--- Log for 15.11.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 19 hours ago 00.00.12 # so to use e.g. 7 pointer chars, ok 00.00.16 # no 00.00.18 # use one 00.00.25 # but 00.00.27 # Waaargh! who messed with the builds? 00.00.36 # <]RowaN[> is crossfeed not the same thing as stereo width? 00.00.40 # then the same problem applies 00.00.46 # XavierGr: same as what? 00.01.02 # markun: so i see 00.01.08 # Bagder: If there is only one string columns will still exceed 80. 00.01.23 # no 00.01.30 # not if you do what I told you 00.01.45 # wait a sec bevuase I got really confused. 00.01.49 # I don't know what more I can say 00.01.50 # 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 # _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 # http://pastebin.com/429682 00.02.57 # Bagder as you can see this is the original 00.03.26 # 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 # yes, now insert " " on 10 places 00.03.38 # <_FireFly_> preglow: if you want to try here are the new values: 00.03.42 # or rather " [newline] " 00.03.46 # <_FireFly_> #define HIGH_NEG 0xBBBBBBBCL 00.03.46 # <_FireFly_> #define HIGH_COMP 0x77777777L 00.03.56 # ah then I should break the " to change line? 00.04.18 # XavierGr: for example, after each \n you stop the string with a " 00.04.25 # and add a new one to start the next line 00.04.31 # ok got it 00.05.13 # I just didn't know that I could break the string just by terminating the " and start again with " 00.05.54 # then you learned something 00.06.05 # 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 # 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 # I am sorry if I am annoying you, but I am also interested in the new "crossfeed dsp effect" 00.18.10 # what is it? 00.18.25 Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) 00.18.29 # solexx_: basically a reduced volume version of the left channel is bled into the right channel and vice versa 00.18.54 # thanks 00.18.58 # it basically simulates listening via speakers 00.19.07 # i don't suppose anyone knows how i can access static variables from asm? :> 00.19.08 # since that's what happens normally, and most cds are mixed with that in mind 00.19.22 # I will try it tomorrow 00.19.28 # instrumental jazz in particular is often recorded with completely separate instruments on different channels 00.20.26 # Sounds interesting. But I am not sure I'll like it. 00.20.45 # It's fun to hear instruments only in one ear :) 00.20.53 # LinusN? 00.21.16 # but well, I never had really good speakers... 00.23.00 # 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 # this making all variables static really doesn't ease assembler versions of routines 00.23.42 # 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 # ashridah: I could do it for mono as well.. 00.25.13 # markun: don't bother on my account, i don't have any mono recordings 00.25.53 # Bagder: wrong fix... 00.26.15 # It's no longer called BL_IRIVER, but BL_IRIVER_H100, and some more files need fixing... 00.26.36 # well, it did fix a few errors ;-) 00.26.42 # but i'm working on a better one 00.26.50 # okay 00.27.26 # 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 # :-/ 00.27.52 # amiconn: url? 00.28.03 # 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 # markun: http://www.rockbox.org/showlog.cgi?date=2005-11-14%2022%3A13%3A18&type=iriver%20H100%20-%20Simulator#prob14 00.42.53 # the h1x0 sims are broken 00.42.57 # even after my fix 00.45.53 # 23:58 preglow: ACC etc are not declared for non coldfire platforms (ipod) 00.46.26 # and not for simulated coldfire platforms either 00.46.39 # he didn't make any non-coldfire code 00.46.41 # he's working on it now 00.47.08 # ..and on the phone :) 00.47.16 # :-) 00.47.33 # 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 # The ondio doesn't have a disk right? 00.48.12 # good night 00.48.17 Part AliasCoffee ("Leaving") 00.49.59 # XavierGr: yes flash device and MMC card 00.50.37 # so my plugin that detects hd spins will not work on this target. 00.51.00 # surely not :) 00.51.04 # It will if it checks often enough 00.51.27 # The mmc driver mimics the ata driver behaviour where it makes sense 00.51.33 # my code uses ata_disk_is_active function 00.51.44 # oh yeah 00.51.54 # every time the disk begins a new spin it will log the battery results 00.52.17 # Yes, ata_disk_is_active is implemented for the mmc driver, check ata_mmc.c 00.52.40 # The mmc is considered active when the mutex is locked 00.52.54 # hmm then it shouldn't be a problem. 00.53.03 # However, detecting probably doesn't make much sense on the Ondio, just write in regular intervals 00.53.24 # Do all the targets have BUTTON_OFF BUTTON_ON? 00.53.31 # nope 00.53.41 # Ondio only has BUTTON_OFF 00.54.04 # The ipod probably won't have either. 00.54.46 # amiconn, linuxstb_: Please tell me a button to replace then. 00.54.51 # it is as it sounds 00.54.58 # 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 # On Ondio: cancel = BUTTON_OFF, confirm = BUTTON_RIGHT 00.56.37 # Right doubles as Play on the Ondio 00.56.48 # ok then 00.57.06 # So you can say Play to confirm, Off to cancel 00.57.37 # Same goes for archos recorders (they have a real BUTTON_PLAY) 00.57.47 # That is convinient no need to ifdef the text then. 00.57.50 # 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 # For archos player it would be BUTTON_PLAY and BUTTON_STOP 00.58.35 # about the LCD_CHARCELLS: How many lines of text can it render? 00.58.53 # 2 lines, 11 chars each 00.58.54 *** Saving seen data "./dancer.seen" 00.59.13 # with the normal text rendring functinos? 01.00.00 # I mean players don't use another function for text dislay, right? 01.00.21 # lcd_puts() and lcd_puts_scroll() are there 01.00.33 # lcd_putsxy() obviously is not 01.00.44 # yeah 01.00.56 # I will drop those for this target then. 01.01.27 # 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 # The build table does look ill 01.09.13 # indeed 01.09.57 # 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 # 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 # what's the new story here? 01.12.12 # XavierGr: recent commits added graphical wps's with bitmap graphics and whatnot. 01.12.38 # check out the 'wps' directory inside the rockbox directory, and rockbox's build process will include them. 01.12.57 # there's an ipod-alike and a rockbox-original one 01.13.00 # so a daily build will now include default images for WPSs 01.13.28 # i don't know, probably. i don't really use daily builds 01.13.52 # you still need to select one first, afiak. 01.13.56 # interesting I will have a look 01.13.58 # afaik even 01.14.26 # major activity these days. Good to see so many things happening. 01.15.14 # mm. looks like there's been some work on the h300 front 01.15.50 # A bit too many quick-shot commits for my taste :/ 01.16.06 # heh 01.16.42 # amiconn: is it relatively easy to setup a script that builds every platform? 01.16.43 # always very thoughtfull before any commit eh amiconn? 01.17.27 # (such as, say, the one that already does this for the daily builds) 01.17.27 # ashridah: It should 01.17.31 Quit Sandking () 01.18.12 # 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 # 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 # although that'd be a pain at some points 01.18.50 # amiconn: that is good and considerate. 01.19.17 # All must build some of the major branhes of the targets before commiting 01.19.19 # In case I'm not sure I rather do one more build to make sure 01.19.32 # I just don't want to break things. 01.21.19 # as long as people fixes the breakage, i don't mind 01.21.31 # remind me again: Red colour on the daily builds table shows errors, while yellow show warnings? 01.21.37 # XavierGr: yes 01.23.02 # 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 # 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 # hi... 01.25.48 Join pinkutank [0] (n=ddd@85.101.96.60) 01.26.23 # just updated to the latest daily build and checked the to wps's out 01.26.43 # i think you should definitly add a third one 01.27.23 # and i think it should be the default one (the one that used to be default) 01.28.05 # because once you selected a wps from the menu, you can't go back to the default wps or can you? 01.28.31 # 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 # yeah, but at least you can select the rockbox default font in the font menu 01.29.22 # 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 # i agree 01.30.14 # personally i like the default wps a lot better than the bitmapped ones 01.32.01 # allready have a driver for you rtc xshock? 01.32.05 # 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 # I'd like to see some larger fonts included... 01.33.01 # amiconn: I have some lager fonts, unicode too.. 01.33.09 # hmm, i usually just turn the icons off and use nimbus 12... 01.33.28 # that gives me a nice and clean look 01.33.58 # 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 # sorry i meant xtal-14 not nimbus 12 01.34.42 # The default could be a bit larger on iriver, but that's not a priority 01.34.53 # yes i agree 01.35.06 # but 20 pixels is very large 01.35.22 # lokki: XShocK said he had the his iriver displaying time and date, so I guess he made the driver. 01.35.27 # 10x7 for H1x0 would roughly resemble the physical size of the current default 8x6 on the archos screen 01.35.29 # gargantuan I could say 01.35.35 # i think the default is fine on iriver 01.36.00 # well I could be better with a slight bigger, but anyway I use chicago 12 for my taste. 01.36.29 # as long as we all can choose our fonts it doesn't really matter... 01.36.45 # :) that's why I love Rockbox 01.36.47 # The default is always used for a number of things 01.37.07 # yes, for debug menu... 01.37.31 # and vkeyboard, recording screen, numbers in the status bar, ... 01.38.28 # i think for the vkeyboard it's just fine so you can navigate through all the symbols 01.38.45 # statusbar could be bigger and recording too 01.39.11 # hello 01.39.32 Join ironrok [0] (i=Superman@pool-138-89-151-60.mad.east.verizon.net) 01.39.42 # does anyone have a compiled jepg plugin that will allow file switching / browsing without interrupting music? 01.40.01 # The unicode patch give more possibilities and more problems. People might want to select a vkeyboard with hebrew for example. 01.40.04 # I couldnt compile my own, I dont have the time to learn it atm 01.40.32 # pinkutank: I made the patch to auto scroll but I haven'e compiled with the while playing 01.40.59 # : when did he say that? i couldn't find it in the logs 01.41.25 # so you have the plugin ready to use patched? 01.41.58 # 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 # I have the plugin that scrolls files but it will stop music. 01.42.15 # still can I have it, its better than the original 01.42.36 # okay, you have a late daily build right? 01.42.41 # todays 01.43.21 # LinusN: Will your next bootloader (I guess there will be H100, H120 and H300 versions) incorporate the SDRAM init fixes? 01.43.21 # lokki: Can't find it either. Maybe I dreamed or logbot didn't record it. 01.43.43 # > 01.43.46 # the eq was on development, what happened to it? 01.44.15 # 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 # and if it is then at least make it delete proof. 01.44.33 # (read only) 01.45.01 # lokki: in rockbox-20051113.txt: 21.03.54 # now my iriver shows time and date.. :)) 01.45.05 # pinkutank: where to send it? 01.45.18 # (type an emai with "at") 01.46.05 # got it? 01.46.12 # test 01.46.26 # : thanks... the possibility of a clock are endless... 01.46.27 # yes I have the file but you must tell me where to send it. 01.46.30 # I am assumin no one has compiled a non interrupting jpeg viewer 01.46.36 # I pmed you the email 01.46.45 # markun: seems my optimised crossfeed is faster, yes 01.46.56 # pinkutank: only registered members can private chat 01.47.00 # oops forgot 01.47.04 # preglow: nice work 01.47.16 # XavierGr: YOu can allow privmsgs from unregistered users 01.47.25 # i am registered 01.47.25 # I find it a bit difficult to tell the exact boost ratio 01.47.30 # If you're registered yourself, that is 01.47.42 Join |joshn| [0] (n=kvirc@ool-182e82f5.dyn.optonline.net) 01.47.45 # markun: i just noticed that flac boosts with crossfeed enabled 01.47.51 Part ironrok 01.47.52 # markun: it doesn't with the optimised version 01.48.07 # no one uses the jpeg viewer? 01.48.13 # i read manga 01.48.46 # : btw do you know what plugins there are for other rtc capable architectures (eg calendar alarm etc) 01.48.55 # no idea 01.49.17 # 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 # that would be awesome... 01.49.54 # also bounce uses the clock 01.49.57 # <|joshn|> Is rockbox currently booting on the 3x0, outside of BDM? 01.50.04 # 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 # yeah that seems logic 01.50.35 # 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 # |joshn|: no 01.50.48 # For these, the alarm function is built into the core 01.50.56 # <|joshn|> bummer 01.51.03 # LinusN: what can you currently do with the H300? 01.51.13 # do you think the hx0 could be modded in such a way to? 01.51.21 # 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 # too i mean 01.51.41 # markun: i'll commit it once i'm certain it produces the same results 01.52.06 # 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 # 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 # The archos recorder v1 already has an rtc, just the powerup functionality needs to be added with a small mod 01.52.39 # s/remove/move/ 01.52.55 # preglow: ok 01.53.02 # before I sleep , once more. does anyone have a compiled jpeg viewer that will view jpegs without stoppin g playback 01.53.09 # looking forward to your changes in the morning :) 01.53.16 # good night all 01.53.34 Quit ]RowaN[ (Read error: 110 (Connection timed out)) 01.53.38 # but just a rtc wouldn't be very hard, and that would allready be a lot 01.53.50 # XavierGr: i can write to the lcd, i can read the battery level and most of the keys 01.54.01 # backlight works 01.54.56 # ata driver? 01.54.57 # LinusN: [23:34:47] LinusN: The H300 baclight is hooked to some kind of pwm output, so it's dimmable in hardware? 01.57.48 # it is, but the frequency is so low so it looks awful 01.57.57 # XavierGr: not yet 01.58.09 # the pwm frequency actually can't be adjusted? 01.58.29 # it is set to the highest 01.58.36 # remarkable 01.58.50 # can the same pin be used as gpio? 01.58.59 # Hehe, on the archos we can make the backlight flicker or blink... 01.59.11 # good night... 01.59.19 # recorder, taht is 01.59.20 Quit lokki ("CGI:IRC") 01.59.45 # preglow: the backlight pwm can be gated with a port pin 02.02.03 Quit muesli- (Read error: 110 (Connection timed out)) 02.02.18 # 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 # sure 02.03.10 # no reason you should 02.03.29 # detail 02.05.29 Join JotaCE [0] (i=JotaCE@201.132.235.226) 02.06.32 # hi 02.07.18 Quit Moos ("Glory to Rockbox") 02.08.19 # anyebody can give me the ArchosUnlock.exe program ?? please send to sanhuezajc@gmail.com :D 02.08.48 # still no one carrying a noninterrupitng lpeg plug in i presume? 02.09.43 # someone would tell you if they did 02.10.59 # sorry, i thought maybe someone came in recently 02.11.14 # oyasuminasai 02.11.19 Quit pinkutank () 02.12.19 # anyone here intimately familiar with how crossfeed sounds that wants to test an optimised version? 02.18.35 # ok that's it, for today tommorow I will submit my plugin. 02.18.42 # good night everyone 02.21.30 # good night 02.22.03 # hmm 02.22.10 # where'd backlight fade times go? 02.25.43 # right, more in cvs 02.26.16 Quit JotaCE () 02.52.31 # !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 # I dont uderstand the how to page on how to run the java thingy.. 02.54.17 # 4. Run "java -jar SongDB.jar --strip /mnt/archos /mnt/archos" from inside the .rockbox directory 02.54.23 # how do I do that :) 02.58.55 *** Saving seen data "./dancer.seen" 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 # 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 # -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 # amiconn: you will be happy with my next commit : 2kb firmware size reduction :P 03.29.34 # on the recorder 03.33.38 # wow 03.33.49 # Hiyo TiMiD! 03.35.50 # how can I add a file to my patch? 03.36.15 # 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 # hi all. i have a question about a compile error that has me confused 03.56.27 # ipod_fw.c:28:19: errno.h: No such file or directory 03.56.45 # ipod_fw.c:29:20: unistd.h: No such file or directory 03.56.58 # but both files are there... 03.57.16 # XavierGr: cvs add file, then cvs diff 03.57.34 # rubberglove: you tried to compile for ipod ? 03.57.54 # no. i was just running 'make' in the tools directory 03.57.55 # (because all the other targets seems to work ) 03.58.02 # hmm 03.58.20 # same with the daily build and cvs 03.58.28 # are youunder linux ? 03.59.05 # nope. cygwin. the 'rockbox development kit' actually. 03.59.18 # hmm I can't help you then 03.59.19 # it works fine normally... 04.00.00 # I just compiled it 30min go and everything was just fine 04.00.14 # weell I'm gonna sleep 04.00.17 # CU 04.00.32 # bye 04.00.50 # rubberglove I get the same errors on making the tools 04.01.11 # just ignore those errors 04.01.48 # ah.. cool. i sure don't need the ipod firmware patcher anyway... 04.05.21 # 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 # 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 # 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.21.05 Join Jungti1234 [0] (n=jungti12@58.77.81.75) 05.22.07 DBUG Enqueued KICK Jungti1234 05.22.07 # * Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(1go 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.58.21 Quit RotAtoR () 06.59.03 *** Saving seen data "./dancer.seen" 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 # 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 # 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.01.52 Join t0mas [0] (n=Tomas@unaffiliated/t0mas) 08.03.30 # 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 # i will try to find a replacement for my alarmless rtc with one with alarm. 08.05.35 # i don't really need that functionality, but will do it just for the sake of it. 08.08.28 # 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 # thats interesting. :)) 08.09.42 # hehe :) and i have all necessary code ready.. jst need to find a good place for that chip 08.15.21 # yeah. putting chip inside might be a problem if you do it on pcboard. 08.15.53 # i made it on a pcboard, 1.5mm. it baery fit. 08.16.06 # s/baery/barely/ 08.16.16 # the chip is quite small but too thick tu put under battery 08.16.16 # i ll go sleep. 08.16.24 # good night :) 08.16.33 # night 08.17.33 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 08.17.33 # * Jungti1234 ´ÔÀÌ ºÎÀçÁß¿¡¼­ µ¹¾Æ¿À¼Ì½À´Ï´Ù.(1go to school) 08.18.44 # 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.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 # markun: man, the crossfeed volume drop is really noticable 09.48.03 # preglow: yes, maybe time to look for some other filters.. 09.48.29 # I don't know how complex the shelving filters are 09.48.43 # depends on how steep you want them to be 09.48.56 # this'll break my asm opt :P 09.49.15 # wanna try it out to see if it sounds the same, btw? i haven't bothered to wav write or anything 09.49.31 # ok 09.50.19 # 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 # preglow: I think yours sounds louder, but I might be mistaken. 09.54.27 # yeah ! i just saw the iriver h3xx daily bulids and only one yellow error !!! 09.54.44 # i hope rockbox will launch on h3xx soon ! 09.54.45 Quit Kohlrabi ("Leaving") 09.57.33 # linus most certainly seems to do work on it these days 09.57.53 # lets hope some other devs jump on it as well, then 09.57.59 # markun: if so, then that's a bug 09.58.08 # markun: but the crossfeeding in itself works ok? 09.58.11 # 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 # preglow: Yes, I think there is, really sounds louder, but it still sounds ok on the 1 song I tried so far. 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 # preglow: An interesting libfaad thread: http://sourceforge.net/mailarchive/forum.php?thread_id=8966669&forum_id=7131 10.49.33 # 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 # now there's some remarkable news 10.54.16 # 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 # what are the "iriver h1x0 boot" build targets? 10.55.32 # The bootloader - the small program that is patched into the original iriver firmware and then flashed into your player. 10.56.17 # thx. Has it been updated recently for H120? 10.56.34 # iow: is there any need to reflash? 10.56.39 # preglow: They seem to have good intentions - i.e. writing small and efficient codecs. 10.56.56 # 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 # So I'm sure it will be significantly better than libfaad if they do it. 10.57.01 # Any ideas? 10.57.43 # linuxstb__: is that a stated intention or just what it looks llike? 10.57.46 # 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 # linuxstb__: thanks a lot 10.58.58 # reads the word 'seem' 10.59.00 # but yes 10.59.05 # i haven't looked at any of their other codecs 10.59.08 # 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.21 # 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 # ghah 11.02.09 # 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 # uses... 11.02.16 # yep 11.02.18 # and i believe them 11.02.30 # That's exactly what they did with libFLAC. 11.02.34 # and looking at what a cute little decoder they made for flac... i believe them 11.03.05 # went from one of the slowest to our fastest codec 11.03.13 # with only a simple optimisation 11.03.16 # and some iram 11.04.02 Quit linuxstb_ (Read error: 110 (Connection timed out)) 11.05.03 # the FLAC decoder is rockbox's fastest one? 11.05.06 # yes 11.05.09 # even faster than mpeg? 11.05.11 # yes 11.05.14 # by far 11.06.06 # wow 11.06.27 # so there should be space for optimizations in the mpeg-codec, right? :D 11.07.15 # is it only Linus who have been working with the BDM? 11.07.16 # yes, but most of the obvious stuff has been done 11.07.20 # probably can be done better, though 11.09.39 Quit linuxstb (Read error: 110 (Connection timed out)) 11.11.24 # there, optimised crossfeed, if anyone would care to compare its sound with the old one, please go ahead 11.12.31 # 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 # i've seen that way too often 11.16.11 # preglow: the check in replaygain could also be moved out of the function 11.16.45 # yes, i know 11.16.49 # i'll deal with it later 11.19.08 # hm... i just cannot find any mpeg-decoder in apps/codecs ...?! 11.19.14 # libmad? 11.19.15 Part Kaggen 11.19.17 # mpa.c ? 11.19.28 Join Kaggen [0] (n=kaggen@nl-67-135.netlogon.liu.se) 11.20.08 # preglow: ah... sorry 'bout that :-) 11.28.07 # 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 # yes and yes 11.32.02 # in terms of sound quality there have been done a couple of simple waveform based tests done via spdif recording 11.32.12 # for most codecs apart from mp3, rockbox and iriver are essentially equal 11.32.20 # mp3 differs somewhat more, but not much 11.32.26 # as for battery life, i can't remember 11.32.30 # roughly equal 11.33.06 # any idea what causes the difference for mp3? According to the libmad site it should be very accurate 11.33.10 # so, mp3 was better on rockbox? 11.36.10 # markun: probably bugs and simplifications thanks to optimising 11.36.18 # wubbla: slightly worse 11.36.48 # i can probably have it more precise, but that would mean sacrificing performance 11.38.09 # 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 # performance is king 11.38.36 # preglow: now that you've revealed it, the hordes will come stomping :-) 11.38.47 # hopefully with abx tests in hand! 11.39.30 # 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 # now back to some ipod work 11.45.58 # 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 # i'll just see what i can do in crt0.s 11.47.23 # i still haven't got much overview over what needs doing on the interrupt front 11.48.18 # i've never actually set up interrupts from scratch before 11.48.24 # just hooked existing ones, etc 11.48.39 # and this is arm, besides 11.48.46 # 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 # i don't think the mp3 output issue is audible at all 11.54.58 # but we're only accurate to about 11.5 bits 11.55.39 # i might try some different mp3s like low bitrate cbr etc and see if i can spot a differene 11.57.02 # 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.24 # 11.5 bits? 12.00.29 # that's got to be wrong 12.00.36 # ep0ch|: resampler kicks in 12.00.42 # well the difference was about +/-20 12.00.55 # which is about 4.5 bits 12.01.05 # ep0ch|: spdif doesn't even support 22khz 12.01.10 # preglow: ok 12.01.12 # then i've clearly done something wrong in optimising 12.01.24 # 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 # byteswap? 12.02.23 # do we byteswap the framebuffer? 12.02.36 # hmm made my first battery test with my plugin. Results were dissapointed. Though Istarted the test with battery at 50 % 12.02.44 # Because the lcd_update function needs to send a big-endian word to the LCD driver. 12.03.07 # also runtime results agree with the plugin. 12.03.10 Join webguest93 [0] (n=3e418ed5@labb.contactor.se) 12.03.12 # linuxstb: any reason why we just don't plain switch endianness? arm does allow us to do so 12.03.43 # 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 # should be no difference if you ask me. the endianness change only affects the memory interface 12.03.51 # 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 # here is the benchmark results if anyone is interested 12.04.19 # internally it should be very simple to implement 12.04.59 # XavierGr: i;m interested 12.05.09 # thats just over 6hrs with 50% 12.05.27 # i think it would be nice if the log file also wrote the battery size in there :) 12.05.35 # yes but with a 1900mAh battery 12.05.38 # XavierGr: what codec? 12.05.50 # mp3 192kbps 12.05.55 # :s 12.05.56 # mostly 12.06.02 # this test is not so good 12.06.03 # weird 12.06.11 # I will try again 12.06.20 # but in my experience it takes longer for a battery to go to 50% than from 50% to 0 12.06.28 # cause I let the player play and it skipped foldres and such 12.06.39 # so it may have played other codecs too. 12.06.43 # well 12.06.49 # you should always repeat a large album 12.06.49 # XavierGr: is this plugin available to others to test? 12.06.58 # yes of course 12.07.25 # I say that on the comments too, and I was the first to break that rule, lol 12.07.39 # XavierGr: Do you use sleep() in your battery log thread? 12.07.56 # hmm no 12.08.13 # then it probably eats a lot of battery 12.08.13 # I just scan for disk activity 12.08.31 # but I yield every time 12.08.37 # or it doesn't matter? 12.08.41 # yes 12.08.47 # It does matter 12.08.52 # why do you scan for disk activity? 12.08.57 # If nothing to do you should use sleep() 12.09.06 # then someone will have to say to me when to call a sleep. 12.09.07 # right, to avoid spinning up the disk 12.09.19 # I will pastebin the code. 12.09.25 # 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 # XavierGr: I place of rb->yield() just use rb->sleep(HZ/10) 12.10.16 # well, you can probably just sleep for long amounts of time 12.10.18 # I'm quite sure that checking every 1/10 s is enough to catch a spinup 12.10.21 # at least a number of seconds 12.10.58 # as is now your plugin probably uses a little amount of power itself 12.10.59 # 1/10 seconds that's too fast. 12.11.18 # the disk spin minimum is 3 sconds 12.11.41 # then hooray, sleep for a couple of seconds 12.11.53 # your plugin should have very little overhead in that case 12.12.00 # One second should be sufficient 12.12.18 # ...just to make sure not to miss a spinup 12.12.26 # so you say to change the yields in the thread with sleeps? Ok got it 12.12.52 # 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 # XavierGr: Probably not all yields, just the one in the loop that checks for disk activity 12.14.05 # well it is one yield inside this loop 12.15.37 # sleeps wont happen anyway when you use codecs 12.16.51 # Why not? 12.17.04 # I could always set the amount of sleep from the configuration file (spin disk time - 2) 12.17.31 # linuxstb: because the codec plugins themselves never sleep 12.18.48 # 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 # no, it means it's yielding 12.19.23 # ybkess that function sleeps, of course 12.19.26 # haven't checked that 12.20.41 # unless, even 12.20.58 # it sleeps 12.21.09 # at least it should sleep :) 12.21.14 # goodie 12.21.26 # Slasheri: btw, there's a bug report on the forum 12.21.35 Quit webguest40 ("CGI:IRC (EOF)") 12.21.42 # I think it does sleep - see line 313 of playback.c 12.21.43 # preglow: hmm, i will check later 12.21.55 # no 150km away from workstation :) 12.21.59 # +w 12.22.00 # 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 # ok can someone say to me how to add a file to my patch? 12.31.43 # 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 # 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 # so I can't right? 12.33.26 # 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 # ok then shoot 12.33.52 # 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 # 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 # good, good! now go annoy bagder about it! 12.40.14 # <_FireFly_> preglow do you mean me ?? 12.40.19 # anyone :P 12.40.24 # he already knows i want svn 12.40.28 # <_FireFly_> :) 12.41.13 # how can i compile without remote support? 12.41.22 # <_FireFly_> ?? 12.41.29 # you need to hack a header 12.41.36 # why do you want to do that, btw? 12.41.39 # (i dont use the remote) 12.41.50 # 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 # ep0ch|: apps/screen_access.h 12.43.54 # ep0ch|: line 34, change the 2 to 1 12.43.55 # HAVE_REMOTE_LCD? 12.43.59 # ep0ch|: untested, that should work 12.44.03 # ok 12.44.12 # 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 # yes 12.44.51 # 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 # where is HAVE_REMOTE_LCD defined? 12.45.12 # ep0ch|: read a couple of lines up ;) 12.46.04 Join Febs [0] (n=cfac7a51@labb.contactor.se) 12.46.21 # _FireFly_: The remote lcd drawing (to the remote framebuffer) also needs to be done when the remote is not connected 12.46.35 # i was thinking there would be one big file in rockbox with lots of defines 12.46.57 # Rockbox doesn't know beforehand when it will be connected 12.47.27 # 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 # 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 # 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 # _FireFly_: If you had a look at the remote lcd driver, you would know that's what it does 12.49.10 # lcd_update() does immediately return when the remote is not connected 12.49.49 # 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 # nope 12.52.14 # 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 # they shouldn't 12.56.59 # just lcd_remote_update, afaik 12.57.21 # All functions which access the hardware should (and do) that 12.57.45 # The drawing functions must not 12.57.58 # <_FireFly_> what about lcd_remote_backlight_on 12.58.19 # any idea which chip the Toshiba Gigabeat X30 uses? 12.58.31 # There it's not worth to check, it just sets a port bit 12.58.49 # 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.01.01 # 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 # so many similarities with h3x0 and x5 13.03.38 Quit mashalla (Read error: 104 (Connection reset by peer)) 13.04.20 # _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 # 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 # anyone remember me saying i wouldn't work on libmusepack? i sure don't 13.06.15 # _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 # B4gder: couldn't find any information with google so far 13.07.53 # who knows about gui\list.c? 13.07.53 # me neither 13.08.03 # regarding the remote 13.08.09 # their firmware upgrade is *huge* 13.08.12 Quit kaggen ("Leaving") 13.08.16 # 13.5MB bin file 13.08.23 # _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 # B4gder: !!! 13.09.14 # new version of the demo tunes? 13.09.14 # gb2010ASfwup.bin: romfs filesystem, version 1 13911104 bytes, named ROM Disk. 13.09.18 # !! 13.09.33 # linux? 13.09.33 # wow 13.09.38 # _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 # open it! 13.09.50 # mount it! 13.10.04 # and look at this: 13.10.10 # file update.sh 13.10.10 # 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 # _FireFly_: however in list.c i get compile errors because SCREEN_REMOTE is undeclared 13.10.21 # hahah 13.10.26 # (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 # ok 13.10.48 # 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 # well, we don't know which arm 13.11.54 # ok, i'll see if i can get it to work nicely 13.11.55 # * B4gder does the strings game 13.12.20 # now that is fun 13.12.35 # glibc 2.2.5, gcc 2.95.3 ;-) 13.13.03 # http://www.arm.com/markets/mobile_solutions/armpp/811.html 13.13.09 # 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 # how surprising... 13.13.30 # <_FireFly_> in list.h 13.13.37 # B4gder: a simple instruction search should verify if it's arm 5e or later, at least 13.13.53 # yes I guess 13.14.04 # 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 # _FireFly_: is it better to do this in list.h? 13.14.48 # for the LIST_RC_* defines 13.15.02 # <_FireFly_> i mean that :) 13.15.24 # putting a different romfs on an x30 shouldn't be that hard then I guess ;-) 13.15.25 # :) 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 # b4gder: is this a new player? 13.17.04 # I don't know, I've never heard of it before markun mentioned it 13.17.14 # yes it's new 13.17.38 # released in japan in september. 13.17.42 # http://www.gigabeat.com/ for an insane flash-orgy site about it 13.17.47 # But there are other Toshiba players like F20, maybe they are more or less the same 13.17.59 # macromedia still hasn't made a 64 bit flash plugin 13.18.01 # they are available with 60GB 1.8" 13.18.13 # http://tacp.toshiba.com/tacpassets-images/models/MEG-F60s/docs/meg-f60s_spec.pdf 13.18.42 # "28 user selectable equalizers" 13.18.43 # wooooo 13.18.45 # ;-) 13.18.45 # B4gder: yeah, it's their own disks so you'd somewhat expect that :-) 13.18.57 # yes, no surprise there 13.19.05 # which reminds me 13.19.13 # i was considering commiting an eq soon 13.19.19 # without shelving filters 13.19.21 # Maybe they will be the first with a single platter 40 gb then too.. 13.19.26 # "GB means one billion bytes when referring to hard drive storage capacity." 13.19.42 # i love that 13.20.35 # "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 # oh 13.21.07 # "will be available in Piano Black, Pure White and Crimson Red in Japan, on October 22" 13.21.11 # very new, then 13.21.23 # their 40GB is as thin as their 10GB 13.21.27 # time to warm up some gpl zealots on the missing source 13.21.30 # that should make our job pretty easy 13.21.32 # hinting it is a single platter 13.21.44 # or thick 10GB version 13.21.53 # 5/8" 13.22.13 # or possibly wrong spec sheet of course 13.22.56 # I can't find for which gigabeat this firmware is: http://www.gigabeat.com.tw/toshiba_3.html 13.22.57 # at least the 60GB is claimed to be thicker, 3/4" 13.23.42 # I download my version here: http://www.toshiba.com.hk/eng/download/list.asp 13.24.22 # I am a "HKSAR End-user" ;-) 13.26.24 # strings gb2010ASfwup.bin | grep -i "free software" 13.26.24 # # Copyright (C) 1996-2001, 2002 Free Software Foundation, Inc. 13.26.32 # :-] 13.28.01 # B4gder: Where did you get the .bin file from ? I only got an .exe file. 13.28.14 # I ran that 13.28.22 # it extracts 4 files 13.28.38 # I can make them available if you wanna have a look 13.28.54 # It's OK. Wine did the job. 13.29.22 # I'll upload them anyway, in case someone else wants to play 13.30.03 # yes, wine worked fine 13.30.34 # "strings" give a _lot_ of information. Looks like all the symbols are still there. 13.30.39 # there http://daniel.haxx.se/x30/ 13.30.52 # libm seems to be there. 13.32.07 # 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 # The firmware update itself seems to be in some .DAT files - and they look like they are encrypted. 13.38.18 # i think the settings menu needs a DSP menu 13.38.26 # its crowded in there 13.38.31 # But it looks like you could execute code by making it pretend to be a firmware updater. 13.38.59 # linuxstb: yes, that would be a nice trick 13.39.05 # There seems to be a binary LCD driver in an unstripped .o file as well - legna-lcd-gb4.o 13.39.24 # So that should be very easy to reverse. 13.41.16 # ep0ch|: i agree 13.42.21 Quit justsomeperson ("CGI:IRC") 13.46.04 # markun: Are you planning a Rockbox port to that new Toshiba then? :) 13.46.17 # Hmm.. :) 13.46.37 # go go go 13.46.39 # ;-) 13.46.42 # It would be a nice candidate I think :) 13.47.23 # But it's not for sale here I guess. 13.48.03 # Let's hope they don't go out of production by the time the port is finished.. 13.48.13 # Why break with tradition? 13.48.14 # http://www.pricerunner.com/sound-and-vision/personal-audio/mp3-players/364511/prices 13.48.27 # :) 13.48.57 # so basically your doing the ipod port to kill it off, good plan :) 13.49.09 # hehe. 13.49.33 # B4gder: The single platter 40gb is the F40? 13.50.02 # gigabeat.com only shows one 40gb one 13.50.06 # F40S 13.50.49 # 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 # an application can't do that 13.51.29 # What about uclinux? 13.51.47 # right, in uclinux it should be possible I guess 13.52.47 # "Warning: Do not operate the product while walking," 13.52.59 # ? 13.53.07 # haha 13.53.39 # Look at the traffic, not your device is maybe what they want to say 13.53.45 # No GPL/LGPL text anywhere then? 13.55.04 # "You may fall or cause a traffic accident," 13.55.06 # not that I've seen 13.55.08 # I'm reading the user's manual now 13.55.36 # how can i do a cvs up which will overwrite my local changes? 13.57.00 # you may fail 13.57.01 # hahaha 13.57.24 # ep0ch|: Use the `-C' option to overwrite locally modified files with clean copies from the repository 13.57.42 # ta 14.02.12 Quit ashridah ("Leaving") 14.03.54 # 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 # B4gder: Does it have a clock? 14.04.28 # That's a quote from the license document - but there is no "attached License Information" 14.04.42 # I don't spot any mention of a clock 14.05.01 # my acroread crashed so I stopped reading that ;-) 14.05.13 # linuxstb: maybe you get it in the accompanying papers when you buy it 14.06.57 # 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 # _FireFly_: i'll put my patch in the tracker, that fixes not having remote defined, just changes two files 14.09.09 # markun: Go shopping :) 14.13.58 Quit _FireFly_ (Read error: 110 (Connection timed out)) 14.17.56 # please can someone kill patch 1357357 in sourceforge (i didnt press the tickbox to upload a file) 14.18.51 # can't you upload one after having submitted it? 14.19.38 # ahh didnt think of that, still i have two entries in SF 14.22.23 # 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 # what the hell 14.41.41 # when i try mpc.codec from the bleeding build, i just get noise 14.42.24 # fine here 14.42.52 # (but i did my own compile) 14.43.08 # could you just try the one in the last bleeding edge one? 14.43.18 # i can't get it to behave coherently here 14.43.24 # ok 14.43.29 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 14.44.18 # not having remote support knocks nearly a whole 10k off rockbox.iriver 14.44.39 # i refuse to believe haven't pointed this out by now 14.44.42 # people 14.46.15 # latest bleeding edge is good on mpc 14.46.24 # so i must be doing something wrong, then 14.46.41 # i'm just testing my latest musepack changes 14.47.21 # 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 # 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 # "released" ? 14.49.16 # not even the h1x0 version has been released 14.49.30 # usable: yes, released: no 14.49.35 # ep0ch|: i'd rather put some important stuff there 14.49.37 # yeah but a version the we can run on the h3xx:D 14.49.45 # ep0ch|: i'll look into it some day 14.50.47 # just the bootloader and 1 error left until we can run it on h3xx ? 14.51.06 # "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 # haha ;) will the bootloader take long then? 14.52.19 # the bootloader has always been what we're waiting for for h3x0 14.52.25 # its been so for many months 14.52.46 # yeah but you have also eliminated all the error in this months:D 14.52.55 # they were never the problem 14.53.16 # I mean, not the big problem 14.53.59 # 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 # I don't know 14.54.20 # http://sourceforge.net/tracker/index.php?func=detail&aid=1357370&group_id=44306&atid=439120 14.54.22 # well there it goes 14.54.34 # Battery Benchmark plugin is now on Patchtracker 14.54.56 # Please test it if you are interested, it can become valuable at times 14.55.12 # ep0ch|: there's some good iram usage for you! 14.55.18 # unfortunately, no one uses layer 1 files 14.57.22 # 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 # 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 # Currently I charge mine and will test first thing first. 14.59.12 *** Saving seen data "./dancer.seen" 14.59.17 # 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 # of course! 14.59.58 # I will do such a test and let you know. 15.06.03 Quit linuxstb_ (Read error: 110 (Connection timed out)) 15.06.22 # XavierGr: i'll look at it 15.06.23 # 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 # XavierGr: does it write the battery size into the log file, it would be useful when comparing results 15.09.10 # linuxstb__: yes, with the rev instruction 15.09.13 # i think we've got that 15.10.02 # the sheet i've got says it's a rev 6 instructio 15.10.03 # n 15.10.40 # ep0ch|: if you don't want remote, compile with logf support, this disables the remote 15.11.02 # or just define NB_SCREENS to 1 in screen_access.h 15.11.57 # changing it in list.h would be odd 15.11.57 # TiMiD: i've changed the export/config-h120.h and submitted a patch as it didnt compile 15.12.06 # linuxstb__: I'd rather leave the optimisation in (different byte order in framebuffer) 15.12.15 # markun: it looks like my asm optimised crossfeed is very efficient 15.12.31 # markun: at least judging by the boost percentage 15.13.35 Quit nevs27 (Connection reset by peer) 15.13.57 # preglow: Looks like REV16 will do exactly what is needed. 15.14.40 # linuxstb__: it will, if we've got it 15.15.00 # amiconn: nearly 2kb binary size decrease with the incoming multi-screen playlist viewer 15.15.57 # 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 # anyone here with some mpc files that want to test a faster decoder? 15.16.22 # go on 15.16.43 # 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 # www.pvv.org/~thomj/rockbox/mpc.codec 15.17.19 # ep0ch|: in which case i look forward to hearing the new results 15.17.22 # it should be quite a bit faster 15.17.45 Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) 15.18.06 # XavierGr: please can you clean that patch up? it references rockbox-devel or something odd like that 15.18.30 # preglow: Your layer1 opt uses the wrong attr. Should be ICONST_ATTR for constant data 15.18.47 # amiconn: ahh, sorry about that, it's an old opt i just commited now 15.19.09 # TiMiD: Nice :-) Is this already removing all old dupes, or are there still some of them? 15.20.10 # 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 # It's not really a problem to have 2 16bit formats, imho 15.20.44 # think i agree there 15.21.10 # I'm on that train too 15.21.11 # if there is something obvious we can do to lessen cpu load, i think we should jump at it 15.21.32 # OK, I'm convinced :) 15.22.07 # No ogg on the gigabeat. Rockbox to the rescue! 15.22.11 # preglow: before my mpc file was at 29.5% boost 15.22.28 # preglow: now.... about 17.5% 15.22.32 # :) 15.23.04 # Someone should optimize Tremor. It's probably the slowest codec right now.. 15.23.08 # 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 # no aac is :p 15.23.38 # that's a lie .mod and sid is really the slowest :D 15.24.02 # amiconn: there are a lot remaining 15.24.17 # it didn't removed dupes :p 15.24.27 # markun: it's not straightforward 15.24.39 # ep0ch|: and those are pretty high bitrate, yes? 15.24.43 # I just used gui_list instead of the original home made list 15.24.49 # preglow: yeah 235 15.24.57 # I know 15.25.40 # ep0ch|: and nothing wrong? 15.25.45 # ep0ch|: if not, i'll commit it now 15.25.47 # sounds fine 15.26.26 # but i haven;t done an output analysis (yet) 15.26.36 # nothing should have changed 15.26.50 # 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 # oh hangon my ihp has frozen at the end of an mpc :s 15.30.58 # ouch 15.31.01 # at the very end? 15.31.12 # it says 2 seconds from the end 15.31.31 # letme find a paperclip and do more tests 15.31.48 # and you're certain it didn't do so before? 15.31.52 # ep0ch: yes the battery size is mentioned in the log. 15.31.58 # can't see exactly how i can have triggered that 15.32.23 # ep0ch|: what about the patch? what it says? 15.32.36 # ep0ch|: oh, but it does indeed happen :V 15.32.59 # grrrr my reset switch has vanished 15.33.48 # not good 15.34.06 # nothing like a good bug to fix 15.34.40 # and at the very end 15.34.41 # queer 15.34.48 # like i said, you're sure it didn't happen before? 15.35.15 # let me try with the old codec 15.35.48 # i'm pretty sure it didn't 15.35.59 # me too 15.36.07 # damn, i'm bouncing completely against the iram wall here 15.36.20 # ep0ch|: Try a different -px handler (it worked for -p1 for me) and let me know when you test it. 15.36.21 # shame fastforward doesnt work... 15.36.36 # XavierGr: ok 15.37.54 # XavierGr: oh yeah that seems to have applied cleanly, thanks 15.38.09 # 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 # yes that's theidea ;) 15.41.51 Quit Zagor ("Client exiting") 15.42.25 # hrmprmh 15.42.50 # preglow: first track played fine with the old mpc 15.44.20 # yes, i pretty much know what's wrong 15.44.49 # i must be overwriting some memory somewhere 15.44.58 # the playback layer is what's crashing 15.45.22 # TiMiD: Sounds good :) 15.48.10 Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) 15.50.20 # hi anyone in here? 15.50.57 # nah we've all gone down the pub 15.51.27 # :-) 15.51.57 # gotcha! do you know anything about building the crosscompiler with cygwin on windows? 15.52.27 # yngwi: for cygwin i followed http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling 15.52.33 # B4gder: I think Gigabeat is not UMS.. 15.54.37 # 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 # markun: The license docs mention linux-wlan, samba and dhcp - does it have any networking? 15.55.50 # because i tried the simple giude already and it didn't work 15.56.03 # yngwi: Go to the CrossCompiler wiki page. 15.56.20 # That gives instructions for building the cross-compiler from source. 15.56.27 # thats exactly my problem 15.56.30 # linuxstb__: wlan would be fun 15.56.54 # 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 # Which target are you compiling for? 15.57.30 # linuxstb__: there is a wifi cradle for sale 15.57.57 # markun: I'm quite tempted myself... 15.58.52 # The F41 has a nice single platter 40GB drive, but the X30 is quite a bit smaller. Difficult decision 15.59.41 # yngwi: Do you have all the tools required to build binutils? You need Perl, flex, bison, m4, and maybe others. 16.02.06 # yes i think 16.02.23 # at least i tried to follow the instructions the best i could 16.02.42 # and as i said i managed to build it without probs the last time i tied 16.02.56 # it was at the pc of my now ex-girlfriend :-/ 16.03.28 # What is the error message you get? 16.05.19 # make[1]: *** [fibheap.o] Error 1 16.05.21 # make[1]: Leaving directory `/home/nix/build/binutils/libiberty' 16.05.28 # make: *** [all-libiberty] Error 2 16.05.34 # this are the last 3 lines 16.05.48 # There must be another error above that. 16.06.35 Join _FireFly_ [0] (n=FireFly@p54A45FA4.dip.t-dialin.net) 16.06.51 # 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 # ../../../binutils-2.16/libiberty/fibheap.c:395: warning: implicit declaration of 16.07.28 # function `memset' 16.07.36 # Mordov: that's with the iriver firmware or rockbox? 16.07.42 # this is the line above the 3 lines 16.07.54 # sorry for bothering you with noob problems 16.08.05 # rockbox ofeurce... wahy else would I be here;= 16.08.31 # and excause my english :) 16.08.53 # have you tried a scandisk/chdsk/fsck? 16.09.01 # *ckhdsk 16.09.04 # chkdsk 16.09.06 # grr 16.09.08 # no I will do 16.09.12 # Fsck???? 16.09.22 # unix 16.09.31 # yngwi: That's just a warning - you can safely ignore it. 16.09.39 # That wouldn't cause the error. 16.09.46 # first 5 times it stopd at pixis but now it goes towo lines longer down and stop at placebo 16.10.05 # what does iriver firmware do? 16.10.15 # doing just fine :) 16.10.32 # ../../../binutils-2.16/libiberty/fibheap.c: In function `fibheap_delete_node': 16.10.34 # ../../../binutils-2.16/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (fi 16.10.35 # rst use in this function) 16.10.37 # ../../../binutils-2.16/libiberty/fibheap.c:285: error: (Each undeclared identifi 16.10.38 Quit NicoFR () 16.10.38 # er is reported only once 16.10.40 # ../../../binutils-2.16/libiberty/fibheap.c:285: error: for each function it appe 16.10.41 # ars in.) 16.10.50 # how do I load original firmvare? 16.10.55 # this are the first lines with error in it :-) 16.10.57 # have to test agein to be surten 16.10.57 # of course from the bottom 16.11.13 # <_FireFly_> Mordov: hold rec while press on 16.11.16 # Mordov: hold record and play while booting 16.11.21 # :) 16.12.05 # best thing abaout rockbox (and the says alot cause it is god) myst be the startup time :) 16.12.41 # it might get a little quicker in future too 16.12.49 # :D:D 16.12.55 # ep0ch|: why's that? 16.13.03 # rockbox in firmware 16.13.05 Quit B4gder ("time to say moo") 16.13.10 # *flash 16.13.26 # i checked it and i think i have all that tools from the cross compiler page... 16.13.38 # ok iriver firmvare seems to be fine,,, but sometme rockbox lat's me scan thrugh the whole list to,,,, 16.13.42 # as long as Slasheri doesnt break his unit anytime soon 16.13.47 # I'll scan and chkdsk :) 16.13.52 # i also have downgraded to gcc 3.3.3 16.14.01 # Mordov: would you say you have a lot of direcories/files? 16.14.09 # yappo 16.14.11 # ALOT 16.14.19 # 100mb left 16.14.35 # 1800MB somthing used 16.14.43 # well if you have a lot of files/directories try changing the limits in settings 16.14.58 # ?? 16.15.03 # General -> System -> Limits 16.15.13 # limit the files in my folders? 16.15.20 # increase them 16.15.42 # ah, I lookd at that yesterday.. I'll check it agein 16.15.56 # default is 400, maybe you've changed it or exceeded it 16.15.59 # ah, the olug unplug also rox:) 16.17.00 Part XavierGr 16.17.42 # ep0ch| looks like that did the trick :) thanks 16.18.01 # and keep up the brilliant work:) 16.18.20 # yeah, brilliant work.. 16.19.33 # 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 # Hello people 16.21.33 # 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 # 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 # preglow:; are you here? 16.23.27 # nope, i'm heading out now 16.23.27 # bbl 16.23.43 # if it's possible, i can read it when i get back 16.24.01 # 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 # hmm 16.24.17 # its pretty strange 16.24.27 Quit Mordov (Read error: 104 (Connection reset by peer)) 16.25.00 # 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 # hmmm 16.25.19 # The DevKit is basically a very minimal cygwin with pre-compiled binaries of the cross-compilers. 16.25.33 # does it interfere with cygwin? 16.25.37 # I've no idea. 16.25.45 # preglow: it was just for ask you what's about your 1500 lines libmusepack code, commit will come soon? 16.25.48 # hmm i guess ill try that, thanks 16.26.24 # 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 # ok thanks.. 16.26.45 Join tcmjr [0] (i=t7DS@201008048012.user.veloxzone.com.br) 16.26.59 # That's a very recent problem - a new devkit will hopefully be released soon to fix it. 16.28.32 # 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 # re 16.33.53 Quit webguest65 ("CGI:IRC") 16.40.00 # 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 # The commit itself turned out to be fine, but that was just luck. 16.40.23 # <_FireFly_> *g* 16.40.38 # It could have been nasty though.... 16.42.37 # For the record, the commit was an optimisation to the ipod lcd_update_rect() function. 16.43.51 # say... linuxstb_, the error you told me about, is it supposed to happen when i build the tools? 16.44.08 # i guess so 16.44.22 # <_FireFly_> yngwi: yepp 16.44.44 # oh sorry i forgot what you wrote 10 lines or so above 16.44.50 # :-/ 16.44.59 # FireFly, thanks 16.45.05 Join Mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) 16.46.00 # 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 # and the song it hangs oncahnges 16.46.31 # linuxstb__: You can't assume that x is even in an lcd_update_rect() call 16.47.05 # amiconn: I guessed that. 16.47.21 # Is there a clever way to correct the x and width values? 16.48.36 # 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 # Round down x_start to an even value, and round x_end up 16.49.01 # hmm it seems it didn't work too well 16.49.43 # when compiling i got errors 16.50.04 # make[3]: *** No targets specified and no makefile found. Stop. 16.50.05 # make[2]: *** [libmad] Error 2 16.50.07 # make[1]: *** [build-codecs] Error 2 16.50.08 # 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 # _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 # hi 16.52.28 # Bagder: You around? 16.52.29 # the dir "C:\rockbox\home\guest\source\apps"? yes 16.52.47 # yngwi: You've come at a bad time - the source archives are currently broken. 16.52.58 # 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 # oh i guess thats the problem then 16.53.33 # thanks 16.53.35 # yngwi: Go here: http://www.rockbox.org/twiki/bin/view/Main/UsingCVS 16.53.55 # and type the two commands under Anonymous read-only checkout 16.54.04 # That will get you the very latest source. 16.54.12 # ok.. thanks 16.54.29 # what does the voice UI do? can I speak to the player or is it for the player speaking to me? 16.54.42 # The player speaking to you. 16.54.54 # <_FireFly_> it's mainly for blind users 16.54.54 # ah ok that whay I could'n make it work ;) 16.55.03 # was my guss :) 16.55.07 # <_FireFly_> yepp you need voice files 16.55.39 # I'm tring to uppdate DB file now, hope that helps stopoing to lockup... 16.56.24 # 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.59 # 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 # anyone more than Linus that have used the BDM-interface? 17.10.44 # hmm nothig helps...... this is frustrating. rockbox still locksup when I brows the artist 17.11.43 # when I brows all the tag options.. 17.15.19 # 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 # 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 # all sugestions are wellkome :) 17.25.56 # bye 17.26.09 Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") 17.29.25 # rand_althor: someone has a bdm for his iaudio 17.29.46 # 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 # hrmph 17.46.30 # linuxstb__: it is possible to enter a comment even now 17.46.34 # linuxstb__: for the commit, that is 17.47.44 # cvs admin -m : 17.48.05 Quit arkascha (Remote closed the connection) 17.48.27 # OK, I'll give it a go. 17.49.19 # 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 # 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 # i think if you move the quote to after the colon 17.53.41 # 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 # linuxstb__: that's true 17.54.17 # _FireFly_: Thanks. I'll give it a shot. 17.54.57 # done? 17.55.08 # it wont be visible until the next commit, and i've got a little one queued 17.55.42 # "cvs log file.c" will tell me if it worked. 17.56.56 # Lovely. Worked fine on the first file. 17.57.35 # <_FireFly_> you must do it for each file seperatly 17.58.43 # Yes, I did do. In fact, it gave me the chance to make more specific log messages for the changes. 17.59.09 # It should be OK now. History has been rewritten. 18.00.53 # 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 # goodie 18.07.26 # I started a thread on a gigbeat user forum: http://www.mygigabeat.com/forum/messages.cfm?threadid=94E464CA-3048-2906-EA03C8BFD203A5A2 18.08.28 # yeeh i have compiled the simulator... 18.08.58 # yngwi: congratulations. What are you planning to do with it? 18.09.11 # build my dream wps :-) 18.09.19 # but i encountered another problem 18.10.14 # 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 # or so 18.10.29 # and the sim display says codec error 18.10.34 # what could that be? 18.12.36 Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) 18.15.07 # ok now its working 18.15.23 # did something wrong, but whatever 18.15.34 # 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 # i've got a question, though. 18.17.55 # how does the simulator simulate battery drain? 18.27.17 Quit mashalla (Read error: 110 (Connection timed out)) 18.36.20 # 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 # 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.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 # 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 # I get this error nomater what I do. please helpe :) not an ID3 rockbox DBarchive.... 19.18.41 # i don't use the db, sorry 19.25.19 # it's not writing anything to the DB file anymore... I have tryed it on to computers 19.25.48 # rockbox.tagbd file is empty 19.26.06 # can someone send me a file so I know how it's suposed to look? 19.26.34 # sure you're not using the java prog wrongly? 19.26.41 # i don't have java, so i can't test 19.27.33 Quit Febs ("CGI:IRC (EOF)") 19.27.34 # it might be that, but I have done excatly what written on the page... and tha scould be easy... 19.28.39 # i don't think the java db generator is actively maintained anymore 19.28.44 # it might have gone stale 19.28.46 # i have no idea 19.28.59 # it worked earlyer today... that what's the big thing :) 19.29.04 # *shrug* 19.29.25 # amd the it started to lockup when browsing tag's and I have been struggelign since :) 19.29.35 # is pearl better? 19.29.37 # fro PC 19.29.40 # for 19.32.36 # the perl one doesn't support as much as the java one does, i think 19.32.39 # like i said 19.32.44 # i don't use the db, so i don't know much about it 19.33.14 # * HCl rubs his eyeballs 19.34.20 # ok, where can I get hold of someone who knows abaout the DB 19.34.51 # * HCl looks around a bit 19.35.03 # Morning HCl :) 19.35.06 # hi 19.35.18 # i'm tired & bored 19.35.22 # *yawn* 19.35.25 # i probably need coffee 19.35.40 # well the bored part can be fixed now! 19.36.11 # heh 19.36.35 # 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 # no 19.37.54 # the database gets written at the end 19.37.59 # ok 19.38.04 # good to know :) 19.38.17 # it can't write it earlier, because it needs to sort it 19.38.23 # and it needs all entries to be able to sort 19.38.24 # ok 19.38.33 # mine don't write at all;) 19.38.48 # and I all worked so fine this morning... 19.39.57 # is there a wps tag for repeat-shuffle? 19.41.08 # oh, i get it 19.41.14 # forget about the question 19.41.42 Join arkascha [0] (n=arkascha@xdsl-195-14-206-180.netcologne.de) 19.47.38 # _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 # yes 19.51.31 # do I have to have a iRiver firmvare DB file to make it work??? 19.56.49 Quit rand_althor () 19.58.36 # 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 # I neeeeeeeed the Tag DB 19.58.54 # <_FireFly_> TiMiD: ?? 19.59.23 # Looks like this player has a removable HD :) http://www.avupdate.com/news/today1/spec/meg50js.htm 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 # 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 # can some one please send me a ID3 tag DB file... that might help 20.39.35 # 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 # Mordov, what is the problem with the id3db? 20.41.11 # I't deosnt write... I got not a id3 tag database eror when startingh 20.41.20 # It should be as simple as download SongDB.jar from http://www.rockbox.org/twiki/bin/view/Main/TagDatabase 20.41.27 # yapp 20.41.35 # and run java -jar SongDB.jar music 20.41.52 # it all worked this morning 20.42.12 # 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 # it makes the file but don't write anything 20.42.34 # Ok, weird 20.42.40 # I'll try something 20.42.44 # :) 20.42.54 # hmm, I just remembered. I don't have java 20.42.55 # hehe 20.42.59 # hehe 20.43.23 # 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 # min file don't have the word 20.43.49 # Mordov, no just the name of the directory where your music is :) 20.43.53 # ah :) 20.43.55 # nice 20.44.17 # was irretaed earlyer thatr it wrote the whole disk.. but now I wish I had sutch smalll problems :) 20.45.08 # coud you send me a DB file??? 20.45.09 # hmm, have you tried running the command on your host-computer on a directory with mp3's? 20.45.38 # ? 20.45.47 # On your pc 20.46.02 # ok, I'll try 20.46.41 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.47.07 # taht worked 20.47.12 # like a dream 20.47.14 # ok, good 20.47.23 # so it's rockbox end.... 20.47.32 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 20.48.20 # Mordov: linux? 20.48.25 # no 20.48.33 # I'm a stupid microsoft user :) 20.48.49 # Ok, try to run the command from somewhere else. Like in your C:\ dir 20.49.01 # that is, go to C:\ 20.49.49 # run java -jar SongDB.jar (name_of_iriver_dir)\music or whatever 20.49.58 # ok 20.50.32 # 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 # wow I copied teh file I made in the C: test into the iRiver and now it all works agen 20.50.52 # Mordov: good 20.51.14 # _FireFly_ I have tryed everything I could think of;) 20.51.18 # then it is not working as it should on the iriver. Do not know why though 20.51.26 # guess it all started when I deletedthe old.... 20.51.41 # maby java was writning to the ghost of it 20.51.47 # 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 # _FireFly_?? 20.52.11 # ah, that is probably true 20.52.21 # or, is it? 20.52.24 # afaik? 20.52.24 # <_FireFly_> to fix the paths 20.52.35 # <_FireFly_> as far as i know = afaik ;) 20.52.41 # :) 20.52.56 # Does it work now, in rockbox I mean? 20.53.03 # so what code schoud I have in my makedbj file? 20.53.24 # all works fine. after copying teh DB file I made on c: 20.53.36 # Mordov, what is makedbj? the batch file? 20.53.51 # yapp 20.54.12 # <_FireFly_> i think rb can't the file if the path looks like this c:\mp3s\ 20.54.16 # where do I put the __strip 20.54.42 # I think it is --strip 20.55.12 # and that comando does?? 20.55.33 # and that would be java -jar SongDB.jar --strip path_to_directory 20.55.50 # ok, what does it do? I didn't get that ;) 20.56.38 # [20:49] <_FireFly_> you need the strip parameter afaik:) 20.56.40 # got it :) 20.57.35 # "4. Run "java -jar SongDB.jar --strip /mnt/archos /mnt/archos" from inside the .rockbox directory" 20.57.50 # from http://www.rockbox.org/twiki/bin/view/Main/TagDatabase 20.58.14 # _FireFly_: sorry I got disconnected 20.58.15 # :) 20.58.22 # it strips away what you write after --strip 20.58.25 # development of the iriver port is definately underway then? 20.58.29 # I fixed it 20.58.33 # g2g 20.58.46 # apologies if thats been asked a thousand times. 20.58.57 # joehmisticriv: H3x0 you mean? 20.59.01 # java -jar SongDB.jar /music 20.59.09 # this is the only comando that writes the file :) 20.59.12 # yeah :) 20.59.21 *** Saving seen data "./dancer.seen" 21.00.00 # 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 # Mordov, if it works, just use what works 21.01.03 # thanks for the help guys :) 21.01.16 # I mean on your iriver 21.01.26 # yapp:) 21.01.32 # if it anit broken whay fixit :) 21.01.44 # ooh another question.. 21.01.49 # im looking at this iaudio x5l 21.02.08 # and was just wondering if it would be worth the upgrade from my h340 21.02.15 # (except I'm a repair dude at work so I earn money from fixing ting that are working ;) 21.02.23 # hehe 21.02.23 # ive read the review of it but am still undecided 21.03.03 # 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 # have someone moded a better joystick? the original on the 120 sux 21.03.34 # yeah that crossed my mind 21.03.48 # A port was started a while ago, but the person starting it hasn't been seen for some months 21.04.13 # mordov: it isn't so bad if you do something that gives you a better grip of it, imho... 21.04.49 # hmm good idea, I wqas thinking of throwing it away and exchange it with some rubber cirkle 21.05.00 # puls instal of leaning ;) 21.05.03 # oush 21.05.07 # bah PUSH 21.06.22 # 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 # i like the button layout on the h340 because ive mastered changing tracks/volume etc while its still in my pocket... 21.07.13 # :) 21.07.19 # yeah...the 5fps increase on the video playback 21.07.31 # and for such a small display 5fps is going to make a difference 21.07.36 # the h340 is slightly choppy 21.07.42 # been using it to watch simpsons episodes 21.07.52 # ok, 10 fps ? 21.08.48 # 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 # yeah on the iriver, according to this review the x5 is 15 21.08.55 # http://www.rockbox.org/twiki/bin/view/Main/IaudioPort 21.10.05 # 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 # mordov: e.g., hot glue works quite well. 21.11.29 # only problem with that is most of my music is ogg...ripped from cd 21.11.36 # Lear :D nice 21.12.49 # 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 # also, i like using the hot swappable drive. Simply drag and drop 21.13.18 # and im a bit of a perfectionist 21.13.20 # this is strange... it write DB files when I run java -jar SongDB.jar /MUSIC/techno 21.13.30 # the ipod tend to scratch easily. my iriver isn;t perfect but its damn good.. 21.13.30 # not with java -jar SongDB.jar /music 21.13.37 # brb gf demands we watch a film together :) 21.13.39 # I have to sue a sub folder 21.13.45 # ok, bye 21.13.50 # bye 21.15.12 # would I help with an god old /S ? 21.17.32 # what do you mean? 21.17.36 # like in dir /s 21.19.01 # 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 # 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 # Heya. 21.23.54 # jusat music dont cyt it 21.23.58 # cut 21.24.12 # 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 # Yes. I believe that's a general bug with graphical WPS code. 21.26.06 # 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 # Annoying. 21.28.17 # 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 # 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 # Firefly - I think it's better to fix the bug in the WPS code. 21.30.31 # 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 # 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 # The other bug that needs fixing is of course remote lock staying on when the remote isn't plugged in. 21.32.06 # Hmm, still no Linus :/ 21.32.08 # 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 # Any H300 owner in here? 21.32.16 # *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 # Slasheri: Like to live dangerously, do you? 21.32.56 # hehe, how? :) 21.33.19 # 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 # *nod* 21.34.47 # Slasheri: do you know why rockbox attempts at playing .WMA files? 21.35.00 # 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 # tucoz: nope, checking that 21.35.14 # Shouldn't the codec switch-case catch that? 21.35.21 # ok, :) 21.35.39 # apps/tree.c: { "wma", TREE_ATTR_MPA, Icon_Audio, VOICE_EXT_MPA }, 21.35.47 # there is an entry for wma in tree.c 21.35.55 # that should be probably removed 21.35.55 # <_FireFly_> this is only for creating playlists 21.36.08 # <_FireFly_> afaik 21.36.14 # *nods* I agree. 21.36.14 # Slasheri: Isn't the iaudio the one that has the display on the remote only? 21.36.35 # Oh, I bet I know why it's there. 21.36.41 # amiconn: eh, really? At least iaudio x5 should have a nice color screen on the main unit 21.36.44 # amiconn: that is the m3 afic 21.36.48 # unfortunately it lacks the optical out :/ 21.36.50 # afaic 21.36.52 # I bet wma does something similar to wav with encapsulation. 21.37.00 # amiconn: only the M3 and M5 have not LCD on the main unit 21.37.06 # -t 21.37.19 Join davidc__ [0] (n=chatzill@s142-179-110-30.bc.hsia.telus.net) 21.37.22 # ah 21.37.53 # Bloody Microsoft and their 'bright' ideas. 21.37.53 # Then M3 or M5 are out of question for me 21.40.10 # 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 # davidc_: call for preglow or linuxstb 21.42.19 # Damn - I've just realised the good reason. 21.42.33 # The defaults are different for the player and others. 21.43.18 # But the build script could bundle the different defualts, couldn't it? 21.43.44 # anyhow, preglow / linuxstb__ - message me when you're around 21.43.57 # *nod* Yes, it could. 21.45.11 # Anyway, I think the theme loading sounds nice. i.e. the loading of a font, and the wps. 21.45.59 # 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 # 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 # _FireFly_: ok, I hope it is cvs-material 21.48.57 # Mordov: The tagdb file goes into /.rockbox, not in into the root 21.49.32 # 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 # think I soon have experienced every bug with the DB file today :) 21.50.19 # 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 # hi all 21.53.12 # anybody recorded using the h1x0's internal mic? 21.54.32 # Cassandra: seems like _FireFly_ has something up his sleeve :) 21.55.25 # if so, do you get much HDD wirring noise? 21.55.31 # This is good. 21.55.57 # Coldtoast, yes, quite a lot 21.56.00 # http://www.users.on.net/~edan/edan/rec_0001.mp3 is mine 21.56.09 # does it sound less than that? 21.56.14 # that chronic fatigue stuff do not sound like a nice thing. Hope it gets bettis 21.56.17 # I just noticed how noisy the drive is 21.56.34 # I was finaly able to read the last line: exception in thread "main" java.lang.outofmemoryError: java heap space 21.56.39 # but I dunno if I just noticed it or if it's just become louder 21.56.43 # what does this meen anh how to fix 21.57.01 # *better 21.57.13 # amiconn: what do you need an H300 owner for? 21.58.02 # I need a front-image (preferably a scan) of the main unit, and of the lcd remote 21.58.27 # I'm working on the H300 win32 simulator 21.58.37 # hmm, I might be able to get a scan of the main unit 21.58.43 # what res do you prefer? 21.58.48 # afk 21.59.00 # 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.14 # Coldtoast: Thanks, it looks like it's uable 22.00.23 # Coldtoast: That differs very slightly from the actual unit, there's no "design by inno" and the screen is different 22.00.25 # 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 # amiconn: figured out whay it when to root... I started it from there ;) 22.00.58 # * Mordov is a noob 22.01.21 # Midgey34: I need to cover the screen area with black anyway. The "deisgn by inno" is a bit ugly though 22.01.36 # well I mean the silver outline 22.01.49 # multi-codec jukebox is on the side 22.02.06 # its not that big of a deal though 22.02.15 # http://www.nice.hu/image_upload/big_2005_06_21_10_21_02.01mp3.jpg is prolly a bit small 22.02.40 # well that's an accurate picture 22.03.15 # http://www.mp3.floi.net/images/397iriverh340_462.jpg 22.03.17 # there you go 22.03.43 Quit ehntoo ("Leaving") 22.05.18 # yey my first wps with images is complete though it is only a ripoff :-) 22.05.49 # Coldtoast: That's also a bit small... 22.05.52 # let's see a screendump 22.06.04 # hmm. ok. can't find anythin gbigger on google images 22.06.12 # I need an image that doesn't need to be scaled up 22.06.44 # ok 22.07.39 # That means, the lcd area should be 220x176 pixels or bigger 22.07.59 # dpassen1 do you mean me? 22.08.00 # The outer areas aren't that important; I'll crop them anyway to save space 22.08.20 # can some one please explain this erro msg? exception in thread "main" java.lang.outofmemoryError: java heap space 22.08.32 # oooh!! 22.08.35 # here you go amiconn 22.08.43 # http://www.mip.bz/foto_druk/h300/h300_lifestyle_02.jpg 22.08.51 # if yes, i plan to post it in the forum bzw. in the wps showroom in the wiki 22.08.55 # that should DEFINITELY be big enough 22.09.23 # Wow... yes this one looks good :) 22.09.28 # heh 22.09.42 # not the most awesome pic of the outer bit I guess 22.09.47 # but f'n HOOOOGE 22.12.16 # I can find loads of pix of the LCD remote 22.12.24 Quit gromit` ("Leaving") 22.13.13 # http://i.i.com.com/cnwk.1d/sc/31120667-2-300-DT1.gif is the biggest h3x0 one tho 22.13.39 # Hmm, are there two remotes? 22.13.49 # there's teh LCD one 22.13.54 # I thought the H300 also has an lcd remote? 22.13.58 # and the non-LCD one 22.14.01 # nope 22.14.14 # there is now, of course 22.14.23 # the original h300 remote had no LCD tho 22.14.31 # amiconn: here's a scan of my h320, not sure if its helpful 22.14.31 # http://img462.imageshack.us/img462/8647/iriverh3200ji.png 22.14.34 # The lcd version is what I would need 22.14.45 # don't you have the h100 remote? 22.14.55 # there is an lcd version, but I don't think it's sold outside of korea 22.15.22 # Coldtoast: Is this identical to the h100 lcd remote? 22.15.30 # pretty sure, yep 22.15.39 # I thought it differed 22.15.46 # and made use of a joystick 22.15.58 # oh yeah! there is that one 22.16.08 # Bloody Apple. Can't install the new Quicktime without iTunes as well. 22.16.09 # it's ugly 22.16.17 # yes you can Cassandra 22.16.37 # Can you? Have Apple hidden away a *real* installer somewhere? 22.16.54 # http://www.apple.com/quicktime/download/standalone.html 22.17.42 # Nice of them to mention that, don't you think? 22.17.48 # indeed 22.18.23 # <_FireFly_> aah i have a solution for the image get not cleared problem in wps :) 22.18.28 # http://www.misticaudio.com/images/h300remote.jpg 22.18.33 # that's the h300 remote 22.18.39 # but the picture won't be helpful 22.18.40 # FIrefly: Cool. 22.18.53 # Cassandra: http://www.apple.com/quicktime/download/win.html 22.19.06 # on that page, they have the link there. not really hidden 22.19.15 # under "Upgrade Now" 22.19.31 # 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 # is crossfeed supposed to lower the volume significantly? 22.20.25 # Ah yes, I see it. 22.20.56 # Firefly: Well, needs to be a general fix, really. 22.21.14 # dpassen1, don't think so. ReplayGain does though. 22.21.27 # i have replaygain enabled already 22.21.33 # 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 # but toggling crossfeed (after a few seconds) will lower the volune 22.21.59 # crossfeed feeds a low volume section of the left channel to the right channel and vice versa 22.22.07 # for more natural listening (less stereo width) 22.22.43 # 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 # hmm. ok. Cos for me, all I seemed to notice was the significant volume drop 22.23.07 # I think a more general stereo width function akin to the Archos one would've been a better idea. 22.23.14 # sounds almost like you're deliberately putting each channel out of phase a bit 22.23.18 # 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 # 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 # No idea, firefly. 22.27.13 # 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 # whay have I sudenly run pout of heap space?? 22.33.19 # 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 # Mordov: That means that java has run out of heapspace. Nothing to do with iriver 22.38.24 # 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 # 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 # Mordov, try java -jar -Xmx256m SongDB.jar 22.44.15 # davidc__: Are you still around? 22.44.19 # thanks 22.44.22 # yep 22.45.34 # What does that fix _FireFly_ ? 22.45.40 # linuxstb__: Do the colour lcds have contrast adjustment or not? 22.46.08 # I ran into a build problem with the simulator involving lcd_default_contrast() 22.46.22 # amiconn: I think so, but I haven't explored it. 22.46.51 # If they don't I would remove the function, otherwise it needs to be moved into lcd-16bit.c 22.47.25 # ...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.02.05 Part tucoz 23.06.37 Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) 23.07.21 # Hi. Is rockbox on iRiver still known to have problems playing mp3s with a sample rate other than 44,1khz ? 23.07.30 # no 23.07.43 # not that I know at least 23.08.33 # gosh 23.08.43 # sourceforge updated its look 23.09.01 # The world is ending, apparently 23.09.06 # Penny Arcade changed too. 23.09.22 # 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 # but it plays correctly (sound) 23.09.53 # is it CBR or VBR? 23.09.56 # Hrm 23.10.06 # checking in foobar 23.10.46 # dont think its VBR... suppose its CBR 23.12.08 # yup its CBR 23.12.59 Quit rand_althor () 23.16.02 # 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 # I'll just move the function for now, it can be removed later anyway 23.17.06 # I just noticed that the lcd_get_*ground() functions for 16 bit lcd are imprecise 23.17.22 # A bug in the green? 23.17.36 # No, in all colour channels 23.17.58 # I noticed a mistake when I made the bmp writer, but forgot to change those functions. 23.18.11 # linuxstb__: check your privmsgs 23.18.20 # The problem is with chopping and restoring low bits 23.18.37 # A simple example (rgb444) 23.19.12 # 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 # 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 # 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 # No 23.22.12 # YOu have to shift down when setting the colour, otherwise the colour would be wrong 23.22.32 # As mentioned, it is simple to return the correct (rounded) colour later 23.23.02 # 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 # 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 # anyhow linuxstb, that bootloader looks good 23.24.01 # does it work on all generations? 23.24.28 # No - only the devices we have - which is a 60GB color (lcd type 1) and a Nano. 23.24.41 # It should work with lcd type 0 color, but it's untested. 23.25.28 # We're just targetting the PP5020 devices initially. 23.25.29 # Hmm.. we can port it to all gens as we have the testing resources 23.26.24 # Isn't the nano PP5021? 23.26.25 # we would also want to add hfs+ support 23.26.32 # PP5020 is very similar to 21 23.26.35 # Ah 23.26.38 # 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 # only some iram size changeas 23.26.52 # ah, hrm 23.26.56 # Does the Nano have a different amount of IRAM then? 23.27.06 # yeah.. the 21 has an extra 24k IIRC 23.27.14 # That will please preglow a lot. 23.27.21 # He's the dev with a Nano, 23.27.38 # How different is the 5G ipod then? 23.27.49 # Very different 23.28.06 # some of it is the same 23.28.12 # * Paul_The_Nerd shrugs 23.28.12 # but the video path is definitely different 23.28.18 # and the audio path is most likely different 23.28.29 # they use the broadcom chip for decoding the video / lcd drawing 23.28.29 # Not that it matters to me, since I own none of them 23.28.31 # we know that much 23.28.39 # and might use it for mp3 decoding 23.28.44 # Is it possible to access the LCD without the broadcom chip? 23.28.45 # w00t! 23.28.48 # 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 # The sim is showing colour :-) 23.29.07 # linuxstb: it is possible, but extremely slow 23.29.20 # Too slow to be usable? 23.29.24 # aka, for a basic UI, its possible if you're only redrawing miniscule portions of the display 23.29.37 # but for things like iPL works on like video decoding, its completely unusable 23.29.44 # IIRC, on the order of seconds to redraw 23.29.50 # Wow 23.30.05 # When you're measuring in SPF it's not good. 23.30.26 # well, the way to do it proper is to do your drawing on the broadcom chip 23.30.36 # but the thing is 23.30.42 # the broadcom uses a custom instruction set 23.31.05 # DSPs tend to it seems 23.31.57 # 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 # yeah, it seems to be a variant of ARC.. but we're not sure yet 23.32.16 # they're horizontal, from right to left IIRC 23.32.22 # 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 # 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 # yea 23.33.48 # 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 # oh, and detecting ipod generations is a real bitch 23.34.02 # there are a lot of little tiny things 23.34.19 # you might just want to out-and-out take our detection code 23.34.21 # We avoid that - we do it at compile-time and produce different builds for different targets. 23.34.26 # ah 23.34.44 # See our build table here for the current targets: http://www.rockbox.org/daily.shtml 23.34.55 # Every CVS commit generates a new set of builds. 23.35.54 # cool.. yea.. we went for the "universal" option.. its less code to sling around 23.36.01 # but it does make for some very interesting kernel init codew 23.36.09 # I can imagine. 23.36.23 # less code? 23.36.33 # er, less binaries 23.36.34 # how can it be less code to do run-time checks? 23.36.37 # ah 23.36.38 # ok 23.36.40 # *been a long day ;) 23.37.10 # we actually do run-time checks on the Archos player target 23.38.00 # davidc__: Has IPL switched to subversion now? 23.38.04 # partially 23.38.15 # the new source tree that we just announced is in svn 23.38.23 # but the kernel and old pz is still in cvs @ sf 23.38.37 # sourceforge has been really flaky lateley, so I dunno how long we're gonna be there 23.38.56 # sourceforge been flaky for years 23.39.08 # especially CVS 23.39.17 # heh, we havent had any anonymous cvs access for a few weeks now 23.39.23 # apparently it is scheduled downtime 23.39.29 # according to sourceforge 23.39.36 # 2 weeks scheduled downtime.. my ass. 23.40.11 # hehe 23.40.35 # 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 # those things are probably portable 23.40.57 # [aka graphics blits, blends 888->565] 23.41.19 # We'll mainly be looking at optimising our audio codecs - they are already very well tuned for use in portable players. 23.41.28 # Bagder: thanks for the Gigabeat Surgery site 23.41.48 # Do you use custom codecs? 23.41.49 # I didn't add that, someone else did 23.41.52 # or a port of other ones? 23.42.16 # we use other's, ported and optimized by us 23.42.17 # We use the standard libraries - libmad for MPEG, Tremor for Ogg. 23.42.43 # cool - just so you know... we got fairly poor performance out of those 23.42.50 # gcc is really bad at optimizing for arm 23.42.52 # we don't ;-) 23.43.00 # well, for the iPod I mean ;) 23.43.20 # we got much better performance out of the codecs that real released 23.43.30 # I'm surprised 23.43.33 # 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 # wee 23.44.13 # preglow: The man with extra IRAM :) 23.44.13 # yea.. we've been looking into using that for accelleration, but the ipod has nasty cache coherency issues 23.45.30 # so the iram ends up being used for all sorts of things that require cache coherency 23.46.05 # We use 48KB of IRAM for the codecs and the other 48KB for general use - thread stacks and some core functions. 23.46.24 # yea, theres nowhere near that much iram 23.47.00 # What are the caching issues we need to be aware of? 23.47.02 # [on the ipod that is] 23.47.06 # there are two cpu cores right? 23.47.16 # they both have separate caches 23.47.19 # they are non-snooped 23.47.30 # so basically, you've gotta handle cache coherency on your own 23.48.02 # linuxstb: i'd gladly take more! 23.48.26 # preglow: your nano has some extra IRAM iirc 23.48.39 # argh, i was hoping all rockbox archs had 96kb 23.48.47 # no, just your nano 23.48.59 # how much? 23.49.27 # jas.. checking my notes 23.49.34 # davidc__: what, separate caches? like 48kb each? 23.49.48 # preglow: This isn't true anyway; SH1 just has 4KB 23.49.58 # amiconn: well, sh isn't swcodec 23.50.31 # [23:48:29] ... > all rockbox archs < ... ;-) 23.50.56 # * amiconn is picky today 23.51.13 # haha 23.51.21 # no, i knew sh has less iram 23.51.28 # each processor has an 8kb unified cache 23.51.34 # non snooped between the two 23.51.36 # and its not writeback 23.52.20 # data only? 23.52.35 # afaik unifiied means code+data 23.52.38 # right 23.52.48 # i'm a bit shaky on the terms 23.52.50 # better than coldfire 23.52.53 # indeed 23.53.27 # 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 # wait, 5020 _does_ have 96k iram 23.54.26 # pfew.. 23.54.30 # the newer ones were 24 k up from that 23.54.45 # wow 23.54.55 # 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 # yep 23.55.09 # look @ the kernel init code 23.55.12 # the iram is shared between cores, i take it? 23.55.19 # preglow - yeah, its non-cached 23.55.23 # and no wait state 23.55.24 # yup 23.55.28 # of course, heh 23.55.29 # so basically, thats what you get to use for IPC 23.55.49 # besides the mailboxes, which we don't ahve all figured out yet 23.56.03 # mailboxes? 23.56.09 # sounds exciting 23.56.13 # Is this standard ARM stuff, or specific to PortalPlayer's implementation? 23.56.16 # davidc__: so you're one of the ipl reverse engineering people? 23.56.25 # well, leachbj is the crazy reverse engineer 23.56.37 # davidc__: nice anyway, i appreciate your work 23.56.44 # As do I. 23.56.51 # eh, I'll pass on the compliments 23.57.01 # I don't do much RE because he always beats me to it ;) 23.57.15 # hellp, sorry for repeating after yesterday, but anyone with a non interrupting compiled jpeg viewer on? 23.57.59 # davidc__: Which ipods do you own? We need a tester for the "old" LCD code for the 4G Color/Photo. 23.58.11 # pinkutank: why don't do it yourself? 23.58.38 # I've got a old lcd photo 23.58.41 # and a 1G 23.58.52 # er, old lcd color