| 00:06:55 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:28:51 | | Quit XavierGr () |
| 00:29:05 | | Quit matsl (Remote closed the connection) |
| 00:38:16 | | Quit Moos ("Glory to Rockbox") |
| 00:41:38 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 00:52:05 | | Join muesli- [0] (i=muesli_t@Bc0b6.b.pppool.de) |
| 00:53:00 | muesli- | re |
| 01:00 |
| 01:09:58 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 01:10:28 | | Quit Colddy (Read error: 104 (Connection reset by peer)) |
| 01:14:45 | *** | Saving seen data "./dancer.seen" |
| 01:16:28 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
| 01:16:55 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 01:21:31 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 01:32:46 | | Join BoD[] [0] (n=BoD@JRAF.org) |
| 01:32:51 | BoD[] | Hello world ! |
| 01:33:33 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 01:34:11 | BoD[] | well |
| 01:34:15 | BoD[] | today I bought an ipod |
| 01:34:48 | BoD[] | hoping that one day rockbox will run on that ;) |
| 01:35:18 | linuxstb | You are obviously a gambler. Which iPod did you buy? |
| 01:36:05 | BoD[] | :) the "photo" 20gig |
| 01:36:38 | BoD[] | i *almost* got the 60gigs but they didn't have it and I didn't want to wait, (and it was very more expensive) |
| 01:38:10 | BirdFish[alt] | hehe |
| 01:38:23 | | Nick BirdFish[alt] is now known as BirdFish (n=bradbox8@64.108.5.134) |
| 01:40:46 | BoD[] | I first bought an iriver h340 |
| 01:41:22 | BirdFish | What happened to it? |
| 01:41:49 | BoD[] | but didn't like it because no touchpad or wheel, and usb host didn't work (with my sony), and can't read the screen when it's not lit |
| 01:41:56 | BoD[] | oh and a bit "thick" too |
| 01:41:59 | BoD[] | so I returned it |
| 01:42:11 | BoD[] | then I got a mpio hd300 40gig |
| 01:42:23 | BoD[] | its firmware is ridiculous |
| 01:42:26 | BirdFish | It's a good thing that you can't read the screen when it's not lit |
| 01:42:32 | BirdFish | That feature saves power ;) |
| 01:42:40 | BirdFish | And size is always better compared to ipod :D |
| 01:42:50 | BirdFish | You would have been much better off |
| 01:42:52 | BoD[] | uhh |
| 01:43:17 | BoD[] | it's thicker than the ipod i got (but it's 20gigs so I guess it's normal) |
| 01:43:39 | BirdFish | Did you check into the IAudio X5? |
| 01:43:43 | BoD[] | the mpio 40gig was thick too |
| 01:43:54 | BirdFish | note: you might still have time to return the ipod ;) ;) |
| 01:43:56 | BoD[] | iaudio x5? hmm no is it good ? |
| 01:44:17 | BirdFish | Beautiful |
| 01:44:18 | BirdFish | :D |
| 01:44:30 | fuzzie | 20:13 <linuxstb__> Not really. I've been busy on the iPod. |
| 01:44:32 | BirdFish | eCost has them for dirt cheap! |
| 01:44:37 | fuzzie | ^- much hope for rockbox on the iPod |
| 01:44:39 | BoD[] | yes but does rockbox run on it ? ;) |
| 01:44:46 | BirdFish | Not currently |
| 01:44:55 | BoD[] | héhé |
| 01:44:56 | BirdFish | But the manufactured firmware is good just the same |
| 01:45:08 | BirdFish | And a port for the X5 has been opened ;) |
| 01:45:20 | BoD[] | can you randomize everything ? ;) (with the mpio : you can't) |
| 01:45:25 | BirdFish | Yes |
| 01:45:45 | BirdFish | You can set the screen's brightness |
| 01:45:49 | BirdFish | Change the background images |
| 01:45:59 | BoD[] | uh oh what's that joypad thinggy ? ;) |
| 01:46:05 | BirdFish | It plays FLAC with manufactured firmware! :D :D :D |
| 01:46:16 | BirdFish | It's professional, that's what it is ;) |
| 01:46:32 | BoD[] | hmmmmmmmmm |
| 01:46:53 | BoD[] | is it really practical to browse 200 artists fast ? like a wheel or touchpad is |
| 01:47:01 | BirdFish | It's the only player in the world right now (other than the deprecated Karma) that comes preloaded ready to play FLAC |
| 01:47:02 | BirdFish | Woot |
| 01:47:12 | BirdFish | Not sure about that |
| 01:47:21 | BirdFish | Mine's on it's way |
| 01:47:22 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
| 01:47:23 | BirdFish | I can't wait |
| 01:47:40 | BoD[] | ok you'll tell me :) |
| 01:47:44 | linuxstb | The iPod had ALAC, but that's about the only good thing I can say about Apple's firmware. |
| 01:47:50 | linuxstb | (has ALAC) |
| 01:48:15 | BoD[] | but anyway the story is |
| 01:48:16 | BirdFish | The one thing that it doesn't have currently but will have in about a week or two is a browse function by ID3 tag |
| 01:49:38 | BoD[] | the story is I tried 2 models, they sucked, I had to return them and that's very anoying, so I just opted for a model I know works ok. |
| 01:49:41 | fuzzie | the advantage of the iPod seems to be the wheel rather than the firmware |
| 01:50:10 | BirdFish | Definitely |
| 01:50:20 | BoD[] | well :) |
| 01:50:24 | BirdFish | BoD[]: I had the same thought a couple times ;) |
| 01:50:26 | BoD[] | the mpio has a touchpad thing |
| 01:50:27 | BirdFish | But I've held out |
| 01:50:27 | fuzzie | which is why it'd be nice to see rockbox on it. |
| 01:50:41 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 01:50:42 | fuzzie | i wish i knew enough to help linuxstb out :) |
| 01:50:43 | BoD[] | but the firmware is so ridiculous that the thing is unusable |
| 01:50:44 | BirdFish | ipodlinux is leet too |
| 01:50:52 | BirdFish | no offense rockbox |
| 01:50:58 | linuxstb | fuzzie: Just buy an ipod and learn... |
| 01:50:58 | BirdFish | I just happen to get off to linux :P |
| 01:51:21 | fuzzie | linuxstb: what model(s) would i need, in order to use whatever you're working on? |
| 01:51:41 | linuxstb | A new color model - I have a 60GB color. |
| 01:51:52 | BoD[] | hey that's what I have ;) |
| 01:51:58 | BoD[] | maybe I could help ;) yeah right |
| 01:52:03 | BirdFish | fuzzie: you've got enough money to randomly buy a few models just to work on firmware? |
| 01:52:07 | BirdFish | Sweet ;) |
| 01:52:13 | fuzzie | i have enough money to buy *one* |
| 01:52:24 | fuzzie | well, actually, in reality i have enough money to buy a whole heap |
| 01:52:29 | fuzzie | but that money is kinda earmarked 'savings' |
| 01:52:30 | BirdFish | haha |
| 01:53:02 | BirdFish | fuzzie: if you don't mind my asking, what is your profession? I mean, how did you come about learning to program firmware? |
| 01:53:10 | fuzzie | i don't :) |
| 01:53:16 | BirdFish | I'm getting ready to decide my major in college and was just wondering |
| 01:53:16 | fuzzie | hence why i was saying above, i wish i knew enough |
| 01:53:21 | BirdFish | Oh |
| 01:53:27 | BirdFish | I thought you meant about the model ;) |
| 01:53:33 | linuxstb | There's not a great deal of difference between the models - so it doesn't really matter which you buy. As long as it's one of the newer PP5020 based models, and as long as it isn't the Nano (at the moment). |
| 01:53:39 | fuzzie | i have done so embedded hardware work |
| 01:53:44 | fuzzie | err, some |
| 01:53:46 | fuzzie | linuxstb: would a Mini work? |
| 01:54:16 | linuxstb | Yes - anything supported by iPodLinux - http://ipodlinux.org/Project_Status |
| 01:54:16 | BirdFish | The nano is cool in regards to the size factor |
| 01:54:37 | fuzzie | linuxstb: thanks |
| 01:55:24 | BirdFish | But I'm still going to rebel against anything Ipod for a bit |
| 01:55:32 | linuxstb | fuzzie: I assume you know about the LCD problems with the new colour ipods? |
| 01:55:57 | BirdFish | What about them linuxstb |
| 01:55:58 | BirdFish | ? |
| 01:56:00 | fuzzie | yes |
| 01:56:14 | BirdFish | I haven't heard about them |
| 01:56:40 | linuxstb | BirdFish: Color ipods sold in the last couple of months have a very slightly different colour LCD - so the ipodlinux LCD driver doesn't work with them. |
| 01:56:52 | BirdFish | ah |
| 01:56:54 | BirdFish | :) |
| 01:57:07 | linuxstb | But I'm expecting (hoping) the ipodlinux guys to find the solution soon. |
| 01:57:40 | BirdFish | the color version isn't completely supported yet anyways, is it? |
| 01:58:08 | fuzzie | BirdFish: but, well, if you want to do firmware work, either CS or CS/EE would be more than good enough skills-wise |
| 01:58:12 | linuxstb | See the link I just posted. All the important hardware has fully working drivers |
| 01:58:36 | linuxstb | It's more than enough for a usable Rockbox port. |
| 01:59:01 | BirdFish | fuzzie: I'm thinking about CS&E |
| 02:00 |
| 02:01:00 | fuzzie | *nod* |
| 02:01:41 | dpassen1 | i'm Computer Engineering |
| 02:01:52 | BirdFish | Like it? |
| 02:01:56 | dpassen1 | so far |
| 02:01:58 | BirdFish | Rigorous? |
| 02:02:10 | dpassen1 | not yet, but u |
| 02:02:19 | dpassen1 | *I'm still towards the beginning |
| 02:02:34 | BirdFish | gotcha |
| 02:02:35 | dpassen1 | the pre-requisites were the tough part |
| 02:02:50 | dpassen1 | Calc 1,2,3 Linear Algebra, Diff Eq, Physics 1 and 2, Chem 1 and 2, etc. |
| 02:02:57 | fuzzie | a lot more difficult than CS, imo |
| 02:04:03 | dpassen1 | its funny watching people drop as i advance |
| 02:04:15 | dpassen1 | many switched to Information Systems |
| 02:05:48 | BirdFish | Meh |
| 02:05:52 | fuzzie | ick. :) |
| 02:06:11 | dpassen1 | they used to abbreviate it as IFSM - I Failed Science and Math |
| 02:06:16 | BirdFish | I didn't really like what CE involved. I'm more into the software stuff. |
| 02:07:00 | fuzzie | well, any decent CS course ought to give you a chance at some embedded work |
| 02:07:54 | | Join darkless [0] (n=chatzill@62.79.44.48.adsl.vby.tiscali.dk) |
| 02:08:00 | dpassen1 | i hope to be able to contribute to rockbox in time |
| 02:08:30 | darkless | does anyone have a link to the latest dircache patch by Slasheri? |
| 02:10:17 | dpassen1 | http://ihme.org/~miipekk/rockbox/dircache.diff |
| 02:10:40 | dpassen1 | http://ihme.org/~miipekk/rockbox/dircache_rev2.diff |
| 02:10:59 | dpassen1 | i dont know well enough to say which is recommended |
| 02:11:18 | | Quit t0mas (Connection timed out) |
| 02:15:11 | darkless | thanks a lot, dpassen1. The second revision is much faster, because it uses fat_opendir instead of opendir :-) |
| 02:15:30 | dpassen1 | glad to help |
| 02:15:48 | fuzzie | heh, libmad on ipodlinux isn't realtime? |
| 02:17:24 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 02:17:58 | linuxstb | fuzzie: Most things are not realtime on ipodlinux. |
| 02:18:52 | linuxstb | That's why I think there's a need for Rockbox. |
| 02:19:16 | fuzzie | Linux overhead? |
| 02:19:26 | fuzzie | I must admit my first reaction was 'that's going to suck overhead-wise' |
| 02:19:34 | fuzzie | But then I realised, I don't know if that's really true.. |
| 02:19:49 | | Join ashridah [0] (i=ashridah@220-253-123-30.VIC.netspace.net.au) |
| 02:20:55 | linuxstb | At the moment, they are only using one of the two ARM processors. They probably haven't done as much low-level optimisation as we've done with the codecs either. |
| 02:21:25 | linuxstb | I don't know how well they are using the IRAM for example. |
| 02:26:31 | | Quit dpassen1 () |
| 02:30:09 | MipsIrv | anyone here have experience with armboot? |
| 02:31:16 | | Part MipsIrv |
| 03:00 |
| 03:09:44 | preglow | linuxstb: remember how much iram the portalplayer cores have got? |
| 03:14:48 | *** | Saving seen data "./dancer.seen" |
| 03:23:08 | | Quit preglow ("leaving") |
| 03:26:13 | | Quit BoD[] ("TCL 4EVA") |
| 03:26:26 | | Quit paugh ("Leaving") |
| 03:31:25 | | Quit sangre (Read error: 104 (Connection reset by peer)) |
| 03:57:56 | | Quit RotAtoR () |
| 04:00 |
| 04:05:55 | | Join QT [0] (i=as@madwifi/users/area51) |
| 04:16:16 | | Quit QT_ (Read error: 110 (Connection timed out)) |
| 04:24:21 | | Quit darkless ("Chatzilla 0.9.68.5 [Firefox 1.0.7/20050915]") |
| 04:46:47 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:00 |
| 05:00:00 | | Join pheon [0] (n=pheon@adsl-67-120-106-228.dsl.snfc21.pacbell.net) |
| 05:04:15 | | Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 05:04:28 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 05:14:51 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:29:27 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 07:00 |
| 07:00:08 | | Join amiconn_ [0] (n=jens@p54BD58D1.dip.t-dialin.net) |
| 07:00:08 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
| 07:00:13 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 07:01:23 | | Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 07:09:36 | | Quit ze (Read error: 104 (Connection reset by peer)) |
| 07:10:26 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 07:14:53 | *** | Saving seen data "./dancer.seen" |
| 07:17:18 | | Quit gromit` (Remote closed the connection) |
| 07:18:21 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 07:18:21 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD58D1.dip.t-dialin.net) |
| 07:19:57 | | Quit Lynx_ (Read error: 110 (Connection timed out)) |
| 07:19:58 | | Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 07:57:09 | | Join Gibbed [0] (n=rick@pool-71-108-13-161.lsanca.dsl-w.verizon.net) |
| 07:57:09 | | Quit Rick (Nick collision from services.) |
| 07:57:19 | | Nick Gibbed is now known as Rick (n=rick@pool-71-108-13-161.lsanca.dsl-w.verizon.net) |
| 07:59:30 | | Join Gibbed [0] (n=rick@pool-71-108-13-161.lsanca.dsl-w.verizon.net) |
| 07:59:32 | | Quit Rick (Nick collision from services.) |
| 07:59:42 | | Nick Gibbed is now known as Rick (n=rick@pool-71-108-13-161.lsanca.dsl-w.verizon.net) |
| 08:00 |
| 08:02:24 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 08:02:26 | | Quit Rick (Nick collision from services.) |
| 08:02:36 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 08:33:58 | | Join webguest90 [0] (n=55fa3f5f@labb.contactor.se) |
| 08:34:12 | | Quit webguest90 (Client Quit) |
| 08:42:34 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 08:43:07 | | Join ashridah [0] (i=ashridah@220-253-121-192.VIC.netspace.net.au) |
| 08:44:40 | | Join Vlad0man [0] (n=Vladoman@p54A7E6FA.dip.t-dialin.net) |
| 09:00 |
| 09:02:59 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
| 09:14:54 | *** | Saving seen data "./dancer.seen" |
| 09:21:22 | | Quit webguest95 ("CGI:IRC (Ping timeout)") |
| 09:40:02 | amiconn | Bagder, Zagor or LinusN? |
| 09:40:37 | amiconn | Something is wrong with the IRC logs. Current log works, but older logs don't show up on the irc page |
| 09:40:58 | amiconn | (currently missing are 20050930 and 20051001) |
| 09:52:48 | Zagor | hmm, strange |
| 10:00 |
| 10:01:23 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 10:19:52 | markun | ender`, how did the unicode build work for you? |
| 10:20:12 | ender` | fine, however the japanese font doesn't work - i only get garbage |
| 10:21:06 | markun | Strange. It used to work. |
| 10:21:32 | markun | Ah, did I give you the 18x18? That doesn't work no.. I have a smaller japanese font that does work. |
| 10:22:03 | markun | currently fonts can't be bigger than 16 pixels. |
| 10:22:18 | ender` | the filename says 12x13ja |
| 10:22:55 | markun | Strange. |
| 10:27:56 | markun | I get garbage too.. |
| 10:54:42 | linuxstb | Morning all. Can someone explain the stride parameter to lcd_mono_bitmap_part() ? |
| 10:57:06 | amiconn | That's simple. 'stride' says how many bytes to advance for each row. This is necessary when drawing partial bitmaps |
| 10:57:36 | linuxstb | So it refers to the input bitmap? |
| 10:58:00 | amiconn | yup |
| 10:58:18 | amiconn | See how lcd_mono_bitmap() calls lcd_mono_bitmap_part() |
| 10:58:59 | amiconn | All *_*_bitmap_part() functions have a stride parameter |
| 11:00 |
| 11:00:09 | amiconn | Beware that stride means the number of bytes, not the number of pixels |
| 11:00:56 | amiconn | The numbers are identical for the core mono bitmap format of all current targets, because of the 'orientation' of a byte in a monochrome bitmap |
| 11:02:13 | amiconn | I'd suggest to keep this orientation for >=8 bit displays, as there is no need for a specific byte orientation in mono bitmaps, and it's the most common mono bitmap format in rockbox |
| 11:02:46 | amiconn | The only graphics engine with a different mono bitmap format so far is playergfx |
| 11:03:02 | linuxstb | Yes, I've got no intention of changing the mono bitmap format. |
| 11:07:50 | amiconn | The graphics routines for >=8 bit displays will be rather trivial compared to the current ones |
| 11:08:20 | amiconn | lcd_draw_bitmap_part() will essential be a sequence of memcpy() |
| 11:09:01 | linuxstb | Yes, an exact number of bytes per pixel obviously simplifies things. |
| 11:10:23 | | Join _FireFly_ [0] (n=FireFly@p54A4698C.dip.t-dialin.net) |
| 11:12:36 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:14:58 | *** | Saving seen data "./dancer.seen" |
| 11:25:11 | Slasheri | hehe, with dircache creating the root playlist takes only a few seconds :) |
| 11:25:16 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:25:58 | Slasheri | now updating the code not to spin up disk when modifying the playlist |
| 11:27:08 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 11:29:44 | | Part amiconn |
| 11:31:37 | | Join Moos [0] (i=DrMoos@m85.net81-66-158.noos.fr) |
| 11:31:52 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 11:33:34 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:40:13 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 11:41:21 | markun | Slasheri: I noticed something strange with the pcmbuf_beep. |
| 11:41:55 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 11:42:00 | markun | It works when I skip during the loading of the first part of the first track, but when that is loaded it doesn't beep anymore. |
| 11:42:15 | markun | When the rest of the buffer is loaded the beep works again. |
| 11:44:09 | Slasheri | ah, that is probably caused because of a too short pcm buffer. We need to write a fix for this |
| 11:44:27 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 11:46:29 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 12:00 |
| 12:03:33 | | Join guillaume [0] (n=guillaum@i03m-212-195-218-111.d4.club-internet.fr) |
| 12:06:03 | guillaume | hi |
| 12:06:55 | _FireFly_ | hi |
| 12:08:12 | solexx | is anybody here familiar with the wps parsing code? |
| 12:10:23 | | Join arkascha [0] (n=arkascha@xdsl-213-196-194-166.netcologne.de) |
| 12:10:44 | | Join webguest52 [0] (n=53afb0c1@labb.contactor.se) |
| 12:11:26 | arkascha | Since upgrade to 2.5 my iriver H120 refuses to play any oggs with a 'codec failure'. This worked in 2.4. Any ideas anyone? |
| 12:12:02 | markun | arkascha: Are you building from cvs? |
| 12:12:21 | arkascha | no, release cause I thought that the new 2.5 holds all the stuff for iriver... |
| 12:13:10 | solexx | arkascha: rockbox was not released for iriver yet |
| 12:13:16 | markun | arkascha: there has not been a release for iriver. Use the daily build. |
| 12:13:42 | arkascha | I see. I'll use a daily snapshot again. Thanx :-) |
| 12:15:35 | _FireFly_ | the latest daily-build is from 20050930 |
| 12:16:04 | _FireFly_ | why doesn't exist a daily-build from 20051001 and 20051002 ?? |
| 12:20:44 | arkascha | ok, oggs working again after building from source, thanx for the tip |
| 12:21:07 | arkascha | another question: I thought about creating a plugin for vcard files. Has anyone thought about this yet? |
| 12:24:46 | arkascha | sorry update: the oggs DON'T work with a daily. The track starts but stops after 2 secs with a codec failure... |
| 12:25:20 | _FireFly_ | can you use ogginfo ?? |
| 12:26:10 | arkascha | the oggs are ok, I can play them on my pc and with the iriver firmware and the older 2.4, but I'll check |
| 12:26:24 | _FireFly_ | i had the same failure |
| 12:26:38 | markun | arkascha: last time I got codec failures I had to rm everything in the build dir, then do configure and make again. Maybe it helps. |
| 12:26:41 | _FireFly_ | ogginfo said that there were a hole in the file |
| 12:27:17 | _FireFly_ | after retagging it the failure was gone.. i think the failure cames, when id3tags are used in ogg files |
| 12:28:10 | | Join einhirn [0] (i=Miranda@szgt-d9b8e957.pool.mediaWays.net) |
| 12:28:58 | arkascha | ogginfo shows nothing special except for the usual 'no upper and lower bitrate set' |
| 12:30:02 | _FireFly_ | then test the tip from markun |
| 12:30:03 | guillaume | arkascha: it's weird, i have the latest daily builf for h120 and oggs work well, but i've had a problem with one mp3 |
| 12:31:16 | arkascha | nope, fresh build shows codec failure as well, hmmm |
| 12:31:56 | ghode|afk | arkascha: did you overwrite the files or delete the rbx dir first? |
| 12:32:25 | _FireFly_ | what files did you copy from your build ?? |
| 12:32:47 | arkascha | I removed everything from my build dir and copied the rockbox.iriver |
| 12:32:52 | _FireFly_ | mybe you must also copy the *.codec files into .rockbox/codecs/ on the iriver |
| 12:32:53 | linuxstb | arkascha: Did you do a "make zip" and then uncompress the zip to your iriver? |
| 12:32:56 | arkascha | ok, maybe I have to copy anything else? |
| 12:33:06 | ghode|afk | heh |
| 12:33:08 | ghode|afk | yes ;p |
| 12:33:08 | linuxstb | arkascha: Yes - do a "make zip". |
| 12:33:15 | arkascha | no I did not zip, it's a single file |
| 12:33:34 | ghode|afk | you need to replace the whole dir + .iriver file when updating |
| 12:33:38 | _FireFly_ | try make zip and copy the files in the zip onto you iriver |
| 12:33:51 | arkascha | ooops |
| 12:34:15 | linuxstb | Under Linux, I simply do "make zip" followed by "unzip rockbox.zip -d /iriver/" where /iriver/ is the mount point for my H140. |
| 12:34:30 | arkascha | ahem, which dir does have to be replaced? |
| 12:34:55 | linuxstb | rockbox.zip includes your rockbox.iriver, plus the files in the .rockbox directory. |
| 12:35:31 | arkascha | ?? the build dir contains all sort of files I *never* copied... |
| 12:35:35 | _FireFly_ | what about the daily-builds ?? why it doesn't gave an daily-build from yesterday ?? |
| 12:35:40 | _FireFly_ | no arkasha |
| 12:35:49 | _FireFly_ | type make zip in your build dir |
| 12:36:00 | linuxstb | _FireFly_: Not sure, but other strange things are happening on the server - such as missing IRC logs. |
| 12:36:12 | _FireFly_ | and copy the files in the created zip-file to your iriver |
| 12:36:52 | _FireFly_ | this zip-file includes the rockbox.iriver and all needed files which resists in the .rockbox dir on the iriver |
| 12:38:16 | arkascha | ok, looks like oggs work again now, thanx. But I never copied the complete build dir to my iriver. Does it say so in the compile instructions? |
| 12:38:33 | ghode|afk | if it doesn't, it should |
| 12:38:48 | _FireFly_ | the problem is, that the rockbox.iriver file doesn't includes the codecs :) |
| 12:39:05 | arkascha | sure I see that point :-) |
| 12:39:08 | _FireFly_ | the codec are seperate file which are in .rockbox/codecs |
| 12:40:45 | arkascha | ok, so once again... and comment about the vcard idea? |
| 12:41:53 | | Quit guillaume (Remote closed the connection) |
| 12:43:48 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 12:44:25 | solexx | from a user's pov: i wouldn't use (if you think of it as some kind of address book) |
| 12:44:38 | solexx | I handle such stuff with my mobile phone |
| 12:45:02 | solexx | the mein reason would be the lack of a decent input mechanism (keyboard) |
| 12:45:05 | solexx | main |
| 12:45:41 | solexx | and I carry my mobile phone more often with me than my iriver |
| 12:46:08 | arkascha | ok, but I hate mobiles and have a collection of vcds from my address book I used to import as text files to the iriver. that works but files are ugly to read, so I thought about beautifying their look... |
| 12:46:25 | arkascha | we could stick to the standard format this way |
| 12:46:46 | arkascha | I mean instead of translating all addresses to native formats for mobiles |
| 12:46:56 | solexx | if you need it: i say do it |
| 12:47:02 | arkascha | :-) |
| 12:53:35 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
| 13:00 |
| 13:05:09 | | Join amiconn [0] (n=jens@p54BD7375.dip.t-dialin.net) |
| 13:05:14 | | Quit Paul_The_Nerd (Read error: 104 (Connection reset by peer)) |
| 13:05:54 | solexx | hi amiconn |
| 13:06:04 | amiconn | hi |
| 13:06:17 | | Quit webguest52 ("CGI:IRC (EOF)") |
| 13:06:24 | solexx | are you familiar with how the wps is parsed? |
| 13:06:31 | solexx | (the cfg file) |
| 13:07:24 | solexx | paul_the_nerd and I talked about it yesterday |
| 13:07:34 | amiconn | no, not really |
| 13:07:35 | solexx | and we found some reproducable bugs |
| 13:08:30 | | Join webguest95 [0] (n=d5ee48fa@labb.contactor.se) |
| 13:15:00 | *** | Saving seen data "./dancer.seen" |
| 13:15:36 | | Quit Maxime () |
| 13:19:04 | linuxstb | amiconn: Am I right in saying that lcd_mono_bitmap_part() isn't currently used in Rockbox? I can't find it using grep. |
| 13:19:17 | amiconn | It is used |
| 13:19:25 | amiconn | ...by lcd_mono_bitmap() |
| 13:20:36 | linuxstb | But it sounds like you want to use it for the WPS quite soon? |
| 13:20:43 | amiconn | ...and it would be used in wps if my idea gets implemented (clip regions from a larger bitmap) |
| 13:21:36 | _FireFly_ | a simple solution might be when additional to the tag the coords and the size of the bitmap part will be provided |
| 13:21:56 | _FireFly_ | in the wps |
| 13:22:22 | amiconn | Yes |
| 13:23:22 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 13:23:24 | amiconn | However, I'd like to find a way that shortens the wps code |
| 13:23:48 | amiconn | I mean the wps definition language code |
| 13:24:36 | _FireFly_ | hmm we could extends the %xl tag so it can optional have the coords and size of the part of an bitmap |
| 13:25:47 | _FireFly_ | or n additional tag which defines a kind of virual additional bitmaps for the bitmap in a combined bitmap |
| 13:26:24 | _FireFly_ | so %x loades the bitmap complete and the additonal tag defines only the parts |
| 13:26:31 | _FireFly_ | %xl |
| 13:26:48 | amiconn | ...perhaps where a left-out coordinate means 'use the last value' |
| 13:27:19 | _FireFly_ | yes |
| 13:27:41 | amiconn | That should help keeping the .wps file small, because often either the x or the y coordinate are identical, as the individual images are below each other, or side by side |
| 13:27:59 | | Quit preglow ("leaving") |
| 13:28:16 | amiconn | ..and height and/or width are also the same for same-type images (like multiple battery levels etc) |
| 13:28:33 | _FireFly_ | you are right |
| 13:30:32 | amiconn | %xl|a|allimgs.bmp |
| 13:30:41 | _FireFly_ | an example might be: %xl|a|<bitmap-file>|0|0| %xp|a|b|<x>|<y>|<width>|<height> |
| 13:30:59 | _FireFly_ | can be the coords in the %xl tag left off ?? |
| 13:31:00 | amiconn | %xp|b|a|0|0|20|8 |
| 13:31:05 | _FireFly_ | ;) |
| 13:31:23 | amiconn | %xp|c|a||8|| |
| 13:31:46 | amiconn | Would mean the same as %xp|c|a|0|8|20|8 |
| 13:31:55 | _FireFly_ | yepp |
| 13:32:34 | amiconn | The destination coords should be part of the display tag |
| 13:33:32 | amiconn | As it is now, I would need to load the same .bmp twice if I want to display it in 2 different places |
| 13:34:37 | _FireFly_ | this extension means that the IMG struct has an additonal var which indicates if this image is image itself or a part of an image |
| 13:35:48 | | Quit arkascha (Read error: 104 (Connection reset by peer)) |
| 13:35:57 | _FireFly_ | and the ptr var has only the pointer to the original combined bitmap |
| 13:36:19 | _FireFly_ | if the var (e.g. bool bpart) is true |
| 13:37:40 | amiconn | It doesn't need a bool to indicate whether it's a part. |
| 13:38:03 | _FireFly_ | ok |
| 13:38:03 | amiconn | It just needs the pointer to the bitmap, and the x/y/w/h clip region variables |
| 13:38:25 | amiconn | They would equal 0/0/width/height/ for a full image |
| 13:38:48 | amiconn | ...set by the .bmp loader |
| 13:39:27 | amiconn | %xp would just fill another struct without loading a new .bmp, but instead copying the aliased struct contents and replace x/y/w/h |
| 13:39:30 | _FireFly_ | but then we have to change the call lcd_mono_bitmap so it also have an x,y parameter |
| 13:39:40 | _FireFly_ | or use lcd_mono_bitmap_part |
| 13:39:53 | amiconn | That's what lcd_mono_bitmap_part() is for |
| 13:40:20 | linuxstb | and lcd_mono_bitmap() is already just a wrapper around lcd_mono_bitmap_part() |
| 13:40:27 | _FireFly_ | yo i know |
| 13:40:44 | _FireFly_ | so lcd_mono_bitmap would be obsolete |
| 13:40:49 | amiconn | linuxstb: Yes, in order to save some code space as less parameters need to be passed |
| 13:41:04 | amiconn | lcd_mono_bitmap() is called quite often |
| 13:41:09 | _FireFly_ | because we have to pass always the x and y coords |
| 13:41:29 | amiconn | _FireFly_: Only in the wps. Many other places will still use lcd_mono_bitmap() |
| 13:42:06 | _FireFly_ | hmm thats true |
| 13:42:38 | amiconn | Hmm, in fact we need to store one additional value, and that's the stride parameter |
| 13:47:41 | _FireFly_ | is the stride paramter a kind of offset ?? |
| 14:00 |
| 14:11:20 | _FireFly_ | i will try to create a plugin for testing combined-images |
| 14:25:06 | | Join arkascha [0] (n=arkascha@xdsl-213-196-194-229.netcologne.de) |
| 14:26:12 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:26:13 | | Join Lost-ash [0] (i=ashridah@220-253-123-154.VIC.netspace.net.au) |
| 14:35:10 | | Quit arkascha (Remote closed the connection) |
| 14:44:49 | | Join muesli- [0] (n=muesli_t@Bc1fa.b.pppool.de) |
| 14:46:59 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 14:47:49 | | Join |Lupin| [0] (n=Lupin@l03m-212-195-117-202.d2.club-internet.fr) |
| 14:47:53 | |Lupin| | Hello, folks. |
| 14:48:32 | |Lupin| | I was just wondering: is there any prefered version of gcc / binutils to build RockBox for iRiver players ? |
| 14:49:13 | |Lupin| | Debian comes with facilities to build crossed versions for binutils-2.15 and gcc-3.4.3. Is this ok ? |
| 14:50:27 | _FireFly_ | look at http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler#Coldfire |
| 14:50:36 | linuxstb | I think gcc-3.4.3 should be fine, but binutils-2.16 is recommended. |
| 14:51:27 | |Lupin| | _FireFly_: linuxstb: thans to both of you... |
| 14:52:18 | |Lupin| | hmm I have absolu!ely no idea how to build a crossed version of binutils-2.16... |
| 14:52:19 | _FireFly_ | is there an howto how to compile/make a plugin for rockbox ?? i become some link failures |
| 14:53:15 | _FireFly_ | read the whole site |
| 14:53:23 | _FireFly_ | a page i mean |
| 14:57:02 | |Lupin| | Yesthere is one, in the documentation section. |
| 14:57:08 | linuxstb | |Lupin|: Just follow the instructions at the link _FireFly_ gave you. You simply download the source, untar it, and then do the normal configure, make, make install (but with special parameters to the configure). |
| 14:57:26 | |Lupin| | _FireFly_: You can also download the sources from CVS (or tarballs) and have a look to docs/README |
| 14:58:06 | |Lupin| | linuxstb: Is it really riskyto useThe binutils-2.15 Debian provides ? |
| 14:58:09 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 14:58:51 | _FireFly_ | i got it |
| 14:59:11 | linuxstb | |Lupin|: I don't think it's "risky" - just try it and see what happens. |
| 14:59:38 | _FireFly_ | i had called some functions(e.g. splash) without using the api-pointer |
| 14:59:46 | _FireFly_ | to call the functions |
| 15:00 |
| 15:00:52 | |Lupin| | linuxstb: What I meant with risky was: Do you think that binutils-2.15 insteadof 2.16 can damage definitely a player ? |
| 15:02:20 | amiconn | Most likely 2.15 won't work |
| 15:02:27 | amiconn | (at build time) |
| 15:02:58 | |Lupin| | amiconn: ok, thanks. |
| 15:03:05 | amiconn | Iirc, binutils 2.15 don't know about the emac unit, so assembling rockbox code will fail |
| 15:04:44 | |Lupin| | amiconn: Just out of curiosity, may IAsk whatthe emac unit is, please ? |
| 15:06:29 | amiconn | emac = enhanced multiply-accumulate unit, a unit supporting dsp-like operations |
| 15:07:43 | |Lupin| | ahah, ok, thanks. |
| 15:10:17 | linuxstb | Has anyone else noticed that running the X11 sim under Linux breaks the X11 keyboard repeat - i.e. after running the sim, keyboard repeat is off for every X application. |
| 15:10:30 | linuxstb | Or is it just my installation... |
| 15:11:29 | _FireFly_ | i have noticed it also |
| 15:11:40 | linuxstb | I have to type "xset r on" after running the sim to turn repeat back on. |
| 15:11:59 | amiconn | linuxstb: It shouldn't. If it does, something within X11 is broken |
| 15:12:01 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 15:12:44 | amiconn | The sim needs to disable keyboard repeat for the button simulation to work properly, but only does so when its window is active. |
| 15:13:13 | amiconn | It should reenable keyboard repeat on exit and when its window is deactivated |
| 15:13:27 | |Lupin| | Would it be difficult To write a text-mode UI simulator, guys ? |
| 15:15:03 | *** | Saving seen data "./dancer.seen" |
| 15:15:27 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-154.VIC.netspace.net.au) |
| 15:15:32 | linuxstb | amiconn: I've just found the problem - it segfaults on exit, and doesn't get as far as calling the restore function. |
| 15:15:39 | linuxstb | I didn't notice that before. |
| 15:16:21 | amiconn | So there's something to fix... |
| 15:16:55 | linuxstb | Yes... |
| 15:17:31 | * | amiconn summons LInusN |
| 15:17:38 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 15:17:56 | linuxstb | It seems to be something to do with voice UI. |
| 15:18:04 | linuxstb | (this is an iriver sim) |
| 15:18:13 | | Join XavierGr [0] (n=XavierGr@ppp11-adsl-245.ath.forthnet.gr) |
| 15:19:37 | | Join Raxus [0] (i=Raxus@athe530-d178.otenet.gr) |
| 15:20:35 | XavierGr | Raxus hello if you want to PM you have to register your nick |
| 15:21:32 | Raxus | XavierGr...xaderfos edw |
| 15:21:56 | Raxus | kala...den epitrepontai ta PM edw? |
| 15:22:20 | XavierGr | speak to english |
| 15:22:28 | Raxus | ok |
| 15:22:40 | Raxus | sorry |
| 15:23:07 | XavierGr | Do you know how to register? |
| 15:23:07 | Raxus | So i have to register before u send me the file? |
| 15:23:19 | XavierGr | wait |
| 15:24:25 | amiconn | XavierGr: You can allow privmsgs from unregistered users |
| 15:24:30 | Raxus | Yes I see your PM |
| 15:24:51 | XavierGr | how? |
| 15:24:54 | XavierGr | amiconn |
| 15:25:27 | amiconn | . /msg nickserv set unfiltered on |
| 15:25:35 | amiconn | (w/o the dot) |
| 15:26:13 | Raxus | XavierGr...I hadd DCC Ignore for .exe files...I just disabled it, try to send it again plz |
| 15:26:14 | amiconn | This does only work if you're registered and identified yourself, and is a permanent setting |
| 15:26:24 | amiconn | (until you reset it again) |
| 15:28:34 | | Join webguest93 [0] (n=3efe0020@labb.contactor.se) |
| 15:29:08 | webguest93 | in the chat logs recently I've seen references to root.m3u - is that produced automatically? |
| 15:29:50 | Raxus | XavierGr...wait |
| 15:30:01 | solexx | webguest93: playlist options -> create playlist |
| 15:30:31 | * | solexx still wants a menu entry which creates an empty playlist |
| 15:30:45 | webguest93 | ahh right - I know you can create a recursive playlist.. I just wasn't sure if "root.m3u" was a new feature |
| 15:31:02 | amiconn | shweet :) |
| 15:31:19 | amiconn | Now I have my iriver running at 45/124 MHz instead of 48/120 |
| 15:31:37 | amiconn | (preparation for a better timer handling at cpu frequency changes) |
| 15:32:01 | Paul_The_Nerd | Heh |
| 15:36:40 | webguest93 | playlists are just standard m3u playlists right? It would be kinda neat if you could associated extra settings with them like.... |
| 15:36:53 | webguest93 | I want this playlist to start shuffled |
| 15:37:08 | webguest93 | I want the playlist re-shuffled everytime I load it |
| 15:37:11 | webguest93 | and so on |
| 15:38:40 | Paul_The_Nerd | Yeah, I was reading mention of ideas like that in a thread at MR. |
| 15:40:46 | webguest93 | I don't actually know anything about the format of an m3U file - does it have comments info like that could be stored in? |
| 15:41:08 | Paul_The_Nerd | Well, if you were gonna do that, you may as well just define a custom rockbox playlist format anyway. |
| 15:41:23 | webguest93 | that I think would get a lot of opposition |
| 15:41:30 | webguest93 | and probably rightly so |
| 15:41:34 | Paul_The_Nerd | Why? |
| 15:41:50 | webguest93 | people crete playlists with outher software and copy them over |
| 15:42:00 | Paul_The_Nerd | Yeah |
| 15:42:06 | Paul_The_Nerd | But you don't have to remove .m3u support |
| 15:42:25 | Paul_The_Nerd | You can just have an "improved" m3u-based format. |
| 15:42:53 | Paul_The_Nerd | Which would essentially be an m3u with a line at the start containing playback mode information, and a different extension on the file. |
| 15:44:01 | webguest93 | true... but then if you start with a standard one and change it to include extra info - you end up with 2 copies old and new format - not a biggy i know but irritating |
| 15:44:55 | Paul_The_Nerd | Well, you can delete files on the fly |
| 15:45:10 | Paul_The_Nerd | Once the user's updated the playlist, they can just delete the .m3u version. |
| 15:46:12 | | Quit ashridah ("Leaving") |
| 15:46:13 | webguest93 | yep - like I said - not a big issue |
| 15:47:34 | webguest93 | it seems that m3u "extended format" files contain extra info - but there's no space for custom info |
| 15:47:36 | webguest93 | http://www.schworak.com/programming/music/playlist_m3u.asp |
| 15:47:52 | webguest93 | ah well just an idea - and a low priority one. |
| 15:47:58 | webguest93 | goota go |
| 15:48:02 | | Quit webguest93 ("CGI:IRC") |
| 15:49:13 | Paul_The_Nerd | Hrm... extended m3u looked kinda pointless to me. =/ |
| 15:51:53 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 15:52:30 | | Part amiconn |
| 15:56:59 | _FireFly_ | ok my plugin works :) |
| 16:00 |
| 16:01:04 | Paul_The_Nerd | For the purpose of? |
| 16:01:04 | XavierGr | what plug-in? |
| 16:01:29 | _FireFly_ | a test plugin for combined bitmaps |
| 16:01:33 | Paul_The_Nerd | Aaah |
| 16:01:51 | _FireFly_ | it can be found + source here http://home.arcor.de/s.wezel/combined_bmp.zip |
| 16:02:26 | _FireFly_ | i have used a combined bmp from the iriver firmware |
| 16:04:51 | Paul_The_Nerd | Y'know... with combined bitmaps you could also pretty easily add support for animations then. |
| 16:05:32 | _FireFly_ | thats up to you how to use the posibility of using combined images ;) |
| 16:06:24 | _FireFly_ | this is only a test it, amicon and i was thinking how to extend wps to display parts of combined bitmaps |
| 16:06:31 | _FireFly_ | -it |
| 16:07:20 | Paul_The_Nerd | All that *really* does is increase the number of images you can use by allowing you to combine multiple similar ones into one file though, practically speaking right? |
| 16:08:03 | _FireFly_ | yepp and reduce the size of the wps |
| 16:08:13 | Paul_The_Nerd | Yeah |
| 16:08:37 | Paul_The_Nerd | Still, a very cool feature. |
| 16:08:50 | _FireFly_ | so that you have only one bitmap to load and than you create(over a seperate wps-tag) the parts |
| 16:14:22 | _FireFly_ | the number of images or parts of images will be restricted to 52 because valid image id will be at the moment only a-z or A-Z |
| 16:14:48 | | Quit Raxus () |
| 16:15:53 | Paul_The_Nerd | Wouldn't it make sense to have that number be 52^2 |
| 16:16:02 | Paul_The_Nerd | You have 52 images, with 52 parts each? |
| 16:16:45 | _FireFly_ | for this the id must be extended to two chars |
| 16:16:47 | Paul_The_Nerd | %xdaa through %xdaZ whith those all being parts of a |
| 16:17:06 | _FireFly_ | and i don't know if this will be accepted |
| 16:17:17 | Paul_The_Nerd | Aaaah |
| 16:18:10 | | Join muesli- [0] (i=muesli_t@Bc128.b.pppool.de) |
| 16:18:45 | Paul_The_Nerd | Well, what's the benefit if parting then? |
| 16:19:35 | _FireFly_ | mainly to reduce the size of the wps |
| 16:19:36 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:19:40 | _FireFly_ | a little bit |
| 16:19:54 | Paul_The_Nerd | Don't you have to define the parts themselves though? |
| 16:28:49 | Paul_The_Nerd | Is there a defined number of maximum sublines? |
| 16:34:12 | _FireFly_ | Paul_The_Nerd, you are right this won't be really reduce the size of wps |
| 16:34:29 | Paul_The_Nerd | I think it does simply things though. |
| 16:34:47 | Paul_The_Nerd | One option is to completely redefine the way wps images are handled. |
| 16:34:52 | linuxstb | One advantage is that it reduces the number of .bmp files you need on the disk. |
| 16:34:56 | Paul_The_Nerd | Exactly |
| 16:35:28 | Paul_The_Nerd | One could just pair .wps and .bmp files, and in the future have it only handled by parting? (Just as an example alternative) |
| 16:35:44 | Paul_The_Nerd | The wps always loads the .bmp with the same filename, and that's that. |
| 16:36:15 | Paul_The_Nerd | It'd be a bit of an overhaul, and break WPS screens worldwide though. :( |
| 16:36:16 | Paul_The_Nerd | Heh |
| 16:36:24 | _FireFly_ | no the file will be only once loaded |
| 16:37:00 | _FireFly_ | and becomes a id |
| 16:37:32 | _FireFly_ | the parts will be generated by giving this id to the wps-tag which will be used to generate the parts |
| 16:38:17 | _FireFly_ | i have updated my zip file because the bmp was in grayscale |
| 16:38:26 | _FireFly_ | not 1 bit color depth |
| 16:46:53 | Paul_The_Nerd | Does the alternating sublines have a limit at 12? |
| 16:55:59 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 16:58:54 | _FireFly_ | Paul_The_Nerd, ups i missunderstood you |
| 16:59:18 | Paul_The_Nerd | Hrm? |
| 16:59:29 | _FireFly_ | in conjunction with the "The wps always loads the .bmo files.." |
| 16:59:39 | Paul_The_Nerd | Oh, right |
| 16:59:52 | Paul_The_Nerd | Yeah, that was just my mind wandering to random ideas. |
| 16:59:58 | _FireFly_ | ;) |
| 17:00 |
| 17:00:26 | Paul_The_Nerd | I think the WPS code needs to be audited by someone who knows it... as it is, there's some extra characters getting appended I think. |
| 17:01:10 | | Join muesli- [0] (i=muesli_t@Bbc92.b.pppool.de) |
| 17:01:59 | muesli- | re |
| 17:02:08 | Paul_The_Nerd | Re? |
| 17:02:26 | muesli- | hehe..always the same discussion about 're' |
| 17:02:27 | muesli- | ;) |
| 17:02:35 | muesli- | re= back |
| 17:03:42 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 17:03:42 | Paul_The_Nerd | Ah. |
| 17:03:46 | Paul_The_Nerd | Fair enough |
| 17:13:26 | | Quit _FireFly_ ("Leaving") |
| 17:15:04 | *** | Saving seen data "./dancer.seen" |
| 17:20:32 | | Quit solexx ("leaving") |
| 17:21:27 | | Join solexx [0] (n=jrschulz@d128172.adsl.hansenet.de) |
| 17:27:49 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
| 17:28:44 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 17:33:25 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 17:53:26 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
| 17:57:11 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 18:00 |
| 18:03:32 | | Quit ender` (Read error: 113 (No route to host)) |
| 18:25:29 | | Join bagawk_ [0] (n=lee@unaffiliated/bagawk) |
| 18:27:32 | | Quit bagawk (Read error: 110 (Connection timed out)) |
| 18:37:55 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 18:43:41 | | Join _FireFly_ [0] (n=icechat5@p54A45531.dip.t-dialin.net) |
| 18:53:12 | | Join amiconn [0] (n=jens@p54BD7EB0.dip.t-dialin.net) |
| 18:57:02 | _FireFly_ | hi amiconn |
| 18:57:24 | amiconn | hi |
| 18:57:58 | _FireFly_ | amiconn a test plugin for combined_bitmaps can be found on http://home.arcor.de/s.wezel/ |
| 19:00 |
| 19:15:07 | *** | Saving seen data "./dancer.seen" |
| 19:15:21 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 19:16:15 | amiconn | _FireFly_: As I already said, you need to store the stride value in the structure |
| 19:17:05 | _FireFly_ | you are right or we must define how the bitmaps have to created |
| 19:17:06 | amiconn | In your demo case it will work without it, because the partial bitmaps all have the same width (30) |
| 19:17:30 | _FireFly_ | no i had to |
| 19:17:41 | _FireFly_ | look at the source which is also in the zip-file |
| 19:18:03 | amiconn | ...and you added a manual correction for it, as the .bmp width is 32 pixels |
| 19:18:23 | _FireFly_ | for the included bmp a stride must be width of bitmap plus 2 |
| 19:18:47 | amiconn | Yes, as the partial images are 30 pixels and the total width is 32 pixels |
| 19:19:06 | amiconn | Stride must always be the width of the complete bitmap |
| 19:20:12 | amiconn | When the partial images have different widths, such a manual correction will no longer work |
| 19:21:54 | _FireFly_ | also for combined bitmaps, where the parts not beneath each other but side by side ?? |
| 19:22:05 | amiconn | yes |
| 19:22:06 | _FireFly_ | must be the stride the width of the bitmap ?? |
| 19:22:08 | _FireFly_ | ok |
| 19:22:39 | _FireFly_ | ok now i know for what the stride is :) |
| 19:23:01 | _FireFly_ | it indicates where the next bitmap line begins |
| 19:23:08 | amiconn | yup |
| 19:23:55 | _FireFly_ | ok when i back to linux i will test it if i set stride to the with from img[0] which is the complete bitmap |
| 19:24:00 | _FireFly_ | width |
| 19:24:55 | | Quit bagawk_ ("Leaving") |
| 19:28:51 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 19:34:42 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 19:35:54 | | Quit _FireFly_ ("IceChat - Its what Cool People use") |
| 19:36:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 19:37:24 | | Join webguest20 [0] (n=46483241@labb.contactor.se) |
| 19:38:19 | | Join _FireFly_ [0] (n=FireFly@p54A45531.dip.t-dialin.net) |
| 19:40:30 | webguest20 | Hi guys. Odd behaviour in build 051001-1258 in H120. Power up, press A-B, select FM Radio, Press Play - blank screen. Now cursor up for repeated "sound settings" menu option over and over. |
| 19:45:50 | | Part webguest20 |
| 19:52:12 | solexx | I can confirm that (build from sep-30 with remote patch) |
| 19:53:29 | _FireFly_ | hmm i cannot confirm that(latest cvs with remote and dirchache patch) |
| 19:54:00 | _FireFly_ | when you press play in FM-Radio the preset menu will be shown up |
| 19:54:20 | _FireFly_ | but if no preset are defined the display is blank |
| 19:54:26 | amiconn | yup |
| 19:57:47 | solexx | hm. |
| 19:58:44 | solexx | _FireFly_: do you also have a downloadable with remote *and* dircache patch? |
| 19:58:53 | solexx | downloadable build |
| 20:00 |
| 20:04:16 | _FireFly_ | in a few minutes :) |
| 20:04:36 | solexx | nice! |
| 20:04:53 | * | solexx thinks rockbox should have branches in its cvs |
| 20:06:02 | | Join hd [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 20:06:48 | _FireFly_ | it can be found on home.arcor.de/s.wezel the file is rockbox.zip |
| 20:07:00 | _FireFly_ | it's e complete build with all necessary files |
| 20:07:04 | _FireFly_ | -e a |
| 20:08:14 | solexx | got it |
| 20:10:19 | | Quit goa ("Client suicide") |
| 20:10:20 | | Quit hd (Remote closed the connection) |
| 20:10:36 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 20:11:09 | XavierGr | amiconn: any idea why cpu_idle_mode function can have a bad tuning effect on the FM radio for the iriver? |
| 20:13:58 | solexx | is there a way to trigger (re-)generation of the dir cache? |
| 20:17:25 | XavierGr | why do that? |
| 20:20:00 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 20:20:09 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 20:23:01 | solexx | i just installed _FireFly_'s build with dircache and i don't think the cache is already there |
| 20:24:07 | solexx | i expect the disk not to spin up when using the dir browser |
| 20:24:10 | solexx | am i wrong? |
| 20:25:33 | solexx | on first boot, rockbox said "dirbuffer full" or sth like that |
| 20:25:57 | |Lupin| | Guys: does the cross-gcc we need to compile rockbox have to support C++, or is C enough ? |
| 20:27:09 | XavierGr | solexx did you enabled the dircache? |
| 20:27:41 | | Join Slyck [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) |
| 20:27:50 | XavierGr | also if it said dirbuffer full it means that you have in a folder more than 400 subfolders. |
| 20:28:10 | _FireFly_ | |Lupin|, only C |
| 20:30:15 | solexx | then i increased the limits and the message went away |
| 20:30:29 | |Lupin| | _FireFly_: Thanks. |
| 20:31:58 | | Join solexx_ [0] (n=jrschulz@c219081.adsl.hansenet.de) |
| 20:32:14 | solexx_ | (sorry for my lagging responses, my wifi is currently broken) |
| 20:32:54 | | Part amiconn |
| 20:33:15 | solexx_ | XavierGr: thanks for the hint. didn't know i had to enable it and didn't find it on the first quick search |
| 20:33:19 | solexx_ | now it's on |
| 20:33:46 | XavierGr | isn't it awesome? Now you can browse and the HD will never spin on. |
| 20:34:02 | XavierGr | Also no you can set the spin of the disk to a lower value. |
| 20:34:03 | dpassen1 | how much does it add to boot time? |
| 20:34:18 | XavierGr | 2-3 seconds but only in the first boot. |
| 20:34:31 | dpassen1 | sounds nice |
| 20:34:39 | XavierGr | In other boots it will just spin the disk for a little longer. |
| 20:34:52 | XavierGr | but it is transparent for the user. |
| 20:35:04 | dpassen1 | excellent, i believe i will give it a shot |
| 20:35:34 | XavierGr | solexx: Also now you can set the spin of the disk to a lower value. Because browsing will not set the disk on. |
| 20:35:52 | | Join phaedrus961 [0] (n=bob@ppp-69-229-251-93.dsl.bkfd14.pacbell.net) |
| 20:35:53 | solexx_ | XavierGr: this is awesome! |
| 20:35:54 | |Lupin| | Someone using Debian, here, please ? |
| 20:36:07 | XavierGr | I had it to 10 seconds before the patch. To be able to re think If I wanted to select something else. |
| 20:36:10 | linuxstb | |Lupin|: Yes. |
| 20:36:21 | solexx_ | feels even better than i expected |
| 20:36:48 | |Lupin| | linuxstb: May I ask how youset up the xgcc, please ? |
| 20:37:50 | linuxstb | I just followed the Wiki instructions - downloaded the source to binutils and gcc and cross-compiled them myself. |
| 20:38:15 | linuxstb | I mean "compiled it as a cross-compiler" myself" |
| 20:38:37 | |Lupin| | linuxstb: ahah. So you didn't follow Debian's instruction, and probably youwere right... |
| 20:38:55 | linuxstb | No - there is nothing to be gained by doing it the "debian way". |
| 20:39:07 | |Lupin| | linuxstb: And jcd you have to give special options to gcc's configure, so that it finds the right version of binutils ? |
| 20:39:37 | |Lupin| | linuxstb: It's what I didn't know, precisely. |
| 20:40:06 | linuxstb | First you compile and install the binutils compiled for m68k-elf. You then need to add the bin directory containing those binutils to your path, and compile gcc for m68k-elf. |
| 20:40:18 | solexx_ | afk |
| 20:41:11 | |Lupin| | linuxstb: ok. |
| 20:41:16 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 20:41:22 | |Lupin| | linuxstb: Did you use stow to install the packages ? |
| 20:41:38 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 20:41:41 | linuxstb | |Lupin|: No. Just trust the WIki instructions and ignore Debian :). |
| 20:42:07 | linuxstb | Compile with a prefix like /home/lupin/m68k/ and everything you install will go under that directory. |
| 20:42:11 | |Lupin| | linuxstb: Stow is not debian, is it ? |
| 20:42:24 | linuxstb | |Lupin|: I've never heard of Stow. |
| 20:42:51 | linuxstb | Ah GNU Stow - just googled for it. |
| 20:42:59 | |Lupin| | linuxstb: give it a try, if you havetime. It's a nice tools when you wantTo install something in a clean wau. |
| 20:43:05 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 20:47:50 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 20:55:32 | Slyck | Hello |
| 20:56:06 | Slyck | where can i go to find info on the porting of rockbox to the h300 iRiver? cant find anything on the main rockbox site |
| 20:57:07 | linuxstb | Slyck: Start here: http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
| 20:57:19 | linuxstb | And here: http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents |
| 20:57:51 | Slyck | thanks |
| 20:58:24 | Slyck | nice to see the h100 fw is almost completed |
| 20:58:28 | Slyck | looks awesome |
| 20:59:31 | Slyck | whats "Multi-codec Architecture"? |
| 21:00 |
| 21:00:32 | Slyck | quite a bit done to the h30 aswell didnt think you guys had done anything but the wiggler |
| 21:04:30 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 21:05:40 | | Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 21:07:35 | linuxstb | Slyck: "Multi-codec Architecture" is just the name give to the part of Rockbox that deals with audio playback. It can handle an unlimited number of codecs via codec "plugins". |
| 21:11:51 | Slyck | nice! |
| 21:11:55 | Slyck | very nice |
| 21:15:09 | *** | Saving seen data "./dancer.seen" |
| 21:17:03 | | Join thedude02 [0] (n=thedude@69.221.34.101) |
| 21:18:01 | | Part thedude02 |
| 21:18:37 | |Lupin| | bye there |
| 21:18:41 | |Lupin| | thanks a lot for helping |
| 21:18:48 | | Quit |Lupin| ("leaving") |
| 21:26:49 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:30:37 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:43:37 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 21:45:19 | | Join |Lupin| [0] (n=Lupin@l03m-212-195-117-202.d2.club-internet.fr) |
| 21:45:22 | |Lupin| | Ri again, folks. |
| 21:45:45 | |Lupin| | Sorry to bother you again. I get an error when compiling the firmware for an iRiver 140. |
| 21:46:06 | fuzzie | what error? |
| 21:46:11 | |Lupin| | Thereis a CONVBDF which make doesn't know how to interprete. |
| 21:46:23 | _FireFly_ | you have to do a make in tools first |
| 21:46:28 | fuzzie | go into tools, run make there first |
| 21:46:29 | fuzzie | heh |
| 21:46:34 | |Lupin| | (I use a cvs version, and I just did an update) |
| 21:46:49 | |Lupin| | ahah |
| 21:46:53 | |Lupin| | stupid error... |
| 21:47:20 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 21:48:03 | |Lupin| | seems to compile much better now, thanks guys. |
| 21:48:15 | |Lupin| | And sorry for not having re-read the doc just before compiling. |
| 21:50:55 | |Lupin| | And now the file which mut be copied on the player is rockbox.iriver, and then just play it like a normal mp3. Right ? |
| 21:51:34 | Lear | No, you need a bunch of files, easily created with "make zip". |
| 21:52:07 | Lear | And you have flashed your unit? |
| 21:52:26 | Lear | (But you can play an .iriver file, which will cause a restart with the new firmware) |
| 21:52:28 | |Lupin| | Lear: no, it is not yet here... |
| 21:53:09 | _FireFly_ | you have patch the original firmware with the rockbox bootloader and update the player with the patched version |
| 21:53:30 | |Lupin| | not yet, as I said. |
| 21:53:38 | _FireFly_ | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
| 21:53:52 | |Lupin| | ok |
| 21:53:54 | |Lupin| | thanks |
| 21:53:57 | |Lupin| | I'll readThat. |
| 21:54:09 | _FireFly_ | without the bootloader rockbox won't work ;) |
| 21:54:28 | |Lupin| | oki |
| 21:54:35 | |Lupin| | bye, this time it's t!ue :-) |
| 21:54:41 | | Quit |Lupin| ("leaving") |
| 21:55:02 | Slyck | im off |
| 21:55:03 | Slyck | ciao |
| 21:55:40 | | Quit Slyck () |
| 21:58:13 | _FireFly_ | ok i have updated my plugin now you can through an config-file(cb.cfg) specifiy which bitmap should be loaded an wich parts should be generated from the bitmap and where the parts should be displayed |
| 22:00 |
| 22:01:14 | _FireFly_ | max images is restrictet to 10(bitmap+9parts) |
| 22:01:30 | _FireFly_ | it can be found + source on home.arcor.de/s.wezel |
| 22:01:51 | _FireFly_ | this is a test plugin for combined_bitmaps |
| 22:02:50 | _FireFly_ | the source bitmap will be displayed on position 0,0 |
| 22:02:54 | _FireFly_ | always |
| 22:08:19 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
| 22:08:46 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:14:35 | | Nick TiMiD[farAway] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) |
| 22:14:35 | DBUG | Enqueued KICK TiMiD |
| 22:14:43 | _FireFly_ | hi TiMiD |
| 22:15:07 | TiMiD | hi :) |
| 22:15:37 | TiMiD | I've a question (prepare yourself, it's a dumb question ^^) |
| 22:15:50 | TiMiD | what is exacly "id3db" in rb ? |
| 22:16:31 | _FireFly_ | i think it's similar to the db thing in the original firmware |
| 22:17:22 | TiMiD | I think so (but I never saw it running (don't find how to activate it in the menus) ) |
| 22:17:30 | _FireFly_ | afaik which this db you can sort our files depending on id3 tags |
| 22:18:11 | TiMiD | the pbl is that it's somehow handle in the code that also handles file tree view |
| 22:18:21 | TiMiD | (and it's a mess ) |
| 22:18:27 | linuxstb__ | It's described here: http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 22:18:32 | TiMiD | ok ty |
| 22:18:34 | _FireFly_ | o to slow ;) |
| 22:19:50 | _FireFly_ | TiMiD, if you want to know i have written a test plugin for combined bitmaps |
| 22:20:22 | TiMiD | I saw it on the forum :) |
| 22:20:26 | TiMiD | great ;) |
| 22:21:12 | _FireFly_ | i have an updated version which can be controled through a config-file |
| 22:21:48 | _FireFly_ | it can be found on the same place (home.arcor.de/s.wezel) |
| 22:22:13 | TiMiD | I look |
| 22:29:05 | TiMiD | _FireFly_: how can I test it ? |
| 22:29:24 | _FireFly_ | in the zip file there is a test file included |
| 22:29:48 | _FireFly_ | simply copy the .rockbox dir in the zip on your player |
| 22:30:57 | TiMiD | yes, that what I did |
| 22:31:05 | TiMiD | I have a .cfg and a .bmp |
| 22:31:18 | _FireFly_ | and the plugin is in the plugins dir |
| 22:31:54 | TiMiD | oh |
| 22:31:57 | _FireFly_ | ;) |
| 22:32:24 | _FireFly_ | in the cfg file can you define the bitmap to be loaded and up to 9 parts |
| 22:32:26 | TiMiD | I don't see it (maybe because you put in plugins/ and rb only looks into rocks/ |
| 22:32:36 | _FireFly_ | ups |
| 22:32:51 | _FireFly_ | my failure |
| 22:32:58 | TiMiD | ok |
| 22:33:01 | _FireFly_ | it should be in rocks/ ;) |
| 22:33:03 | TiMiD | I ran it manually :p |
| 22:34:01 | _FireFly_ | ok the zip is corrected |
| 22:34:45 | TiMiD | ok so it takes a ingle bmp and extracts parts that can be displayed where you want ? |
| 22:34:52 | _FireFly_ | yapp |
| 22:35:03 | TiMiD | like sprites (for example in rpg maker :D) |
| 22:35:27 | _FireFly_ | it usese the lcd_mono_bitmap_part function |
| 22:35:58 | | Join mrelwood [0] (n=54e7a54f@labb.contactor.se) |
| 22:36:08 | _FireFly_ | i have extended the used image struct in the plugin so i holds now the source coords and the strade value |
| 22:36:17 | _FireFly_ | it holds |
| 22:36:39 | mrelwood | is it common knowledge that the pcm recording in iriver has left and right channels swapped? |
| 22:38:03 | TiMiD | _FireFly_: what you could do is to create an id for each part so that a part can be accessed (eventually displayed) by specifying its id |
| 22:38:51 | TiMiD | then it could become used in wps ^^ |
| 22:38:54 | _FireFly_ | ;) |
| 22:39:03 | TiMiD | (instead of loading tons of bmp |
| 22:39:43 | mrelwood | are people using the pcm recording, or is it just for reference? |
| 22:39:43 | _FireFly_ | the plugin is an result from the thinking about using combined bitmaps in wps with amiconn |
| 22:39:51 | TiMiD | next step : animated gray_scale bmps :D |
| 22:40:39 | _FireFly_ | that should be no problems insteed lcd_mono_bitmap_part use lcd_bitmap_part ;) |
| 22:40:53 | _FireFly_ | but then it works only for the main-lcd |
| 22:41:00 | _FireFly_ | the remote is monchrome |
| 22:41:13 | TiMiD | technically you can do gray-scale on remote display |
| 22:41:22 | _FireFly_ | really ?? |
| 22:41:41 | TiMiD | (I saw it when testing my lists, it was going so fast and it was gray :p) |
| 22:41:46 | mrelwood | are you planning display plugins for iriver h300? |
| 22:42:02 | TiMiD | mrelwood: h300 is not even supported :( |
| 22:42:09 | _FireFly_ | no for the iriver H1xx serie currently |
| 22:42:20 | _FireFly_ | a extension to the wps |
| 22:42:23 | mrelwood | okay. cool :) |
| 22:42:26 | TiMiD | but when it will it will have the same functionnalities as the other players |
| 22:42:42 | mrelwood | any of you worked with the recording? |
| 22:42:49 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 22:42:57 | _FireFly_ | i think most of the code for H1XX could be used also for the H3xx |
| 22:43:15 | TiMiD | yes, exceped display code -____- |
| 22:43:40 | _FireFly_ | yepp that is the only thing that must be written from scrach due the color display ;) |
| 22:43:47 | TiMiD | I think (but it's my personnal opinion) that the code needs some cleaning |
| 22:44:09 | TiMiD | I'm working on tree.c and it's hell :( |
| 22:44:32 | _FireFly_ | yepp |
| 22:44:32 | TiMiD | (oops I hope the guy who wrote it isn't connected XD) |
| 22:44:52 | TiMiD | it's the same with wps I suppose ? |
| 22:45:11 | mrelwood | i guess the recording feature is not at the top of the priority list? |
| 22:45:48 | _FireFly_ | i think the complexity of these codes is grow by each new device which is supported by rockbox |
| 22:45:49 | TiMiD | mrelwood: I don't know ... if you want you can submit patches for thsi :) |
| 22:46:02 | TiMiD | yes |
| 22:46:10 | TiMiD | and there are too many global variables :( |
| 22:46:32 | mrelwood | i would've started working on it 1.5 years ago if I knew a slightest bit about coding... |
| 22:46:35 | mrelwood | :) |
| 22:46:52 | TiMiD | also to handle id3db and file browsing in the same file was a bad idea :D |
| 22:47:33 | _FireFly_ | the only positive of this might be that no code must be written double |
| 22:47:45 | TiMiD | mrelwood: then strike a dev until he wants to code it ^^ |
| 22:48:18 | TiMiD | _FireFly_: yes, the reason was that id3db display and filetree display was the same code |
| 22:48:31 | _FireFly_ | was ?? |
| 22:48:36 | TiMiD | but with the things I coded, it could be separated |
| 22:48:41 | mrelwood | is dev a person, or "developer"? (newbie :P) |
| 22:48:43 | TiMiD | is |
| 22:48:43 | _FireFly_ | ;) |
| 22:48:53 | _FireFly_ | mrelwood: yes |
| 22:48:57 | TiMiD | mrelwood: dev's are not human ^^ |
| 22:49:03 | mrelwood | :D |
| 22:49:14 | _FireFly_ | mrelwood: dev = developer |
| 22:49:17 | _FireFly_ | ;) |
| 22:49:48 | TiMiD | all devs are crazy (at least, it's how it is in my school ^^) |
| 22:50:15 | TiMiD | computer science is dangerous for your brain |
| 22:50:30 | mrelwood | ok. is there a specific "dev" that is fighting the recording feature? |
| 22:51:16 | TiMiD | mrelwood: http://www.rockbox.org/viewcvs.cgi/firmware/pcm_record.c?rev=1.4&view=log |
| 22:51:43 | TiMiD | nothing was commited since Sat Aug 13 |
| 22:52:02 | TiMiD | but it doesn't mean noone is working on it (I hope) |
| 22:52:38 | TiMiD | _FireFly_: if there wasn't the id3db, I would rewrite the file tree from scratch I think |
| 22:53:11 | mrelwood | TiMiD, the latest is included in the daily builds, right? |
| 22:53:17 | TiMiD | yes |
| 22:54:40 | _FireFly_ | hmm what about this: we have two function(filetree, id3db) which gaves the string to display at a specifig position |
| 22:54:44 | mrelwood | then i've been using the latest since aug 13. :o) Atleast the Rockbox recording doesn't have the iRiver glitch. |
| 22:55:05 | _FireFly_ | yepp afaik |
| 22:56:53 | TiMiD | _FireFly_: since the list uses callback functions, this is how it must work :p |
| 22:57:06 | _FireFly_ | :) |
| 22:57:14 | TiMiD | I did a callback fn for the filetree |
| 22:57:33 | TiMiD | but it works over the whole filetree arch that also handles id3db |
| 22:57:39 | TiMiD | so it's not clean |
| 22:57:52 | _FireFly_ | hmm then you have to split it |
| 22:58:06 | _FireFly_ | if possible |
| 22:58:08 | TiMiD | it unsplittable :D |
| 22:58:16 | _FireFly_ | ouch |
| 22:59:00 | TiMiD | if I split I broke everything |
| 22:59:13 | _FireFly_ | hmm then a complete rewrite might be necessary |
| 22:59:25 | TiMiD | (becauuse there are also others parts of the fw taht uses things exported by the filetree) |
| 22:59:53 | TiMiD | yeah let's rewrite rockbox ^^ |
| 23:00 |
| 23:00:17 | _FireFly_ | i meant mainly the filetree :) |
| 23:00:45 | TiMiD | it's like a card castle (I don't know if this is how you say it in english) |
| 23:01:16 | TiMiD | if I rewrite smth I must rewrite everything that's linked to it and sicne everything is linked ... |
| 23:01:28 | _FireFly_ | i know i have expressed it a little bit bad ;) |
| 23:02:37 | TiMiD | no, you are right |
| 23:02:48 | _FireFly_ | maybe we could generate function which gaves the needed information to this parts of the fw which needed information from the filetree |
| 23:03:45 | _FireFly_ | temporary |
| 23:04:04 | TiMiD | not temporary :p |
| 23:04:20 | TiMiD | if another part of rb needs some informations then it should have it |
| 23:04:41 | TiMiD | this is to be included in the filetree api |
| 23:04:41 | _FireFly_ | ok then not temporary |
| 23:04:45 | | Join amiconn [0] (n=jens@p54BD58D1.dip.t-dialin.net) |
| 23:05:06 | _FireFly_ | hi amiconn have you read the logs or should i say it again about my test plugin |
| 23:05:07 | TiMiD | (but hey it's crazy to rewrite everything !!!) |
| 23:05:10 | TiMiD | hi amiconn |
| 23:07:05 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:07:05 | * | amiconn is checking the log |
| 23:07:14 | _FireFly_ | ok |
| 23:12:13 | amiconn | _FireFly_: The problem with greyscale bitmaps in wps is not the change in function |
| 23:12:56 | amiconn | The real problem is that while b&w bitmaps have a notion of foreground & background, greyscale and colour bitmaps are opaque |
| 23:13:24 | _FireFly_ | ok |
| 23:13:42 | amiconn | While this isn't a problem for elements which don't overlay text, it will be a problem for a background bitmap |
| 23:14:29 | linuxstb__ | amiconn: Is the solution to have a certain colour act as transparent? |
| 23:14:30 | _FireFly_ | hmm then it should be if possible first drawn(the background image) |
| 23:15:10 | *** | Saving seen data "./dancer.seen" |
| 23:15:59 | amiconn | linuxstb__: That would be very difficult at least. These bitmaps are in native lcd format |
| 23:16:44 | amiconn | _FireFly_: Yes, the wps would need two layers: background and content |
| 23:16:47 | _FireFly_ | amiconn: hmm what about when defining which color should be transparent on loading the bitmap |
| 23:17:12 | linuxstb__ | amiconn: Are you thinking more about greyscale than colour. Or both? |
| 23:17:30 | _FireFly_ | and then this color is left of by converting the bitmap in nativ lcd-format |
| 23:17:30 | amiconn | It's the same in respect to the problem |
| 23:17:55 | _FireFly_ | so that these parts are "empty" |
| 23:18:11 | amiconn | I think supporting greyscale for the small element bitmaps would be too difficult |
| 23:18:32 | amiconn | My idea is that a greyscale or colour background bitmap should be allowed |
| 23:18:48 | _FireFly_ | with the widget system, which TiMiD is working on, it might be a less problem to have a back- and foreground for wps |
| 23:18:59 | | Quit ansivirus (Read error: 110 (Connection timed out)) |
| 23:19:00 | amiconn | Preload/display bitmaps should always be monochrome, but with a selectable foreground shade/colour |
| 23:19:04 | linuxstb__ | The "blit" function is simpler for colour - at least for 16-bit colour. In which case it is easier to check for a transparent pixel. We also have lots of colour values to choose a tranparent one from. |
| 23:19:28 | linuxstb__ | If we add transparency to greyscale, we effectively have 5 colours. |
| 23:19:32 | TiMiD | _FireFly_: uh oO ? |
| 23:19:51 | linuxstb__ | Which is obviously a problem. |
| 23:20:13 | amiconn | linuxstb__: Bitmaps in rockbox use the native lcd format (or the closest match for monochrome bitmaps and non-monochrome displays) |
| 23:21:17 | TiMiD | amiconn: what about a separated boolean table which would say for each pixel of the bitmap if it must be dran or not |
| 23:21:26 | amiconn | urgs |
| 23:21:34 | TiMiD | like that you could send only the needed pixels to the screen |
| 23:21:35 | _FireFly_ | TiMiD: should i haven't said that ?? :) |
| 23:21:53 | TiMiD | _FireFly_: I'm not working on grayscale :p |
| 23:22:34 | TiMiD | amiconn: (but I only looked from far to the grayscale code since it's assembly and I don't want to understand) |
| 23:22:35 | linuxstb__ | amiconn: I agree with regards to low depth LCDs. But with 16-bit, it becomes easier to assign one of the 65536 values to transparency, and check for it when blitting. |
| 23:23:21 | TiMiD | 16 bits on monochrome displays oO |
| 23:23:38 | _FireFly_ | i think he mean on color displays ;) |
| 23:23:51 | TiMiD | yep |
| 23:24:33 | TiMiD | even with 8 bits you could use 254 for transparency for example (since it's only 33 shades) |
| 23:24:41 | amiconn | TiMiD: We're not talking about the grayscale lib here, that's definitely code not meant to be used in the core |
| 23:25:28 | amiconn | It draws too much cpu power for everyday hours-long use. |
| 23:25:43 | TiMiD | ok |
| 23:26:00 | amiconn | The H1x0 lcd allows 4 shades of grey, and the lcd driver already supports that |
| 23:26:28 | amiconn | Only very few parts of rockbox already use it, core parts being only splash() and the rockbox logo |
| 23:26:54 | linuxstb__ | and Sudoku. :) |
| 23:27:00 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") |
| 23:27:09 | amiconn | linuxstb__: That's not a core part |
| 23:27:24 | amiconn | Plugins use it as well, that's correct |
| 23:27:31 | _FireFly_ | then the only possible solution which i currently see is that we have to implement an background and foreground |
| 23:27:31 | linuxstb__ | Sorry - just read the first half of your sentence. |
| 23:27:37 | amiconn | (sudoku + minesweeper + cube) |
| 23:27:45 | TiMiD | I thought everything was handled by grayscale lib |
| 23:28:14 | amiconn | No, the grayscale lib handles things with >4 shades - up to 33 |
| 23:28:19 | linuxstb__ | grayscale lib is for displaying more grayscales than the LCD natively supports. |
| 23:28:20 | amiconn | (on archos and H1x0) |
| 23:28:44 | amiconn | There are 3 plugins using it - grayscale, mandelbrot, and the jpeg viewer |
| 23:29:19 | amiconn | I'm still planning to use it for porting the solid grey cube mode to archos |
| 23:29:19 | TiMiD | I used it also in plasma and fire plugins (but they are not official ^^) |
| 23:29:56 | TiMiD | btw, I noticed that the 8bit grayscale is not linear on iriver display |
| 23:30:07 | amiconn | yes |
| 23:30:14 | TiMiD | or at least doesn(t seems |
| 23:30:30 | amiconn | These LCDs aren't really made for greyscale |
| 23:31:03 | TiMiD | you wrote the grayscale lib ? |
| 23:31:08 | amiconn | yup |
| 23:31:11 | TiMiD | :) |
| 23:31:27 | amiconn | I'm currently working on removing the need to boost the CPU all the time |
| 23:31:36 | TiMiD | wouldn't it be possible to add sime kind of palette correction specific to the display ? |
| 23:31:40 | amiconn | It already works, it just needs some more cleanup |
| 23:31:47 | TiMiD | amiconn: seems hard :/ |
| 23:31:52 | TiMiD | aw |
| 23:32:03 | amiconn | Not really, once you know how to do it |
| 23:32:24 | TiMiD | I forgot that multitask on rb doens't switch if you don't tell it to |
| 23:32:37 | TiMiD | so it can't switch when writing a pixel ;) |
| 23:32:39 | amiconn | I also want to include the timer tick interrupt into my new CPU frequency transition handling for timers |
| 23:33:38 | amiconn | In order to work best, the new mechanism has only one precondition - the higher frequencies need to be integer multiples of the base frequency |
| 23:34:40 | amiconn | So I shifted the 48 MHz mode to 45 MHz, and 120 MHz will become 124 MHz |
| 23:35:02 | TiMiD | you can control the cpu freq mhz by mhz ? |
| 23:35:41 | amiconn | You set the frequency via 2 dividers which control the PLL |
| 23:35:50 | amiconn | This allows rather fine control |
| 23:38:13 | | Join tucoz [0] (n=50ca630c@labb.contactor.se) |
| 23:38:22 | tucoz | hi |
| 23:38:27 | TiMiD | hi tucoz |
| 23:38:47 | tucoz | amiconn: did you see that guy that managed to get blue on his h120? |
| 23:38:56 | tucoz | and what do you think caused it? |
| 23:39:14 | TiMiD | blue oO |
| 23:39:17 | amiconn | tucoz: It's a quite normal effect for that type of LCD. I also got that once on my archos |
| 23:39:23 | tucoz | hehe, ok. |
| 23:39:31 | TiMiD | how is it possible ? |
| 23:39:36 | amiconn | It's just displaying black and the contrast is way higher than normal |
| 23:39:47 | amiconn | Call it 'ultra-black' |
| 23:39:53 | TiMiD | ha :p |
| 23:39:54 | tucoz | http://ihpos.blogspot.com/ |
| 23:39:54 | Moos | tempetature way |
| 23:40:02 | tucoz | ah, I see. |
| 23:40:56 | tucoz | short visit, got to go. see you |
| 23:40:58 | | Part tucoz |
| 23:42:37 | TiMiD | he should have put rockbox in his link section |
| 23:44:09 | linuxstb__ | His work would be useful if he had chosen a H300 to play with. |
| 23:44:27 | linuxstb__ | But I don't understand his motivation at all with a H140. |
| 23:44:47 | TiMiD | hmm |
| 23:44:53 | TiMiD | I can somehow understand |
| 23:44:54 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:44:57 | TiMiD | it's fun :) |
| 23:45:33 | TiMiD | some time ago, I seriously thought of trying to port uClinux to iriver |
| 23:45:51 | TiMiD | (but this is too much for me, I'm too lazy) |
| 23:46:09 | linuxstb__ | That would be fun because it is new and you would be the first person to do it. What he's trying to do has already been done by Rockbox. |
| 23:46:30 | TiMiD | hmm |
| 23:46:39 | TiMiD | alternatives are good :) |
| 23:47:19 | linuxstb__ | Someone should send him a H300 :) |
| 23:47:38 | TiMiD | no ! i want it supported in rb :p |
| 23:48:21 | linuxstb__ | I meant that he could help the port to the H300. |
| 23:48:35 | linuxstb__ | But you're right - he is enjoying himself. |
| 23:49:09 | TiMiD | If his code is gpled, then it should be good for everyone |
| 23:49:31 | amiconn | Hmpf, I have a problem :( |
| 23:49:40 | TiMiD | we can't blame him if he doesn't want to contribute to rb |
| 23:49:40 | linuxstb__ | Can anyone help? |
| 23:50:13 | amiconn | If I convert the timer tick to use my new mechanism, I can't do that for the gmini code, so the change will break it |
| 23:50:57 | _FireFly_ | than you nee a kind of fallback |
| 23:51:17 | _FireFly_ | maybe in source-code through a define |
| 23:51:23 | amiconn | The gmini build is currently unmaintained, but I would like to avoid that |
| 23:51:50 | _FireFly_ | so that the old code is used for gmini and your new code for the rest |
| 23:52:20 | linuxstb__ | Is the reason you can't do it on the gimini because you don't know how to, or because it can't physically be done? |
| 23:52:20 | amiconn | The problem is that it's a whole new mechanism, I'm even planning to mode the tick timer code to timer.c |
| 23:52:41 | amiconn | I don't know how to as I don't know the hardware |
| 23:53:11 | linuxstb__ | How advanced was the gmini port? Was it working? |
| 23:53:39 | * | linuxstb__ reads wiki |
| 23:53:43 | amiconn | It was partially working (disk access, browsing), but not playing music |
| 23:56:01 | linuxstb__ | You obviously have three choices - don't make your changes, make your changes and break gmini, or add lots of #ifdefs and try and keep the gmini alive with obsolete code. |
| 23:57:10 | TiMiD | I think I would choose #2 :) |
| 23:57:24 | | Join Aison [0] (n=hans@zux166-181.adsl.green.ch) |
| 23:57:39 | linuxstb__ | Do you think it will be hard for a gmini dev to fix the problems you are planning to cause? |
| 23:57:54 | amiconn | That depends on how the timer works |
| 23:58:13 | | Quit ender` (Read error: 113 (No route to host)) |
| 23:58:13 | linuxstb__ | I see your problem. |
| 23:58:40 | amiconn | On iriver it is simple, because there's a separate prescaler which allows any factor between 1 and 256, not just powers of 2 |
| 23:59:15 | amiconn | I just calculate the timer count for base frequency and prescaler == 1 (or a power of 2 <= 16) |
| 23:59:53 | amiconn | For the higher frequencies I then multiply this prescaler value with the frequency multiplier - that's why it should be an integer number |
icon identifies that the person is a core developer (has commit access).