| 00:00:12 | XavierGr | so to use e.g. 7 pointer chars, ok |
| 00:00:16 | Bagder | no |
| 00:00:18 | Bagder | use one |
| 00:00:25 | XavierGr | but |
| 00:00:27 | amiconn | Waaargh! who messed with the builds? |
| 00:00:36 | ]RowaN[ | is crossfeed not the same thing as stereo width? |
| 00:00:40 | XavierGr | then the same problem applies |
| 00:00:46 | Bagder | XavierGr: same as what? |
| 00:01:02 | preglow | markun: so i see |
| 00:01:08 | XavierGr | Bagder: If there is only one string columns will still exceed 80. |
| 00:01:23 | Bagder | no |
| 00:01:30 | Bagder | not if you do what I told you |
| 00:01:45 | XavierGr | wait a sec bevuase I got really confused. |
| 00:01:49 | Bagder | I don't know what more I can say |
| 00:01:50 | preglow | markun: the generic version should be enabled for everything but coldfire, apparently |
| 00:01:53 | _FireFly_ | markun : i have maybe found some better values for High-Pass filter |
| 00:02:09 | preglow | _FireFly_: if you did i'm willing to bet there's now too much bass |
| 00:02:34 | | Join tvelocity [0] (n=tony@84.254.14.232) |
| 00:02:41 | XavierGr | http://pastebin.com/429682 |
| 00:02:57 | XavierGr | Bagder as you can see this is the original |
| 00:03:26 | XavierGr | I know that I can substitute it with a *string but again IN the source the line will be more than 80 chars |
| 00:03:28 | Bagder | yes, now insert " " on 10 places |
| 00:03:38 | _FireFly_ | preglow: if you want to try here are the new values: |
| 00:03:42 | Bagder | or rather " [newline] " |
| 00:03:46 | _FireFly_ | #define HIGH_NEG 0xBBBBBBBCL |
| 00:03:46 | _FireFly_ | #define HIGH_COMP 0x77777777L |
| 00:03:56 | XavierGr | ah then I should break the " to change line? |
| 00:04:18 | Bagder | XavierGr: for example, after each \n you stop the string with a " |
| 00:04:25 | Bagder | and add a new one to start the next line |
| 00:04:31 | XavierGr | ok got it |
| 00:05:13 | XavierGr | I just didn't know that I could break the string just by terminating the " and start again with " |
| 00:05:54 | Bagder | then you learned something |
| 00:06:05 | XavierGr | indeed thanks |
| 00:06:30 | _FireFly_ | preglow: i didn't spoke about the bass :) |
| 00:07:27 | | Quit Febs ("CGI:IRC (EOF)") |
| 00:07:44 | ]RowaN[ | is crossfeed different than stereo width? |
| 00:08:48 | | Quit LedFloyd () |
| 00:09:21 | _FireFly_ | for me with the new settings the decrease of the volume is a bit less and for the dull sound also |
| 00:09:53 | ]RowaN[ | i didnt think stereo width worked on the iriver build, unless its been recently introduced |
| 00:10:12 | ashridah | heh. having the status bar on wiggs out that 'boxes' wps |
| 00:11:02 | ]RowaN[ | thank god for custom wps.. i just tried that boxes wps.. and then immediately reverted back =p |
| 00:16:06 | * | preglow sings the "too few registers" blues |
| 00:17:57 | * | ashridah watches preglow do the stack shuffle |
| 00:18:03 | solexx_ | I am sorry if I am annoying you, but I am also interested in the new "crossfeed dsp effect" |
| 00:18:10 | solexx_ | what is it? |
| 00:18:25 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
| 00:18:29 | ashridah | solexx_: basically a reduced volume version of the left channel is bled into the right channel and vice versa |
| 00:18:54 | solexx_ | thanks |
| 00:18:58 | ashridah | it basically simulates listening via speakers |
| 00:19:07 | preglow | i don't suppose anyone knows how i can access static variables from asm? :> |
| 00:19:08 | ashridah | since that's what happens normally, and most cds are mixed with that in mind |
| 00:19:22 | solexx_ | I will try it tomorrow |
| 00:19:28 | ashridah | instrumental jazz in particular is often recorded with completely separate instruments on different channels |
| 00:20:26 | solexx_ | Sounds interesting. But I am not sure I'll like it. |
| 00:20:45 | solexx_ | It's fun to hear instruments only in one ear :) |
| 00:20:53 | amiconn | LinusN? |
| 00:21:16 | solexx_ | but well, I never had really good speakers... |
| 00:23:00 | ashridah | solexx_: actually, it's hard to concentrate on the music. the effect won't be very noticable, just easier to listen to. |
| 00:23:32 | preglow | this making all variables static really doesn't ease assembler versions of routines |
| 00:23:42 | ashridah | mono recordings suffer from similar issues, really. you find it harder to listen to them. if you timeshift it a tiny bit and play that in the other ear, it actually get's easier |
| 00:24:45 | markun | ashridah: I could do it for mono as well.. |
| 00:25:13 | ashridah | markun: don't bother on my account, i don't have any mono recordings |
| 00:25:53 | amiconn | Bagder: wrong fix... |
| 00:26:15 | amiconn | It's no longer called BL_IRIVER, but BL_IRIVER_H100, and some more files need fixing... |
| 00:26:36 | Bagder | well, it did fix a few errors ;-) |
| 00:26:42 | Bagder | but i'm working on a better one |
| 00:26:50 | amiconn | okay |
| 00:27:26 | amiconn | Bah, I didn't really manage to do much today. At least the comments on my gcc bug reports are coming in quickly |
| 00:27:29 | amiconn | :-/ |
| 00:27:52 | preglow | amiconn: url? |
| 00:28:03 | amiconn | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24863 |
| 00:31:10 | | Join muesli_- [0] (i=muesli_t@Bbcb2.b.pppool.de) |
| 00:33:53 | | Quit ender` (Read error: 113 (No route to host)) |
| 00:36:33 | | Part bitmastro |
| 00:38:26 | | Quit _FireFly_ ("Leaving") |
| 00:39:08 | Bagder | markun: http://www.rockbox.org/showlog.cgi?date=2005-11-14%2022%3A13%3A18&type=iriver%20H100%20-%20Simulator#prob14 |
| 00:42:53 | Bagder | the h1x0 sims are broken |
| 00:42:57 | Bagder | even after my fix |
| 00:45:53 | Moos | 23:58<markun> preglow: ACC etc are not declared for non coldfire platforms (ipod) |
| 00:46:26 | Bagder | and not for simulated coldfire platforms either |
| 00:46:39 | preglow | he didn't make any non-coldfire code |
| 00:46:41 | preglow | he's working on it now |
| 00:47:08 | markun | ..and on the phone :) |
| 00:47:16 | Bagder | :-) |
| 00:47:33 | Bagder | you do it over the phone? ;-P |
| 00:47:39 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:47:57 | * | Bagder hits the bed |
| 00:47:59 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 00:48:06 | XavierGr | The ondio doesn't have a disk right? |
| 00:48:12 | markun | good night |
| 00:48:17 | | Part AliasCoffee ("Leaving") |
| 00:49:59 | Moos | XavierGr: yes flash device and MMC card |
| 00:50:37 | XavierGr | so my plugin that detects hd spins will not work on this target. |
| 00:51:00 | Moos | surely not :) |
| 00:51:04 | amiconn | It will if it checks often enough |
| 00:51:27 | amiconn | The mmc driver mimics the ata driver behaviour where it makes sense |
| 00:51:33 | XavierGr | my code uses ata_disk_is_active function |
| 00:51:44 | Moos | oh yeah |
| 00:51:54 | XavierGr | every time the disk begins a new spin it will log the battery results |
| 00:52:17 | amiconn | Yes, ata_disk_is_active is implemented for the mmc driver, check ata_mmc.c |
| 00:52:40 | amiconn | The mmc is considered active when the mutex is locked |
| 00:52:54 | XavierGr | hmm then it shouldn't be a problem. |
| 00:53:03 | amiconn | However, detecting probably doesn't make much sense on the Ondio, just write in regular intervals |
| 00:53:24 | XavierGr | Do all the targets have BUTTON_OFF BUTTON_ON? |
| 00:53:31 | amiconn | nope |
| 00:53:41 | amiconn | Ondio only has BUTTON_OFF |
| 00:54:04 | linuxstb_ | The ipod probably won't have either. |
| 00:54:46 | XavierGr | amiconn, linuxstb_: Please tell me a button to replace then. |
| 00:54:51 | XavierGr | it is as it sounds |
| 00:54:58 | XavierGr | on to confirm off to cancel |
| 00:55:22 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 00:56:19 | amiconn | On Ondio: cancel = BUTTON_OFF, confirm = BUTTON_RIGHT |
| 00:56:37 | amiconn | Right doubles as Play on the Ondio |
| 00:56:48 | XavierGr | ok then |
| 00:57:06 | amiconn | So you can say Play to confirm, Off to cancel |
| 00:57:37 | amiconn | Same goes for archos recorders (they have a real BUTTON_PLAY) |
| 00:57:47 | XavierGr | That is convinient no need to ifdef the text then. |
| 00:57:50 | linuxstb_ | I haven't thought about the ipod button mappings at all yet. I need to go through every plugin at some point, so don't worry about the ipod for now |
| 00:57:53 | amiconn | For archos player it would be BUTTON_PLAY and BUTTON_STOP |
| 00:58:35 | XavierGr | about the LCD_CHARCELLS: How many lines of text can it render? |
| 00:58:53 | amiconn | 2 lines, 11 chars each |
| 00:58:54 | *** | Saving seen data "./dancer.seen" |
| 00:59:13 | XavierGr | with the normal text rendring functinos? |
| 01:00 |
| 01:00:00 | XavierGr | I mean players don't use another function for text dislay, right? |
| 01:00:21 | amiconn | lcd_puts() and lcd_puts_scroll() are there |
| 01:00:33 | amiconn | lcd_putsxy() obviously is not |
| 01:00:44 | XavierGr | yeah |
| 01:00:56 | XavierGr | I will drop those for this target then. |
| 01:01:27 | XavierGr | so my plugin can run on all targets, if I am not mistaken... |
| 01:01:30 | | Join muesli- [0] (i=muesli_t@Bc120.b.pppool.de) |
| 01:09:02 | amiconn | The build table does look ill |
| 01:09:13 | XavierGr | indeed |
| 01:09:57 | ashridah | hm. is it possible to add a slight margin between the box and the text scrolling inside it for the 'boxes' wps? |
| 01:11:27 | XavierGr | sorry to ask this at such time; But what happened to wps, and what's all this talk about wps boxes e.t.c? |
| 01:11:45 | XavierGr | what's the new story here? |
| 01:12:12 | ashridah | XavierGr: recent commits added graphical wps's with bitmap graphics and whatnot. |
| 01:12:38 | ashridah | check out the 'wps' directory inside the rockbox directory, and rockbox's build process will include them. |
| 01:12:57 | ashridah | there's an ipod-alike and a rockbox-original one |
| 01:13:00 | XavierGr | so a daily build will now include default images for WPSs |
| 01:13:28 | ashridah | i don't know, probably. i don't really use daily builds |
| 01:13:52 | ashridah | you still need to select one first, afiak. |
| 01:13:56 | XavierGr | interesting I will have a look |
| 01:13:58 | ashridah | afaik even |
| 01:14:26 | XavierGr | major activity these days. Good to see so many things happening. |
| 01:15:14 | ashridah | mm. looks like there's been some work on the h300 front |
| 01:15:50 | amiconn | A bit too many quick-shot commits for my taste :/ |
| 01:16:06 | XavierGr | heh |
| 01:16:42 | ashridah | amiconn: is it relatively easy to setup a script that builds every platform? |
| 01:16:43 | XavierGr | always very thoughtfull before any commit eh amiconn? |
| 01:17:27 | ashridah | (such as, say, the one that already does this for the daily builds) |
| 01:17:27 | amiconn | ashridah: It should |
| 01:17:31 | | Quit Sandking () |
| 01:18:12 | amiconn | XavierGr: Usually I test-build for every platform and sim my changes *might* affect. |
| 01:18:22 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 01:18:30 | ashridah | it's a pity cvs doesn't have a way to 'reject' a patch if it fails some process. |
| 01:18:35 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 01:18:46 | ashridah | although that'd be a pain at some points |
| 01:18:50 | XavierGr | amiconn: that is good and considerate. |
| 01:19:17 | XavierGr | All must build some of the major branhes of the targets before commiting |
| 01:19:19 | amiconn | In case I'm not sure I rather do one more build to make sure |
| 01:19:32 | amiconn | I just don't want to break things. |
| 01:21:19 | preglow | as long as people fixes the breakage, i don't mind |
| 01:21:31 | XavierGr | remind me again: Red colour on the daily builds table shows errors, while yellow show warnings? |
| 01:21:37 | preglow | XavierGr: yes |
| 01:23:02 | amiconn | Some changes (e.g. asm memcpy()) require even more caution. A subtle bug therein could cause all sorts of weird effects although the build runs ok... |
| 01:24:18 | amiconn | I have a test plugin for it that tests all possible combinations of source alignment, destination alignment and length that might be handled differently in the function |
| 01:25:29 | | Join lokki [0] (n=d5bd9cb5@labb.contactor.se) |
| 01:25:43 | lokki | hi... |
| 01:25:48 | | Join pinkutank [0] (n=ddd@85.101.96.60) |
| 01:26:23 | lokki | just updated to the latest daily build and checked the to wps's out |
| 01:26:43 | lokki | i think you should definitly add a third one |
| 01:27:23 | lokki | and i think it should be the default one (the one that used to be default) |
| 01:28:05 | lokki | because once you selected a wps from the menu, you can't go back to the default wps or can you? |
| 01:28:31 | amiconn | Hmm, as you mention it... a while ago I noticed that it's not possible to reset some file-related settings (font, wps, language) to their builtin default |
| 01:29:09 | lokki | yeah, but at least you can select the rockbox default font in the font menu |
| 01:29:22 | amiconn | Of course it's possible to have a file with the identical font, wps or language as the builtin default, but it's still not the same |
| 01:29:36 | lokki | i agree |
| 01:30:14 | lokki | personally i like the default wps a lot better than the bitmapped ones |
| 01:32:01 | lokki | allready have a driver for you rtc xshock? |
| 01:32:05 | amiconn | I also don't care about bitmaps, but my wps is a bit different from the default |
| 01:32:14 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 01:32:43 | amiconn | I'd like to see some larger fonts included... |
| 01:33:01 | markun | amiconn: I have some lager fonts, unicode too.. |
| 01:33:09 | lokki | hmm, i usually just turn the icons off and use nimbus 12... |
| 01:33:28 | lokki | that gives me a nice and clean look |
| 01:33:58 | amiconn | For headphone and home use I'm using the default font on iriver, but for in-car I would like a larger one, maybe 20 pixels |
| 01:34:38 | lokki | sorry i meant xtal-14 not nimbus 12 |
| 01:34:42 | amiconn | The default could be a bit larger on iriver, but that's not a priority |
| 01:34:53 | lokki | yes i agree |
| 01:35:06 | lokki | but 20 pixels is very large |
| 01:35:22 | markun | lokki: XShocK said he had the his iriver displaying time and date, so I guess he made the driver. |
| 01:35:27 | amiconn | 10x7 for H1x0 would roughly resemble the physical size of the current default 8x6 on the archos screen |
| 01:35:29 | XavierGr | gargantuan I could say |
| 01:35:35 | preglow | i think the default is fine on iriver |
| 01:36:00 | XavierGr | well I could be better with a slight bigger, but anyway I use chicago 12 for my taste. |
| 01:36:29 | lokki | as long as we all can choose our fonts it doesn't really matter... |
| 01:36:45 | XavierGr | :) that's why I love Rockbox |
| 01:36:47 | amiconn | The default is always used for a number of things |
| 01:37:07 | lokki | yes, for debug menu... |
| 01:37:31 | amiconn | and vkeyboard, recording screen, numbers in the status bar, ... |
| 01:38:28 | lokki | i think for the vkeyboard it's just fine so you can navigate through all the symbols |
| 01:38:45 | lokki | statusbar could be bigger and recording too |
| 01:39:11 | pinkutank | hello |
| 01:39:32 | | Join ironrok [0] (i=Superman@pool-138-89-151-60.mad.east.verizon.net) |
| 01:39:42 | pinkutank | does anyone have a compiled jepg plugin that will allow file switching / browsing without interrupting music? |
| 01:40:01 | markun | The unicode patch give more possibilities and more problems. People might want to select a vkeyboard with hebrew for example. |
| 01:40:04 | pinkutank | I couldnt compile my own, I dont have the time to learn it atm |
| 01:40:32 | XavierGr | pinkutank: I made the patch to auto scroll but I haven'e compiled with the while playing |
| 01:40:59 | lokki | <markun>: when did he say that? i couldn't find it in the logs |
| 01:41:25 | pinkutank | so you have the plugin ready to use patched? |
| 01:41:58 | pinkutank | I d really like play and browse, I'm surprised no one uses it, I would but I'm not good ay programming ; never compiled anything before |
| 01:42:00 | XavierGr | I have the plugin that scrolls files but it will stop music. |
| 01:42:15 | pinkutank | still can I have it, its better than the original |
| 01:42:36 | XavierGr | okay, you have a late daily build right? |
| 01:42:41 | pinkutank | todays |
| 01:43:21 | amiconn | LinusN: Will your next bootloader (I guess there will be H100, H120 and H300 versions) incorporate the SDRAM init fixes? |
| 01:43:21 | markun | lokki: Can't find it either. Maybe I dreamed or logbot didn't record it. |
| 01:43:43 | lokki | > |
| 01:43:46 | pinkutank | the eq was on development, what happened to it? |
| 01:44:15 | XavierGr | amiconn, LinusN: If a new bootloader is made I think that we need to rethink if the rockbox.target file needs to be in the root directory |
| 01:44:27 | XavierGr | and if it is then at least make it delete proof. |
| 01:44:33 | XavierGr | (read only) |
| 01:45:01 | markun | lokki: in rockbox-20051113.txt: 21.03.54 # <XShocK> now my iriver shows time and date.. :)) |
| 01:45:05 | XavierGr | pinkutank: where to send it? |
| 01:45:18 | XavierGr | (type an emai with "at") |
| 01:46:05 | pinkutank | got it? |
| 01:46:12 | ironrok | test |
| 01:46:26 | lokki | <markun>: thanks... the possibility of a clock are endless... |
| 01:46:27 | XavierGr | yes I have the file but you must tell me where to send it. |
| 01:46:30 | pinkutank | I am assumin no one has compiled a non interrupting jpeg viewer |
| 01:46:36 | pinkutank | I pmed you the email |
| 01:46:45 | preglow | markun: seems my optimised crossfeed is faster, yes |
| 01:46:56 | XavierGr | pinkutank: only registered members can private chat |
| 01:47:00 | pinkutank | oops forgot |
| 01:47:04 | markun | preglow: nice work |
| 01:47:16 | amiconn | XavierGr: YOu can allow privmsgs from unregistered users |
| 01:47:25 | pinkutank | i am registered |
| 01:47:25 | markun | I find it a bit difficult to tell the exact boost ratio |
| 01:47:30 | amiconn | If you're registered yourself, that is |
| 01:47:42 | | Join |joshn| [0] (n=kvirc@ool-182e82f5.dyn.optonline.net) |
| 01:47:45 | preglow | markun: i just noticed that flac boosts with crossfeed enabled |
| 01:47:51 | | Part ironrok |
| 01:47:52 | preglow | markun: it doesn't with the optimised version |
| 01:48:07 | pinkutank | no one uses the jpeg viewer? |
| 01:48:13 | pinkutank | i read manga |
| 01:48:46 | lokki | <markun>: btw do you know what plugins there are for other rtc capable architectures (eg calendar alarm etc) |
| 01:48:55 | markun | no idea |
| 01:49:17 | amiconn | lokki: calendar and clock |
| 01:49:32 | |joshn| | LinusN: saw your raft of H3x00 patches today. |
| 01:49:39 | | Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
| 01:49:43 | lokki | that would be awesome... |
| 01:49:54 | markun | also bounce uses the clock |
| 01:49:57 | |joshn| | Is rockbox currently booting on the 3x0, outside of BDM? |
| 01:50:04 | amiconn | Wake-up alarm is a feature that not only requires an rtc, the rtc must also be able to power up the unit somehow |
| 01:50:31 | lokki | yeah that seems logic |
| 01:50:35 | amiconn | The archos fm and v2 recorders can do that, and the v1 recorder can do it as well with a small hardware mod |
| 01:50:45 | LinusN | |joshn|: no |
| 01:50:48 | amiconn | For these, the alarm function is built into the core |
| 01:50:56 | |joshn| | bummer |
| 01:51:03 | XavierGr | LinusN: what can you currently do with the H300? |
| 01:51:13 | lokki | do you think the hx0 could be modded in such a way to? |
| 01:51:21 | XavierGr | I mean what parts of rockbox are implemented? |
| 01:51:26 | |joshn| | I'd like to help with it, but I'm not quite ready to got that far to start now |
| 01:51:28 | lokki | too i mean |
| 01:51:41 | preglow | markun: i'll commit it once i'm certain it produces the same results |
| 01:52:06 | amiconn | lokki: Way harder, since there is no rtc to begin with. One would have to add the rtc, including the powerup functionality |
| 01:52:31 | preglow | markun: btw, i'll remove the crossfeed enabled check outside of the function, so we at least don't waste a function call just to find out it isn't needed after all |
| 01:52:36 | amiconn | The archos recorder v1 already has an rtc, just the powerup functionality needs to be added with a small mod |
| 01:52:39 | preglow | s/remove/move/ |
| 01:52:55 | markun | preglow: ok |
| 01:53:02 | pinkutank | before I sleep , once more. does anyone have a compiled jpeg viewer that will view jpegs without stoppin g playback |
| 01:53:09 | markun | looking forward to your changes in the morning :) |
| 01:53:16 | markun | good night all |
| 01:53:34 | | Quit ]RowaN[ (Read error: 110 (Connection timed out)) |
| 01:53:38 | lokki | <amiconn> but just a rtc wouldn't be very hard, and that would allready be a lot |
| 01:53:50 | LinusN | XavierGr: i can write to the lcd, i can read the battery level and most of the keys |
| 01:54:01 | LinusN | backlight works |
| 01:54:56 | XavierGr | ata driver? |
| 01:54:57 | amiconn | LinusN: [23:34:47] <amiconn> LinusN: The H300 baclight is hooked to some kind of pwm output, so it's dimmable in hardware? |
| 01:57:48 | LinusN | it is, but the frequency is so low so it looks awful |
| 01:57:57 | LinusN | XavierGr: not yet |
| 01:58:09 | preglow | the pwm frequency actually can't be adjusted? |
| 01:58:29 | LinusN | it is set to the highest |
| 01:58:36 | preglow | remarkable |
| 01:58:50 | preglow | can the same pin be used as gpio? |
| 01:58:59 | amiconn | Hehe, on the archos we can make the backlight flicker or blink... |
| 01:59:11 | lokki | good night... |
| 01:59:19 | amiconn | recorder, taht is |
| 01:59:20 | | Quit lokki ("CGI:IRC") |
| 01:59:45 | LinusN | preglow: the backlight pwm can be gated with a port pin |
| 02:00 |
| 02:02:03 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 02:02:18 | LinusN | there is a chance that we can dim the backlight on the h300 as well, but at the moment i con't care at all |
| 02:02:51 | preglow | sure |
| 02:03:10 | preglow | no reason you should |
| 02:03:29 | XavierGr | detail |
| 02:05:29 | | Join JotaCE [0] (i=JotaCE@201.132.235.226) |
| 02:06:32 | JotaCE | hi |
| 02:07:18 | | Quit Moos ("Glory to Rockbox") |
| 02:08:19 | JotaCE | anyebody can give me the ArchosUnlock.exe program ?? please send to sanhuezajc@gmail.com :D |
| 02:08:48 | pinkutank | still no one carrying a noninterrupitng lpeg plug in i presume? |
| 02:09:43 | preglow | someone would tell you if they did |
| 02:10:59 | pinkutank | sorry, i thought maybe someone came in recently |
| 02:11:14 | pinkutank | oyasuminasai |
| 02:11:19 | | Quit pinkutank () |
| 02:12:19 | preglow | anyone here intimately familiar with how crossfeed sounds that wants to test an optimised version? |
| 02:18:35 | XavierGr | ok that's it, for today tommorow I will submit my plugin. |
| 02:18:42 | XavierGr | good night everyone |
| 02:21:30 | JotaCE | good night |
| 02:22:03 | preglow | hmm |
| 02:22:10 | preglow | where'd backlight fade times go? |
| 02:25:43 | preglow | right, more in cvs |
| 02:26:16 | | Quit JotaCE () |
| 02:52:31 | Mordov | !HELP can't get the DB to work on my ihp120... I have dowloaded the DB file but it think I do the java thing wrong... |
| 02:53:21 | Mordov | I dont uderstand the how to page on how to run the java thingy.. |
| 02:54:17 | Mordov | 4. Run "java -jar SongDB.jar −−strip /mnt/archos /mnt/archos" from inside the .rockbox directory |
| 02:54:23 | Mordov | how do I do that :) |
| 02:58:55 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:05:59 | | Part LinusN |
| 03:08:36 | | Quit |joshn| ("KVIrc 3.2.0 'Realia'") |
| 03:09:48 | | Join Vlad0man [0] (n=Vladoman@p54A7E15C.dip.t-dialin.net) |
| 03:15:54 | | Join solexx [0] (n=jrschulz@c186027.adsl.hansenet.de) |
| 03:23:30 | Mordov | hum seems to work now... don't know whay but whay know ;) this software is great, trows out stuff you don't need and ad stuf you need (like snake ;) |
| 03:24:09 | Mordov | -software +firmware |
| 03:25:43 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
| 03:28:14 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 03:29:17 | TiMiD | amiconn: you will be happy with my next commit : 2kb firmware size reduction :P |
| 03:29:34 | TiMiD | on the recorder |
| 03:33:38 | XavierGr | wow |
| 03:33:49 | XavierGr | Hiyo TiMiD! |
| 03:35:50 | XavierGr | how can I add a file to my patch? |
| 03:36:15 | XavierGr | I type cvs diff -u > file but that will not add the new file to my patch. |
| 03:41:53 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 03:49:22 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 03:54:41 | | Join rubberglove [0] (n=cef8873e@labb.contactor.se) |
| 03:55:23 | rubberglove | hi all. i have a question about a compile error that has me confused |
| 03:56:27 | rubberglove | ipod_fw.c:28:19: errno.h: No such file or directory |
| 03:56:45 | rubberglove | ipod_fw.c:29:20: unistd.h: No such file or directory |
| 03:56:58 | rubberglove | but both files are there... |
| 03:57:16 | TiMiD | XavierGr: cvs add file, then cvs diff |
| 03:57:34 | TiMiD | rubberglove: you tried to compile for ipod ? |
| 03:57:54 | rubberglove | no. i was just running 'make' in the tools directory |
| 03:57:55 | TiMiD | (because all the other targets seems to work ) |
| 03:58:02 | TiMiD | hmm |
| 03:58:20 | rubberglove | same with the daily build and cvs |
| 03:58:28 | TiMiD | are youunder linux ? |
| 03:59:05 | rubberglove | nope. cygwin. the 'rockbox development kit' actually. |
| 03:59:18 | TiMiD | hmm I can't help you then |
| 03:59:19 | rubberglove | it works fine normally... |
| 04:00 |
| 04:00:00 | TiMiD | I just compiled it 30min go and everything was just fine |
| 04:00:14 | TiMiD | weell I'm gonna sleep |
| 04:00:17 | TiMiD | CU |
| 04:00:32 | XavierGr | bye |
| 04:00:50 | XavierGr | rubberglove I get the same errors on making the tools |
| 04:01:11 | XavierGr | just ignore those errors |
| 04:01:48 | rubberglove | ah.. cool. i sure don't need the ipod firmware patcher anyway... |
| 04:05:21 | XavierGr | TiMiD: It seems that the command you gave me needs access to the repository so... |
| 04:08:16 | | Quit rubberglove ("CGI:IRC (EOF)") |
| 04:32:50 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 04:33:46 | Paul_The_Nerd | So, I'm having a new and interesting problem. Sometimes when I hit next, a lossless .wv will report having a total length of 0:00 and not play. (Usually if I skip 2 or 3 songs) |
| 04:34:13 | Paul_The_Nerd | These songs play normally, and it's not consistent to when it will trip up |
| 04:46:49 | | Part Midgey34 |
| 04:58:59 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:21:05 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 05:22:07 | DBUG | Enqueued KICK Jungti1234 |
| 05:22:07 | * | Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(go to school) |
| 05:22:25 | | Quit HCl (Remote closed the connection) |
| 05:22:27 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
| 05:23:09 | | Quit markun (Remote closed the connection) |
| 05:23:16 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 05:33:10 | | Quit t0mas (Read error: 110 (Connection timed out)) |
| 05:41:55 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 06:00 |
| 06:58:21 | | Quit RotAtoR () |
| 06:59:03 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:00:22 | | Quit tvelocity ("Leaving") |
| 07:10:20 | | Quit goa (Read error: 104 (Connection reset by peer)) |
| 07:11:07 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 07:31:44 | | Join mashalla [0] (i=mashalla@p5498F114.dip.t-dialin.net) |
| 07:53:52 | | Quit mashalla () |
| 07:55:35 | XShocK | markun, sorry. i wasn't here. I made a code that reads and writes date and time ( it is a mild change in fmradio_i2c.c code for driver, to read out a register). |
| 07:57:30 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 07:58:12 | XShocK | so it displays time, date, but I haven't had yet intergrated clock into rockbox, it is just a menu item in debug_menu that show me the time and date |
| 08:00 |
| 08:01:52 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 08:03:30 | XShocK | i think it will not be hard at all to add ake-up functionality to iriver, it just requires an rtc chip with alarm, and also an amplifier(i supose rtc alarm aoutput is very weak.) .I guess a resistor + transistor will do the job of amplifying, and feed that signal to play button. |
| 08:05:18 | XShocK | i will try to find a replacement for my alarmless rtc with one with alarm. |
| 08:05:35 | XShocK | i don't really need that functionality, but will do it just for the sake of it. |
| 08:08:28 | Slasheri | i just might put a bluetooth chip inside the player so i could use cell phone for example to control it while it's inside pocket :) |
| 08:08:55 | XShocK | thats interesting. :)) |
| 08:09:42 | Slasheri | hehe :) and i have all necessary code ready.. jst need to find a good place for that chip |
| 08:15:21 | XShocK | yeah. putting chip inside might be a problem if you do it on pcboard. |
| 08:15:53 | XShocK | i made it on a pcboard, 1.5mm. it baery fit. |
| 08:16:06 | XShocK | s/baery/barely/ |
| 08:16:16 | Slasheri | the chip is quite small but too thick tu put under battery |
| 08:16:16 | XShocK | i ll go sleep. |
| 08:16:24 | Slasheri | good night :) |
| 08:16:33 | XShocK | night |
| 08:17:33 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 08:17:33 | * | Jungti1234 ´ÔÀÌ ºÎÀçÁß¿¡¼ µ¹¾Æ¿À¼Ì½À´Ï´Ù.(go to school) |
| 08:18:44 | Jungti1234 | hi everybody |
| 08:29:46 | | Join Sandking_ [0] (n=jacek@ogorek.akron.wroc.pl) |
| 08:34:44 | | Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7E15C.dip.t-dialin.net) |
| 08:35:55 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 08:41:20 | | Quit Sandking (Connection timed out) |
| 08:45:37 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 08:54:28 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 08:59:05 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:02:32 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 09:18:19 | | Join ansivirus__ [0] (n=ansiviru@adsl-68-88-68-17.dsl.rcsntx.swbell.net) |
| 09:20:04 | | Quit ansivirus_ (Read error: 110 (Connection timed out)) |
| 09:21:00 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
| 09:33:41 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 09:47:42 | preglow | markun: man, the crossfeed volume drop is really noticable |
| 09:48:03 | markun | preglow: yes, maybe time to look for some other filters.. |
| 09:48:29 | markun | I don't know how complex the shelving filters are |
| 09:48:43 | preglow | depends on how steep you want them to be |
| 09:48:56 | preglow | this'll break my asm opt :P |
| 09:49:15 | preglow | wanna try it out to see if it sounds the same, btw? i haven't bothered to wav write or anything |
| 09:49:31 | markun | ok |
| 09:50:19 | preglow | www.pvv.org/~thomj/rockbox/rockbox.iriver |
| 09:53:40 | | Join Kaggen [0] (n=kaggen@nl-67-135.netlogon.liu.se) |
| 09:53:48 | | Join webguest19 [0] (n=c2848364@labb.contactor.se) |
| 09:54:22 | markun | preglow: I think yours sounds louder, but I might be mistaken. |
| 09:54:27 | webguest19 | yeah ! i just saw the iriver h3xx daily bulids and only one yellow error !!! |
| 09:54:44 | webguest19 | i hope rockbox will launch on h3xx soon ! |
| 09:54:45 | | Quit Kohlrabi ("Leaving") |
| 09:57:33 | preglow | linus most certainly seems to do work on it these days |
| 09:57:53 | preglow | lets hope some other devs jump on it as well, then |
| 09:57:59 | preglow | markun: if so, then that's a bug |
| 09:58:08 | preglow | markun: but the crossfeeding in itself works ok? |
| 09:58:11 | B4gder | as soon as the bootloader hits the fan, I'm sure the h3x0 port will boom |
| 09:59:14 | | Join webguest45 [0] (n=3ef54246@labb.contactor.se) |
| 09:59:18 | markun | preglow: Yes, I think there is, really sounds louder, but it still sounds ok on the 1 song I tried so far. |
| 10:00 |
| 10:00:51 | | Quit webguest19 ("CGI:IRC") |
| 10:02:46 | | Quit webguest45 (Client Quit) |
| 10:05:39 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 10:06:01 | | Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 10:20:38 | | Join webguest01 [0] (n=dcfd62c5@labb.contactor.se) |
| 10:27:35 | | Quit webguest01 ("CGI:IRC") |
| 10:40:32 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 10:46:55 | | Join sublah [0] (n=non@dsl-203-113-239-246.SA.netspace.net.au) |
| 10:47:59 | | Quit sublah (Client Quit) |
| 10:48:49 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:49:10 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:49:18 | linuxstb | preglow: An interesting libfaad thread: http://sourceforge.net/mailarchive/forum.php?thread_id=8966669&forum_id=7131 |
| 10:49:33 | linuxstb | Seems like the ffmpeg people are very interested in writing their own AAC decoder, using libfaad only as a way to get documentation on the format. |
| 10:52:53 | preglow | now there's some remarkable news |
| 10:54:16 | preglow | let's just hope all their codecs are as nice as the flac one, heh |
| 10:54:30 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:55:06 | solexx | what are the "iriver h1x0 boot" build targets? |
| 10:55:32 | linuxstb__ | The bootloader - the small program that is patched into the original iriver firmware and then flashed into your player. |
| 10:56:17 | solexx | thx. Has it been updated recently for H120? |
| 10:56:34 | solexx | iow: is there any need to reflash? |
| 10:56:39 | linuxstb__ | preglow: They seem to have good intentions - i.e. writing small and efficient codecs. |
| 10:56:56 | Kaggen | Hi, I having some problems building m68k-bdm-1.30, I can't seem to get the includes correct, the best i've got is a ld-error otherwise it complains on missing header files. |
| 10:56:59 | linuxstb__ | So I'm sure it will be significantly better than libfaad if they do it. |
| 10:57:01 | Kaggen | Any ideas? |
| 10:57:43 | preglow | linuxstb__: is that a stated intention or just what it looks llike? |
| 10:57:46 | linuxstb__ | solexx: No, even developers only run official releases of the bootloader - i.e. the ones that Linus makes available on the Wiki page or are released as part of the fw patcher. |
| 10:58:31 | solexx | linuxstb__: thanks a lot |
| 10:58:58 | preglow | reads the word 'seem' |
| 10:59:00 | preglow | but yes |
| 10:59:05 | preglow | i haven't looked at any of their other codecs |
| 10:59:08 | linuxstb__ | preglow: From reading that thread, it seems one person has already started work on documenting the format, and the other developers seem keen on the idea. So I don't know if/when anyone will work on it. |
| 10:59:08 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:00:21 | linuxstb__ | No, I haven't really studied their other codecs either. But a RealAudio (cook) decoder was recently added to CVS. That could be interesting for people wanting to play webcasts on their Rockbox, but it's floating point. |
| 11:01:04 | preglow | ghah |
| 11:02:09 | amiconn | I do especially like the last sentence of the last comment: "I'm sure it could be implemented in less than 10% of the code that FAAD |
| 11:02:09 | amiconn | uses... |
| 11:02:16 | preglow | yep |
| 11:02:18 | preglow | and i believe them |
| 11:02:30 | linuxstb__ | That's exactly what they did with libFLAC. |
| 11:02:34 | preglow | and looking at what a cute little decoder they made for flac... i believe them |
| 11:03:05 | preglow | went from one of the slowest to our fastest codec |
| 11:03:13 | preglow | with only a simple optimisation |
| 11:03:16 | preglow | and some iram |
| 11:04:02 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 11:05:03 | wubbla | the FLAC decoder is rockbox's fastest one? |
| 11:05:06 | preglow | yes |
| 11:05:09 | wubbla | even faster than mpeg? |
| 11:05:11 | preglow | yes |
| 11:05:14 | preglow | by far |
| 11:06:06 | wubbla | wow |
| 11:06:27 | wubbla | so there should be space for optimizations in the mpeg-codec, right? :D |
| 11:07:15 | Kaggen | is it only Linus who have been working with the BDM? |
| 11:07:16 | preglow | yes, but most of the obvious stuff has been done |
| 11:07:20 | preglow | probably can be done better, though |
| 11:09:39 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 11:11:24 | preglow | there, optimised crossfeed, if anyone would care to compare its sound with the old one, please go ahead |
| 11:12:31 | preglow | amiconn: seems the gcc devs have taken the usual "let's pretend it's not there" route on your bug |
| 11:13:56 | | Join amiconn_ [0] (n=jens@p54BD4A40.dip.t-dialin.net) |
| 11:14:26 | preglow | i've seen that way too often |
| 11:16:11 | markun | preglow: the check in replaygain could also be moved out of the function |
| 11:16:45 | preglow | yes, i know |
| 11:16:49 | preglow | i'll deal with it later |
| 11:19:08 | wubbla | hm... i just cannot find any mpeg-decoder in apps/codecs ...?! |
| 11:19:14 | preglow | libmad? |
| 11:19:15 | | Part Kaggen |
| 11:19:17 | preglow | mpa.c ? |
| 11:19:28 | | Join Kaggen [0] (n=kaggen@nl-67-135.netlogon.liu.se) |
| 11:20:08 | wubbla | preglow: ah... sorry 'bout that :-) |
| 11:28:07 | wubbla | has anyone ever compared iRiver's original firmware with Rockbox's in terms of "sound-quality" and battery-life? |
| 11:31:03 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 11:31:03 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4A40.dip.t-dialin.net) |
| 11:31:39 | preglow | yes and yes |
| 11:32:02 | preglow | in terms of sound quality there have been done a couple of simple waveform based tests done via spdif recording |
| 11:32:12 | preglow | for most codecs apart from mp3, rockbox and iriver are essentially equal |
| 11:32:20 | preglow | mp3 differs somewhat more, but not much |
| 11:32:26 | preglow | as for battery life, i can't remember |
| 11:32:30 | preglow | roughly equal |
| 11:33:06 | markun | any idea what causes the difference for mp3? According to the libmad site it should be very accurate |
| 11:33:10 | wubbla | so, mp3 was better on rockbox? |
| 11:36:10 | preglow | markun: probably bugs and simplifications thanks to optimising |
| 11:36:18 | preglow | wubbla: slightly worse |
| 11:36:48 | preglow | i can probably have it more precise, but that would mean sacrificing performance |
| 11:38:09 | preglow | and i'm actually even not willing to do it before someone shows me some blind-test that proves it's audible |
| 11:38:14 | preglow | performance is king |
| 11:38:36 | Zagor | preglow: now that you've revealed it, the hordes will come stomping :-) |
| 11:38:47 | preglow | hopefully with abx tests in hand! |
| 11:39:30 | wubbla | hehe |
| 11:41:53 | | Join Lost-ash [0] (i=ashridah@220-253-121-144.VIC.netspace.net.au) |
| 11:42:25 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 11:42:56 | preglow | now back to some ipod work |
| 11:45:58 | linuxstb__ | preglow: What are you working on? Interrupts? |
| 11:46:22 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:47:07 | preglow | i'll just see what i can do in crt0.s |
| 11:47:23 | preglow | i still haven't got much overview over what needs doing on the interrupt front |
| 11:48:18 | preglow | i've never actually set up interrupts from scratch before |
| 11:48:24 | preglow | just hooked existing ones, etc |
| 11:48:39 | preglow | and this is arm, besides |
| 11:48:46 | preglow | but, i guess ipl has what's needed |
| 11:52:37 | | Join ep0ch| [0] (n=ep0ch|@195-112-29-86.dyn.gotadsl.co.uk) |
| 11:54:13 | ep0ch| | i don't think the mp3 output issue is audible at all |
| 11:54:58 | ep0ch| | but we're only accurate to about 11.5 bits |
| 11:55:39 | ep0ch| | i might try some different mp3s like low bitrate cbr etc and see if i can spot a differene |
| 11:57:02 | ep0ch| | if i were to play a 22khz file via optical out, does the rockbox resampler kick in, or does the optical out do native 22khz? |
| 12:00 |
| 12:00:24 | preglow | 11.5 bits? |
| 12:00:29 | preglow | that's got to be wrong |
| 12:00:36 | preglow | ep0ch|: resampler kicks in |
| 12:00:42 | ep0ch| | well the difference was about +/-20 |
| 12:00:55 | ep0ch| | which is about 4.5 bits |
| 12:01:05 | preglow | ep0ch|: spdif doesn't even support 22khz |
| 12:01:10 | ep0ch| | preglow: ok |
| 12:01:12 | preglow | then i've clearly done something wrong in optimising |
| 12:01:24 | linuxstb | preglow: I'm thinking that we should perhaps not byte-swap the framebuffer, but just leave it in native format - I think this will make it easier to share code (and perhaps more importantly, bitmaps) with the H300. I'm not sure if that optimisation is worth the inconvenience it causes. |
| 12:02:17 | preglow | byteswap? |
| 12:02:23 | preglow | do we byteswap the framebuffer? |
| 12:02:36 | XavierGr | hmm made my first battery test with my plugin. Results were dissapointed. Though Istarted the test with battery at 50 % |
| 12:02:44 | linuxstb | Because the lcd_update function needs to send a big-endian word to the LCD driver. |
| 12:03:07 | XavierGr | also runtime results agree with the plugin. |
| 12:03:10 | | Join webguest93 [0] (n=3e418ed5@labb.contactor.se) |
| 12:03:12 | preglow | linuxstb: any reason why we just don't plain switch endianness? arm does allow us to do so |
| 12:03:43 | linuxstb | I think the ARM is less efficient in big-endian mode - but I've got no solid evidence to back that up. |
| 12:03:47 | preglow | should be no difference if you ask me. the endianness change only affects the memory interface |
| 12:03:51 | XavierGr | http://pastebin.com/430165 |
| 12:03:56 | | Quit webguest93 (Client Quit) |
| 12:04:04 | | Join webguest40 [0] (n=3e418ed5@labb.contactor.se) |
| 12:04:04 | XavierGr | here is the benchmark results if anyone is interested |
| 12:04:19 | preglow | internally it should be very simple to implement |
| 12:04:59 | ep0ch| | XavierGr: i;m interested |
| 12:05:09 | ep0ch| | thats just over 6hrs with 50% |
| 12:05:27 | ep0ch| | i think it would be nice if the log file also wrote the battery size in there :) |
| 12:05:35 | XavierGr | yes but with a 1900mAh battery |
| 12:05:38 | preglow | XavierGr: what codec? |
| 12:05:50 | XavierGr | mp3 192kbps |
| 12:05:55 | ep0ch| | :s |
| 12:05:56 | XavierGr | mostly |
| 12:06:02 | XavierGr | this test is not so good |
| 12:06:03 | preglow | weird |
| 12:06:11 | XavierGr | I will try again |
| 12:06:20 | preglow | but in my experience it takes longer for a battery to go to 50% than from 50% to 0 |
| 12:06:28 | XavierGr | cause I let the player play and it skipped foldres and such |
| 12:06:39 | XavierGr | so it may have played other codecs too. |
| 12:06:43 | preglow | well |
| 12:06:49 | preglow | you should always repeat a large album |
| 12:06:49 | ep0ch| | XavierGr: is this plugin available to others to test? |
| 12:06:58 | XavierGr | yes of course |
| 12:07:25 | XavierGr | I say that on the comments too, and I was the first to break that rule, lol |
| 12:07:39 | amiconn | XavierGr: Do you use sleep() in your battery log thread? |
| 12:07:56 | XavierGr | hmm no |
| 12:08:13 | preglow | then it probably eats a lot of battery |
| 12:08:13 | XavierGr | I just scan for disk activity |
| 12:08:31 | XavierGr | but I yield every time |
| 12:08:37 | XavierGr | or it doesn't matter? |
| 12:08:41 | amiconn | yes |
| 12:08:47 | amiconn | It does matter |
| 12:08:52 | preglow | why do you scan for disk activity? |
| 12:08:57 | amiconn | If nothing to do you should use sleep() |
| 12:09:06 | XavierGr | then someone will have to say to me when to call a sleep. |
| 12:09:07 | preglow | right, to avoid spinning up the disk |
| 12:09:19 | XavierGr | I will pastebin the code. |
| 12:09:25 | amiconn | preglow: There is (currently) no interface in the ata driver that actively reports activity |
| 12:09:50 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 12:09:58 | amiconn | XavierGr: I place of rb->yield() just use rb->sleep(HZ/10) |
| 12:10:16 | preglow | well, you can probably just sleep for long amounts of time |
| 12:10:18 | amiconn | I'm quite sure that checking every 1/10 s is enough to catch a spinup |
| 12:10:21 | preglow | at least a number of seconds |
| 12:10:58 | preglow | as is now your plugin probably uses a little amount of power itself |
| 12:10:59 | XavierGr | 1/10 seconds that's too fast. |
| 12:11:18 | XavierGr | the disk spin minimum is 3 sconds |
| 12:11:41 | preglow | then hooray, sleep for a couple of seconds |
| 12:11:53 | preglow | your plugin should have very little overhead in that case |
| 12:12:00 | amiconn | One second should be sufficient |
| 12:12:18 | amiconn | ...just to make sure not to miss a spinup |
| 12:12:26 | XavierGr | so you say to change the yields in the thread with sleeps? Ok got it |
| 12:12:52 | amiconn | The point is that as long as not al threads are sleeping, the scheduler cannot use the sleep instruction of the cpu |
| 12:13:17 | amiconn | XavierGr: Probably not all yields, just the one in the loop that checks for disk activity |
| 12:14:05 | XavierGr | well it is one yield inside this loop |
| 12:15:37 | preglow | sleeps wont happen anyway when you use codecs |
| 12:16:51 | linuxstb | Why not? |
| 12:17:04 | XavierGr | I could always set the amount of sleep from the configuration file (spin disk time - 2) |
| 12:17:31 | preglow | linuxstb: because the codec plugins themselves never sleep |
| 12:18:48 | linuxstb | Doesn't the pcmbuf_insert_split() block - meaning the codec thread is sleeping? |
| 12:18:52 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-144.VIC.netspace.net.au) |
| 12:19:11 | preglow | no, it means it's yielding |
| 12:19:23 | preglow | ybkess that function sleeps, of course |
| 12:19:26 | preglow | haven't checked that |
| 12:20:41 | preglow | unless, even |
| 12:20:58 | Slasheri | it sleeps |
| 12:21:09 | Slasheri | at least it should sleep :) |
| 12:21:14 | preglow | goodie |
| 12:21:26 | preglow | Slasheri: btw, there's a bug report on the forum |
| 12:21:35 | | Quit webguest40 ("CGI:IRC (EOF)") |
| 12:21:42 | linuxstb | I think it does sleep - see line 313 of playback.c |
| 12:21:43 | Slasheri | preglow: hmm, i will check later |
| 12:21:55 | Slasheri | no 150km away from workstation :) |
| 12:21:59 | Slasheri | +w |
| 12:22:00 | linuxstb | That's the loop waiting for there to be space in the output buffer. |
| 12:24:02 | | Join mashalla [0] (i=mashalla@p5498F114.dip.t-dialin.net) |
| 12:31:08 | XavierGr | ok can someone say to me how to add a file to my patch? |
| 12:31:43 | XavierGr | I mean I type cvs diff -u > file but this will output all the changes to files that already exist in cvs |
| 12:32:26 | _FireFly_ | with cvs add but for this you must have write access to cvs |
| 12:32:50 | XavierGr | yes that was told by timid yesterday |
| 12:33:00 | _FireFly_ | the normal diff has an option −−new-file but this isn't supported from cvs dff |
| 12:33:02 | XavierGr | so I can't right? |
| 12:33:26 | linuxstb | Just do a normal diff between two directories - instead of using "cvs diff". |
| 12:33:28 | _FireFly_ | you can if you make a diff localy between two local copies |
| 12:33:42 | XavierGr | ok then shoot |
| 12:33:52 | XavierGr | just add a −−new-file handler? |
| 12:34:39 | _FireFly_ | yepp it's a option of diff |
| 12:35:06 | _FireFly_ | simply diff -u −−new-file org-dir patched-dir |
| 12:35:20 | _FireFly_ | all new files in patched-dir will be added to the diff |
| 12:35:25 | XavierGr | ok thanks |
| 12:39:27 | _FireFly_ | in svn it is possible to use a external diff command to generate diffs and no network access is needed :) |
| 12:39:48 | preglow | good, good! now go annoy bagder about it! |
| 12:40:14 | _FireFly_ | preglow do you mean me ?? |
| 12:40:19 | preglow | anyone :P |
| 12:40:24 | preglow | he already knows i want svn |
| 12:40:28 | _FireFly_ | :) |
| 12:41:13 | ep0ch| | how can i compile without remote support? |
| 12:41:22 | _FireFly_ | ?? |
| 12:41:29 | preglow | you need to hack a header |
| 12:41:36 | preglow | why do you want to do that, btw? |
| 12:41:39 | ep0ch| | (i dont use the remote) |
| 12:41:50 | ep0ch| | and want rockbox lean and mean :) |
| 12:42:06 | _FireFly_ | maybe we should add an function which returns if remote is connected or not |
| 12:42:38 | _FireFly_ | and use this function to determine if the screen-access functions should call any remote-lcd functions |
| 12:43:47 | preglow | ep0ch|: apps/screen_access.h |
| 12:43:54 | preglow | ep0ch|: line 34, change the 2 to 1 |
| 12:43:55 | ep0ch| | HAVE_REMOTE_LCD? |
| 12:43:59 | preglow | ep0ch|: untested, that should work |
| 12:44:03 | ep0ch| | ok |
| 12:44:12 | preglow | you could also undefine HAVE_REMOTE_LCD, yes |
| 12:44:32 | _FireFly_ | it should work if only HAVE_REMOTE_LCD is unset |
| 12:44:38 | preglow | yes |
| 12:44:51 | preglow | and that's probably defined in config-h100.h |
| 12:44:51 | _FireFly_ | because the value of NB_SCREENS depends of HAVE_REMOTE_LCD |
| 12:45:00 | _FireFly_ | yepp |
| 12:45:04 | ep0ch| | where is HAVE_REMOTE_LCD defined? |
| 12:45:12 | preglow | ep0ch|: read a couple of lines up ;) |
| 12:46:04 | | Join Febs [0] (n=cfac7a51@labb.contactor.se) |
| 12:46:21 | amiconn | _FireFly_: The remote lcd drawing (to the remote framebuffer) also needs to be done when the remote is not connected |
| 12:46:35 | ep0ch| | i was thinking there would be one big file in rockbox with lots of defines |
| 12:46:57 | amiconn | Rockbox doesn't know beforehand when it will be connected |
| 12:47:27 | preglow | i've been wondering, currently the remote and unit is always in the same state, yes? would it be easy/feasible to make it possible for the two to be in different states? |
| 12:47:27 | _FireFly_ | amiconn this could be always be done but no lcd-update or other lcd-calls which will change direktly somthing on the remote-lcd |
| 12:47:34 | preglow | for example one in wps, the other in filetree |
| 12:47:54 | _FireFly_ | with my wps-widget it is possible only some modification are needed |
| 12:48:02 | _FireFly_ | in my widget |
| 12:48:12 | preglow | currently it seems the two share button handlers, that would obviously need to change |
| 12:48:15 | _FireFly_ | but then we need two seperate gui-threads for this |
| 12:48:28 | _FireFly_ | and button handler |
| 12:48:55 | amiconn | _FireFly_: If you had a look at the remote lcd driver, you would know that's what it does |
| 12:49:10 | amiconn | lcd_update() does immediately return when the remote is not connected |
| 12:49:49 | amiconn | lcd_remote_update() even |
| 12:51:03 | _FireFly_ | but what is when the remote was plugged in on boot but after then removed ?? then is remote_initialized=true |
| 12:51:19 | amiconn | nope |
| 12:52:14 | amiconn | check remote_tick(), line 467 |
| 12:54:05 | _FireFly_ | maybe i'm stupid but this won't be get true : |
| 12:54:05 | _FireFly_ | if (countdown >= 0) |
| 12:54:05 | _FireFly_ | countdown−−; |
| 12:54:05 | DBUG | Enqueued KICK _FireFly_ |
| 12:54:05 | _FireFly_ | if (countdown == 0) |
| 12:54:07 | _FireFly_ | if (countdown >= 0) |
| 12:54:30 | _FireFly_ | forget it |
| 12:54:37 | _FireFly_ | i'm stupid :) |
| 12:54:53 | | Join alThor [0] (n=michael@nl-67-230.netlogon.liu.se) |
| 12:55:54 | _FireFly_ | but not all lcd-function check if the remote is plugged in |
| 12:56:39 | | Part Kaggen |
| 12:56:51 | preglow | they shouldn't |
| 12:56:59 | preglow | just lcd_remote_update, afaik |
| 12:57:21 | amiconn | All functions which access the hardware should (and do) that |
| 12:57:45 | amiconn | The drawing functions must not |
| 12:57:58 | _FireFly_ | what about lcd_remote_backlight_on |
| 12:58:19 | markun | any idea which chip the Toshiba Gigabeat X30 uses? |
| 12:58:31 | amiconn | There it's not worth to check, it just sets a port bit |
| 12:58:49 | amiconn | It's not exactly an lcd driver function either |
| 12:58:49 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 12:59:10 | *** | Saving seen data "./dancer.seen" |
| 12:59:12 | _FireFly_ | ok |
| 12:59:29 | | Join kaggen_ [0] (n=kaggen@nl-67-135.netlogon.liu.se) |
| 12:59:45 | | Quit kaggen_ (Client Quit) |
| 12:59:46 | | Join kaggen_ [0] (n=kaggen@nl-67-135.netlogon.liu.se) |
| 12:59:58 | | Nick kaggen_ is now known as kaggen (n=kaggen@nl-67-135.netlogon.liu.se) |
| 13:00 |
| 13:01:01 | B4gder | markun: it sure looks as if it could be a coldfire one |
| 13:01:16 | _FireFly_ | the only bug which i had descovered is when you plug-in the remote-plug only half and then complete the remote-lcd stays blank |
| 13:01:21 | B4gder | so many similarities with h3x0 and x5 |
| 13:03:38 | | Quit mashalla (Read error: 104 (Connection reset by peer)) |
| 13:04:20 | amiconn | _FireFly_: Yes, that's because the driver tries to init too early. I haven't found a solution for this problem yet |
| 13:05:03 | amiconn | Hmm, maybe there is one, just can't test it now... |
| 13:05:52 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 13:05:52 | * | preglow has a 1500 line patch for libmusepack |
| 13:05:53 | _FireFly_ | it would be nice if we could determine if a call to the remote is really executed on the remote |
| 13:05:59 | preglow | anyone remember me saying i wouldn't work on libmusepack? i sure don't |
| 13:06:15 | amiconn | _FireFly_: We can't. The data transfer is write only |
| 13:06:43 | _FireFly_ | yeah but it would be nice if this would work |
| 13:07:27 | _FireFly_ | i had tested a little bit about this and found out, that the command is simply echoed from the output to the input when no remote is connected |
| 13:07:41 | _FireFly_ | it seams to me |
| 13:07:45 | markun | B4gder: couldn't find any information with google so far |
| 13:07:53 | ep0ch| | who knows about gui\list.c? |
| 13:07:53 | B4gder | me neither |
| 13:08:03 | ep0ch| | regarding the remote |
| 13:08:09 | B4gder | their firmware upgrade is *huge* |
| 13:08:12 | | Quit kaggen ("Leaving") |
| 13:08:16 | B4gder | 13.5MB bin file |
| 13:08:23 | amiconn | _FireFly_: This echo will most likely also happen when the remote is plugged |
| 13:08:38 | _FireFly_ | ep0ch| TiMiD has coded it but just ask maybe i can help you |
| 13:09:00 | Zagor | B4gder: !!! |
| 13:09:14 | Zagor | new version of the demo tunes? |
| 13:09:14 | B4gder | gb2010ASfwup.bin: romfs filesystem, version 1 13911104 bytes, named ROM Disk. |
| 13:09:18 | B4gder | !! |
| 13:09:33 | B4gder | linux? |
| 13:09:33 | Zagor | wow |
| 13:09:38 | ep0ch| | _FireFly_: I'm trying to compile without remote support on the ihp, so i've change the firmware/export config file to reflect this |
| 13:09:47 | | Join justsomeperson [0] (n=92a9191c@labb.contactor.se) |
| 13:09:47 | preglow | open it! |
| 13:09:50 | preglow | mount it! |
| 13:10:04 | B4gder | and look at this: |
| 13:10:10 | B4gder | file update.sh |
| 13:10:10 | B4gder | update.sh: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped |
| 13:10:12 | _FireFly_ | the list uses the screen struct of screen-access |
| 13:10:19 | ep0ch| | _FireFly_: however in list.c i get compile errors because SCREEN_REMOTE is undeclared |
| 13:10:21 | preglow | hahah |
| 13:10:26 | B4gder | (also part of their update firmware package) |
| 13:10:38 | _FireFly_ | so if you unset HAVE_REMOTE_LCD so NB_SCREENS is 1 so no remote |
| 13:10:46 | ep0ch| | ok |
| 13:10:48 | preglow | who needs specs when they hand it to you on a plate anyway |
| 13:11:07 | _FireFly_ | ep0ch| then this is a bug |
| 13:11:24 | B4gder | well, we don't know which arm |
| 13:11:54 | ep0ch| | ok, i'll see if i can get it to work nicely |
| 13:11:55 | * | B4gder does the strings game |
| 13:12:20 | B4gder | now that is fun |
| 13:12:35 | B4gder | glibc 2.2.5, gcc 2.95.3 ;-) |
| 13:13:03 | markun | http://www.arm.com/markets/mobile_solutions/armpp/811.html |
| 13:13:09 | B4gder | funny, but I can't find any pointers to the source code |
| 13:13:28 | _FireFly_ | ep0ch| simple cover the defines for the remote-buttons which #ifdef HAVE_REMOTE_LCD |
| 13:13:30 | Zagor | how surprising... |
| 13:13:30 | _FireFly_ | in list.h |
| 13:13:37 | preglow | B4gder: a simple instruction search should verify if it's arm 5e or later, at least |
| 13:13:53 | B4gder | yes I guess |
| 13:14:04 | B4gder | I could mount the file and scan |
| 13:14:11 | | Nick alThor is now known as rand_althor (n=michael@nl-67-230.netlogon.liu.se) |
| 13:14:25 | | Join kaggen [0] (n=kaggen@nl-67-135.netlogon.liu.se) |
| 13:14:29 | _FireFly_ | s/which/with |
| 13:14:33 | ep0ch| | _FireFly_: is it better to do this in list.h? |
| 13:14:48 | ep0ch| | for the LIST_RC_* defines |
| 13:15:02 | _FireFly_ | i mean that :) |
| 13:15:24 | B4gder | putting a different romfs on an x30 shouldn't be that hard then I guess ;-) |
| 13:15:25 | ep0ch| | :) |
| 13:16:21 | _FireFly_ | [13:13] <_FireFly_> ep0ch| simple cover the defines for the remote-buttons which #ifdef HAVE_REMOTE_LCD |
| 13:16:21 | _FireFly_ | [13:13] <_FireFly_> in list.h |
| 13:16:35 | _FireFly_ | ^^ :) |
| 13:16:39 | preglow | b4gder: is this a new player? |
| 13:17:04 | B4gder | I don't know, I've never heard of it before markun mentioned it |
| 13:17:14 | Zagor | yes it's new |
| 13:17:38 | Zagor | released in japan in september. |
| 13:17:42 | B4gder | http://www.gigabeat.com/ for an insane flash-orgy site about it |
| 13:17:47 | markun | But there are other Toshiba players like F20, maybe they are more or less the same |
| 13:17:59 | preglow | macromedia still hasn't made a 64 bit flash plugin |
| 13:18:01 | B4gder | they are available with 60GB 1.8" |
| 13:18:13 | B4gder | http://tacp.toshiba.com/tacpassets-images/models/MEG-F60s/docs/meg-f60s_spec.pdf |
| 13:18:42 | B4gder | "28 user selectable equalizers" |
| 13:18:43 | B4gder | wooooo |
| 13:18:45 | B4gder | ;-) |
| 13:18:45 | Zagor | B4gder: yeah, it's their own disks so you'd somewhat expect that :-) |
| 13:18:57 | B4gder | yes, no surprise there |
| 13:19:05 | preglow | which reminds me |
| 13:19:13 | preglow | i was considering commiting an eq soon |
| 13:19:19 | preglow | without shelving filters |
| 13:19:21 | markun | Maybe they will be the first with a single platter 40 gb then too.. |
| 13:19:26 | Zagor | "GB means one billion bytes when referring to hard drive storage capacity." |
| 13:19:42 | Zagor | i love that |
| 13:20:35 | Zagor | "Toshiba announced today another Gigabeat player, with a 30GB hard disk. This player manages to be 20% smaller than it's previous generation, F Series, and features a screen with a resolution of 240 x 320." |
| 13:20:55 | Zagor | oh |
| 13:21:07 | Zagor | "will be available in Piano Black, Pure White and Crimson Red in Japan, on October 22" |
| 13:21:11 | Zagor | very new, then |
| 13:21:23 | B4gder | their 40GB is as thin as their 10GB |
| 13:21:27 | preglow | time to warm up some gpl zealots on the missing source |
| 13:21:30 | preglow | that should make our job pretty easy |
| 13:21:32 | B4gder | hinting it is a single platter |
| 13:21:44 | B4gder | or thick 10GB version |
| 13:21:53 | B4gder | 5/8" |
| 13:22:13 | B4gder | or possibly wrong spec sheet of course |
| 13:22:56 | markun | I can't find for which gigabeat this firmware is: http://www.gigabeat.com.tw/toshiba_3.html |
| 13:22:57 | B4gder | at least the 60GB is claimed to be thicker, 3/4" |
| 13:23:42 | B4gder | I download my version here: http://www.toshiba.com.hk/eng/download/list.asp |
| 13:24:22 | B4gder | I am a "HKSAR End-user" ;-) |
| 13:26:24 | B4gder | strings gb2010ASfwup.bin | grep -i "free software" |
| 13:26:24 | B4gder | # Copyright (C) 1996-2001, 2002 Free Software Foundation, Inc. |
| 13:26:32 | B4gder | :-] |
| 13:28:01 | linuxstb | B4gder: Where did you get the .bin file from ? I only got an .exe file. |
| 13:28:14 | B4gder | I ran that |
| 13:28:22 | B4gder | it extracts 4 files |
| 13:28:38 | B4gder | I can make them available if you wanna have a look |
| 13:28:54 | linuxstb | It's OK. Wine did the job. |
| 13:29:22 | B4gder | I'll upload them anyway, in case someone else wants to play |
| 13:30:03 | markun | yes, wine worked fine |
| 13:30:34 | linuxstb | "strings" give a _lot_ of information. Looks like all the symbols are still there. |
| 13:30:39 | B4gder | there http://daniel.haxx.se/x30/ |
| 13:30:52 | linuxstb | libm seems to be there. |
| 13:32:07 | linuxstb | You can mount the .bin file using "mount -o loop -t romfs" to see the filesystem. |
| 13:34:27 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 13:36:49 | linuxstb | The firmware update itself seems to be in some .DAT files - and they look like they are encrypted. |
| 13:38:18 | ep0ch| | i think the settings menu needs a DSP menu |
| 13:38:26 | ep0ch| | its crowded in there |
| 13:38:31 | linuxstb | But it looks like you could execute code by making it pretend to be a firmware updater. |
| 13:38:59 | markun | linuxstb: yes, that would be a nice trick |
| 13:39:05 | linuxstb | There seems to be a binary LCD driver in an unstripped .o file as well - legna-lcd-gb4.o |
| 13:39:24 | linuxstb | So that should be very easy to reverse. |
| 13:41:16 | preglow | ep0ch|: i agree |
| 13:42:21 | | Quit justsomeperson ("CGI:IRC") |
| 13:46:04 | linuxstb | markun: Are you planning a Rockbox port to that new Toshiba then? :) |
| 13:46:17 | markun | Hmm.. :) |
| 13:46:37 | B4gder | go go go |
| 13:46:39 | B4gder | ;-) |
| 13:46:42 | markun | It would be a nice candidate I think :) |
| 13:47:23 | markun | But it's not for sale here I guess. |
| 13:48:03 | markun | Let's hope they don't go out of production by the time the port is finished.. |
| 13:48:13 | linuxstb | Why break with tradition? |
| 13:48:14 | B4gder | http://www.pricerunner.com/sound-and-vision/personal-audio/mp3-players/364511/prices |
| 13:48:27 | ep0ch| | :) |
| 13:48:57 | ep0ch| | so basically your doing the ipod port to kill it off, good plan :) |
| 13:49:09 | linuxstb | hehe. |
| 13:49:33 | markun | B4gder: The single platter 40gb is the F40? |
| 13:50:02 | B4gder | gigabeat.com only shows one 40gb one |
| 13:50:06 | B4gder | F40S |
| 13:50:49 | linuxstb | I'm assuming that if you write a Linux application to run on the Toshiba, then it could gain control of the whole device and start another kernel - i.e. Rockbox? |
| 13:51:11 | B4gder | an application can't do that |
| 13:51:29 | linuxstb | What about uclinux? |
| 13:51:47 | B4gder | right, in uclinux it should be possible I guess |
| 13:52:47 | B4gder | "Warning: Do not operate the product while walking," |
| 13:52:59 | linuxstb | ? |
| 13:53:07 | Zagor | haha |
| 13:53:39 | markun | Look at the traffic, not your device is maybe what they want to say |
| 13:53:45 | linuxstb | No GPL/LGPL text anywhere then? |
| 13:55:04 | B4gder | "You may fall or cause a traffic accident," |
| 13:55:06 | B4gder | not that I've seen |
| 13:55:08 | B4gder | I'm reading the user's manual now |
| 13:55:36 | ep0ch| | how can i do a cvs up which will overwrite my local changes? |
| 13:57:00 | preglow | you may fail |
| 13:57:01 | preglow | hahaha |
| 13:57:24 | B4gder | ep0ch|: Use the `-C' option to overwrite locally modified files with clean copies from the repository |
| 13:57:42 | ep0ch| | ta |
| 14:00 |
| 14:02:12 | | Quit ashridah ("Leaving") |
| 14:03:54 | linuxstb | The Toshiba HDD Audio Player uses built-in software components distributed as free software according to end-user license agreements set forth by third parties or copyright notices. For information about specific agreements on these software components, please read the attached License Information regarding Software Used on Toshiba HDD Audio Players . |
| 14:04:11 | markun | B4gder: Does it have a clock? |
| 14:04:28 | linuxstb | That's a quote from the license document - but there is no "attached License Information" |
| 14:04:42 | B4gder | I don't spot any mention of a clock |
| 14:05:01 | B4gder | my acroread crashed so I stopped reading that ;-) |
| 14:05:13 | Zagor | linuxstb: maybe you get it in the accompanying papers when you buy it |
| 14:06:57 | linuxstb | I found some info at the end of the user manual PDF. It refers to the GPL and LPGL licensed components (kernel, glibc) and copies of the licenses are on the CDROM. |
| 14:07:09 | ep0ch| | _FireFly_: i'll put my patch in the tracker, that fixes not having remote defined, just changes two files |
| 14:09:09 | linuxstb | markun: Go shopping :) |
| 14:13:58 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
| 14:17:56 | ep0ch| | please can someone kill patch 1357357 in sourceforge (i didnt press the tickbox to upload a file) |
| 14:18:51 | preglow | can't you upload one after having submitted it? |
| 14:19:38 | ep0ch| | ahh didnt think of that, still i have two entries in SF |
| 14:22:23 | ep0ch| | heh or i could just delete it myself :) |
| 14:25:21 | | Join MrShlee [0] (i=BIGKING@58-84-64-179.dial-lns1.sa.chariot.net.au) |
| 14:27:28 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 14:27:32 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:30:29 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
| 14:37:44 | | Quit MrShlee ("Changed by popular Request - "I am the heart of your darkness, you stinking oompa-loompa morons!"") |
| 14:40:58 | | Quit kaggen ("Leaving") |
| 14:41:29 | preglow | what the hell |
| 14:41:41 | preglow | when i try mpc.codec from the bleeding build, i just get noise |
| 14:42:24 | ep0ch| | fine here |
| 14:42:52 | ep0ch| | (but i did my own compile) |
| 14:43:08 | preglow | could you just try the one in the last bleeding edge one? |
| 14:43:18 | preglow | i can't get it to behave coherently here |
| 14:43:24 | ep0ch| | ok |
| 14:43:29 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:44:18 | ep0ch| | not having remote support knocks nearly a whole 10k off rockbox.iriver |
| 14:44:39 | preglow | i refuse to believe haven't pointed this out by now |
| 14:44:42 | preglow | people |
| 14:46:15 | ep0ch| | latest bleeding edge is good on mpc |
| 14:46:24 | preglow | so i must be doing something wrong, then |
| 14:46:41 | preglow | i'm just testing my latest musepack changes |
| 14:47:21 | ep0ch| | any chance you could put some random stuff into iram for mp3 and vorbis |
| 14:47:38 | | Join webguest16 [0] (n=51e9194e@labb.contactor.se) |
| 14:48:46 | webguest16 | as i can se on the h3xx wiki page you have managed to make a firmware for h3xx :D just the bootloader to finish and then it will be realesed ? or? |
| 14:49:01 | B4gder | "released" ? |
| 14:49:16 | B4gder | not even the h1x0 version has been released |
| 14:49:30 | B4gder | usable: yes, released: no |
| 14:49:35 | preglow | ep0ch|: i'd rather put some important stuff there |
| 14:49:37 | webguest16 | yeah but a version the we can run on the h3xx:D |
| 14:49:45 | preglow | ep0ch|: i'll look into it some day |
| 14:50:47 | webguest16 | just the bootloader and 1 error left until we can run it on h3xx ? |
| 14:51:06 | B4gder | "just" that, yes |
| 14:51:06 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 14:51:12 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:51:40 | webguest16 | haha ;) will the bootloader take long then? |
| 14:52:19 | B4gder | the bootloader has always been what we're waiting for for h3x0 |
| 14:52:25 | B4gder | its been so for many months |
| 14:52:46 | webguest16 | yeah but you have also eliminated all the error in this months:D |
| 14:52:55 | B4gder | they were never the problem |
| 14:53:16 | B4gder | I mean, not the big problem |
| 14:53:59 | webguest16 | but as i can se linus can run the startup screen on the h3xx so the bootloader can be that far away now? |
| 14:54:19 | B4gder | I don't know |
| 14:54:20 | XavierGr | http://sourceforge.net/tracker/index.php?func=detail&aid=1357370&group_id=44306&atid=439120 |
| 14:54:22 | XavierGr | well there it goes |
| 14:54:34 | XavierGr | Battery Benchmark plugin is now on Patchtracker |
| 14:54:56 | XavierGr | Please test it if you are interested, it can become valuable at times |
| 14:55:12 | preglow | ep0ch|: there's some good iram usage for you! |
| 14:55:18 | preglow | unfortunately, no one uses layer 1 files |
| 14:57:22 | XavierGr | oh ep0ch, I remember you said that you were interested. So please if you have some time please try it, and tell me about it. |
| 14:58:05 | XavierGr | Also, linuxstb_: If you are going to make some benchmarks again for any of the codecs, please use it to see credibility. |
| 14:58:06 | | Quit webguest16 ("CGI:IRC") |
| 14:58:31 | XavierGr | Currently I charge mine and will test first thing first. |
| 14:59:12 | *** | Saving seen data "./dancer.seen" |
| 14:59:17 | linuxstb__ | XavierGr: It would be useful to do some tests with and without your plugin - we don't want a battery monitor that causes Rockbox to use more power. |
| 14:59:34 | XavierGr | of course! |
| 14:59:58 | XavierGr | I will do such a test and let you know. |
| 15:00 |
| 15:06:03 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 15:06:22 | ep0ch| | XavierGr: i'll look at it |
| 15:06:23 | linuxstb__ | preglow: Is "swab32" (i.e. swap bytes 0 & 1 and bytes 2 & 3 in a 32-bit word) an easy operation to do on the ARM? |
| 15:08:47 | ep0ch| | XavierGr: does it write the battery size into the log file, it would be useful when comparing results |
| 15:09:10 | preglow | linuxstb__: yes, with the rev instruction |
| 15:09:13 | preglow | i think we've got that |
| 15:10:02 | preglow | the sheet i've got says it's a rev 6 instructio |
| 15:10:03 | preglow | n |
| 15:10:40 | TiMiD | ep0ch|: if you don't want remote, compile with logf support, this disables the remote |
| 15:11:02 | TiMiD | or just define NB_SCREENS to 1 in screen_access.h |
| 15:11:57 | TiMiD | changing it in list.h would be odd |
| 15:11:57 | ep0ch| | TiMiD: i've changed the export/config-h120.h and submitted a patch as it didnt compile |
| 15:12:06 | amiconn | linuxstb__: I'd rather leave the optimisation in (different byte order in framebuffer) |
| 15:12:15 | preglow | markun: it looks like my asm optimised crossfeed is very efficient |
| 15:12:31 | preglow | markun: at least judging by the boost percentage |
| 15:13:35 | | Quit nevs27 (Connection reset by peer) |
| 15:13:57 | linuxstb__ | preglow: Looks like REV16 will do exactly what is needed. |
| 15:14:40 | preglow | linuxstb__: it will, if we've got it |
| 15:15:00 | TiMiD | amiconn: nearly 2kb binary size decrease with the incoming multi-screen playlist viewer |
| 15:15:57 | linuxstb__ | amiconn: I'm thinking that if we write an assembler optimised lcd_update, then the overhead will be minimal. But I'm still undecided. |
| 15:16:15 | preglow | anyone here with some mpc files that want to test a faster decoder? |
| 15:16:22 | ep0ch| | go on |
| 15:16:43 | ep0ch| | i have a benchmark of boost ratio for what it once was |
| 15:16:43 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 15:17:06 | preglow | www.pvv.org/~thomj/rockbox/mpc.codec |
| 15:17:19 | preglow | ep0ch|: in which case i look forward to hearing the new results |
| 15:17:22 | preglow | it should be quite a bit faster |
| 15:17:45 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 15:18:06 | ep0ch| | XavierGr: please can you clean that patch up? it references rockbox-devel or something odd like that |
| 15:18:30 | amiconn | preglow: Your layer1 opt uses the wrong attr. Should be ICONST_ATTR for constant data |
| 15:18:47 | preglow | amiconn: ahh, sorry about that, it's an old opt i just commited now |
| 15:19:09 | amiconn | TiMiD: Nice :-) Is this already removing all old dupes, or are there still some of them? |
| 15:20:10 | amiconn | linuxstb__: Maybe the overhead is minimal, but sure > zero. Up to now the philosopy always was to use native format internally. |
| 15:20:17 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-076.pools.arcor-ip.net) |
| 15:20:33 | amiconn | It's not really a problem to have 2 16bit formats, imho |
| 15:20:44 | preglow | think i agree there |
| 15:21:10 | B4gder | I'm on that train too |
| 15:21:11 | preglow | if there is something obvious we can do to lessen cpu load, i think we should jump at it |
| 15:21:32 | linuxstb__ | OK, I'm convinced :) |
| 15:22:07 | markun | No ogg on the gigabeat. Rockbox to the rescue! |
| 15:22:11 | ep0ch| | preglow: before my mpc file was at 29.5% boost |
| 15:22:28 | ep0ch| | preglow: now.... about 17.5% |
| 15:22:32 | ep0ch| | :) |
| 15:23:04 | markun | Someone should optimize Tremor. It's probably the slowest codec right now.. |
| 15:23:08 | linuxstb__ | Can I assume that lcd_update_rect() will be called with an even value for x and width, or does the function need to check that? |
| 15:23:12 | ep0ch| | no aac is :p |
| 15:23:38 | ep0ch| | that's a lie .mod and sid is really the slowest :D |
| 15:24:02 | TiMiD | amiconn: there are a lot remaining |
| 15:24:17 | TiMiD | it didn't removed dupes :p |
| 15:24:27 | preglow | markun: it's not straightforward |
| 15:24:39 | preglow | ep0ch|: and those are pretty high bitrate, yes? |
| 15:24:43 | TiMiD | I just used gui_list instead of the original home made list |
| 15:24:49 | ep0ch| | preglow: yeah 235 |
| 15:24:57 | markun | I know |
| 15:25:40 | preglow | ep0ch|: and nothing wrong? |
| 15:25:45 | preglow | ep0ch|: if not, i'll commit it now |
| 15:25:47 | ep0ch| | sounds fine |
| 15:26:26 | ep0ch| | but i haven;t done an output analysis (yet) |
| 15:26:36 | preglow | nothing should have changed |
| 15:26:50 | ep0ch| | ok i'll take your word for it |
| 15:30:00 | | Quit Sandking_ (Connection timed out) |
| 15:30:18 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 15:30:36 | ep0ch| | oh hangon my ihp has frozen at the end of an mpc :s |
| 15:30:58 | preglow | ouch |
| 15:31:01 | preglow | at the very end? |
| 15:31:12 | ep0ch| | it says 2 seconds from the end |
| 15:31:31 | ep0ch| | letme find a paperclip and do more tests |
| 15:31:48 | preglow | and you're certain it didn't do so before? |
| 15:31:52 | XavierGr | ep0ch: yes the battery size is mentioned in the log. |
| 15:31:58 | preglow | can't see exactly how i can have triggered that |
| 15:32:23 | XavierGr | ep0ch|: what about the patch? what it says? |
| 15:32:36 | preglow | ep0ch|: oh, but it does indeed happen :V |
| 15:32:59 | ep0ch| | grrrr my reset switch has vanished |
| 15:33:48 | preglow | not good |
| 15:34:06 | ep0ch| | nothing like a good bug to fix |
| 15:34:40 | preglow | and at the very end |
| 15:34:41 | preglow | queer |
| 15:34:48 | preglow | like i said, you're sure it didn't happen before? |
| 15:35:15 | ep0ch| | let me try with the old codec |
| 15:35:48 | preglow | i'm pretty sure it didn't |
| 15:35:59 | ep0ch| | me too |
| 15:36:07 | preglow | damn, i'm bouncing completely against the iram wall here |
| 15:36:20 | XavierGr | ep0ch|: Try a different -px handler (it worked for -p1 for me) and let me know when you test it. |
| 15:36:21 | ep0ch| | shame fastforward doesnt work... |
| 15:36:36 | ep0ch| | XavierGr: ok |
| 15:37:54 | ep0ch| | XavierGr: oh yeah that seems to have applied cleanly, thanks |
| 15:38:09 | amiconn | TiMiD: So... when all other conversions are done and the duplcate splash(), statusbar, buttonbar can be removed we'll save even more? |
| 15:40:16 | TiMiD | yes that's theidea ;) |
| 15:41:51 | | Quit Zagor ("Client exiting") |
| 15:42:25 | preglow | hrmprmh |
| 15:42:50 | ep0ch| | preglow: first track played fine with the old mpc |
| 15:44:20 | preglow | yes, i pretty much know what's wrong |
| 15:44:49 | preglow | i must be overwriting some memory somewhere |
| 15:44:58 | preglow | the playback layer is what's crashing |
| 15:45:22 | amiconn | TiMiD: Sounds good :) |
| 15:48:10 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 15:50:20 | yngwi | hi anyone in here? |
| 15:50:57 | ep0ch| | nah we've all gone down the pub |
| 15:51:27 | yngwi | :-) |
| 15:51:57 | yngwi | gotcha! do you know anything about building the crosscompiler with cygwin on windows? |
| 15:52:27 | ep0ch| | yngwi: for cygwin i followed http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 15:52:33 | markun | B4gder: I think Gigabeat is not UMS.. |
| 15:54:37 | yngwi | do you know are there problems when cygwin is on my system when i install the devkit u pointed at with your link? |
| 15:55:38 | linuxstb__ | markun: The license docs mention linux-wlan, samba and dhcp - does it have any networking? |
| 15:55:50 | yngwi | because i tried the simple giude already and it didn't work |
| 15:56:03 | linuxstb__ | yngwi: Go to the CrossCompiler wiki page. |
| 15:56:20 | linuxstb__ | That gives instructions for building the cross-compiler from source. |
| 15:56:27 | yngwi | thats exactly my problem |
| 15:56:30 | markun | linuxstb__: wlan would be fun |
| 15:56:54 | yngwi | i did that and id used to work on another pc but when trying at home i cannot get it to compile (the binutils) |
| 15:57:24 | linuxstb__ | Which target are you compiling for? |
| 15:57:30 | markun | linuxstb__: there is a wifi cradle for sale |
| 15:57:57 | linuxstb__ | markun: I'm quite tempted myself... |
| 15:58:52 | markun | The F41 has a nice single platter 40GB drive, but the X30 is quite a bit smaller. Difficult decision |
| 15:59:41 | linuxstb__ | yngwi: Do you have all the tools required to build binutils? You need Perl, flex, bison, m4, and maybe others. |
| 16:00 |
| 16:02:06 | yngwi | yes i think |
| 16:02:23 | yngwi | at least i tried to follow the instructions the best i could |
| 16:02:42 | yngwi | and as i said i managed to build it without probs the last time i tied |
| 16:02:56 | yngwi | it was at the pc of my now ex-girlfriend :-/ |
| 16:03:28 | linuxstb__ | What is the error message you get? |
| 16:05:19 | yngwi | make[1]: *** [fibheap.o] Error 1 |
| 16:05:21 | yngwi | make[1]: Leaving directory `/home/nix/build/binutils/libiberty' |
| 16:05:28 | yngwi | make: *** [all-libiberty] Error 2 |
| 16:05:34 | yngwi | this are the last 3 lines |
| 16:05:48 | linuxstb__ | There must be another error above that. |
| 16:06:35 | | Join _FireFly_ [0] (n=FireFly@p54A45FA4.dip.t-dialin.net) |
| 16:06:51 | Mordov | could some one help me? Mt ihp120 stops when scanning trugh the list of artist, it completly lock's up and I have to setset the player... any way to make tihe firmvare more stale? |
| 16:07:26 | yngwi | ../../../binutils-2.16/libiberty/fibheap.c:395: warning: implicit declaration of |
| 16:07:28 | yngwi | function `memset' |
| 16:07:36 | ep0ch| | Mordov: that's with the iriver firmware or rockbox? |
| 16:07:42 | yngwi | this is the line above the 3 lines |
| 16:07:54 | yngwi | sorry for bothering you with noob problems |
| 16:08:05 | Mordov | rockbox ofeurce... wahy else would I be here;= |
| 16:08:31 | Mordov | and excause my english :) |
| 16:08:53 | ep0ch| | have you tried a scandisk/chdsk/fsck? |
| 16:09:01 | ep0ch| | *ckhdsk |
| 16:09:04 | ep0ch| | chkdsk |
| 16:09:06 | ep0ch| | grr |
| 16:09:08 | Mordov | no I will do |
| 16:09:12 | Mordov | Fsck???? |
| 16:09:22 | ep0ch| | unix |
| 16:09:31 | linuxstb__ | yngwi: That's just a warning - you can safely ignore it. |
| 16:09:39 | linuxstb__ | That wouldn't cause the error. |
| 16:09:46 | Mordov | first 5 times it stopd at pixis but now it goes towo lines longer down and stop at placebo |
| 16:10:05 | ep0ch| | what does iriver firmware do? |
| 16:10:15 | Mordov | doing just fine :) |
| 16:10:32 | yngwi | ../../../binutils-2.16/libiberty/fibheap.c: In function `fibheap_delete_node': |
| 16:10:34 | yngwi | ../../../binutils-2.16/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (fi |
| 16:10:35 | yngwi | rst use in this function) |
| 16:10:37 | yngwi | ../../../binutils-2.16/libiberty/fibheap.c:285: error: (Each undeclared identifi |
| 16:10:38 | | Quit NicoFR () |
| 16:10:38 | yngwi | er is reported only once |
| 16:10:40 | yngwi | ../../../binutils-2.16/libiberty/fibheap.c:285: error: for each function it appe |
| 16:10:41 | yngwi | ars in.) |
| 16:10:50 | Mordov | how do I load original firmvare? |
| 16:10:55 | yngwi | this are the first lines with error in it :-) |
| 16:10:57 | Mordov | have to test agein to be surten |
| 16:10:57 | yngwi | of course from the bottom |
| 16:11:13 | _FireFly_ | Mordov: hold rec while press on |
| 16:11:16 | ep0ch| | Mordov: hold record and play while booting |
| 16:11:21 | Mordov | :) |
| 16:12:05 | Mordov | best thing abaout rockbox (and the says alot cause it is god) myst be the startup time :) |
| 16:12:41 | ep0ch| | it might get a little quicker in future too |
| 16:12:49 | Mordov | :D:D |
| 16:12:55 | wubbla | ep0ch|: why's that? |
| 16:13:03 | ep0ch| | rockbox in firmware |
| 16:13:05 | | Quit B4gder ("time to say moo") |
| 16:13:10 | ep0ch| | *flash |
| 16:13:26 | yngwi | i checked it and i think i have all that tools from the cross compiler page... |
| 16:13:38 | Mordov | ok iriver firmvare seems to be fine,,, but sometme rockbox lat's me scan thrugh the whole list to,,,, |
| 16:13:42 | ep0ch| | as long as Slasheri doesnt break his unit anytime soon |
| 16:13:47 | Mordov | I'll scan and chkdsk :) |
| 16:13:52 | yngwi | i also have downgraded to gcc 3.3.3 |
| 16:14:01 | ep0ch| | Mordov: would you say you have a lot of direcories/files? |
| 16:14:09 | Mordov | yappo |
| 16:14:11 | Mordov | ALOT |
| 16:14:19 | Mordov | 100mb left |
| 16:14:35 | Mordov | 1800MB somthing used |
| 16:14:43 | ep0ch| | well if you have a lot of files/directories try changing the limits in settings |
| 16:14:58 | Mordov | ?? |
| 16:15:03 | ep0ch| | General -> System -> Limits |
| 16:15:13 | Mordov | limit the files in my folders? |
| 16:15:20 | ep0ch| | increase them |
| 16:15:42 | Mordov | ah, I lookd at that yesterday.. I'll check it agein |
| 16:15:56 | ep0ch| | default is 400, maybe you've changed it or exceeded it |
| 16:15:59 | Mordov | ah, the olug unplug also rox:) |
| 16:17:00 | | Part XavierGr |
| 16:17:42 | Mordov | ep0ch| looks like that did the trick :) thanks |
| 16:18:01 | Mordov | and keep up the brilliant work:) |
| 16:18:20 | yngwi | yeah, brilliant work.. |
| 16:19:33 | Mordov | um, no it didn't:( sometimes it let's me scan the whole list.... I'll do scannig and come back :) |
| 16:21:23 | | Join webguest65 [0] (n=c13354c1@labb.contactor.se) |
| 16:21:30 | webguest65 | Hello people |
| 16:21:33 | linuxstb__ | yngwi: Which version of gcc are you using? I think that may be the problem. Try upgrading to the latest standard cygwin gcc. |
| 16:22:24 | yngwi | hmm on the wiki it says i need gcc-3.3.3 in order to compile 3.4.4 for iriver correct, so i have gcc-3.3.3 |
| 16:22:30 | webguest65 | preglow:; are you here? |
| 16:23:27 | preglow | nope, i'm heading out now |
| 16:23:27 | preglow | bbl |
| 16:23:43 | preglow | if it's possible, i can read it when i get back |
| 16:24:01 | linuxstb__ | yngwi: Sorry, I didn't see that (I'm not a cygwin user). You haven't done anything obviously wrong, so I'm not sure what the problem is. |
| 16:24:08 | yngwi | hmm |
| 16:24:17 | yngwi | its pretty strange |
| 16:24:27 | | Quit Mordov (Read error: 104 (Connection reset by peer)) |
| 16:25:00 | linuxstb__ | One option would be to download the development kit, and then copy the contents of the /opt/m68k from there and copy it into your cygwin installation somewhere. |
| 16:25:15 | yngwi | hmmm |
| 16:25:19 | linuxstb__ | The DevKit is basically a very minimal cygwin with pre-compiled binaries of the cross-compilers. |
| 16:25:33 | yngwi | does it interfere with cygwin? |
| 16:25:37 | linuxstb__ | I've no idea. |
| 16:25:45 | webguest65 | preglow: it was just for ask you what's about your 1500 lines libmusepack code, commit will come soon? |
| 16:25:48 | yngwi | hmm i guess ill try that, thanks |
| 16:26:24 | linuxstb__ | If you do use that devkit, then you will get an error message when compiling the "tools" directory in Rockbox (related to ipod_fw.c). You can safely ignore it. |
| 16:26:43 | yngwi | ok thanks.. |
| 16:26:45 | | Join tcmjr [0] (i=t7DS@201008048012.user.veloxzone.com.br) |
| 16:26:59 | linuxstb__ | That's a very recent problem - a new devkit will hopefully be released soon to fix it. |
| 16:28:32 | tcmjr | Hello all. |
| 16:30:20 | | Join b0br [0] (n=3ef54246@labb.contactor.se) |
| 16:32:17 | | Join muesli_- [0] (i=muesli_t@Bc128.b.pppool.de) |
| 16:32:59 | | Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) |
| 16:33:13 | muesli_- | re |
| 16:33:53 | | Quit webguest65 ("CGI:IRC") |
| 16:40:00 | linuxstb__ | Sorry about the log message on last CVS commit - I accidentally pressed ENTER before I had finished typing the cvs commit command. |
| 16:40:22 | linuxstb__ | The commit itself turned out to be fine, but that was just luck. |
| 16:40:23 | _FireFly_ | *g* |
| 16:40:38 | linuxstb__ | It could have been nasty though.... |
| 16:42:37 | linuxstb__ | For the record, the commit was an optimisation to the ipod lcd_update_rect() function. |
| 16:43:51 | yngwi | say... linuxstb_, the error you told me about, is it supposed to happen when i build the tools? |
| 16:44:08 | yngwi | i guess so |
| 16:44:22 | _FireFly_ | yngwi: yepp |
| 16:44:44 | yngwi | oh sorry i forgot what you wrote 10 lines or so above |
| 16:44:50 | yngwi | :-/ |
| 16:44:59 | yngwi | FireFly, thanks |
| 16:45:05 | | Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
| 16:46:00 | Mordov | hmm, I did the scanning bit... but I think it's somthing to do with the Tag DB cause it only hangs when I use the tag wiev function |
| 16:46:16 | Mordov | and the song it hangs oncahnges |
| 16:46:31 | amiconn | linuxstb__: You can't assume that x is even in an lcd_update_rect() call |
| 16:47:05 | linuxstb__ | amiconn: I guessed that. |
| 16:47:21 | linuxstb__ | Is there a clever way to correct the x and width values? |
| 16:48:36 | amiconn | You'd need to do a similar thing as the 1 and 2-bit drivers do for the line blocks |
| 16:48:43 | | Quit Mordov (Client Quit) |
| 16:48:58 | amiconn | Round down x_start to an even value, and round x_end up |
| 16:49:01 | yngwi | hmm it seems it didn't work too well |
| 16:49:43 | yngwi | when compiling i got errors |
| 16:50:04 | yngwi | make[3]: *** No targets specified and no makefile found. Stop. |
| 16:50:05 | yngwi | make[2]: *** [libmad] Error 2 |
| 16:50:07 | yngwi | make[1]: *** [build-codecs] Error 2 |
| 16:50:08 | yngwi | make: *** [all] Error 2 |
| 16:51:02 | _FireFly_ | has the dir apps/codecs/libmad files in it ?? |
| 16:51:06 | | Join mashalla [0] (i=mashalla@p5498F114.dip.t-dialin.net) |
| 16:51:15 | | Part b0br |
| 16:51:29 | | Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
| 16:51:32 | linuxstb__ | _FireFly_: Yes, but not in the source tarballs |
| 16:51:40 | _FireFly_ | btw do you use the bleding edge archive ?? |
| 16:51:43 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 16:51:56 | Jungti1234 | hi |
| 16:52:28 | linuxstb__ | Bagder: You around? |
| 16:52:29 | yngwi | the dir "C:\rockbox\home\guest\source\apps"? yes |
| 16:52:47 | linuxstb__ | yngwi: You've come at a bad time - the source archives are currently broken. |
| 16:52:58 | linuxstb__ | Can you use CVS? |
| 16:53:11 | _FireFly_ | the bleeding edge source archive is broken for a while |
| 16:53:18 | _FireFly_ | at least some months |
| 16:53:23 | yngwi | oh i guess thats the problem then |
| 16:53:33 | yngwi | thanks |
| 16:53:35 | linuxstb__ | yngwi: Go here: http://www.rockbox.org/twiki/bin/view/Main/UsingCVS |
| 16:53:55 | linuxstb__ | and type the two commands under Anonymous read-only checkout |
| 16:54:04 | linuxstb__ | That will get you the very latest source. |
| 16:54:12 | yngwi | ok.. thanks |
| 16:54:29 | Mordov | what does the voice UI do? can I speak to the player or is it for the player speaking to me? |
| 16:54:42 | linuxstb__ | The player speaking to you. |
| 16:54:54 | _FireFly_ | it's mainly for blind users |
| 16:54:54 | Mordov | ah ok that whay I could'n make it work ;) |
| 16:55:03 | Mordov | was my guss :) |
| 16:55:07 | _FireFly_ | yepp you need voice files |
| 16:55:39 | Mordov | I'm tring to uppdate DB file now, hope that helps stopoing to lockup... |
| 16:56:24 | Mordov | it's only lockup in tag mode.. and I deleted som files with Tag mode yesterday and that gave me errors.. are one suposed to be able to delete in Tag mode? |
| 16:59:16 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:00:59 | yngwi | ok thanks guys... i think that was the problem |
| 17:04:08 | | Join muesli- [0] (i=muesli_t@Bbc98.b.pppool.de) |
| 17:05:53 | _FireFly_ | TiMiD: are you here ?? |
| 17:10:18 | rand_althor | anyone more than Linus that have used the BDM-interface? |
| 17:10:44 | Mordov | hmm nothig helps...... this is frustrating. rockbox still locksup when I brows the artist |
| 17:11:43 | Mordov | when I brows all the tag options.. |
| 17:15:19 | Mordov | hmm sometimes it works and let me run through it some time's and sudenly it stopps... |
| 17:15:43 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 17:19:14 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 17:23:47 | Mordov | hmm I can eaven play the filses it lock's un on if I search for them instad of finding them on the list |
| 17:23:58 | Mordov | all sugestions are wellkome :) |
| 17:25:56 | Jungti1234 | bye |
| 17:26:09 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 17:29:25 | markun | rand_althor: someone has a bdm for his iaudio |
| 17:29:46 | markun | but we didn't hear from him in a long time |
| 17:30:39 | _FireFly_ | TiMiD: ?? |
| 17:32:53 | | Join muesli_- [0] (i=muesli_t@Bc142.b.pppool.de) |
| 17:33:36 | | Quit muesli_- (Client Quit) |
| 17:45:15 | preglow | hrmph |
| 17:46:30 | preglow | linuxstb__: it is possible to enter a comment even now |
| 17:46:34 | preglow | linuxstb__: for the commit, that is |
| 17:47:44 | preglow | cvs admin -m <revision>:<message> <file> |
| 17:48:05 | | Quit arkascha (Remote closed the connection) |
| 17:48:27 | linuxstb__ | OK, I'll give it a go. |
| 17:49:19 | preglow | webguest65: the musepack commit will just be general speedups, nothing more, but it introduces a bug, so might not be commited for a while |
| 17:50:55 | linuxstb__ | Has anyone used cvs admin before? Is the following syntax correct: cvs admin -m "1.10:This is the text of my message" file.c |
| 17:52:15 | preglow | i think if you move the quote to after the colon |
| 17:53:41 | linuxstb__ | I don't think that matters - the shell should treat them both the same. |
| 17:53:53 | _FireFly_ | cvs admin -m 1.7:"Truncate four-digit years to two in input." date.c |
| 17:54:00 | _FireFly_ | found on the net |
| 17:54:01 | preglow | linuxstb__: that's true |
| 17:54:17 | linuxstb__ | _FireFly_: Thanks. I'll give it a shot. |
| 17:54:57 | preglow | done? |
| 17:55:08 | preglow | it wont be visible until the next commit, and i've got a little one queued |
| 17:55:42 | linuxstb__ | "cvs log file.c" will tell me if it worked. |
| 17:56:56 | linuxstb__ | Lovely. Worked fine on the first file. |
| 17:57:35 | _FireFly_ | you must do it for each file seperatly |
| 17:58:43 | linuxstb__ | Yes, I did do. In fact, it gave me the chance to make more specific log messages for the changes. |
| 17:59:09 | linuxstb__ | It should be OK now. History has been rewritten. |
| 18:00 |
| 18:00:53 | linuxstb__ | preglow: If you're looking for a quick and easy assembler function, there are the swap16 and swap32 functions in firmware/export/system.h |
| 18:02:42 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 18:05:33 | preglow | goodie |
| 18:07:26 | markun | I started a thread on a gigbeat user forum: http://www.mygigabeat.com/forum/messages.cfm?threadid=94E464CA-3048-2906-EA03C8BFD203A5A2 |
| 18:08:28 | yngwi | yeeh i have compiled the simulator... |
| 18:08:58 | linuxstb__ | yngwi: congratulations. What are you planning to do with it? |
| 18:09:11 | yngwi | build my dream wps :-) |
| 18:09:19 | yngwi | but i encountered another problem |
| 18:10:14 | yngwi | when trying to play a file it writes (in a windows box) the application or dll \archos\_temp_codec.dll is no valid windows disk |
| 18:10:17 | | Join nevs27 [0] (i=lino@82.211.36.253) |
| 18:10:17 | yngwi | or so |
| 18:10:29 | yngwi | and the sim display says codec error |
| 18:10:34 | yngwi | what could that be? |
| 18:12:36 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 18:15:07 | yngwi | ok now its working |
| 18:15:23 | yngwi | did something wrong, but whatever |
| 18:15:34 | yngwi | thanks for the great help and work :-) |
| 18:16:39 | | Join Philip_0729 [0] (n=Miranda@user-4236.l6.c3.dsl.pol.co.uk) |
| 18:17:44 | yngwi | i've got a question, though. |
| 18:17:55 | yngwi | how does the simulator simulate battery drain? |
| 18:27:17 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 18:36:20 | Mordov | bah.. now I can't make DB files anymore,,, teh process seems fine but I get No id3tag DB error when starting, and the file wount uppdate |
| 18:37:58 | Mordov | buhu I have eaven rainstaled rockbox firmvare |
| 18:40:15 | | Quit Philip_0729 ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:41:07 | | Quit ep0ch| ("gone") |
| 18:44:16 | | Quit Mordov ("www.CNLRacing.tk") |
| 18:59:17 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:01:34 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:03:24 | | Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
| 19:03:55 | | Quit Mordov (Client Quit) |
| 19:04:26 | | Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
| 19:05:31 | | Join ender1 [0] (i=ychat@84.52.165.220) |
| 19:06:31 | Mordov | schuld the .tagdb get bigger as the CMD run's and index is written? cause mine dont... |
| 19:11:28 | | Quit ender` (Nick collision from services.) |
| 19:11:39 | | Nick ender1 is now known as ender` (i=ychat@84.52.165.220) |
| 19:14:56 | Mordov | I get this error nomater what I do. please helpe :) not an ID3 rockbox DBarchive.... |
| 19:18:41 | preglow | i don't use the db, sorry |
| 19:25:19 | Mordov | it's not writing anything to the DB file anymore... I have tryed it on to computers |
| 19:25:48 | Mordov | rockbox.tagbd file is empty |
| 19:26:06 | Mordov | can someone send me a file so I know how it's suposed to look? |
| 19:26:34 | preglow | sure you're not using the java prog wrongly? |
| 19:26:41 | preglow | i don't have java, so i can't test |
| 19:27:33 | | Quit Febs ("CGI:IRC (EOF)") |
| 19:27:34 | Mordov | it might be that, but I have done excatly what written on the page... and tha scould be easy... |
| 19:28:39 | preglow | i don't think the java db generator is actively maintained anymore |
| 19:28:44 | preglow | it might have gone stale |
| 19:28:46 | preglow | i have no idea |
| 19:28:59 | Mordov | it worked earlyer today... that what's the big thing :) |
| 19:29:04 | preglow | *shrug* |
| 19:29:25 | Mordov | amd the it started to lockup when browsing tag's and I have been struggelign since :) |
| 19:29:35 | Mordov | is pearl better? |
| 19:29:37 | Mordov | fro PC |
| 19:29:40 | Mordov | for |
| 19:32:36 | preglow | the perl one doesn't support as much as the java one does, i think |
| 19:32:39 | preglow | like i said |
| 19:32:44 | preglow | i don't use the db, so i don't know much about it |
| 19:33:14 | * | HCl rubs his eyeballs |
| 19:34:20 | Mordov | ok, where can I get hold of someone who knows abaout the DB |
| 19:34:51 | * | HCl looks around a bit |
| 19:35:03 | markun | Morning HCl :) |
| 19:35:06 | HCl | hi |
| 19:35:18 | HCl | i'm tired & bored |
| 19:35:22 | HCl | *yawn* |
| 19:35:25 | HCl | i probably need coffee |
| 19:35:40 | preglow | well the bored part can be fixed now! |
| 19:36:11 | HCl | heh |
| 19:36:35 | Mordov | is teh DB file suposed to get biger as the writing goes on do you know HCI? |
| 19:37:39 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 19:37:50 | HCl | no |
| 19:37:54 | HCl | the database gets written at the end |
| 19:37:59 | Mordov | ok |
| 19:38:04 | Mordov | good to know :) |
| 19:38:17 | HCl | it can't write it earlier, because it needs to sort it |
| 19:38:23 | HCl | and it needs all entries to be able to sort |
| 19:38:24 | Mordov | ok |
| 19:38:33 | Mordov | mine don't write at all;) |
| 19:38:48 | Mordov | and I all worked so fine this morning... |
| 19:39:57 | yngwi | is there a wps tag for repeat-shuffle? |
| 19:41:08 | yngwi | oh, i get it |
| 19:41:14 | yngwi | forget about the question |
| 19:41:42 | | Join arkascha [0] (n=arkascha@xdsl-195-14-206-180.netcologne.de) |
| 19:47:38 | TiMiD | _FireFly_: yes ? |
| 19:48:50 | _FireFly_ | a simple question abbout scrollbar.[ch] |
| 19:49:08 | _FireFly_ | why do you include there lcd.h twice ?? |
| 19:49:10 | TiMiD | yes |
| 19:51:31 | Mordov | do I have to have a iRiver firmvare DB file to make it work??? |
| 19:56:49 | | Quit rand_althor () |
| 19:58:36 | Mordov | where can I get hold of someone who knows abaout the DB file.. I can't get it to work and I don' want to go back to cracpy iRiver frimvare |
| 19:58:42 | Mordov | I neeeeeeeed the Tag DB |
| 19:58:54 | _FireFly_ | TiMiD: ?? |
| 19:59:23 | markun | Looks like this player has a removable HD :) http://www.avupdate.com/news/today1/spec/meg50js.htm |
| 20:00 |
| 20:03:21 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
| 20:03:50 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 20:05:19 | | Join _arkascha [0] (n=arkascha@xdsl-213-196-216-165.netcologne.de) |
| 20:08:08 | Lear | preglow: does your crossfeed speedup change the volume in any way (compared to the original code)? |
| 20:17:44 | | Join bbad [0] (n=bbad@81.198.48.110) |
| 20:19:36 | | Quit arkascha (Read error: 110 (Connection timed out)) |
| 20:29:38 | _FireFly_ | TiMiD: hello ?? |
| 20:36:15 | | Join joehmisticriv [0] (n=5409d159@labb.contactor.se) |
| 20:38:03 | Mordov | can some one please send me a ID3 tag DB file... that might help |
| 20:39:35 | Mordov | or can some one say SHUT UP STUPID FUCK WE DONT WANT TO HELP YOU... ignorace is not a gift ;) |
| 20:39:46 | | Quit _arkascha (Read error: 110 (Connection timed out)) |
| 20:39:47 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 20:40:20 | tucoz | Mordov, what is the problem with the id3db? |
| 20:41:11 | Mordov | I't deosnt write... I got not a id3 tag database eror when startingh |
| 20:41:20 | tucoz | It should be as simple as download SongDB.jar from http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 20:41:27 | Mordov | yapp |
| 20:41:35 | tucoz | and run java -jar SongDB.jar music |
| 20:41:52 | Mordov | it all worked this morning |
| 20:42:12 | Mordov | but I tryed to reinstall all because of some other bug and now I don't get any info in teh file |
| 20:42:26 | Mordov | it makes the file but don't write anything |
| 20:42:34 | tucoz | Ok, weird |
| 20:42:40 | tucoz | I'll try something |
| 20:42:44 | Mordov | :) |
| 20:42:54 | tucoz | hmm, I just remembered. I don't have java |
| 20:42:55 | tucoz | hehe |
| 20:42:59 | Mordov | hehe |
| 20:43:23 | Mordov | and run java -jar SongDB.jar music is the music bit important?? |
| 20:43:27 | | Join gromit` [0] (i=jordan@ras75-5-82-234-244-69.fbx.proxad.net) |
| 20:43:31 | Mordov | min file don't have the word |
| 20:43:49 | tucoz | Mordov, no just the name of the directory where your music is :) |
| 20:43:53 | Mordov | ah :) |
| 20:43:55 | Mordov | nice |
| 20:44:17 | Mordov | was irretaed earlyer thatr it wrote the whole disk.. but now I wish I had sutch smalll problems :) |
| 20:45:08 | Mordov | coud you send me a DB file??? |
| 20:45:09 | tucoz | hmm, have you tried running the command on your host-computer on a directory with mp3's? |
| 20:45:38 | Mordov | ? |
| 20:45:47 | tucoz | On your pc |
| 20:46:02 | Mordov | ok, I'll try |
| 20:46:41 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:47:07 | Mordov | taht worked |
| 20:47:12 | Mordov | like a dream |
| 20:47:14 | tucoz | ok, good |
| 20:47:23 | Mordov | so it's rockbox end.... |
| 20:47:32 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 20:48:20 | tucoz | Mordov: linux? |
| 20:48:25 | Mordov | no |
| 20:48:33 | Mordov | I'm a stupid microsoft user :) |
| 20:48:49 | tucoz | Ok, try to run the command from somewhere else. Like in your C:\ dir |
| 20:49:01 | tucoz | that is, go to C:\ |
| 20:49:49 | tucoz | run java -jar SongDB.jar (name_of_iriver_dir)\music or whatever |
| 20:49:58 | Mordov | ok |
| 20:50:32 | tucoz | I remember earlier that it took ages on the iriver to generate a db, but really fast on the pc |
| 20:50:34 | _FireFly_ | Mordov: did you also used the parameter −−strip ?? |
| 20:50:43 | Mordov | wow I copied teh file I made in the C: test into the iRiver and now it all works agen |
| 20:50:52 | tucoz | Mordov: good |
| 20:51:14 | Mordov | _FireFly_ I have tryed everything I could think of;) |
| 20:51:18 | tucoz | then it is not working as it should on the iriver. Do not know why though |
| 20:51:26 | Mordov | guess it all started when I deletedthe old.... |
| 20:51:41 | Mordov | maby java was writning to the ghost of it |
| 20:51:47 | tucoz | HCl: if you read this, then you might have some info on this. |
| 20:51:53 | _FireFly_ | you need the strip parameter afaik |
| 20:52:07 | Mordov | _FireFly_?? |
| 20:52:11 | tucoz | ah, that is probably true |
| 20:52:21 | tucoz | or, is it? |
| 20:52:24 | Mordov | afaik? |
| 20:52:24 | _FireFly_ | to fix the paths |
| 20:52:35 | _FireFly_ | as far as i know = afaik ;) |
| 20:52:41 | Mordov | :) |
| 20:52:56 | tucoz | Does it work now, in rockbox I mean? |
| 20:53:03 | Mordov | so what code schoud I have in my makedbj file? |
| 20:53:24 | Mordov | all works fine. after copying teh DB file I made on c: |
| 20:53:36 | tucoz | Mordov, what is makedbj? the batch file? |
| 20:53:51 | Mordov | yapp |
| 20:54:12 | _FireFly_ | i think rb can't the file if the path looks like this c:\mp3s\ |
| 20:54:16 | Mordov | where do I put the __strip |
| 20:54:42 | tucoz | I think it is −−strip |
| 20:55:12 | Mordov | and that comando does?? |
| 20:55:33 | tucoz | and that would be java -jar SongDB.jar −−strip path_to_directory |
| 20:55:50 | Mordov | ok, what does it do? I didn't get that ;) |
| 20:56:38 | Mordov | [20:49] <_FireFly_> you need the strip parameter afaik:) |
| 20:56:40 | Mordov | got it :) |
| 20:57:35 | tucoz | "4. Run "java -jar SongDB.jar −−strip /mnt/archos /mnt/archos" from inside the .rockbox directory" |
| 20:57:50 | tucoz | from http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 20:58:14 | TiMiD | _FireFly_: sorry I got disconnected |
| 20:58:15 | Mordov | :) |
| 20:58:22 | tucoz | it strips away what you write after −−strip |
| 20:58:25 | joehmisticriv | development of the iriver port is definately underway then? |
| 20:58:29 | TiMiD | I fixed it |
| 20:58:33 | TiMiD | g2g |
| 20:58:46 | joehmisticriv | apologies if thats been asked a thousand times. |
| 20:58:57 | tucoz | joehmisticriv: H3x0 you mean? |
| 20:59:01 | Mordov | java -jar SongDB.jar /music |
| 20:59:09 | Mordov | this is the only comando that writes the file :) |
| 20:59:12 | joehmisticriv | yeah :) |
| 20:59:21 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:00:00 | tucoz | Seems like it, doesn't it? I am quite certain that all those commits regarding that platform has a obvious intention. |
| 21:00:24 | _FireFly_ | it seams it doesn't matter if you use −−strip or not |
| 21:00:58 | tucoz | Mordov, if it works, just use what works |
| 21:01:03 | Mordov | thanks for the help guys :) |
| 21:01:16 | tucoz | I mean on your iriver |
| 21:01:26 | Mordov | yapp:) |
| 21:01:32 | Mordov | if it anit broken whay fixit :) |
| 21:01:44 | joehmisticriv | ooh another question.. |
| 21:01:49 | joehmisticriv | im looking at this iaudio x5l |
| 21:02:08 | joehmisticriv | and was just wondering if it would be worth the upgrade from my h340 |
| 21:02:15 | Mordov | (except I'm a repair dude at work so I earn money from fixing ting that are working ;) |
| 21:02:23 | tucoz | hehe |
| 21:02:23 | joehmisticriv | ive read the review of it but am still undecided |
| 21:03:03 | tucoz | joehmisticriv: It looks nice, but I think a possible rockbox port is further in the future than that of a h3x0 port |
| 21:03:16 | Mordov | have someone moded a better joystick? the original on the 120 sux |
| 21:03:34 | joehmisticriv | yeah that crossed my mind |
| 21:03:48 | tucoz | A port was started a while ago, but the person starting it hasn't been seen for some months |
| 21:04:13 | Lear | mordov: it isn't so bad if you do something that gives you a better grip of it, imho... |
| 21:04:49 | Mordov | hmm good idea, I wqas thinking of throwing it away and exchange it with some rubber cirkle |
| 21:05:00 | Mordov | puls instal of leaning ;) |
| 21:05:03 | Mordov | oush |
| 21:05:07 | Mordov | bah PUSH |
| 21:06:22 | tucoz | joehmisticriv, but the hardware on the iaudio is quite similar to that of the h340 |
| 21:06:36 | | Quit bbad ("KVIrc 3.2.0 'Realia'") |
| 21:06:52 | joehmisticriv | i like the button layout on the h340 because ive mastered changing tracks/volume etc while its still in my pocket... |
| 21:07:13 | Mordov | :) |
| 21:07:19 | joehmisticriv | yeah...the 5fps increase on the video playback |
| 21:07:31 | joehmisticriv | and for such a small display 5fps is going to make a difference |
| 21:07:36 | joehmisticriv | the h340 is slightly choppy |
| 21:07:42 | joehmisticriv | been using it to watch simpsons episodes |
| 21:07:52 | tucoz | ok, 10 fps ? |
| 21:08:48 | tucoz | I do not think rockbox could enhance that very much. Maybe by using a uncompressed tailor-made format. But not when showing avi, mpg's or whatever else. |
| 21:08:48 | joehmisticriv | yeah on the iriver, according to this review the x5 is 15 |
| 21:08:55 | tucoz | http://www.rockbox.org/twiki/bin/view/Main/IaudioPort |
| 21:10:05 | tucoz | joehmisticriv, maybe the ipods could do better? There has recently been started a ipod porting effort. Seems like it is progressing nicely. |
| 21:11:16 | Lear | mordov: e.g., hot glue works quite well. |
| 21:11:29 | joehmisticriv | only problem with that is most of my music is ogg...ripped from cd |
| 21:11:36 | Mordov | Lear :D nice |
| 21:12:49 | tucoz | joehmisticriv: ah, the ipod-firmware do not play those. Right. Well, I believe rockbox will play oggs on ipod when that time comes. |
| 21:12:50 | joehmisticriv | also, i like using the hot swappable drive. Simply drag and drop |
| 21:13:18 | joehmisticriv | and im a bit of a perfectionist |
| 21:13:20 | Mordov | this is strange... it write DB files when I run java -jar SongDB.jar /MUSIC/techno |
| 21:13:30 | joehmisticriv | the ipod tend to scratch easily. my iriver isn;t perfect but its damn good.. |
| 21:13:30 | Mordov | not with java -jar SongDB.jar /music |
| 21:13:37 | joehmisticriv | brb gf demands we watch a film together :) |
| 21:13:39 | Mordov | I have to sue a sub folder |
| 21:13:45 | tucoz | ok, bye |
| 21:13:50 | joehmisticriv | bye |
| 21:15:12 | Mordov | would I help with an god old /S ? |
| 21:17:32 | tucoz | what do you mean? |
| 21:17:36 | tucoz | like in dir /s |
| 21:19:01 | tucoz | you probably know this, but by running java -jar SongDB.jar, without any options or directories then you will get all available options printed out. |
| 21:22:19 | | Join Cassandra [0] (n=Cassandr@elmyra.coraline.org) |
| 21:23:20 | _FireFly_ | Hi Cassandra |
| 21:23:31 | Mordov | by runnig java -jar SongDB.jar it does the bug dance.. I only get written index if I write java -jar SongDB.jar /music/some random folder |
| 21:23:33 | Cassandra | Heya. |
| 21:23:54 | Mordov | jusat music dont cyt it |
| 21:23:58 | Mordov | cut |
| 21:24:12 | Cassandra | Badger: regarding the guy who's having problems reverting to default WPS. Any reason why we shouldn't just check in a copy of the default WPS to the WPS collection? |
| 21:24:37 | _FireFly_ | Cassandra: do you have also the problem with your wps (boxes) that the images for the hold didn't get cleared when hold is off ?? |
| 21:25:04 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 21:25:39 | Cassandra | Yes. I believe that's a general bug with graphical WPS code. |
| 21:26:06 | Cassandra | Seeking in the track, or switching to the menu and back will clear it. |
| 21:26:18 | _FireFly_ | yepp, the problem is if the image-tag is not in the same line as it is shown on screen |
| 21:26:34 | _FireFly_ | but this is only right if in the same line is shown some text |
| 21:26:57 | _FireFly_ | if only images is shown in this line it doesn't work |
| 21:26:59 | | Join |joshn| [0] (n=kvirc@ool-182d4545.dyn.optonline.net) |
| 21:27:30 | _FireFly_ | if no text is shown in this line then the images doesn't get cleared if they should |
| 21:28:01 | Cassandra | Annoying. |
| 21:28:17 | tucoz | Cassandra: http://forums.rockbox.org/index.php?topic=1825.msg12127#msg12127 |
| 21:28:46 | _FireFly_ | i have a solution for this but i don't know if this works correctly for all wpses which has this problem |
| 21:28:47 | tucoz | or maybe that's where you read it :) |
| 21:29:11 | _FireFly_ | but for this the wps had to be modified |
| 21:29:17 | _FireFly_ | s/had/has |
| 21:30:01 | Cassandra | Firefly - I think it's better to fix the bug in the WPS code. |
| 21:30:31 | Slasheri | yes, the bug should be fixed |
| 21:30:42 | _FireFly_ | yepp i had tried some to fix it but it didn*t worked correctly |
| 21:31:17 | Cassandra | tucoz: That's what I'm talking about. I think the simplest solution is just to check a copy of the default config into CVS then people can revert the same way as they do with fonts. |
| 21:32:05 | _FireFly_ | in one possible solution(i thought it were a solution) some images get also cleared which shouldn't or/and some text wasn't shown |
| 21:32:05 | Cassandra | The other bug that needs fixing is of course remote lock staying on when the remote isn't plugged in. |
| 21:32:06 | amiconn | Hmm, still no Linus :/ |
| 21:32:08 | Slasheri | btw, i will soon have a stable iriver_flash plugins, that allows to flash the rockbox firmware (but not yet to revert back to original fw) |
| 21:32:13 | amiconn | Any H300 owner in here? |
| 21:32:16 | Slasheri | *plugin |
| 21:32:28 | | Join Midgey34 [0] (n=Midgey34@c-67-172-68-52.hsd1.mi.comcast.net) |
| 21:32:36 | _FireFly_ | Cassandra: for the remote-hold bug in wps have i a patch |
| 21:32:37 | Cassandra | Slasheri: Like to live dangerously, do you? |
| 21:32:56 | Slasheri | hehe, how? :) |
| 21:33:19 | Slasheri | all tests so far have been quite safe |
| 21:33:21 | _FireFly_ | it adds a function which indicates if remote is plugged in and this function is used in wps-code |
| 21:34:02 | Cassandra | *nod* |
| 21:34:47 | tucoz | Slasheri: do you know why rockbox attempts at playing .WMA files? |
| 21:35:00 | Slasheri | amiconn: no h300 and in fact probably i wouldn't even by it anymore because it's discontinued. But iaudio would be interesting to buy and start some porting to it :) |
| 21:35:10 | Slasheri | tucoz: nope, checking that |
| 21:35:14 | tucoz | Shouldn't the codec switch-case catch that? |
| 21:35:21 | tucoz | ok, :) |
| 21:35:39 | Slasheri | apps/tree.c: { "wma", TREE_ATTR_MPA, Icon_Audio, VOICE_EXT_MPA }, |
| 21:35:47 | Slasheri | there is an entry for wma in tree.c |
| 21:35:55 | Slasheri | that should be probably removed |
| 21:35:55 | _FireFly_ | this is only for creating playlists |
| 21:36:08 | _FireFly_ | afaik |
| 21:36:14 | Cassandra | *nods* I agree. |
| 21:36:14 | amiconn | Slasheri: Isn't the iaudio the one that has the display on the remote only? |
| 21:36:35 | Cassandra | Oh, I bet I know why it's there. |
| 21:36:41 | Slasheri | amiconn: eh, really? At least iaudio x5 should have a nice color screen on the main unit |
| 21:36:44 | tucoz | amiconn: that is the m3 afic |
| 21:36:48 | Slasheri | unfortunately it lacks the optical out :/ |
| 21:36:50 | tucoz | afaic |
| 21:36:52 | Cassandra | I bet wma does something similar to wav with encapsulation. |
| 21:37:00 | markun | amiconn: only the M3 and M5 have not LCD on the main unit |
| 21:37:06 | markun | -t |
| 21:37:19 | | Join davidc__ [0] (n=chatzill@s142-179-110-30.bc.hsia.telus.net) |
| 21:37:22 | amiconn | ah |
| 21:37:53 | Cassandra | Bloody Microsoft and their 'bright' ideas. |
| 21:37:53 | amiconn | Then M3 or M5 are out of question for me |
| 21:40:10 | davidc__ | Any of the rockbox dev's working on the iPod port around? [/me is from the iPodLinux project.. wanted to discuss some things] |
| 21:41:34 | tucoz | davidc_: call for preglow or linuxstb |
| 21:42:19 | Cassandra | Damn - I've just realised the good reason. |
| 21:42:33 | Cassandra | The defaults are different for the player and others. |
| 21:43:18 | tucoz | But the build script could bundle the different defualts, couldn't it? |
| 21:43:44 | davidc__ | anyhow, preglow / linuxstb__ - message me when you're around |
| 21:43:57 | Cassandra | *nod* Yes, it could. |
| 21:45:11 | tucoz | Anyway, I think the theme loading sounds nice. i.e. the loading of a font, and the wps. |
| 21:45:59 | tucoz | But, I do believe to have a show status bar tag in the wps is a good thing. It is nice to be able to see that stuff when not in wps as well. |
| 21:46:59 | Mordov | now it put theDB file on root..... the strange part is that it worked this mornig so there must be somme setting that is alterd and does not reset when I reinstall rockbox... |
| 21:47:13 | _FireFly_ | tucoz: i have a patch for this |
| 21:48:27 | tucoz | _FireFly_: ok, I hope it is cvs-material |
| 21:48:57 | amiconn | Mordov: The tagdb file goes into /.rockbox, not in into the root |
| 21:49:32 | Mordov | I know tahts whay it so strange it automaticly put it in root.... |
| 21:49:36 | | Quit joehmisticriv ("CGI:IRC (Ping timeout)") |
| 21:49:50 | _FireFly_ | tucoz: for the old wps-code it is already on tracker |
| 21:50:01 | _FireFly_ | i have a new one for my wps-widget |
| 21:50:02 | Mordov | think I soon have experienced every bug with the DB file today :) |
| 21:50:19 | Cassandra | tucoz: I think a show statusbar tag is a good idea. I want to play about with the WPS code some time when I'm not sleeping 16 hours a day. (The joys of chronic fatigue.) |
| 21:52:40 | | Join Coldtoast [0] (n=edan@ppp110-249.lns1.hba1.internode.on.net) |
| 21:52:51 | Coldtoast | hi all |
| 21:53:12 | Coldtoast | anybody recorded using the h1x0's internal mic? |
| 21:54:32 | tucoz | Cassandra: seems like _FireFly_ has something up his sleeve :) |
| 21:55:25 | Coldtoast | if so, do you get much HDD wirring noise? |
| 21:55:31 | Cassandra | This is good. |
| 21:55:57 | crwl | Coldtoast, yes, quite a lot |
| 21:56:00 | Coldtoast | http://www.users.on.net/~edan/edan/rec_0001.mp3 is mine |
| 21:56:09 | Coldtoast | does it sound less than that? |
| 21:56:14 | tucoz | that chronic fatigue stuff do not sound like a nice thing. Hope it gets bettis |
| 21:56:17 | Coldtoast | I just noticed how noisy the drive is |
| 21:56:34 | Mordov | I was finaly able to read the last line: exception in thread "main" java.lang.outofmemoryError: java heap space |
| 21:56:39 | Coldtoast | but I dunno if I just noticed it or if it's just become louder |
| 21:56:43 | Mordov | what does this meen anh how to fix |
| 21:57:01 | tucoz | *better |
| 21:57:13 | Midgey34 | amiconn: what do you need an H300 owner for? |
| 21:58:02 | amiconn | I need a front-image (preferably a scan) of the main unit, and of the lcd remote |
| 21:58:27 | amiconn | I'm working on the H300 win32 simulator |
| 21:58:37 | Midgey34 | hmm, I might be able to get a scan of the main unit |
| 21:58:43 | Midgey34 | what res do you prefer? |
| 21:58:48 | tucoz | afk |
| 21:59:00 | Coldtoast | http://www.watch.impress.co.jp/av/docs/20040528/iriver1.jpg |
| 21:59:42 | | Quit Sandking (Read error: 113 (No route to host)) |
| 22:00 |
| 22:00:14 | amiconn | Coldtoast: Thanks, it looks like it's uable |
| 22:00:23 | Midgey34 | Coldtoast: That differs very slightly from the actual unit, there's no "design by inno" and the screen is different |
| 22:00:25 | Coldtoast | looking for a pic of the remote |
| 22:00:36 | | Quit Kohlrabi (Nick collision from services.) |
| 22:00:42 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-141-012.pools.arcor-ip.net) |
| 22:00:53 | Mordov | amiconn: figured out whay it when to root... I started it from there ;) |
| 22:00:58 | * | Mordov is a noob |
| 22:01:21 | amiconn | Midgey34: I need to cover the screen area with black anyway. The "deisgn by inno" is a bit ugly though |
| 22:01:36 | Midgey34 | well I mean the silver outline |
| 22:01:49 | Midgey34 | multi-codec jukebox is on the side |
| 22:02:06 | Midgey34 | its not that big of a deal though |
| 22:02:15 | Coldtoast | http://www.nice.hu/image_upload/big_2005_06_21_10_21_02.01mp3.jpg is prolly a bit small |
| 22:02:40 | Midgey34 | well that's an accurate picture |
| 22:03:15 | Coldtoast | http://www.mp3.floi.net/images/397iriverh340_462.jpg |
| 22:03:17 | Coldtoast | there you go |
| 22:03:43 | | Quit ehntoo ("Leaving") |
| 22:05:18 | yngwi | yey my first wps with images is complete though it is only a ripoff :-) |
| 22:05:49 | amiconn | Coldtoast: That's also a bit small... |
| 22:05:52 | dpassen1 | let's see a screendump |
| 22:06:04 | Coldtoast | hmm. ok. can't find anythin gbigger on google images |
| 22:06:12 | amiconn | I need an image that doesn't need to be scaled up |
| 22:06:44 | Coldtoast | ok |
| 22:07:39 | amiconn | That means, the lcd area should be 220x176 pixels or bigger |
| 22:07:59 | yngwi | dpassen1 do you mean me? |
| 22:08:00 | amiconn | The outer areas aren't that important; I'll crop them anyway to save space |
| 22:08:20 | Mordov | can some one please explain this erro msg? exception in thread "main" java.lang.outofmemoryError: java heap space |
| 22:08:32 | Coldtoast | oooh!! |
| 22:08:35 | Coldtoast | here you go amiconn |
| 22:08:43 | Coldtoast | http://www.mip.bz/foto_druk/h300/h300_lifestyle_02.jpg |
| 22:08:51 | yngwi | if yes, i plan to post it in the forum bzw. in the wps showroom in the wiki |
| 22:08:55 | Coldtoast | that should DEFINITELY be big enough |
| 22:09:23 | amiconn | Wow... yes this one looks good :) |
| 22:09:28 | Coldtoast | heh |
| 22:09:42 | Coldtoast | not the most awesome pic of the outer bit I guess |
| 22:09:47 | Coldtoast | but f'n HOOOOGE |
| 22:12:16 | Coldtoast | I can find loads of pix of the LCD remote |
| 22:12:24 | | Quit gromit` ("Leaving") |
| 22:13:13 | Coldtoast | http://i.i.com.com/cnwk.1d/sc/31120667-2-300-DT1.gif is the biggest h3x0 one tho |
| 22:13:39 | amiconn | Hmm, are there two remotes? |
| 22:13:49 | Coldtoast | there's teh LCD one |
| 22:13:54 | amiconn | I thought the H300 also has an lcd remote? |
| 22:13:58 | Coldtoast | and the non-LCD one |
| 22:14:01 | Coldtoast | nope |
| 22:14:14 | Coldtoast | there is now, of course |
| 22:14:23 | Coldtoast | the original h300 remote had no LCD tho |
| 22:14:31 | Midgey34 | amiconn: here's a scan of my h320, not sure if its helpful |
| 22:14:31 | Midgey34 | http://img462.imageshack.us/img462/8647/iriverh3200ji.png |
| 22:14:34 | amiconn | The lcd version is what I would need |
| 22:14:45 | Coldtoast | don't you have the h100 remote? |
| 22:14:55 | Midgey34 | there is an lcd version, but I don't think it's sold outside of korea |
| 22:15:22 | amiconn | Coldtoast: Is this identical to the h100 lcd remote? |
| 22:15:30 | Coldtoast | pretty sure, yep |
| 22:15:39 | Midgey34 | I thought it differed |
| 22:15:46 | Midgey34 | and made use of a joystick |
| 22:15:58 | Coldtoast | oh yeah! there is that one |
| 22:16:08 | Cassandra | Bloody Apple. Can't install the new Quicktime without iTunes as well. |
| 22:16:09 | Coldtoast | it's ugly |
| 22:16:17 | Coldtoast | yes you can Cassandra |
| 22:16:37 | Cassandra | Can you? Have Apple hidden away a *real* installer somewhere? |
| 22:16:54 | Coldtoast | http://www.apple.com/quicktime/download/standalone.html |
| 22:17:42 | Cassandra | Nice of them to mention that, don't you think? |
| 22:17:48 | Coldtoast | indeed |
| 22:18:23 | _FireFly_ | aah i have a solution for the image get not cleared problem in wps :) |
| 22:18:28 | Midgey34 | http://www.misticaudio.com/images/h300remote.jpg |
| 22:18:33 | Midgey34 | that's the h300 remote |
| 22:18:39 | Midgey34 | but the picture won't be helpful |
| 22:18:40 | Cassandra | FIrefly: Cool. |
| 22:18:53 | Coldtoast | Cassandra: http://www.apple.com/quicktime/download/win.html |
| 22:19:06 | Coldtoast | on that page, they have the link there. not really hidden |
| 22:19:15 | Coldtoast | under "Upgrade Now" |
| 22:19:31 | Coldtoast | ppl just skim tho |
| 22:19:33 | _FireFly_ | but i don't know if it works with all wpses correctly(clears areas which shouldn't) |
| 22:19:40 | | Join rand_althor [0] (n=michael@c-562972d5.04-106-6e6b7010.cust.bredbandsbolaget.se) |
| 22:19:54 | _FireFly_ | Cassandra: but with yours it works |
| 22:20:21 | dpassen1 | is crossfeed supposed to lower the volume significantly? |
| 22:20:25 | Cassandra | Ah yes, I see it. |
| 22:20:56 | Cassandra | Firefly: Well, needs to be a general fix, really. |
| 22:21:14 | Cassandra | dpassen1, don't think so. ReplayGain does though. |
| 22:21:27 | dpassen1 | i have replaygain enabled already |
| 22:21:33 | Coldtoast | what does crossfeed do anyway? |
| 22:21:38 | _FireFly_ | it's maybe not the best how to do it but the problem seams to be only for image-tags which are used in conditionals |
| 22:21:42 | dpassen1 | but toggling crossfeed (after a few seconds) will lower the volune |
| 22:21:59 | dpassen1 | crossfeed feeds a low volume section of the left channel to the right channel and vice versa |
| 22:22:07 | dpassen1 | for more natural listening (less stereo width) |
| 22:22:43 | Cassandra | I'm not sure why that's been implemented as it has. |
| 22:22:44 | _FireFly_ | and with a delay to simulate the way through the head |
| 22:22:47 | Coldtoast | hmm. ok. Cos for me, all I seemed to notice was the significant volume drop |
| 22:23:07 | Cassandra | I think a more general stereo width function akin to the Archos one would've been a better idea. |
| 22:23:14 | Coldtoast | sounds almost like you're deliberately putting each channel out of phase a bit |
| 22:23:18 | Cassandra | And not significantly more difficult. |
| 22:24:11 | _FireFly_ | am i right that the image problem in wps only referst to images which are used in conditionals ?? |
| 22:24:16 | _FireFly_ | -t |
| 22:24:45 | dpassen1 | regardless, i'm not sure why it lowers overall volume |
| 22:25:05 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 22:27:02 | Cassandra | No idea, firefly. |
| 22:27:13 | Coldtoast | bedtime |
| 22:27:16 | | Quit Coldtoast ("Peace and Protection 4.22") |
| 22:29:36 | _FireFly_ | it works also correctly for my wps |
| 22:29:46 | _FireFly_ | no corruption of the display |
| 22:31:00 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 22:31:28 | _FireFly_ | it works correctly with all wpses on my device (3 for main and one for remote) |
| 22:32:02 | _FireFly_ | the fix is relative simple |
| 22:32:47 | Mordov | whay have I sudenly run pout of heap space?? |
| 22:33:19 | Mordov | does it use the iRiver as cache? |
| 22:33:23 | _FireFly_ | i assume that the problem is only when images are used in conditionals so i simple clear all images in a conditional which i found in the skip_conditional function |
| 22:33:24 | | Join Zoric [0] (i=zoric85@nl103-153-232.student.uu.se) |
| 22:34:38 | _FireFly_ | *clear the area if the image |
| 22:34:50 | _FireFly_ | on the display |
| 22:34:56 | _FireFly_ | s/if/of |
| 22:37:35 | tucoz | Mordov: That means that java has run out of heapspace. Nothing to do with iriver |
| 22:38:24 | Mordov | but I don't see whay it has run out suddenly and I can't see what it does teh same on both my computers |
| 22:38:33 | Mordov | and I can't fix it.. |
| 22:41:23 | _FireFly_ | if someone want to test my fix can use my build(h120/140) it can be found here: http://home.arcor.de/s.wezel/rockbox.zip |
| 22:43:22 | tucoz | Mordov, try java -jar -Xmx256m SongDB.jar |
| 22:44:15 | linuxstb__ | davidc__: Are you still around? |
| 22:44:19 | Mordov | thanks |
| 22:44:22 | davidc__ | yep |
| 22:45:34 | Paul_The_Nerd | What does that fix _FireFly_ ? |
| 22:45:40 | amiconn | linuxstb__: Do the colour lcds have contrast adjustment or not? |
| 22:46:08 | amiconn | I ran into a build problem with the simulator involving lcd_default_contrast() |
| 22:46:22 | linuxstb__ | amiconn: I think so, but I haven't explored it. |
| 22:46:51 | amiconn | If they don't I would remove the function, otherwise it needs to be moved into lcd-16bit.c |
| 22:47:25 | amiconn | ...because the hardware specific driver files don't get built for the simulators |
| 22:49:22 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 22:49:50 | _FireFly_ | Paul_The_Nerd: to fix this problem for some wpses: Cassandra: do you have also the problem with your wps (boxes) that the images for the hold didn't get cleared when hold is off ?? |
| 22:59:25 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:02:05 | | Part tucoz |
| 23:06:37 | | Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) |
| 23:07:21 | Zoric | Hi. Is rockbox on iRiver still known to have problems playing mp3s with a sample rate other than 44,1khz ? |
| 23:07:30 | Bagder | no |
| 23:07:43 | Bagder | not that I know at least |
| 23:08:33 | Bagder | gosh |
| 23:08:43 | Bagder | sourceforge updated its look |
| 23:09:01 | Paul_The_Nerd | The world is ending, apparently |
| 23:09:06 | Paul_The_Nerd | Penny Arcade changed too. |
| 23:09:22 | Zoric | because when listening to an audiobook of the latest Harry Potter, which is MP3 64kbps 22050hz, fastforwarding doesnt work correctly, nor does the progressbar or timedisplay. And rockbox reports the file as being MP1 128kbps O_o |
| 23:09:51 | Zoric | but it plays correctly (sound) |
| 23:09:53 | Bagder | is it CBR or VBR? |
| 23:09:56 | Paul_The_Nerd | Hrm |
| 23:10:06 | Zoric | checking in foobar |
| 23:10:46 | Zoric | dont think its VBR... suppose its CBR |
| 23:12:08 | Zoric | yup its CBR |
| 23:12:59 | | Quit rand_althor () |
| 23:16:02 | linuxstb__ | amiconn: I don't think you can change the contrast on the ipod's colour lcd. The apple firmware had a contrast setting for the b/w lcds, but it doesn't exist on my colour model. Also, the IPL source only has contrast code for the b/w lcds. |
| 23:16:39 | amiconn | I'll just move the function for now, it can be removed later anyway |
| 23:17:06 | amiconn | I just noticed that the lcd_get_*ground() functions for 16 bit lcd are imprecise |
| 23:17:22 | linuxstb__ | A bug in the green? |
| 23:17:36 | amiconn | No, in all colour channels |
| 23:17:58 | linuxstb__ | I noticed a mistake when I made the bmp writer, but forgot to change those functions. |
| 23:18:11 | davidc__ | linuxstb__: check your privmsgs |
| 23:18:20 | amiconn | The problem is with chopping and restoring low bits |
| 23:18:37 | amiconn | A simple example (rgb444) |
| 23:19:12 | amiconn | If you set white,{0xff,0xff,0xff) is chopped to {0xf,0xf,0xf} |
| 23:19:16 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:19:44 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 23:19:47 | amiconn | The simple restore method that just involves left-shifting then yields {0xf0,0xf0,0xf0} which is certainly not white anymore |
| 23:20:31 | | Join b0br [0] (n=3ef54246@labb.contactor.se) |
| 23:21:13 | amiconn | There is a simple solution for this problem, which I have to implement in the simulator lcd_update*() functions anyway |
| 23:21:26 | | Part b0br |
| 23:21:44 | _FireFly_ | isn't it easier/better to use the lower 4 bits(in rgb444) and save the upper 4 bits for restoring ?? |
| 23:21:55 | amiconn | No |
| 23:22:12 | amiconn | YOu have to shift down when setting the colour, otherwise the colour would be wrong |
| 23:22:32 | amiconn | As mentioned, it is simple to return the correct (rounded) colour later |
| 23:23:02 | amiconn | Anyway, it's not necessary to do this for lcd_get_*ground() |
| 23:23:14 | _FireFly_ | i don't understand this why to use the upper bits instead of the lower bits |
| 23:23:51 | amiconn | The return value does not need to be shifted up, as it's defined to return values in the native range (0..MAX_RED) etc |
| 23:23:53 | davidc__ | anyhow linuxstb, that bootloader looks good |
| 23:24:01 | davidc__ | does it work on all generations? |
| 23:24:28 | linuxstb | No - only the devices we have - which is a 60GB color (lcd type 1) and a Nano. |
| 23:24:41 | linuxstb | It should work with lcd type 0 color, but it's untested. |
| 23:25:28 | linuxstb | We're just targetting the PP5020 devices initially. |
| 23:25:29 | davidc__ | Hmm.. we can port it to all gens as we have the testing resources |
| 23:26:24 | Paul_The_Nerd | Isn't the nano PP5021? |
| 23:26:25 | davidc__ | we would also want to add hfs+ support |
| 23:26:32 | davidc__ | PP5020 is very similar to 21 |
| 23:26:35 | Paul_The_Nerd | Ah |
| 23:26:38 | linuxstb | The bootloader is basically a cut-down version of rockbox - using the rockbox drivers for ATA, FAT32 etc. So porting the bootloader would mean that Rockbox versions for those devices are close. |
| 23:26:40 | davidc__ | only some iram size changeas |
| 23:26:52 | davidc__ | ah, hrm |
| 23:26:56 | linuxstb | Does the Nano have a different amount of IRAM then? |
| 23:27:06 | davidc__ | yeah.. the 21 has an extra 24k IIRC |
| 23:27:14 | linuxstb | That will please preglow a lot. |
| 23:27:21 | linuxstb | He's the dev with a Nano, |
| 23:27:38 | Paul_The_Nerd | How different is the 5G ipod then? |
| 23:27:49 | davidc__ | Very different |
| 23:28:06 | davidc__ | some of it is the same |
| 23:28:12 | * | Paul_The_Nerd shrugs |
| 23:28:12 | davidc__ | but the video path is definitely different |
| 23:28:18 | davidc__ | and the audio path is most likely different |
| 23:28:29 | davidc__ | they use the broadcom chip for decoding the video / lcd drawing |
| 23:28:29 | Paul_The_Nerd | Not that it matters to me, since I own none of them |
| 23:28:31 | davidc__ | we know that much |
| 23:28:39 | davidc__ | and might use it for mp3 decoding |
| 23:28:44 | linuxstb | Is it possible to access the LCD without the broadcom chip? |
| 23:28:45 | amiconn | w00t! |
| 23:28:48 | Paul_The_Nerd | Though there's a high probability of me purchasing a Nano once Rockbox will let me play at least oggs on it. |
| 23:28:59 | amiconn | The sim is showing colour :-) |
| 23:29:07 | davidc__ | linuxstb: it is possible, but extremely slow |
| 23:29:20 | linuxstb | Too slow to be usable? |
| 23:29:24 | davidc__ | aka, for a basic UI, its possible if you're only redrawing miniscule portions of the display |
| 23:29:37 | davidc__ | but for things like iPL works on like video decoding, its completely unusable |
| 23:29:44 | davidc__ | IIRC, on the order of seconds to redraw |
| 23:29:50 | Paul_The_Nerd | Wow |
| 23:30:05 | Paul_The_Nerd | When you're measuring in SPF it's not good. |
| 23:30:26 | davidc__ | well, the way to do it proper is to do your drawing on the broadcom chip |
| 23:30:36 | davidc__ | but the thing is |
| 23:30:42 | davidc__ | the broadcom uses a custom instruction set |
| 23:31:05 | Bagder | DSPs tend to it seems |
| 23:31:57 | linuxstb | I have a question about the ipod grayscale LCDs - how are the pixels packed in the framebuffer? Our existing LCD code for 2bpp displays packs the pixels vertically - 4 vertical pixels per byte. Is the ipod the same? |
| 23:31:58 | davidc__ | yeah, it seems to be a variant of ARC.. but we're not sure yet |
| 23:32:16 | davidc__ | they're horizontal, from right to left IIRC |
| 23:32:22 | davidc__ | it was a long time ago I poked at that stuff |
| 23:32:23 | | Join Sandking [0] (n=jacek@ogorek.akron.net.pl) |
| 23:32:28 | | Quit _FireFly_ ("Leaving") |
| 23:33:07 | linuxstb | That makes adding support for the greyscale LCDs more work. But only a small amount of the driver needs to be functional for the bootloader to display text. |
| 23:33:43 | davidc__ | yea |
| 23:33:48 | davidc__ | well, how modular is your driver code? |
| 23:33:51 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 23:33:58 | davidc__ | oh, and detecting ipod generations is a real bitch |
| 23:34:02 | davidc__ | there are a lot of little tiny things |
| 23:34:19 | davidc__ | you might just want to out-and-out take our detection code |
| 23:34:21 | linuxstb | We avoid that - we do it at compile-time and produce different builds for different targets. |
| 23:34:26 | davidc__ | ah |
| 23:34:44 | linuxstb | See our build table here for the current targets: http://www.rockbox.org/daily.shtml |
| 23:34:55 | linuxstb | Every CVS commit generates a new set of builds. |
| 23:35:54 | davidc__ | cool.. yea.. we went for the "universal" option.. its less code to sling around |
| 23:36:01 | davidc__ | but it does make for some very interesting kernel init codew |
| 23:36:09 | linuxstb | I can imagine. |
| 23:36:23 | Bagder | less code? |
| 23:36:33 | davidc__ | er, less binaries |
| 23:36:34 | Bagder | how can it be less code to do run-time checks? |
| 23:36:37 | Bagder | ah |
| 23:36:38 | Bagder | ok |
| 23:36:40 | davidc__ | *been a long day ;) |
| 23:37:10 | Bagder | we actually do run-time checks on the Archos player target |
| 23:38:00 | linuxstb | davidc__: Has IPL switched to subversion now? |
| 23:38:04 | davidc__ | partially |
| 23:38:15 | davidc__ | the new source tree that we just announced is in svn |
| 23:38:23 | davidc__ | but the kernel and old pz is still in cvs @ sf |
| 23:38:37 | davidc__ | sourceforge has been really flaky lateley, so I dunno how long we're gonna be there |
| 23:38:56 | Bagder | sourceforge been flaky for years |
| 23:39:08 | Bagder | especially CVS |
| 23:39:17 | davidc__ | heh, we havent had any anonymous cvs access for a few weeks now |
| 23:39:23 | davidc__ | apparently it is scheduled downtime |
| 23:39:29 | davidc__ | according to sourceforge |
| 23:39:36 | davidc__ | 2 weeks scheduled downtime.. my ass. |
| 23:40:11 | Bagder | hehe |
| 23:40:35 | davidc__ | we should look into sharing code.. we're doing a lot of hand optimizing of assembly for the ipods to do all sorts of fast stuff |
| 23:40:43 | davidc__ | those things are probably portable |
| 23:40:57 | davidc__ | [aka graphics blits, blends 888->565] |
| 23:41:19 | linuxstb | We'll mainly be looking at optimising our audio codecs - they are already very well tuned for use in portable players. |
| 23:41:28 | markun | Bagder: thanks for the Gigabeat Surgery site |
| 23:41:48 | davidc__ | Do you use custom codecs? |
| 23:41:49 | Bagder | I didn't add that, someone else did |
| 23:41:52 | davidc__ | or a port of other ones? |
| 23:42:16 | Bagder | we use other's, ported and optimized by us |
| 23:42:17 | linuxstb | We use the standard libraries - libmad for MPEG, Tremor for Ogg. |
| 23:42:43 | davidc__ | cool - just so you know... we got fairly poor performance out of those |
| 23:42:50 | davidc__ | gcc is really bad at optimizing for arm |
| 23:42:52 | Bagder | we don't ;-) |
| 23:43:00 | davidc__ | well, for the iPod I mean ;) |
| 23:43:20 | davidc__ | we got much better performance out of the codecs that real released |
| 23:43:30 | Bagder | I'm surprised |
| 23:43:33 | linuxstb | We found one of the biggest gains were using IRAM efficiently. There is a big difference in speed between the DRAM and IRAM on the iRiver devices. |
| 23:44:02 | preglow | wee |
| 23:44:13 | linuxstb | preglow: The man with extra IRAM :) |
| 23:44:13 | davidc__ | yea.. we've been looking into using that for accelleration, but the ipod has nasty cache coherency issues |
| 23:45:30 | davidc__ | so the iram ends up being used for all sorts of things that require cache coherency |
| 23:46:05 | linuxstb | We use 48KB of IRAM for the codecs and the other 48KB for general use - thread stacks and some core functions. |
| 23:46:24 | davidc__ | yea, theres nowhere near that much iram |
| 23:47:00 | linuxstb | What are the caching issues we need to be aware of? |
| 23:47:02 | davidc__ | [on the ipod that is] |
| 23:47:06 | davidc__ | there are two cpu cores right? |
| 23:47:16 | davidc__ | they both have separate caches |
| 23:47:19 | davidc__ | they are non-snooped |
| 23:47:30 | davidc__ | so basically, you've gotta handle cache coherency on your own |
| 23:48:02 | preglow | linuxstb: i'd gladly take more! |
| 23:48:26 | davidc__ | preglow: your nano has some extra IRAM iirc |
| 23:48:39 | preglow | argh, i was hoping all rockbox archs had 96kb |
| 23:48:47 | davidc__ | no, just your nano |
| 23:48:59 | preglow | how much? |
| 23:49:27 | davidc__ | jas.. checking my notes |
| 23:49:34 | preglow | davidc__: what, separate caches? like 48kb each? |
| 23:49:48 | amiconn | preglow: This isn't true anyway; SH1 just has 4KB |
| 23:49:58 | preglow | amiconn: well, sh isn't swcodec |
| 23:50:31 | amiconn | [23:48:29] <preglow> ... > all rockbox archs < ... ;-) |
| 23:50:56 | * | amiconn is picky today |
| 23:51:13 | preglow | haha |
| 23:51:21 | preglow | no, i knew sh has less iram |
| 23:51:28 | davidc__ | each processor has an 8kb unified cache |
| 23:51:34 | davidc__ | non snooped between the two |
| 23:51:36 | davidc__ | and its not writeback |
| 23:52:20 | preglow | data only? |
| 23:52:35 | amiconn | afaik unifiied means code+data |
| 23:52:38 | preglow | right |
| 23:52:48 | preglow | i'm a bit shaky on the terms |
| 23:52:50 | amiconn | better than coldfire |
| 23:52:53 | preglow | indeed |
| 23:53:27 | preglow | we basically propose to use one of the cores for codecs only, so i don't think we'll have too many coherency issues |
| 23:54:19 | davidc__ | wait, 5020 _does_ have 96k iram |
| 23:54:26 | preglow | pfew.. |
| 23:54:30 | davidc__ | the newer ones were 24 k up from that |
| 23:54:45 | Bagder | wow |
| 23:54:55 | linuxstb | davidc__: Do you (i.e. IPL) know how to adjust the CPU frequency? |
| 23:54:59 | | Join pinkutank [0] (n=ddd@85.101.96.60) |
| 23:55:02 | davidc__ | yep |
| 23:55:09 | davidc__ | look @ the kernel init code |
| 23:55:12 | preglow | the iram is shared between cores, i take it? |
| 23:55:19 | davidc__ | preglow - yeah, its non-cached |
| 23:55:23 | davidc__ | and no wait state |
| 23:55:24 | preglow | yup |
| 23:55:28 | preglow | of course, heh |
| 23:55:29 | davidc__ | so basically, thats what you get to use for IPC |
| 23:55:49 | davidc__ | besides the mailboxes, which we don't ahve all figured out yet |
| 23:56:03 | preglow | mailboxes? |
| 23:56:09 | preglow | sounds exciting |
| 23:56:13 | linuxstb | Is this standard ARM stuff, or specific to PortalPlayer's implementation? |
| 23:56:16 | preglow | davidc__: so you're one of the ipl reverse engineering people? |
| 23:56:25 | davidc__ | well, leachbj is the crazy reverse engineer |
| 23:56:37 | preglow | davidc__: nice anyway, i appreciate your work |
| 23:56:44 | linuxstb | As do I. |
| 23:56:51 | davidc__ | eh, I'll pass on the compliments |
| 23:57:01 | davidc__ | I don't do much RE because he always beats me to it ;) |
| 23:57:15 | pinkutank | hellp, sorry for repeating after yesterday, but anyone with a non interrupting compiled jpeg viewer on? |
| 23:57:59 | linuxstb | davidc__: Which ipods do you own? We need a tester for the "old" LCD code for the 4G Color/Photo. |
| 23:58:11 | preglow | pinkutank: why don't do it yourself? |
| 23:58:38 | davidc__ | I've got a old lcd photo |
| 23:58:41 | davidc__ | and a 1G |
| 23:58:52 | davidc__ | er, old lcd color |
icon identifies that the person is a core developer (has commit access).