--- Log for 30.01.106 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 15 days and 17 hours ago 00.00.04 # well i guess this means no 00.00.21 # does it play with current rockbox? 00.00.26 # my guess is no 00.00.29 # mine, yes 00.01.02 # havent tried it, i will take a look later 00.01.19 # it is sv7 00.02.32 # EAC vbr standard @ 44kHz 00.02.39 # does that help? 00.03.05 # that album is quite old. dunno when it was encoded 00.03.21 # 26.9.04 00.03.33 # if this excludes anything.. 00.05.12 Quit petur ("here today, gone tomorrow") 00.07.26 Quit Bger ("nite") 00.07.30 # preglow: yes here too all my mpc's are sv7 00.09.43 # i'm syncing rockbox musepack to musepack.net svn repository 00.09.52 # they themselves don't want to support sv46 files anymore 00.10.19 # Aaah 00.10.27 # I don't think anyone can fault you for that then. 00.10.40 # hehe :) 00.10.43 Join dpassen1 [0] (n=dpassen1@resnet-236-163.resnet.umbc.edu) 00.11.04 # the code is there 00.11.07 # i just want to follow up :) 00.11.22 Quit bluey ("Leaving") 00.11.23 # :-) 00.11.35 # preglow: Any advantages? 00.12.38 # I mean there must be a reason why you're doing this. I remember you saying you won't touch musepack anymore 00.12.47 # amiconn: i've rather switched stance on that... 00.12.50 # Or perhaps I just remember wrong... 00.13.03 # amiconn: but yeah, they've implemented a bunch of stuff i asked them to 00.13.26 # like removing some unneeded table manipulation, making data that was unecessarily large smaller 00.16.39 Quit linuxstb_ (Read error: 110 (Connection timed out)) 00.17.23 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.17.28 # how does mpc performs on rbx, faster encoding than mp3? 00.18.13 # encoding? 00.18.22 # decoding ;) 00.18.24 # mpc decoding is a bit slower than mp3 00.18.32 # on arm it'll be very fast 00.20.11 # ive just read that seeking will be implemented in mpc v7.5. are files encoded earlier seekabale, too? 00.20.34 # or "will files be seekable... 00.23.29 Join ashridah [0] (i=ashridah@220-253-122-74.VIC.netspace.net.au) 00.24.36 Join tvelocity [0] (n=tony@ipa97.3.tellas.gr) 00.27.01 Join TCK [0] (n=tckocr@81-178-211-90.dsl.pipex.com) 00.28.15 Quit ender` (" How long a minute is depends on which side of the bathroom door you are on.") 00.29.50 # where have you read this? 00.29.58 # i wouldn't hold my breath when it comes to musepack 00.30.04 # there seems to be no new work on it whatsoever 00.32.35 # read it on the german wikipedia 00.33.09 # "it should be completely supported in sv.7.5" 00.33.43 # yeah, and i doubt you'll see sv7.5 00.33.49 # no one seems to be working on musepack 00.34.19 # oh :-/ that format sounds pretty nice tough 00.34.23 # though 00.34.33 # yeah, so do i 00.34.33 # gapless, high quality, fast 00.34.39 # so it's a pity no one works on it anymore 00.34.46 Quit Moos (Read error: 110 (Connection timed out)) 00.34.58 # :-/// 00.36.51 # The Rockbox guys and preglow in particular don't cease to raise eyebrows 00.36.56 # hey, ur a star ;) 00.37.07 # http://www.musepack.net/forum/viewtopic.php?t=286 00.37.44 # yeah, shy just posted it 00.37.49 # i'm in #mpc talking with them 00.38.04 # the circle is closing ;) 00.40.38 # http://dl-3.free.fr/52616e646f6d49565774e484ef03c0b752db5186f5d931b7cb176ac3ed7d6c37/dump400102-041801.bmp 00.40.47 Quit linuxstb_ ("Leaving") 00.41.03 # gah, I have seroius pasting problems today. 00.41.19 # I should turn off the touchpad on this thing, I never use it. 00.42.05 # Hehehe 00.42.25 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.42.45 # haha, now I too can drive people who use my computer crazy by having one of the input devices deactivated. 00.43.52 # Excellent! 00.44.06 Join webguest56 [0] (n=40e9ad59@labb.contactor.se) 00.46.13 Quit webguest56 (Client Quit) 00.47.24 Quit __peer____ (Read error: 104 (Connection reset by peer)) 00.47.51 Join webguest31 [0] (n=a1b830fd@labb.contactor.se) 00.48.04 Quit Thus0 ("Leaving") 00.48.35 Nick webguest31 is now known as TsiRoadKill (n=a1b830fd@labb.contactor.se) 00.50.22 # linuxstb: ipod status? :Z 00.51.16 # It died a few hours ago - did you miss my post? 00.51.32 # ? 00.51.36 # I think it was during our detour into Linux USB problems.... 00.51.37 # battery test 00.51.39 # ipod died'? 00.51.57 # Yes, after playing FLAC for 4h 50m the battery died.... 00.52.31 # But I'm not 100% sure it was fully charged to begin with. 00.52.47 # died == unchargable? 00.52.53 # or only empty? 00.53.04 # Just empty. It's happily recharging now. 00.53.10 # ah ok 00.53.39 # i will go to bed now. good night all 00.55.23 # not exactly superb 00.56.41 # but yeah 00.56.44 # cpu doesn't sleep at all 00.56.49 # how often does the fiq occur now, btw? 00.57.21 # preglow/linuxstb: any chance of you testing my pcmbuf restructure patch on the ipod to make sure I didn't break your DMA for audio playback? 00.57.27 # linuxstb: someone on the ml asks about charging while using ipod, didn't you implement that? 00.57.37 # lostlogic: we have no dma 00.57.59 # preglow: well whatever happens in pcm_playback.c required tweaking... hoping I didn't break it 00.58.25 # I guess it's just a fifo, not a dma? 00.59.07 Join GambitMat [0] (i=GambitMa@chello082119117046.chello.sk) 00.59.22 # Not sure of the exact number, but probably 1000s of times a second. I should re-enable my fiq_count and see. 00.59.28 # aha! 00.59.33 # erm, evenings 00.59.51 # lostlogic: Yes - just an i2s fifo. 00.59.55 Quit tvelocity ("Leaving") 01.00.06 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 01.00.52 # so, can test? Just that basic playback still works, there are known bugs in my code with some skips. 01.01.07 # "some" :-P 01.01.10 # preglow: I didn't really "implement" it - but it seems to work. There was already a feature in Rockbox to disable USB disk mode by holding a button whilst inserting the USB cable. That's all I did, and I think it works. 01.02.56 # linuxstb: how many samples fit in the fifo, then? 01.03.29 # lostlogic: i'm in the middle of merging libmpcdec code, i can test when i'm finished 01.03.32 *** Saving seen data "./dancer.seen" 01.03.37 # Paul_The_Nerd: hey, not all skips have hte problem. The case where the disk buffer is idle, and the next track is not buffered yet works perfectly fine :-P 01.04.33 Quit muesli__ (Read error: 110 (Connection timed out)) 01.04.46 # 2:25 minutes so far... wish I knew how much battery had been used. :) 01.08.51 # preglow: I don't know - I'll do some tests and find out. 01.10.00 # preglow: It also seems David Bryant has just bought himself a Nano - he's posted in a Rockbox on iPod thread on HydrogenAudio. 01.10.04 # he has 01.10.18 # he's had it for a little while now, i think 01.10.35 # told me it was in on the way in the mail about a month ago 01.10.40 # He now seems to have unpacked it though :) 01.10.47 # hehe 01.11.09 # So I would expect some ARM optimisations soon. But we have no way to test them... 01.11.46 # lostlogic: How do you fancy writing a "NULL" or WAV output driver for Rockbox that we can use to test codec speed? 01.12.19 # my god, that would be nice 01.12.49 # i've been nagging slasheri to do one for ages, but now we have another person skilled enough to comprehend the playback engine! 01.12.53 # :) 01.12.54 # linuxstb: be pretty easy to do just a thread that acts like the other things in pcm_playback.c to read from the pcm_buffer as fast as possible... how to give it a UI sounds more complex 01.13.08 # preglow: flattery will get you nowhere :-P 01.13.22 # oh, i'm pretty sure it will 01.13.29 # i've never seen anyone not susceptible to it 01.13.33 # It doesn't even need much of a UI - it will mainly be of use by developers who could hard-code things. 01.14.23 # linuxstb: hmm, I'll think on it. 01.14.41 # lostlogic: it would be truly smashing 01.14.59 # we'd need a way to time decoding, and the way to send the results to the bitbucket. 01.15.10 # all we need is a simple realtime % readout 01.15.10 # any ideas on the timing side? 01.15.27 Quit Kohlrabi (Nick collision from services.) 01.15.28 # It would indeed be very useful for optimisation. 01.15.32 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-130-080.pools.arcor-ip.net) 01.15.33 # can't you use the timer.c module? 01.15.36 # module, even 01.16.32 # hmm, yeah, better yet for codec timing, just take the pcmbuffer out of it entirely and send it straight to the bitbucket so the pcmbuffer always reports empty. 01.16.54 # I knew you were the right person for the job.... 01.16.58 # can note start time, and number of bytes transferred before a stop is called and report it 01.17.10 # bastards. 01.18.08 # arghhh 01.18.42 # hehe - a quote from HA: "First someone gets MPC to work on a portable, and now theres actually a few people interested enough to work on the decoder. I think hell just froze over." 01.19.18 # haha 01.20.20 # huffsv7.c:75: warning: this decimal constant is unsigned only in ISO C90 01.20.23 # i get a ZILLION of these 01.20.35 # Bagder: eq_sf.S gets _deleted_ on make clean 01.20.42 Join jmh139 [0] (n=44ceae8f@labb.contactor.se) 01.20.44 # Bagder: plus, it isn't compiled to an .o file as you would expect 01.21.01 # oops 01.21.19 # a _few_ people? :> 01.21.24 # well, amiconn did optimise the muls 01.22.16 # The post is referring to David Bryant doing some bug-fixing. 01.22.22 # Bagder: i'm not quite insane enough to understand the makefiles yet, so i was hoping you'd look at it :> 01.22.23 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 01.22.32 # I'll do that 01.22.37 # perhaps no tonight though 01.22.40 # not 01.22.51 # however, if you would have told me six months ago that i would work so much on musepack as i have, i'd have lauged at you 01.23.00 # laughed 01.23.49 # i wonder what these warnings mean, they're sure as hell not going to loop pretty in the build table 01.24.03 # time to get myself a permanent standing highscore 01.24.05 # Can you give an example? 01.24.20 # preglow, lostlogic: No need to use the timer module. 01.24.38 # {{2147483648,1,7},{1073741824,2,3},{939524096,5,1},{805306368,5,2},{738197504,6,0},{671088640,6,6},{536870912,5,4},{0,3,5},}; 01.24.44 # i get one of those warnings for that line 01.24.48 # Just take the known real playtime, and compare it to the number of ticks needed to decode 01.25.07 # amiconn: the tick timer isn't really the epitome of accuracy 01.25.31 # The tick timer is no more or less accurate than the user timer 01.25.45 # haha, so here's the problem, I'm going to implement this timer feature... in my new pcmbuf structure... which means I need help getting the new pcmbuf committable to make the timer stuff comittable as well :-P 01.25.45 Quit jmh139 ("CGI:IRC (EOF)") 01.25.52 # amiconn: well ok, i mean accuracy 01.25.58 # amiconn: ehh, resolution 01.26.14 # 10ms resolution should be plenty 01.26.31 # If you decode for one second, you get 1% accuracy 01.27.04 # linuxstb: i guess one of the numbers is beyond the limit for signed numbers 01.27.14 # The tick timer is how I measured performance for memcpy, memset, gfx drawing (mono engine on recorder)... 01.27.21 # no wait, it says unsigned... 01.27.58 # The first number is 1 larger than 32bit signed can take 01.28.31 # --std=c99 ;-) 01.29.46 # amiconn: it's an uint... 01.29.54 # so i don't see how that can matter at all 01.30.19 # Then append an u 01.30.49 # what???? 01.30.56 # What are the types for those constant arrays? 01.31.07 # it doesn't understand that it's bloody unsigned number when the type it's assigned to is unsigned? 01.31.10 # Well, the numbers are written without any suffix 01.31.24 # * preglow throws c on the dung pile 01.31.31 # ..and anything unmarked in C is of int type, which is signed 01.31.33 # C before C90 01.31.56 # Just write 2147483648u, and the warning should be gone 01.32.10 # linuxstb: first numbers is mpc_uint32_t, second mpc_uint16_t, third mpc_int16_t 01.32.20 # i'll need to write a script to do this 01.32.25 # it's a bloody lot of numbers 01.32.55 # It's either that or score a zillion points.... 01.33.15 # Bagder: c90 infers constant type from type it's assigned to? 01.33.21 # gcc seems to be extremely picky with our option set 01.33.29 # hmm. there's no interface at all for the equalizer yet, is there 01.33.32 # well, the warning said it works fine in C90 01.33.36 # ashridah: no 01.33.36 # if so, lets change to c90 before my head explodes 01.33.50 # It's even that you need to cast a sizeof() to signed if you want to compare it with an int 01.33.51 # But... but... zillion points! 01.34.19 # otherwise: Warning: comparison between signed and unsigned 01.34.37 # gcc4 complains as well 01.34.53 # it should 01.34.58 # unless you use --std 01.34.59 # no!!!!!!111one 01.35.23 # -std even 01.35.36 # if i use -std i bet more warnings will crop up other places in rockbox 01.35.39 # It seems that others don't care as much about warnings 01.35.52 # amiconn: most people ignore warnings 01.35.53 # or don't care much about working 01.35.58 # with other compilers/systems 01.36.09 # (I don't say this is good) 01.36.16 # of course it's not good 01.36.20 # since those lines are plain _bad_ code 01.36.32 # I observed that building binutils and gcc throws _loads_ of warnings 01.36.34 # i think these are just fine :/// 01.36.43 Quit philpem (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") 01.37.27 # * Bagder does lots of portable programming. It teaches you to things conservatively 01.38.07 # but now: sleep(hours); 01.39.32 # * amiconn notices the scoring was changed 01.39.47 # An ld error seems to count 20 now 01.39.57 # knowing perl really does come in handy at times like this 01.40.52 Quit midkay ("Leaving") 01.41.48 Join Cassandra [0] (n=Cassandr@dawnmist.demon.co.uk) 01.42.34 # preglow: I'm taking bets on whether what I've whipped up to time codecs will work. 01.42.34 # THERE 01.42.36 # got it going 01.43.03 # holy shit, it compiled. 01.43.13 # Bah - ipod_fw refuses to believe in my iPod. 01.43.17 # lostlogic: i'm pretty low on cash these days, do you take rubble? 01.43.22 # Cassandra: oh? 01.43.30 # Cassandra: nano? 01.43.36 # Yep/ 01.43.46 # That's odd 01.43.53 # I used ipod_fw with 1.0 before 1.1 came out 01.43.55 # rubble!? 01.44.08 # I can tell it's physical disk 1 because I get differentresponses depending on whether it's plugged or not 01.44.15 # Cassandra: Do you mean ipod_fw or ipodpatcher? 01.44.17 # Cassandra: well, remove the boot sector check, then 01.44.27 # I'm curious 01.44.33 # preglow: Have you been reading the HA thread? 01.44.35 # Cassandra: Have you used the Nano before? 01.44.35 # yeah 01.44.40 # Sorry - ipodpatcher 01.44.58 # No development environment - I'm at my sisters. 01.44.59 # * amiconn noticed that arm-elf-gcc 4.0 makes smaller binaries than 3.4 01.45.23 # preglow, linuxstb: I'm pretty sure I used ipodpatcher with 1.0 before 1.1 came out. (not 100% sure though) 01.45.31 # Cassandra: Are you able to upgrade your ipod to v1.1 of Apple's firmware? 01.45.38 # Paul_The_Nerd, it has a very early version of rockbox on it. 01.45.43 # Paul_The_Nerd: That was possibly before I implemented the boot sector check. 01.45.55 # i've used it too 01.45.58 # and i'm pretty sure i have 1.0 01.46.02 # since i've never updated it 01.46.12 # No idea. 01.46.27 # linuxstb: can i update the software without breaking everything on it? 01.46.27 # Cassandra: I'll compile a version without that check for you. Good luck :) 01.46.44 # * Cassandra grins. Tah. 01.47.00 # preglow: If you restore the original bootpartition.bin, then update using the updater, then reinstall the bootloader, it shouldn't break anything else on it. 01.47.01 # I'm currently puling over my original ipod disk image from my home pc. 01.47.10 # I love broadband. ;) 01.47.15 # i think i'll just stick with 1.0 01.47.56 # Heh. Good plan, since it's not like you'll use it that often, 'eh? 01.48.02 # Cassandra: http://www.davechapman.f2s.com/rockbox/ipodpatcher.zip 01.48.14 # It still does the check, but doesn't abort when it fails. 01.48.16 # I find it very difficult to care what's on the firmware side on the iPod. 01.49.22 Quit Matze41 (Read error: 110 (Connection timed out)) 01.49.40 # Thanks. Got tgat. When I've pulled down the disk image I'll install. 01.50.34 # you would simply not believe how often the pcmbuf_play_stop function is called 01.50.36 # Paul_The_Nerd: i'm shooting for "never" 01.50.50 # lostlogic: i'll take your word for it 01.51.00 # Well done on getting it working, btw. 01.51.15 # preglow: Well, you don't even need to have it in the bootpartition at all, y'know. 01.51.16 # I have just one question. 01.51.20 # Paul_The_Nerd: knwo 01.51.22 # know! 01.51.24 # ;-) 01.51.26 # Does it put the moon on a stick for me yet? 01.51.35 # Cassandra: sure 01.52.09 # What about the sun? 01.52.12 # no problem 01.53.40 # At the same time? 01.53.53 # yes, i programmed it specifically to allow for that 01.53.59 # it's a multi-stick architecture now 01.54.14 # Bet you forgot the chocolate sprinkles though. 01.54.24 # they're on the list! 01.54.28 # only for the moon surely? 01.54.47 # Pah. Rockbox is *useless* ! I want my money back! 01.54.48 Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 01.55.16 # Cassandra: you need to understand this is a volunteer project, but the sprinkles are high-priority, i promise! 01.55.27 # new musepack seems to work, at least 01.55.52 # By "work" you mean "plays" or "Doesn't cause 50-bajillion warnings"? 01.56.37 # works AND gives me a zero score 01.56.51 # i whipped up some perl magic to fix the warnings 01.57.07 Quit Kohlriba ("Fast alle Menschen sind Regenwürmer") 01.57.10 # Excellent 01.57.35 # Ah - we have a volunteer to process a spoken voicefile. 01.58.04 Quit LinusN ("Who is General Failure and why is he reading my disk?") 01.58.04 # * amiconn could use a perl magician... 01.58.04 Quit TsiRoadKill ("CGI:IRC (EOF)") 01.58.06 # unless I miss my guess (which is possible) I'm timing a codec playback. 01.58.25 # oh? 01.58.27 # * Cassandra might be able to help. What's up, ami? 01.58.32 # just give me a couple of relative readings 01.58.35 # like mp3 contra ogg 01.58.39 # flac contra whatever 01.58.51 # preglow: I only have mp3 and ogg, I'll give both shortly 01.59.00 # I'm still wading through english.lang, but when I'm done, I need some script to adjust the other .lang files to the new order 01.59.00 # ogg is still slow on H3x0 so it takes a while to get through a song 01.59.09 # Cassandra: Spoken voice file? You mean, human read? 01.59.15 # Some special cases are included as well 01.59.19 # lostlogic: Is this a patch against your new pcm playback, or the CVS? 01.59.36 # english.lang status: 85% done 01.59.37 # linuxstb: against my new pcm stuff... shouldn't be hard to adapt, but I can't say I'm terribly inclined to do so :-P 01.59.47 # heheh 01.59.51 # lostlogic: i can test your code now, btw 01.59.58 # i'll just commit this stuff here 01.59.59 # preglow: rockin' 02.00.16 # paul: yeah. I did ne once. I actually did one twice, but got bored with the editing second time round/ 02.00.32 Quit Moos ("Parti") 02.00.46 # bagh, I need to find a new way to call the display. 02.00.58 # That reminds me, did anything ever get done, or happen, re the AT&T thing? 02.01.09 # Ah, not tonight. My coding brain is all used up for today I'm afraid. 02.01.24 # It's still in progress I believe 02.01.24 # at least you have a coding brain 02.01.49 # Well, it passes for one, I suppose. 02.03.53 Join webguest46 [0] (n=467c9da2@labb.contactor.se) 02.04.56 Quit webguest46 (Client Quit) 02.08.21 # amiconn: Rob reported that loading the playlist viewer while battery_benchmark plugin is running will output a stkov error. I thought that this problem was solved 2 months ago. 02.09.07 # Partly. 02.09.31 # You can use the playlist viewer with a tsr plugin loaded, 02.09.50 # but the tsr plugin _must not_ use plugin_get_buffer() 02.09.56 # lostlogic: so, am i getting a patch? 02.09.57 # can? Then what's the error for? 02.10.13 # amiconn: it does not 02.10.16 # it just occured to me i have to get up in five hours, so i'm contemplating a trip to the bed 02.10.20 # (use the plugin_get_buffer 02.10.22 # preglow: it's on sourceforge, but I can put it separately on my webspace if you want 02.10.27 # no, no worries 02.10.30 # i was just awaiting an url :-) 02.10.43 # Coping Rockbox to the iPod seems pretty slow for a flash based player. 02.10.46 # XavierGr: This is strange, need to check 02.10.49 # amiconn I will try in my h100 to be sure this is not only on H300 02.11.04 # Cassandra: Are you in "disk mode" or retailOS? 02.11.14 # disk mode 02.11.22 # disk mode, in my experience, is *significantly* slower. 02.11.34 # XavierGr: battery_bench.c line 295: stack = rb->plugin_get_buffer(&stacksize); 02.11.47 # oops 02.11.50 # ah it was for the stuck 02.11.54 # yes 02.12.03 # haha 02.12.13 # * preglow suddenly understand why that commit mail was so slow in the coming 02.12.16 # you are right, I remember that I didn't use that in the thread. 02.12.33 # Just allocate the stack staticcally 02.12.54 # Doesn't even increase the plugin's binary size nowadays :) 02.12.58 # seems a good advice. 02.13.14 # I wil try that tomorrow and let Bger know about it. 02.13.25 # lostlogic: ok, what am i looking/trying for? 02.13.30 # okay 02.13.33 DBUG Enqueued KICK XavierGr 02.13.33 # 10[03:12] 0000,03amiconn00,9901: Doesn't even increase the plugin's binary size nowadays :)01,99 <- When that did happen? 02.13.48 # when did those colours happen, is the better question 02.13.51 # i nearly vomiteed 02.13.54 # Since my new plugin loader and associated adjustments 02.14.14 # preglow: on ipod, just taht I didn't break playback -- I know about several bugs that'll happen on any swcodec machine... 02.14.18 # Now, sleep(too_little); 02.14.57 # Nice! I remember that in the first approach for the jpeg file scroler using big buffers that couldn't fit on Archos plugin size restrictions (though with the latest version nothing of this is required) 02.15.13 Quit imphasing (Read error: 104 (Connection reset by peer)) 02.15.14 # good night 02.15.20 # lostlogic: well, skipping just crashed it 02.15.42 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 02.15.50 # lostlogic: completely reproducable 02.16.02 # but then again, ipod has a skipping bug 02.16.20 # XavierGr: The ram usage doesn't change (of course) 02.16.37 # Just the .bss section is no longer included in the binary 02.17.07 # preglow: hehe, yeah, skipping will crash during buffer fill 02.17.21 # lostlogic: and at all other times... 02.17.24 # preglow: and skipping will act a little weird if the next song is in RAM, so basically it's still broken 02.17.28 # lostlogic: unless you mean some other kind of buffer 02.17.38 # preglow: the bug codec buffer 02.17.50 # well 02.17.53 # this was mid song 02.17.54 # and no disk icon 02.17.57 # so it wasn't buffering 02.18.10 # ah, that I haven't seen. 02.18.27 # i see it all the time, heh 02.18.33 # but yeah, ipod has a skip bug 02.18.38 # so let's not draw any conclusions 02.18.46 # hee, but playback still plays back? 02.19.13 # plays back like it should 02.19.15 # smiling as it goes 02.19.21 # Hmm The previous owner of this iPod was very silly. It's full of wma.s. 02.19.51 # ok... that was my main concern -- the skipping problems are actually due to bugs in playback.c that were compensated for artificially by the old pcmbuf.c code 02.19.57 # amiconn: So if I declare variables more than the plugin buffer size, what will happen? In the old plugin loader it could output an error due to the size of the plugin now? 02.20.13 # XavierGr: The linker should complain. 02.20.17 # lostlogic: how fared the codec bench test, btw? 02.20.20 # Hah! Not any more. 02.20.32 # my calculations are off, I'm getting numbers like "6.97% realtime" 02.20.45 # okay nice to know that. 02.21.16 # unsigned long total_ticks = current_tick - start_tick; 02.21.16 # unsigned long tenthousand_played_time = 02.21.16 # bytes_played * 10000 / (NATIVE_FREQUENCY*4/HZ); 02.21.16 DBUG Enqueued KICK lostlogic 02.21.16 # unsigned long centipercent_realtime = tenthousand_played_time / total_ticks; 02.22.31 # bytes_played? 02.22.44 # I just sum up the number of bytes of pcm data sent from the codec 02.22.44 Quit actionshrimp (Read error: 104 (Connection reset by peer)) 02.22.52 # rightie 02.25.22 # does that seem right, because I'm consistently getting ~6% reported when it should be closer to 200% 02.25.56 # oooh, musepack updates :D 02.26.10 # RotAtoR: the real action hasn't happened yet 02.26.32 # ahh, too bad :/ 02.26.47 # thanks for keeping it updated though :) 02.26.54 # np 02.27.06 # i'll do some ipod work on it soon 02.27.07 # lostlogic: I think bytes_played*10000 will overflow a 32-bit int after about 2MB of data. 02.27.10 # then i'll see if i can implement my speedup 02.27.23 # linuxstb: shizer 02.27.52 # Move the HZ up - i.e. bytes_played * (10000/HZ) 02.27.59 # RotAtoR: do tell me if something's up, i'm listening to an album now, and it seems to work great 02.28.06 # Or not... It's too late for this.... 02.28.34 # linuxstb: I'll rearrange the math. 02.28.37 # haha 02.28.40 # that's not right 02.28.46 # it should be 10000*HZ 02.28.51 # which will overflow just as bad 02.29.26 # lostlogic: use long longs 02.29.37 # preglow: sure, I'm always happy to test musepack changes 02.29.37 Join midkay [0] (n=midkay@24.143.70.99) 02.30.55 # 33! 02.31.44 # At least that's a lot less than the potentially record breaking number you'd worried about before. 02.31.52 # Cassandra: Did that ipodpatcher work for you then? 02.32.36 # Paul_The_Nerd: and disappointingly enough, the fix was commited half an hour ago :/ 02.32.40 # after 21s of played data on an ogg, 121.63% 02.32.49 # preglow: Sad. 02.32.51 # lostlogic: impressing....... 02.32.59 # *tries mp3* 02.33.05 # lostlogic: and then, flac 02.33.14 Ctcp Ignored 2 channel CTCP requests in 7 minutes and 43 seconds at the last flood 02.33.14 # * preglow readies the flags and confetti 02.33.18 # preglow: don't have any of those 02.33.18 # And WAV... 02.33.27 # someone give the man a flac! 02.33.56 # Paul_The_Nerd: my high score is still 60 02.34.06 # Paul_The_Nerd: which is low enough to have had me shot in stricter countries 02.34.13 # i'll make you all proud still, just wait 02.34.17 # Hehehe 02.34.28 # nope, still not right, mp3 is showing a lower percent, despite (obviouslY) being much faster 02.34.33 # lostlogic: Courtesy of the audio archive: http://www.archive.org/download/ween2005-11-29.flac16/ween2005-11-29d1t01.flac 02.34.40 # (a randomly chosen 10MB flac file) 02.34.56 # nod, downloading. 02.35.54 # 4 hours now, I believe. 02.36.16 # time for me to sleep before i have to get up, yes? 02.36.23 # Good plan 02.36.30 # Paul_The_Nerd: Is this your Nano Vorbis test? 02.36.36 # oh, right 02.36.46 # linuxstb: Yep, 4 hours so far. Still runnin' though. 02.37.54 # They're all Q8, so fairly high bitrates. 02.38.01 # ouch 02.38.02 # well 02.38.05 # still doesn't matter anyway 02.38.10 # True 02.38.11 # cpu is running all the time 02.39.25 # I have a whole bunch of MP3s that won't play on iPod. Anyone want one for debugging purposes? 02.39.40 # Do they play on your iriver? 02.39.57 # linuxstb, I think you can take that as a "yes, it worked" though 02.40.10 # linuxstb, yes. 02.40.23 # ehh 02.40.27 # weird 02.40.29 # OK, I'll update ipodpatcher to check for your partition strings as well. 02.40.31 # endian? 02.40.44 # That's my thought - in the metadata. 02.40.59 # They're generated from MIDI files by Winamps disk plugin output. 02.41.14 # The odd thing is that half of them seem to work, half don't. 02.41.28 # Wait 02.41.30 # How do they not work? 02.41.30 # Stop 02.41.34 # Are you Skipping to the next song? 02.41.44 # Because right now, next track, every other track doesn't play. 02.41.49 # Oh, right. 02.42.02 # In that case, ignore me. 02.42.27 # Just seeking a tiny bit in that file fixes it (I think). 02.42.49 # preglow: Flac: 205, mp3: 137, ogg: 129 02.43.01 # unlikely 02.43.05 # flac should be lots faster than that 02.43.11 # unless... 02.43.15 # lostlogic: How fast is the CPU running? 02.43.16 # what sample rate is it? 02.43.27 # 124mhz 02.43.33 # it's 582kbps 02.43.37 # sample rate 02.43.45 # oh, probably 44.1khz, then 02.43.48 # I haven't let it get beyond the disk buffer phase yet 02.43.53 # lemme run a longer test 02.44.04 # i'd have expected flac to be at least 3x realtime 02.44.32 # preglow: I've just checked - it's a standard 16-bit/44.1KHz flac. 02.44.42 # FLAC can decode without boost at 34MHz. 02.45.00 # linuxstb: and that was -8 file 02.45.01 # I take it there's no iPod plugin support yet. 02.45.02 # yeah, there's still something wrong with the calculation 02.45.12 # Cassandra: yes there is 02.45.15 # And it only boosts a little at the next CPU speed down - so I would expect at least 4x 02.45.20 # Cassandra: try bejeweled, for example 02.45.27 # linuxstb, do you need some info from me to update ipodpatcher? 02.45.44 Quit elinenbe (Read error: 104 (Connection reset by peer)) 02.46.12 Join elinenbe [0] (i=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.46.16 # bagh, I think I'm still overflowing something somewhere -- flac's score dropped when I did a longer test 02.46.35 # Cassandra: I'll try a fix now, if you can test it? I've already seen a boot sector which is probably the same as yours. 02.46.36 # Ooh, pretty 02.46.55 # No problem. 02.47.07 # Anyone done a colour iPod wps yet? 02.47.32 # I don't think so. 02.47.42 # You've got a Nano, right? 02.48.02 # lostlogic: long longs over the entire board, and all will be fine 02.48.13 # Cassandra: also try starfield 02.48.30 # preglow: the counters shouldn't need to be long longs, eh? I don't want to do expensive 64bit math just to count 02.48.54 # paul: yeah 02.49.02 # shryg 02.49.04 # shrug, too 02.49.50 # flac just scored 310% over a 2:08 sample, testing the others with the latest tweaks 02.50.09 # oooh 02.50.38 # You knw what starfield really needs? Rockbox credits StarWars stylee. 02.50.39 Quit midkay ("Leaving") 02.50.44 # ahahaha 02.50.46 # mp3 160kbps scored 235% 02.50.48 # it also needs trails! 02.50.52 # lostlogic: sounds about right 02.51.10 # yeah, I think it's finally calculating right... testing ogg which should be very close to 200% 02.51.17 Quit San (Read error: 110 (Connection timed out)) 02.51.17 # slightly below 02.51.38 # depends on the song and on the code your running, my oggs are generally 45% boost ;) 02.51.54 # still a bit weird, though, flac does execute at below 45mhz 02.52.00 # far below if it's not a -8 file 02.52.04 # closer to 30mhz 02.52.25 # Cassandra: This will hopefully work - it will abort if it doesn't recognise your Nano - http://www.davechapman.f2s.com/rockbox/ipodpatcher.zip 02.52.31 # ogg scores 175% 02.52.43 # scores overall seem a bit lower than what I would expect 02.52.51 # but they are in line so at least provide a way to compare 02.52.55 # sounds exactly like would have though 02.53.00 # t 02.53.04 # tiredness approaching 02.53.34 # lostlogic: Is the disk being read during the decoding? 02.53.53 # linuxstb: for some part of each yes... obviously more disk read on the flac because it's the largest file 02.54.11 # ahh, disk reads, yes 02.54.12 # forgot that 02.54.37 # I'll see about making the same patch apply with the CVS pcmbuffer 02.54.45 # shouldn't be _too_ hard 02.54.50 # linuxstb: Yeah - that works. 02.54.52 # lostlogic: it's no biggie 02.55.04 # lostlogic: i'd rather you spent time on doing it properly if it's too much bother 02.55.06 # Cassandra: Cool, thanks. ipodpatcher-0.3 it is then. 02.55.41 # hmm, not that much, and I hate committing multiple features in one commit... 02.56.02 # The Nano is so pretty. I wish you could fit a 60gb disk in one of these. 02.56.55 # Cassandra: There's already been some success in upgrading them to 8gb, and the same person theorized that 16 would be very possible. 02.56.59 # linuxstb, you should make ipodpatcher enumerate the physical drives till it finds an iPod by default. 02.57.41 # Paul_The_Nerd, 16 would be a whole lot better than 2. 02.57.50 # But I doubt I'm up to the mod myself. 02.57.58 # Yeah, it wasn't an *easy* mod 02.58.11 # The guy was offering to mod 4gb->8gb for USD 225 02.58.28 # Ouch! 02.58.40 # That's apparently $85 for the flash memory, and the rest for labor. 02.58.43 # I assume that included the cost of flash though. 02.58.47 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 02.58.58 # That's a lot for labour. 02.59.02 # Yup 02.59.05 # it's probably not an easy hack 03.00.17 # Cassandra: Yes, I probably should. Patches welcome :) 03.00.25 # lostlogic: are those percentages on iPod? 03.00.29 # http://www.multiarcade.com/ 03.00.53 # Paul_The_Nerd: My impression was that Nano "upgrade" was just a hoax. 03.01.00 # XavierGr: no, h340 03.01.20 # That one is? 03.01.34 # I'd been lead to believe that one was real. *shrugs* I could easily be wrong. 03.01.43 # ah it could be really interesting to see the scores when the iPod devs manage to make both CPUs work together. 03.02.12 # Paul_The_Nerd: I would be surprised if Apple had left a gap for you to solder another flash chip inside your Nano. 03.03.13 # linuxstb, hey, that's my line! 03.03.32 # I'm learning... 03.03.33 *** Saving seen data "./dancer.seen" 03.03.35 # linuxstb: That was my first thought, then my second was "It makes it a lot easier for *them* to upgrade the product line" 03.03.58 # I mean, the *vast* majority of ipod owners are probably likely to never open theirs at all 03.04.08 # Ah well 03.04.11 # But people have done, and posted pictures. 03.04.17 # It would be easy to check. 03.04.20 # Yeah 03.05.41 # It seems implausible that a device that small could afford the 'dead space' of an extra socket. 03.05.58 Quit elinenbe (Read error: 104 (Connection reset by peer)) 03.06.20 # Fair enough. 03.06.41 # Let's go with "I'm wrong" allowing for the possibility of a pleasant surprise in the future, but without unnecessary hope. 03.06.45 # f*cking companies trying to squezze a customers wallet as much as they can. 03.06.55 # Is there a way to change the foreground and background colours, or did that not make it into the official build? 03.07.35 # Cassandra: Not yet, but whispers are of "soon" 03.07.36 # (or "make form the fly fat" as we say here) 03.08.35 Quit Paul_The_Nerd ("Leaving.") 03.11.20 # I might do one tomorrow. Been meaning to update boxes for a while. 03.11.48 # preglow: linuxstb: http://lostlogicx.com/transfer/rockbox/codec_timer.patch Let me know what you think and if I should commit it (disabled of course) 03.11.48 Join elinenbe [0] (i=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.11.50 # It's obviously my stupid question night. Is it just me or isn't the volume working? 03.11.58 # lostlogic: i'll test it tomorrow 03.12.07 # i have to start calling this a night before i conclude it's better not to sleep 03.12.14 # so yall tomorrow 03.12.15 # aight, I really gotta do real work too 03.12.16 # night 03.12.20 # night 03.12.26 # Night preglow. 03.12.29 # Sleep well. 03.12.32 # sure will 03.13.45 # Cassandra: Yes, there's no volume control yet. 03.14.59 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 03.15.14 # linuxstb: are you going to make the volume controls the same as the ipod... scroll for volume? 03.15.21 # Dammit - I want this LCD in my iRiver! 03.15.33 # elinenbe, it is at the moment. 03.15.39 # elinenbe: Yes, the volume control already works, it's just that the volume itself doesn't change. 03.15.44 # Just doesn't have any effect. 03.15.56 # Cassandra: what ipod do you have? I got a nano today because of preglow and linuxstb's work... 03.16.25 # elinenbe: Installed Rockbox yet? 03.16.38 # A nano a friend kindly lent my to do Rockbox work on. 03.16.47 # Since which I've had n bbloody time to do it. 03.17.00 # (Moving in a months time. :( ) 03.17.47 Quit tvelocity (Remote closed the connection) 03.20.14 # Right. Past my bedtime too. Nice work, linuxstb. 03.20.55 Quit Cassandra (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 03.21.34 # linuxstb: first thing! 03.21.56 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 03.22.04 # linuxstb: I agree with the slow UI... everything gets backed up a bit... 03.23.25 # During audio playback you mean? 03.26.23 # yes 03.28.39 # also, I feel as if it is going to be hard to map all the keys to the ipod... 03.28.54 Quit tvelocity (Remote closed the connection) 03.29.37 # Yes, key mapping is going to be hard - but the Ondio has a similar low number of buttons. 03.29.56 Quit mikearthur ("Konversation terminated!") 03.30.06 # My preferred solution would be to try and move things to menus - key combinations are awkward on the ipod. 03.30.27 # (it's designed to be used with one hand) 03.30.47 Join t0mas_ [0] (n=Tomas@ip503c08d1.speed.planet.nl) 03.30.48 # gah... I demand that the ondio have more buttons 03.31.20 # brb 03.31.23 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") 03.31.33 # hmm, I seem to be missing limits.h 03.31.44 # Time for bed. Goodnight. 03.32.04 # Midgey34: Delete the devkit and install cygwin: http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 03.32.54 # I figured as much 03.33.06 # I don't have time tonight, tomorrow then 03.33.18 Quit t0mas (Read error: 110 (Connection timed out)) 03.33.41 Quit Nibbler ("quit") 03.36.51 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 03.41.01 Join BHSPitLappy [0] (i=Steve-O@67.64.118.242) 03.42.20 Quit thegeek (Read error: 104 (Connection reset by peer)) 03.49.28 Join elinenbe [0] (i=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.55.31 # hey 03.56.28 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 03.57.27 # c 03.57.31 # gah, wrong window. 03.58.47 # I've seen you do that c reflex too many times lostlogic... :) 03.59.03 # yeah, I do... and today's been bad overall what with the c reflex and the accidental pastes 03.59.31 # but I don't want to hear it because I made a null output timer today. :-P 04.00.12 # I don't exactly know what that does, or why it's useful, but I'll let you go on that one all the same... =P 04.00.59 # hehe, to measure codec performance in another way other than my profiling code, I posted it to sourceforge with more info as well 04.08.01 Quit ehntoo ("Leaving") 04.09.05 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 04.09.22 # so 04.09.29 # hi 04.09.55 Quit GambitMat ("back to the real world...") 04.10.00 # any good reason to beat down my system with a rockbox build today? :D 04.14.48 # a completely inaccessible equalizer? :) 04.15.30 # updated musepack 04.23.22 Join webguest27 [0] (n=40b431e5@labb.contactor.se) 04.24.41 Quit webguest27 (Client Quit) 04.30.23 # Woohoo, I think I killed my USB chip or something. Computer won't detect my player in either Rockbox or iriver firmware. 04.32.13 Join San [0] (n=test@A-79-81.cust.iol.ie) 04.34.04 # reason for celebration indeed 04.37.28 Join owang [0] (n=3ff96cfa@labb.contactor.se) 04.37.32 # hey 04.37.49 # yo 04.38.18 # is anyone here familiar with /app/dsp.c? im wondering what the ACC macro does. its hard to understand all this coldfire assembly 04.39.06 # owang: that's preglow 04.39.12 # s territory, and he's asleep 04.39.26 # ah hehe. cool. do you know what time zone he's on? 04.39.43 # I think pretty close to GMT 04.39.53 # ok neat. ill try again tomorow then. thanks logic 04.43.34 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 04.43.39 Join midkay [0] (n=midkay@24.143.70.99) 04.49.50 Quit owang ("CGI:IRC (EOF)") 04.57.03 Quit AliasCoffee ("Leaving") 05.01.20 Join Rob2222_ [0] (n=Miranda@ACB79896.ipt.aol.com) 05.01.46 Quit ts-x ("CGI:IRC (EOF)") 05.03.37 *** Saving seen data "./dancer.seen" 05.05.18 Quit Jungti1234 () 05.05.18 Quit darkless (Read error: 104 (Connection reset by peer)) 05.05.53 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 05.10.02 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 05.11.32 # Just posting: 6.5 hours and still runnin'. 05.12.03 # mp3 on nano? 05.12.22 # Ogg on Nano 05.12.29 # Ogg/Vorbis, rather 05.12.35 # ah, still impressive 05.12.58 # I'm kinda surprised honestly 05.15.12 # and the cpu doesn't sleep at all right? 05.15.39 # NOpe 05.19.43 Quit Rob2222 (Read error: 110 (Connection timed out)) 05.31.04 Quit RotAtoR ("zzzzzzzz") 05.31.39 # hmm, it appears the bleeding edge source on the website is also missing eq_cf.S 05.33.03 Quit tvelocity ("Αναχωρεί") 05.40.18 Part Paul_The_Nerd 05.58.05 Join ModernExecutive [0] (n=bob@pool-162-84-113-32.norf.east.verizon.net) 05.58.12 Quit ModernExecutive (Remote closed the connection) 06.05.15 Join Nibbler [0] (n=sven@port-212-202-193-50.dynamic.qsc.de) 06.19.57 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 06.19.57 # Finally died, 7h 35 minutes. 06.21.10 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 06.24.33 # terribly sorry 06.25.21 # Terribly sorry? 06.26.53 # terribly sorry! 06.27.01 # losing a loved one can be difficult 06.27.15 # just remember that they're never really gone where it matters. 06.27.22 # ahahaha 06.27.25 # haha. 06.28.26 # BHSPitLappy: i'm not sure he's as devestated as you'd think, since he can just plug her into a wall and she'll come right back to life :) 06.28.30 # Yeah, I think 7.5 hours is pretty good for a first test of Vorbis on Nano, without CPU sleeping. 06.29.10 # ashridah: will that work on grandpa? 06.29.18 # depends how quickly you do it 06.29.22 # ha 06.36.25 # whats the time tag for the wps file? 06.44.27 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 07.02.09 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 07.03.38 *** Saving seen data "./dancer.seen" 07.23.28 # any1 know what the key combo is to change keyboard langue on xp is? 07.24.09 # whatever you set it to. 07.24.21 # what would the deault be? 07.24.32 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 07.24.40 # im chatting to firends in israel and if they turn caps lock off it goes to hebrew which is no good... 07.24.48 Quit aegray ("test") 07.24.55 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 07.25.15 # can't they use the language bar or whatever it's called 07.25.23 # its not there.. 07.25.31 # right-click 07.25.32 # toolbars 07.25.34 # and add? 07.25.43 # I don't use explorer so I don't really remember 07.29.01 Quit San (Read error: 110 (Connection timed out)) 07.30.34 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 07.35.24 Quit matsl (Remote closed the connection) 07.41.06 Join EvilDude [0] (n=prashant@202.63.117.14) 07.43.08 Nick Bger_ is now known as Bger (n=Bager@83.222.160.88) 07.43.20 # morning :) 07.43.29 # howdy 07.43.36 # Mornin' 07.43.39 Part EvilDude 07.43.43 # sleepy ... very 07.44.26 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 07.52.28 # XavierGr: In case you declare you more declare variables than fit in the plugin RAM, the linker will complain ("region PLUGIN_RAM full"). 07.52.58 # If you somehow manage to overcome this, the plugin loader will refuse to load such a plugin 07.53.45 # amiconn: and plugin ram on the iriv is 512k right? 07.53.51 # yes 08.04.04 # w000t... stupid fucking bugs 08.04.09 # damn they r starting to piss me off 08.05.01 Join EvilDude9 [0] (n=prashant@202.63.117.14) 08.07.01 Nick EvilDude9 is now known as EvilDude (n=prashant@202.63.117.14) 08.13.08 # has the USB feature on iPod been fixed? 08.13.38 # What do you mean? 08.14.07 # rebooting to diskmode 08.14.20 # that stopped working for me with the last build I made 08.14.30 # Hrm 08.14.42 # it just shows the usb logo and freezes 08.14.56 # It works for me, but mine's set to reboot into retailOS. Also, my last build is from about 10 hours ago. 08.15.03 # ah 08.15.14 # well, it used to reboot into hardware diskmode for me 08.15.16 # Is that if you plug in after rockbox is loaded, or is that if plugging in wakes it from sleep? 08.15.33 # Yeah, my build is slightly modified. I like retailOS because files transfer faster. 08.15.44 # yeah 08.16.25 # Anyway, is it if you boot rockbox, then plug in, or is it if you plug in, and that causes rockbox to boot? 08.16.35 Join fairway [0] (n=fairway@217-162-180-7.dclient.hispeed.ch) 08.16.41 # how do u check if a button is being repeated? 08.16.41 # hi 08.16.49 # does anyone have a wps for ipod photo in colour? 08.16.53 # Paul_The_Nerd: probably both 08.17.21 # BHSPitMonkey: I know that when plugging the cable in wakes it from sleeping, it won't reboot properly into disk mode. 08.17.50 # Try turning it on, and then once you're in the directory view, plugging the cable, and let me know what happens. I'm curious if it's a new bug, or you just encountering the old one. 08.18.19 # well, I built right after audio was committed 08.18.56 # Ah, then essentially the same one I'm running. 08.19.39 Quit darkless (Client Quit) 08.19.47 # ah, you were correct... 08.19.58 # Yeah, then it's a known issue, it just hasn't been really looked at yet. 08.20.00 # it does work that way, just never noticed the distinction 08.20.38 # does the midi reader render the whole thing as wav? 08.20.46 # (that is, if it worked) 08.21.24 # did anyone else notice there's problem starting to play flac files on the ipod somtimes? 08.21.29 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 08.21.38 # hey 08.21.46 # What is Parametric EQ? 08.21.48 # hey Jungti1234 08.21.50 # Yeah, if you have the patch set, the midi reader actually renders it to wav in ram, and it *used* to write it to disk, but that was removed. 08.21.54 # Like this?: http://www.cdrunner.com/eq1a.gif 08.21.59 # hi JdGordon 08.22.11 # ye 08.22.18 # It can be used as a sort of benchmark, to see how fast midi playback would run. 08.22.18 # Paul_The_Nerd: hmm, isn't that more inefficient than how other sw-based midi players work? 08.22.57 # I'm not really familiar with how others work, or why it was chosen to do this one this way. I think it was an attempt to fit it into the existing codec architecture, but don't quote me. 08.23.12 # fairway: What sort of problem, specifically? 08.23.16 # it's just a lack of work on the midi parts 08.23.30 # Is no there a person who know what it is? 08.23.32 # I had a midi player on my pocketpc 08.23.33 # http://www.afterdawn.com/news/archive/7256.cfm <-- Go france! 08.23.38 # Jungti1234: an eq is an eq 08.23.40 # Paul_The_Nerd: loading the flac play. you have to skip a bit to make it start play 08.23.44 # fie on france. 08.23.52 # Jungti1234: just that we have no UI for it yet 08.23.54 # fairway: Is this on initial load, or sometimes when you hit "next track"? 08.24.08 # B4gder: like this? http://www.cdrunner.com/eq1a.gif 08.24.19 # Jungti1234: just that we have no UI for it yet 08.24.31 # so how can it be like _any_ pic 08.24.36 # Paul_The_Nerd: sometimes wen I hit next track 08.24.42 # hm.. 08.24.46 # Paul_The_Nerd: it is not when I don't use the next button 08.24.55 # fairway: Okay, that's a known issue. Track skipping has a glitch. 08.25.07 # Paul_The_Nerd: ok 08.25.19 # Paul_The_Nerd: does it only affect flac? 08.25.29 # I believe if affects all file types 08.25.34 # I see. 08.25.57 # also can I use the themes from iriver 300 on the ipod photo? 08.26.12 # fairway: thet should work 08.26.15 # they 08.26.19 # Aye, they should 08.26.42 # k 08.29.11 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-080.pools.arcor-ip.net) 08.29.22 # what is rwps? 08.29.29 # remote wps 08.29.35 # for the remote's with lcd 08.30.05 # crazy. 08.30.10 # ah 08.30.16 # why would they put lcd's on a remote? 08.30.30 # to make ppl spend money 08.30.32 # So you can put the unit in a bag, or pocket, or elsewhere, and still browse tracks. 08.30.39 # why not just have the mp3 player where the remote would be 08.30.52 # and a rock where the player would be 08.30.58 Quit Kohlrabi (Read error: 104 (Connection reset by peer)) 08.31.34 # those themes do not look really good on the ipod photo 08.32.25 # BHSPitMonkey in fact i pretty much like that iriver's have LCD on the remote 08.34.21 # Jungti1234: yes, that picture is an example of a parametric equalizer 08.34.39 # ah 08.34.40 # thanks 08.35.58 # alrighty.. my masterpiece is done.. 08.36.07 Join needleboy [0] (n=alon@CBL217-132-117-65.bb.netvision.net.il) 08.36.07 # mm? 08.36.15 # :) 08.36.25 # good morning folk\ 08.36.32 # good 2am folk 08.36.41 # hehe 08.37.05 # JdGordon: eh? 08.37.06 # Mornin' needleboy 08.37.17 # hi needleboy 08.37.29 # the stupid bloody timetable viewer which has been irtatinfg me for the last week :p 08.37.45 # hahaha 08.38.06 # ah 08.38.22 # is it not integrated with a calendar? 08.38.43 # http://users.monash.edu.au/~jdgor1/rb/timetable.jpg 08.38.52 Join LinusN [0] (n=linus@1-1-3-36a.hdn.sth.bostream.se) 08.38.58 # BHSPitLappy: no 08.39.08 # aw. 08.39.11 # JdGordon 08.39.12 # Jungti1234: old screeny.. looks nothing like that anymore 08.39.37 # yes 08.39.44 # You changed it more than picture that saw to me yesterday. 08.40.02 Join Sando [0] (n=lolsteam@addiction-cracks.org) 08.41.00 # Jungti1234: no, yesterdays screeny was .bmp 08.41.12 # tt.bmp 08.42.12 # http://users.monash.edu.au/~jdgor1/rb/tt.zip <- for the h300 only 08.42.17 # if any1 wants to play 08.42.24 # what is it? 08.42.52 # timetable 08.42.57 # ah 08.45.07 Join ender` [0] (i=ychat@84.52.165.220) 08.45.22 # so still no volume control on ipod? 08.45.30 # BHSPitMonkey: yep 08.45.35 # BHSPitMonkey: hack yourself ;-) 08.46.03 # not sure what that's supposed to mean... 08.46.15 # what's standing in the way of variable volume? 08.46.27 # is volume control hard to implement? 08.46.35 # Not so much hard as "nobody's bothered yet" 08.46.43 # hehe 08.46.53 # they dont bother much for the ipod 08.47.27 # they ipod is such a great unit 08.47.35 # There's two people primarily working on the iPod. Preglow, and Linuxstb. I'm less of a coder than a tester / whipping boy, who occasionally spots something so obvious it's below notice. 08.47.37 # that's kind of rude, preglow and linuxstb bust their asses 08.47.41 Join Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au) 08.48.14 # (@fairway) 08.48.19 # If I understood correctly, volume requires drivers for the WM (some number. 89something? 4 digits) and though there's a datasheet, it's just not been done / incorporated into Rockbox yet. 08.49.18 # ah ok 08.49.43 # I could be wrong though, it could be something else entirely 08.50.06 # acually you don't need volume control if you did replaygain your files 08.51.17 # My earphones have a volume slider, so it's not affecting me much anyway. 08.51.22 # fairway: having control is useful for other reasons, too :P 08.52.44 # my main feature is to have no problems when using track switching 08.52.44 # Well, it's still in fairly early stages anyway. 08.52.44 # true 08.52.55 # but it looks very promising 08.54.13 Quit fairway () 08.58.13 Quit needleboy (Read error: 110 (Connection timed out)) 09.01.26 # well, looks like it's just you and me again, Paul_The_Nerd 09.01.39 # ej. 09.02.00 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.03.40 *** Saving seen data "./dancer.seen" 09.04.10 # boo. 09.04.16 # hoo 09.04.17 # AAAAAAAAAAAAHHHHHHHHHHH 09.04.24 # !!! 09.04.28 # Kingstone speaks??? 09.04.32 # w-w-what's happening? 09.05.07 # rr fucking school 09.05.08 # =\ 09.05.19 # i woke up in 9 09.05.22 # go to school 09.05.30 # and 2 free hours 09.05.35 # Kingstone: what's with the lack of leadership in #ipodwizard ? :P 09.05.37 # at* 09.05.57 # what do you mean 09.06.13 # no op? 09.06.14 # you've never said a word as long as i've been there 09.06.29 # i'm pretty busy in the last few weeks 09.06.34 # and I've been a regular for quite some time now :P 09.06.41 # meh, k 09.07.25 Join San [0] (n=test@212.2.167.102) 09.20.59 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 09.21.12 Join [San] [0] (n=test@212.2.167.102) 09.22.28 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 09.28.51 # LinusN: , preglow, u der? 09.29.03 # yup 09.29.27 # the eq gui... do u want something like winamps? or a boring one? 09.30.24 # im done with my plugin, so i dont mind doing the gui for it, unless some1 has started alkready? 09.30.59 # i'd like something simple, pretty much like the rio 09.31.38 # some horizontal sliders 09.33.24 # why not vertical :) 09.34.20 # Paul_The_Nerd: not too shabby considering the state of rockbox 09.34.29 # vertical ! 09.36.03 Quit EvilDude () 09.38.03 # JdGordon i'd like to make them as a widget ... and if u add them to the multiscreen api ..:) 09.38.23 # I'd be happy with just a numeric based EQ for now to be honest 09.38.26 # ? 09.38.32 # then make it! 09.38.33 # :-) 09.38.53 # hehe 09.39.02 # what, you think you're going to have some fancy ass gui with sliders? 09.39.10 # don't that'll happen 09.39.13 # hell ye 09.39.18 # don't _think_ that'll happen 09.39.39 # sliders are fun... ill code em if u tell me whats needed.. 09.40.20 # do whatever you want, i wasn't kidding when i said i won't be involved with the gui, heh 09.40.25 # :) 09.40.59 # people @ MR for sure will appreciate the "fancy ass gui" 09.41.01 # :P 09.41.16 # MR is a bunch of 12 year olds. 09.41.26 # haha 09.41.44 # Membrillo i'm not sure :) 09.42.03 # there was a thread like "how old are you, guys" 09.42.04 # preglow: I was rather impressed actually. Every 30 minutes or so after 5 hours I thought "Hrm.. any minute now, I'm sure" 09.42.05 # morning, preggerz 09.42.07 Quit San (Read error: 110 (Connection timed out)) 09.45.47 # helo 09.47.53 Quit [San] (Read error: 110 (Connection timed out)) 09.49.01 # Paprica? 09.49.06 # ? 09.49.12 # ok 09.50.46 Quit Membrillo () 09.50.53 # Paprica: just be happy someone's concerned for your well-being :) 09.51.13 # hihi 09.51.41 # heyhey 09.52.33 # hoho 09.54.54 Join needleboy [0] (n=alon@CBL217-132-117-65.bb.netvision.net.il) 09.55.56 # damn pc 09.55.59 # good mornng again 09.56.41 # hi 09.57.14 # needleboy: Perhaps, Korean language file doesn't work. 09.57.26 # what do you mean? 09.57.41 # i just took the one you gave me and replaced the original with it. 09.57.59 # I'm going to upload again it. 09.58.16 # ok, let me know. i'm compiling a version in about 30 minutes, so... 09.58.43 # some of the H300 Optimized users complained about crashing players when starting to play mp3s 09.58.56 # has anyone seen this behaviour since last night in the normal builds? 09.59.30 # i had a theory that this might be because of the new WPS caching, and the WPS doesn't load properly when starting to play... told them to try and reload the WPS. 09.59.38 # I haven't seen anyone mention it in here. 09.59.43 # Is it just MP3s, or all music files? 10.00.14 # all of them said mp3... but that might be just a coincedence 10.01.20 # btw, I am pretty sure I am against the bmp cache thing 10.01.27 # yes, me too 10.01.48 # i haven't seen too much improvement... 10.02.08 # needleboy: i think you've got linus' bug from yesterday night 10.02.52 # what bug? 10.03.08 # WPSes with graphics, or at least monochrome bitmaps, didn't seem to work at all for a little while 10.03.51 # i'll recompile with the current CVS and we'll see 10.04.49 # btw, I should add daily builds for the ipods, shouldn't I? 10.06.49 # would be nice 10.06.54 # now that it's actually usable 10.07.11 # Hehehe 10.07.12 # do we have little pics for them ? 10.09.28 # hmm 10.09.33 # perhaps? :) 10.09.59 # someone gonna make them or am I gonna have to? :P 10.11.23 # actually, to follow the trend I'd have to take a photo with the rockbox logo on the screen 10.11.41 # and my webcam wouldn't fare well probably :/ 10.18.38 # you need a scanner to make the pic really good 10.19.26 # And all I have is a digicam 10.19.44 # ah, forgot about scanners :P 10.19.48 # What about just adapting the image used for the simulator builds? 10.19.52 # heh 10.19.54 # cheap! 10.20.04 Join amiconn_ [0] (n=jens@p54BD7CF8.dip.t-dialin.net) 10.20.11 # might as well photoshop the rb logo into a press release photo 10.20.16 # Hehehe 10.20.25 # there needs to be 4g, nano and 5G right? 10.20.29 Quit ender` (Read error: 110 (Connection timed out)) 10.21.07 # I don't add any 5G to the daily page yet 10.21.12 # ok 10.21.35 # ah, i see now 10.22.05 # "ipodcolor" "ipodnano" <- a little runon, don'tcha think? ;0 10.22.48 # they all use the dense version of the names 10.22.54 # meh 10.23.02 # but perhaps I should use the longish 10.23.05 # iPods are specialer! 10.23.40 # Paul_The_Nerd: How did your Vorbis test go? 10.23.48 # linuxstb: 7h, 35min 10.24.00 # * B4gder runs a custom daily for the ipods atm 10.24.35 # Paul_The_Nerd: Not bad. I don't think my ipod was fully charged for my FLAC test, so I'm going to run it again today. 10.24.53 # is there a more "legal" way to get the screen's size in lines than lsc_getstringsize(blah,&width,&height); screen_lines=LCD_HEIGHT/height; ? 10.25.41 # B4gder: don't forget the eq_sf.S issue 10.25.44 # there, dailies in place 10.25.59 # linuxstb: Considering the "optimum" life being 14h, I'd say that's pretty good all things considered. Hehehe. 10.26.02 # preglow: I started having a look at it... it sure is puzzling 10.27.30 # seems i made the first .S file in apps/ 10.27.34 # i'll add S to FILES 10.28.00 Quit tvelocity ("Αναχωρεί") 10.28.03 # the source tarball sure is huge these days 10.28.07 # i can imagine 10.29.15 # the daily build dir takes 610MB on the server 10.29.28 # for just the zips 10.29.36 # 8-O 10.29.46 # how many past version's that? 10.29.57 # 30 day backlog 10.30.25 # B4gder: wouldn't it be more intelligent to build the source tarball for anything but 'today' out of cvs itself? 10.30.38 # ie, they're not goign to get used very often... 10.31.01 # well, the whole source tarball idea is for people scared of cvs 10.31.18 # i say we force them :-) 10.31.21 # or those who can't reach it due to proxies/firewalls 10.31.33 # B4gder: i mean automagically when someone hits the download link (provided 'zip' can provide streamed output) 10.31.59 # well, it could of course be made like that, but it would mean more work for me :-) 10.32.05 # similar to the way some people setup those download sites that use a script to obfuscate the url with a session id and whatnot 10.32.19 # bah, space/effort tradeoff :) 10.32.28 # we have the space ;-) 10.33.09 # anyone know the values of the default background color? 10.33.15 # but of course, such a script could would be able to make archives older than 30 days 10.37.03 Quit amiconn (Read error: 110 (Connection timed out)) 10.37.03 Nick amiconn_ is now known as amiconn (n=jens@p54BD7CF8.dip.t-dialin.net) 10.37.36 # or, what dumps screens from the sim? 10.38.05 # there's a key for screendump in the sim 10.38.19 # num 0 in the sim does a dump 10.38.27 # well.. on the h300 anyway 10.38.34 Join andrewmel [0] (n=andrewme@220-253-103-242.TAS.netspace.net.au) 10.41.01 # ...or F5 10.41.25 # BHSPitLappy: Default fg/bg colours are defined in firmware/export/lcd.h 10.41.35 # thanks 10.41.44 Quit needleboy () 10.42.28 Join Rob2222 [0] (n=Miranda@ACB15FA0.ipt.aol.com) 10.49.39 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 10.51.25 # in case it's wanted, here: http://img68.imageshack.us/img68/3311/nanorock4ek.jpg 10.51.31 # (nano tinypic) 10.52.06 # nice 10.53.48 # sweet 10.54.05 # BHSPitLappy: Agreed, nice pic. Can you do a 4G Color/Photo as well? 10.54.18 # i s'pose... 10.54.33 # B4gder: That was quick... 10.54.39 # indeed 10.54.57 # I have a fairly good system for the model => pic mapping 10.55.36 # wth 10.55.40 Quit Rob2222_ (Read error: 110 (Connection timed out)) 10.55.48 # it won't let me create a 4G makefile 10.56.08 # says I don't have sdl installed so it won't let me make it, even though I JUST built it for nano 10.56.30 # Are you sure you made the SDL sim, and not the other one? 10.57.25 # I need to try out that SDL sim patch, and see if it makes it work. 10.57.29 # I thought I did, cause I thought the other one didn't work 10.57.54 # ok, building win32 10.58.05 # maybe i was thinking of my build over on the linux box 10.58.28 # The SDL sim doesn't work yet in Windows anyway. 10.58.43 # and the x11 sim doesn't do colors 10.59.17 # Someone was here the other day saying he/she had fixed most of the SDL windows problems. But I don't think we ever saw a patch... 10.59.30 # linuxstb: There's one on the patch tracker, claiming to fix 'em 10.59.31 # yes we did 10.59.35 # yes 10.59.41 # "[ 1417462 ] Improved SDL Simulator" 10.59.44 # Cool. Didn't notice that. 11.00.42 # Hrm 11.02.10 # make[1]: *** No rule to make target `UI-h120.bmp', needed by `/home/DarkkOne/rockbox-devel/h120sim/UI256.bmp'. Stop. 11.03.22 # Paul_The_Nerd: Is this the win32 sdl sim patch? 11.03.31 # Yessir 11.03.35 # You should just be able to copy them from the win32 directory. 11.03.42 # Ah 11.03.43 *** Saving seen data "./dancer.seen" 11.04.03 # do people want those pics in the sim? 11.04.26 # I don't really care. amiconn has expressed a desire for them. 11.04.28 # you mean the unit boitmap? 11.04.31 # amiconn really seems to want them 11.04.40 # i couldn't care less 11.04.45 # personally I'd find them annnoying 11.04.56 # no, i do care, i want them removed 11.04.58 # theyre annoying 11.04.59 # heh 11.05.08 # back to typing like a pig, i see 11.05.09 # good, good 11.05.25 # I do lots of sim-running of a network and adding even more bitmaps will just make it worse 11.05.31 # ...over network 11.05.47 # Maybe the SDL sim could toggle them on/off. 11.06.03 # yes, that would be good 11.06.27 # i can't possibly see a use for the bitmaps 11.07.01 # but anywho, i never use the sims 11.09.14 # Alright, the SDL sim seems to work (graphically, at least) 11.09.57 # B4gder: http://img69.imageshack.us/img69/9481/4grock0nv.jpg 11.11.51 # I never could get sound to work in the sims, and that bit hasn't changed. :) 11.11.52 # that is more obvious a fake 11.12.21 # but anyway, I added it 11.12.24 # they're both stock photos, everybody can tell at first glance 11.13.42 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 11.18.54 # alternate > http://img59.imageshack.us/img59/889/4grock24vj.jpg 11.21.55 # i like the alternate one better 11.22.08 # BHSPitLappy: That second one is looking good. For the Nano, could you remove the reflection? 11.22.36 # well I didn't "add" it, that's the press pic for the nano :S 11.22.42 # I know :) 11.24.24 Join San [0] (n=test@212.2.167.102) 11.29.53 Part Paul_The_Nerd 11.29.56 # http://img62.imageshack.us/img62/4443/nanorock20hf.jpg 11.30.00 Join webguest98 [0] (n=5221a362@labb.contactor.se) 11.30.50 # Perfect :) It doesn't look like the press photo any more. 11.31.22 # yeah. that was fun doing by hand 11.31.42 # But a good contribution to Rockbox. 11.31.51 # hyup. 11.32.16 # "Contributions: the little thumbnails on teh download page!" 11.33.27 # so do we need to highlight B4gder? (just did ;)) 11.34.54 Part andrewmel 11.35.02 Quit webguest98 ("CGI:IRC (Ping timeout)") 11.36.36 Quit tvelocity ("Αναχωρεί") 11.40.25 # B4gder: and while I'm at it, http://img80.imageshack.us/img80/6230/h300rock5nc.jpg 11.40.33 # BHSPitLappy: He's probably on another coffee break..... 11.40.39 # mmk 11.40.57 # Heh, I was about to add, the H300 looked out of place 11.41.09 # they'll fall into the hands of whomever they need to :P 11.41.38 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 11.41.46 # http://img59.imageshack.us/img59/889/4grock24vj.jpg 11.42.06 # It's much better. 11.42.23 # thanks, but there's no reason to repeat links :) 11.43.08 # well, I'm out like a fat kid in dodgeball. later 11.43.20 # Jungti1234: That one has already been chosen. 11.43.27 # BHSPitLappy: Goodnight. 11.43.33 # haha 11.43.35 # ok 11.43.59 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 11.44.01 # linuxstb: where can i find a wolfson datasheet? 11.44.09 # linuxstb: i can't even remeber what model numbers to look for 11.44.36 # Just download the one linked to from the ipodlinux.org/Generations page. 11.44.59 # okiedoke 11.45.09 # lunchlunch 11.46.47 # My initialisation of the codec is the same as ipodlinux's at the moment. But we should probably study the datasheet and see if we can improve anything. 11.47.44 Quit San (Read error: 110 (Connection timed out)) 11.48.51 # ah damn 11.49.09 # needleboy.........:'( 11.54.06 # would be good to know on which points our codec differs from the one in the datasheet, thougj 11.55.42 Quit Jungti1234 () 11.56.07 # Yes. I suppose we could always contact Wolfson to ask for the WM8975 datasheet. 11.56.34 # would be nice 11.56.54 # That chip isn't even listed on Wolfson's website (afaics) 11.57.05 # sounds promising 11.58.02 # Do you know if retailos makes much use of the cop? 11.58.28 # nope, i was thinking of asking the ipl people 12.06.16 # If it does, I don't think it uses it well. I've noticed some UI sluggishness during MP3 playback. 12.06.51 # really now 12.07.02 # they clock the cpu really low during decoding, i know that 12.08.33 # Paul_The_Nerd: Fancy creating an "IpodRuntime" wiki page so we can start documenting our tests? 12.09.02 # man, this codec is packed with features 12.10.01 # linuxstb: It's 5 am here. I'll pass out soon, but when I wake I'll happily do so. 12.10.01 # My battery was definitely not fully charged for my FLAC test - I've never charged it fully before, and didn't realise it actually came up "charged" when it finished :) I just stopped charging after a couple of hours when the battery indicator was full. 12.10.22 # Paul_The_Nerd: No problem. I may do it later, but if it's not there, feel free. 12.10.28 # Ok. 12.10.42 # I'm off for the night. 12.10.48 Part Paul_The_Nerd 12.10.58 # preglow: Yes. But I didn't spot a hardware eq in there. 12.11.05 # (apart from bass/treble). 12.12.12 # a bit bold calling that a 'graphic equaliser' 12.12.14 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 12.13.02 # I think I've read that using the eq in retailos significantly decreases battery life. So that implies it's software. 12.13.11 # ahhaha 12.13.12 # well 12.13.21 # they certainly outdo themselves with the settings in that case 12.13.25 # software eq, and nothing but presets 12.13.47 # Obviously ipod users can't use an eq themselves... 12.14.17 # they can't use anything 12.14.21 # retailos has no options 12.14.43 # You can choose whether or not to display the time in the status bar.... 12.14.53 # ahh, yes, there's that 12.17.11 # It will be interesting to see how well the codecs work on the 3Gs. I would imagine our iram usage will help significantly. 12.18.08 # yes 12.18.11 # And someone will need to code a firewire driver... 12.18.16 # hahahha 12.18.54 # good luck to that 12.20.15 # man, calling this i a graphic equaliser truly is the very peak of creative language 12.20.31 # it's a bloody bass/treble cut/boost 12.22.55 # don't they specify how the 80 steps between +6db and -67db look like just to act cool, or what? 12.24.29 Join Lost-ash [0] (i=ashridah@220-253-121-105.VIC.netspace.net.au) 12.25.29 Quit ashridah (Nick collision from services.) 12.25.31 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-105.VIC.netspace.net.au) 12.26.01 # It gives the values for 6dB, 0dB and -67dB - what more do you need? ;) 12.26.28 # Curiously, the IPL driver states that the DAC goes from 6dB to -73dB - one step equals 1dB. 12.29.37 # But maybe that's just left over from the older wm8721/wm8731 driver. 12.33.22 # lol - nice email to the Rockbox mailing list - "Please stop sending emails about rockbox!!!!!!" 12.34.48 # B4gder: In case you missed it, can you update the daily builds Nano thumbnail to this one? http://img62.imageshack.us/img62/4443/nanorock20hf.jpg 12.35.15 # done 12.35.19 # Damn... 12.35.36 # oh, they called from Thomann today and promised i will get the Shure E4s at this week :) 12.35.45 # ahahaha 12.36.21 # I unsuscribed the confused person 12.36.44 # Slasheri: tagcache delegated to next weekend? :> 12.37.29 # Slasheri: I think you know this already, but dircache doesn't work on Archos or iPod due to unaligned memory accesses.... 12.38.02 # probably yes.. wtf, i just accidentally kicked work computer and hit the reset button :( now its booting. 12.38.13 # linuxstb: yes 12.38.24 # that would be easy to fix 12.38.37 # i used to have a pc where a simple touch would reboot it 12.38.39 # but impossible for me to try if the fix wworks 12.38.41 # it was bliss to work on 12.38.53 # Slasheri: I'm happy to test :) 12.38.58 # i will disconnect that damn reset button no.. 12.39.03 # :) 12.39.35 Join cpu [0] (i=cpu@static.int.pl) 12.39.46 # hi 12.40.09 # I have question about ogg 12.40.16 # shoot 12.40.29 # amiconn ? 12.40.45 # with high -q (8-10) I don't have continous playback 12.41.03 # On which player? 12.41.14 # for example I have Pink Floyd Dark Side Of The Moon SACD - ogg -q 10 12.41.19 # h3xx 12.41.20 # q10 won't work 12.41.22 # no surprise 12.41.24 # ogg needs work 12.41.40 # vorbis isn't suited to bitrates that high anyway 12.41.44 # but I have problems on lower -q too 12.42.01 # -q 8 12.42.11 # h300 has general performance problems 12.42.18 # -q 8, you call that low? 12.42.31 # is it possible to fix this performance ? 12.42.36 # lower than -q 10 :) 12.42.44 # possible, yes 12.42.46 # requires work, though 12.43.03 # cpu: if you need that high quality, you could consider flac 12.43.44 # yep I mainly use FLAC 12.44.33 # or wavpack 12.44.37 # which will compress it a bit more 12.44.41 # I found that FLAC have less disk usage than ogg with high -q 12.44.46 # but yeah, vorbis will not be optimal at those high bitrates 12.44.52 # it's tuned for lower bitrates 12.45.08 # most of my collection is in flac and some pink floyd albums in shorten 12.45.49 # anyway thanks for explanation 12.46.02 # mm 12.46.03 # http://img99.imageshack.us/img99/6191/h30060x805wg.jpg 12.46.18 # can some one change the picture on the daily build page? 12.46.30 # what's wrong with the pic on that page? 12.46.47 # the bg shade? 12.46.51 # different from the others 12.46.52 # http://www.rockbox.org/docs/h300-60x80.jpg 12.47.34 # anyone tested FLAC battery usage ? 12.47.40 # the bg shade differs bewteen several of those pics 12.47.44 # Paprica: better? 12.48.08 # ? 12.48.17 # cpu: flac is our most efficient codec 12.48.26 # cpu: it's just that h3x0 in general has issues with power these days 12.48.51 # Paprica: is the daily build page better now? 12.48.57 # batt drain ? 12.49.01 # yeah 12.49.11 # hihi 12.49.13 # yes 12.49.14 # 10x 12.49.15 # =] 12.49.27 # someone get working on the eq gui! 12.49.39 # but this only happens when I use h3x0 during charging ? 12.50.40 # preglow, linuxstb: "ipod color"? isn't the official name "ipod photo"? 12.51.20 # I think it was initially sold as "iPod Photo" and then just plain "iPod". Apple now call every ipod just "iPod". 12.51.22 Join petur [0] (n=d4efd6a6@labb.contactor.se) 12.51.33 # But I'm pretty sure it's known as the iPod Color. 12.51.53 # i searched on ebay, and "photo" seems to be the common name for it 12.52.04 # photo is the old name 12.52.08 # it's now called color, mostly 12.52.14 # apple just couldn't decide 12.54.33 # oh another question - wavpack 5.1 will be downmixed to 2.0 ? 12.54.45 # no, it will just decode two of the channels 12.54.57 # we'd never have enough cpu for doing a downmixing on so many channels 12.55.06 # but yeah, it was launched as photo, was renamed to color, and is now just referred to as ipod 4g 12.55.18 # thanks 12.55.25 # is the ipod color 30gb single or double platter? 12.56.06 # mm there is a tool for rb2bmp? =\ 12.56.13 # no 12.56.26 # run it in the sim and take a screenshot 12.56.39 # shit 12.56.42 # and max boost for cpu in h3x0 is 124 but I read in docs that this cpu max freq is 140 why don't boost cpu to it's max f ? 12.56.43 # i need all the icons 12.56.44 # =\ 12.56.52 # cpu: excessive heat 12.56.54 # cpu: it'll crash 12.56.58 # Paprica: what icons? 12.57.12 # folders, files, mute... 12.57.33 # ok now I know everything thanks guys and thanks for rockbox! 12.57.43 # you're welcome 12.57.56 # bye 12.58.27 Quit cpu ("leaving") 12.58.44 # hey, is h140 same as iHP-140? 12.58.55 # yes 12.59.07 # SoundCodecs needs some cleaning up 12.59.17 # JdGordon: so, getting anywhere with the gui? 12.59.29 # no... 12.59.45 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 13.00.28 # bloody 5am wake up tomorow.. gnite all 13.00.52 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.01.04 Quit aliask ("Reboot") 13.01.17 # * preglow drools over the helix codecs... 13.01.41 # preglow: Stop that! 13.01.41 # seems lots of them are optimised for arm 13.02.05 # bloody licensing 13.02.08 # very nice codecs 13.02.13 # small footprint, fast 13.02.32 # Yep, realplayer runs on lots of small devices now. 13.02.56 # I'm sure there are some nice video codecs there as well.... 13.03.03 # Or are they not open sourced? 13.03.46 *** Saving seen data "./dancer.seen" 13.05.32 # linuxstb: only aac and mp3 13.06.15 # they keep their good stuff to them selvs 13.06.44 # i think mp3 and aac qualifies as good stuff... 13.07.05 # preglow: the good video stuff 13.07.08 # Is it just a layer-3 mpeg decoder? 13.07.30 # looks like it 13.07.31 # no they have the xing based encoder also 13.08.03 # they mention the decoders take 30mhz at 320kbps for arm7tdmi 13.08.05 # i wonder if that is with iram... 13.08.56 Quit Siku (Read error: 145 (Connection timed out)) 13.08.58 # Is it as accurate as libmad? 13.10.01 # is xing any good quality-wise these days? 13.10.17 # just a question, why not provide the glue for the helix codecs but not distribute it in binary ? 13.11.17 # petur: it was based on xing, but the tuned it abit, right now it's faster then lame but less quality 13.11.41 # I don't think we would want to go down that route. Third-parties would then start distributing Rockbox with those "illegal" codecs.... 13.12.18 # and it is questionable license-wise too 13.12.20 # And IMO, we would (at least) be violating the spirit of the GPL. 13.12.54 # We should spend the effort improving the GPL'd codecs instead. 13.15.55 # true, I guess it's just twisting the words with letting the user getting the source and compiling 13.16.19 # Also, any "glue" would probably involving using helix-licensed code anyway. 13.17.40 Quit TCK (Read error: 113 (No route to host)) 13.19.01 Quit Moos (Read error: 104 (Connection reset by peer)) 13.23.11 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 13.24.22 # front page news updated 13.25.08 # lwn got there before you :) 13.25.32 # :-) 13.26.07 # funny comment on hydrogenaudio: "There is no audio on the Video yet." 13.27.04 # That's a quote from our wiki... 13.27.26 # ah 13.27.34 # still somewhat amusing 13.27.38 Join San [0] (n=test@212.2.167.102) 13.28.08 # video killed the radio star? 13.28.13 # ?) 13.28.16 # :) even 13.28.30 # there's no video on the Video either ;-) 13.28.34 # haha 13.33.03 # :D 13.36.15 # what's the default plugin stack size on hxxx? 13.37.08 Join Membrillo [0] (n=sam_kill@CPE-60-229-179-140.nsw.bigpond.net.au) 13.38.18 Join wubbla [0] (n=wubbla@adsl-022.196.166.194.arpa.as1901.net) 13.40.00 Quit Nibbler (Read error: 113 (No route to host)) 13.41.50 # Bger: AFAIK, plugins run in the main thread - so it's defined in firmware/app.lds (8KB) 13.43.24 # * Bger tried to run a plugin thread with 800 bytes stack ... 13.43.36 # heh. .. first i tried to run it with 300 bytes ... :) 13.44.42 # Are you trying to create a separate plugin thread? 13.44.51 # linuxstb can i ask you something ? would you (if u can atm, of course) look at apps/plugins/battery_bench.c; thread() func 13.45.02 # if you remove the struct from there ... 13.45.14 # and make it global... 13.45.22 # how much stack will this func need ... 13.46.03 # i mean the struct var 'bat' 13.46.07 Join Nibbler [0] (n=sven@port-212-202-193-50.dynamic.qsc.de) 13.46.09 # objdump it and read the asm, it moved the stack pointer in the start of the func 13.46.12 # moves 13.46.44 # B4gder if i know how do to it ... 13.46.45 Quit San (Read error: 110 (Connection timed out)) 13.47.56 # you can also run gcc with -S -fverbose-asm to get the assembler version 13.48.12 # Bger: I count 16 int/char variables (lets assume even chars take 4 bytes), so 64 bytes plus the size of the event struct. I've no idea if gcc will put other things on the stack though. 13.48.32 # linuxstb this is bad .... really bad ... 13.48.35 # Sorry 18 int/chars. 13.49.10 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 13.49.21 # Paprica? 13.49.26 # ? 13.50.30 # ! 13.50.40 # ? 13.50.46 # ... 13.51.20 # Paprica: you know bug? 13.51.33 # ? 13.53.06 # http://jungti1234.netcci.net/iriver/h300/rockbox/dump 400103-203558.bmp 13.53.10 # Bger: I've just done what B4gder suggested - do m68k-elf-objdump -D apps/plugins/battery_bench.o in your build directory and look at the start of the thread() function. 13.53.16 # sorry 13.53.29 # Paprica: http://jungti1234.netcci.net/iriver/h300/rockbox/dump%20400103-203558.bmp 13.53.30 # linuxstb 10x, i'll look at it 13.53.55 # where is the bug.. 13.54.09 # Have all margins. 13.55.02 # Bger: Remember that the stack grows downwards towards zero - so you'll see numbers being subtracted from the stack pointer. 13.55.14 # Paprica: http://jungti1234.netcci.net/iriver/h300/rockbox/dump%20400103-184435.bmp <- original 13.55.38 # fp = stack pointer ? 13.56.20 # give me the wps. 13.56.21 # .. 13.56.43 # ok 13.57.00 # Bger: Not sure about m68k. I did the equivalent on ARM, and it was much clearer... 13.57.56 # that's because u've learned arm asm :) 13.58.28 # so, 888 bytes should be enough ? ... 13.58.43 Join tucoz [0] (n=81b17b04@labb.contactor.se) 13.59.24 Part petur 13.59.31 # as anyone seen any problem with paprica's margin patch? 13.59.34 # has 13.59.39 # Hi. Someone posted the news of rockbox on ipod on digg as well. http://digg.com/hardware/Rockbox_now_available_for_iPods 13.59.47 # Jungti1234, you dont know how to use it. 14.00.13 # LinusN: I only looked at it briefly - does he now call the variables/functions left/right margin instead of x1/x2 ? 14.00.21 # yes 14.00.31 # And is right margin a real margin, or the width? 14.00.37 # the width 14.01.12 # Then I'm not convinced it should be called rightmargin. I would interpret that to mean the size of the margin. 14.01.16 # Paprica: yes 14.01.26 # ultimately, we should transform lcd_setmargins() to lcd_set_viewport() 14.01.56 # Jungti1234, use %m|10|205| 14.02.02 # why? 14.02.11 # try and u understand 14.02.14 # I also think that using rightmargin as a distance from the right side of the screen would make WPSs more portable. 14.02.20 # Paprica: No. 14.02.27 # no no. 14.02.29 # B4gder sorry for the silly q, but how could i run this m68k-elf-gcc -S -fverbose-asm on a plugin ? 14.02.49 # Bger: first build with 'make V=1' 14.02.53 # linuxstb: i'm not so sure about that, since the margins are often set to match a bitmap 14.02.54 # Paprica: Image may be used there. 14.03.02 # so its work good 14.03.06 # what do you want 14.03.18 # Bger: then copy the gcc line and remove -c and use -S -fverbose-asm instead, possibly change the -o file name 14.03.31 # Bger: remember you need to cd to source code directory 14.03.33 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-080.pools.arcor-ip.net) 14.04.14 # now where's that coffee? 14.04.28 # B4gder 10x :) 14.04.40 # Paprica: http://cafe.naver.com/iriverh300/1967 14.04.52 # LinusN: I don't feel strongly about whether Rockbox has a width or a margin setting, but I think the name should match the number. 14.05.33 # agreed 14.06.06 # * B4gder bows 14.06.43 # hmm, how about this: 14.06.57 # lcd_set_viewport(x, y, width, height); 14.07.20 # lcd_get_viewport(&x, &y, &width, &height); 14.07.33 # any argument can be NULL 14.08.07 # would that be good? 14.08.38 # Makes sense to me. 14.08.52 # But what are the semantics - does 0,0 become the top-left of the viewport? 14.08.55 # Paprica? 14.09.16 # That's how viewports are normally implemented afaik. 14.10.15 # Or is the intention for it to simply be a clipping area? 14.12.51 Part tucoz 14.14.04 Join VagueRant [0] (i=vaguery@c211-28-79-52.sunsh3.vic.optusnet.com.au) 14.14.26 # Hey guys. I'm having a bit of trouble running the original firmware on my brother's H300. 14.14.39 Join muesli- [0] (n=muesli_t@141.71.4.221) 14.14.54 # I hold record, press play, and it says "loading original firmware" (or whatever the message is) and then switches off. 14.15.17 # I don't know exactly what the "loading ..." message is because it cuts out only instants after it first appears. 14.15.30 # Do you have hold on maybe? 14.15.43 # Do you hold record button long enough? 14.15.44 # linuxstb: it will translate all coordinates 14.15.49 # Nope. 14.15.52 # VagueRant: make sure you keep holding play as well. 14.16.04 # Ahhhhhh. 14.16.07 # Thanks, ash. 14.16.10 # VagueRant: you have to hold ON until the player starts 14.16.17 # Be holding for 4 seconds. 14.16.28 # 3~4 14.16.39 # the iriver firmware checks to make sure the 'on/play' button is being pressed when it starts, if you're took quick for it, it shuts off 14.17.07 # * LinusN fills some more black stuff in his cup 14.17.33 # Thanks very much. 14.17.35 # Have a good one. 14.17.38 # Paprica~ 14.17.41 Part VagueRant 14.19.30 # LinusN: Just to make sure I'm understanding - if I call lcd_set_viewport(40,100,LCD_WIDTH-40,LCD_HEIGHT-100) and then attempt to draw something at (0,0), then it will be drawn at (40,100) ? 14.20.40 Quit Membrillo () 14.21.18 # yes 14.21.33 # That makes sense to me then. 14.23.43 # yippie my new H340 irived at the post this morning. I will try to get it at noon! 14.23.51 # and it will clip if you draw outside the viewport 14.24.06 # Yep. 14.24.32 # What about lcd_cleardisplay() - do we need an lcd_clearviewport() ? 14.24.38 # XavierGr: where did you get it? 14.24.48 # linuxstb: hmmm 14.24.58 # should be handy 14.25.13 # and lcd_update[_rect]() ? 14.25.29 # elinenbe: advancedmp3player.co.uk 14.25.52 # XavierGr congrats :) 14.26.32 # lcd_update[_rect]() is currently independent of the viewport 14.26.48 # I think they should remain so 14.26.58 # they are more lowlevel 14.27.00 # Is lcd_update_rect() actually used very much? 14.27.06 # yes 14.27.24 # lcd_update_viewport() could be a good thing, though 14.27.29 # yes 14.27.52 # Yes, I don't think we need to go as far as lcd_update_viewport_rect().. 14.28.11 # still, it would be nice to have update functions that matched the viewport coordinates 14.28.26 # so you can draw and update with the same coordinates 14.29.22 Quit ashridah ("Leaving") 14.32.09 Join fairway [0] (n=fairway@217-162-180-7.dclient.hispeed.ch) 14.35.53 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 14.39.00 Part amiconn 14.39.51 # *yawn* monday. 14.40.03 Join Siku [0] (n=Siku@f303b.w3.ton.tut.fi) 14.40.27 # sep 14.40.28 # yep 14.41.07 # barghh 14.41.16 # evening :) 14.41.52 # almost 16pm.. home soon :) 14.44.48 # ::shakehead:: oh the timezones 14.47.05 Join freqmod [0] (n=freqmod@44.80-203-31.nextgentel.com) 14.48.30 # Hallo, I am interested in trying your rockbox for ipod nano, but I was wondering if/how it is possible to keep my ipodlinux installation (i.e. have a combined bootloader) 14.49.35 Join amiconn [0] (n=jens@p54BD7CF8.dip.t-dialin.net) 14.51.22 # freqmod: Yes, triple-booting is not a problem. You can either use ipodloader2 from the IPL project, or the Rockbox bootloader. For the rockbox bootloader, copy a kernel image to the root of your FAT32 partition (called linux.bin) and hold down PLAY whilst booting to start it. 14.51.36 # thanks 14.55.24 # B4gder: Just read your email - how do they think we can stream voice clips to our users? 14.55.45 # retardation of the brain stem 14.55.48 # that's how 14.56.22 # They obviously don't have a license available that we could use, even if we wanted to. 14.56.32 # probably not 14.58.01 # their salesperson wasn't exactly the sharpest tool in the shed, as he finished his email with "I hope this fits your business model and please let me know how you wish to proceed." 14.58.14 # ajhahahah 14.58.22 # Have you replied yet? 14.58.28 # no 14.58.29 # They seem to miss the main point 14.58.44 # Rockbox is non-commercial 14.58.56 Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) 14.58.59 # in fact, i like bluechips idea on the mailing list 14.59.13 # i missed that 14.59.30 # * [IDC]Dragon just read about the latest voice twist 14.59.49 # <[IDC]Dragon> so they in fact do mind spoken files? 15.00.19 # preglow: http://www.rockbox.org/mail/archive/rockbox-archive-2006-01/0604.shtml 15.00.24 # <[IDC]Dragon> I re-read the email solely as anti-piracy, not to distribute the software itself 15.00.57 Join ender` [0] (i=ychat@84.52.165.220) 15.01.10 # LinusN: might work 15.01.11 Quit Jungti1234 () 15.01.22 # <[IDC]Dragon> "I see you are distributing AT&T Natural VoicesR TTS software" 15.01.30 # <[IDC]Dragon> which never was the case 15.01.34 # [IDC]Dragon: Jens replied and got another mail response 15.01.44 # [IDC]Dragon: Do you know the response to my reply? 15.02.00 # <[IDC]Dragon> no, please bounce it to the list 15.03.49 *** Saving seen data "./dancer.seen" 15.04.02 Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 15.04.02 Quit Moos (Read error: 104 (Connection reset by peer)) 15.04.16 Nick DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr) 15.08.07 Quit fairway () 15.08.26 # * [IDC]Dragon waits for the mailing list ;-) 15.12.05 # which mailing list / 15.13.00 # <[IDC]Dragon> the dev or cvs list, if Jens sends it there 15.13.33 # Can't do this atm 15.13.39 # <[IDC]Dragon> ah 15.13.45 # No access to my email prg 15.13.53 # want me to do it? 15.17.09 # <[IDC]Dragon> Jens? 15.19.58 Join tucoz [0] (n=81b17b04@labb.contactor.se) 15.20.33 # Just happened to read about the voice-issue. What is the problem with festival & co? 15.20.39 # except quality 15.21.20 # I found two links that should be interesting. http://tcts.fpms.ac.be/synthesis/mbrola.html and http://cslu.cse.ogi.edu/tts/download/ 15.21.29 # festival is pretty much english-only 15.21.52 # and sounds like sh*t 15.22.04 # mbrella sounds quite ok 15.22.10 # mbrola 15.23.23 # A bit of stuttering, but not too shabby. There are audio examples in the first link 15.23.40 # At least there are no licence issues with using that 15.23.57 # (i think) 15.25.06 # Mbrola is multi-language, but is just a voice synthesizer. 15.25.28 # You need a tts processor in order to use it 15.26.11 # aha, :( 15.26.33 # The other link then. that is a tts processor right? 15.27.10 # the demo-files sound ok. We could have a singing voice interface with that :) 15.27.50 Join San [0] (n=test@212.2.167.102) 15.29.03 # <[IDC]Dragon> We could do a plugin for voice file recording ;-) 15.29.07 # amiconn: do you know if EULER is any good? 15.29.27 # EULER doesn't provide german 15.29.35 # It does english and french 15.29.36 # <[IDC]Dragon> with the triggered recording, prompting you to read the clips 15.30.13 # Ok. However, there are loads of links to TTS's in the MBROLA page. Some may be interesting. 15.31.19 # Yes, I looked at some of them 15.31.39 # German is avaliable, one thing is that the scripting has to be re-done 15.33.12 # Yes, that is true. Hopefully the AT&T issue will be resolved. 15.33.32 # * [IDC]Dragon just read that drone response 15.34.20 # <[IDC]Dragon> those bots didn't read far enough to understand it's not about "our website" or "our business model" 15.34.56 # <[IDC]Dragon> Jens, perhaps you wrote too much 15.35.53 # <[IDC]Dragon> one thing I learned about lawyers: only respond to the matter of question 15.36.19 # €600 for 30 minutes of speech? That is insane. No wonders actors get hired to do the same 15.36.25 # <[IDC]Dragon> in this case: no, we're not distributing your software, never have and never will 15.37.38 Quit mikearthur (Remote closed the connection) 15.45.47 # but they speak of "wav files" 15.45.52 # or rather he does 15.46.52 # Maybe he is thinking of wav files as potential programs, as tomal uses wmv files for tweaking the ifp-firmware 15.48.48 # hahaha 15.49.06 # they might be programs in some absurd cpu someone is going to invent in five years! 15.49.09 # and then we are in grand trouble 15.49.56 # Do you think some other open source project distributes natural voices as well? Could be worth investigating that. 15.50.36 # or not natural voices, but sound files generated by natural voices :) 15.54.15 Quit Moos (Read error: 104 (Connection reset by peer)) 15.55.08 Quit San (Read error: 110 (Connection timed out)) 15.55.20 # hehe, this should be used in rockbox. http://www.freedownloadscenter.com/Multimedia_and_Graphics/Misc__Sound_Tools/Virtual_Hypnotist.html 15.56.23 # hypnotisting ourselves? 15.57.48 # The subliminal messages was what caught my attention. Imagine the uses of that. 15.58.04 # you.... must.... contribute.... 15.58.44 # Send an rockboxed ipod to the AT&T lawyer prepared with subliminal messages 15.59.31 # (just that he's not a lawyer, and he's not from AT&T) 15.59.37 # :-) 16.00.14 # hehe 16.01.41 Join muesli__ [0] (n=muesli_t@88.134.20.76) 16.01.42 # You know... this issue makes me think of the situation where you buy a car, but you aren't allowed to give other people rides in it without a commercial distribution license... If we were selling the file, it would apply (you can't run a taxi without a license), but we aren't. 16.01.45 Join Rondom [0] (n=Rondom@mrbg-3e3422ca.pool.mediaWays.net) 16.02.36 # like writing a Word document but not being allowed to distribute the document 16.04.06 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 16.04.10 # someone needs to compare this to hitler and the nazis 16.04.15 # and we might have a case for the press 16.05.35 Part tucoz 16.05.41 # * B4gder didn't get his bootloader to work... when it struck me... 16.05.57 # I did the copy command with reversed arguments, source vs target ;-) 16.06.45 # (work stuff) 16.07.37 # haha 16.08.00 # * B4gder master's his u-boot ;-) 16.08.05 # omg... 16.08.08 Nick t0mas_ is now known as t0mas (n=Tomas@ip503c08d1.speed.planet.nl) 16.08.18 # whoever is responsible for the weather up here seriously needs to be shot 16.08.20 # B4gder... really? 16.08.41 # copied ff's over the source area ;-) 16.08.59 # monday morning? ;) 16.09.14 # yes, let's say so ;-) 16.09.38 # it's acceptable if you do it in asm... mixing intel and at&t 16.09.43 # but a normal console copy command... 16.09.58 # well, it was u-boots copy memory area command 16.10.25 # ah ok 16.11.37 # OMG 16.11.38 # http://www.geenstijl.nl/mt/archieven/011851.html 16.11.40 # luister dat... 16.11.50 # damn... limburgers zijn dom... maar dit slaat alles 16.12.25 # yes, yes 16.12.33 # ik ben moe 16.13.24 # lol 16.13.30 # sorry... wrong channel :P 16.13.43 # alles nix oder!? 16.14.05 # it's about a dutch (south) major... who is rapping about the drugs in his town 16.14.24 # a rapping major? :P 16.14.31 # yeah... 16.14.33 # or raping major? 16.14.34 # totally weird 16.14.43 # http://www.l1.nl/nieuwsfiles/MW6O0T57054STSO52HV0/audio/Een%20rappende%20Gerd%20Leers%20samen%20met%20de%20Heideroosjes.WMA 16.14.52 # it's a radio report about it 16.15.08 # it starts with a short part of the song 16.15.48 # i'm happy to report i can't play wma in linux 16.15.57 # mplayer works fine here 16.16.00 # no mplayer 16.16.04 # ah 16.16.31 # but there is a general "public joke" that the people from the south of the Netherlands... (and people from Belgium) are stupid 16.16.54 # and this guy is from the biggest city in the south... 16.17.00 # hahah 16.20.07 # * B4gder now has a usb memory stick with a huge led that flashes when you write data to it... 16.21.20 # ehh 16.21.24 # the latest patch 16.21.27 # i don't see the point... 16.21.38 # easier patching on linux I guess? 16.21.48 # don't we already have linux tools? 16.21.51 # who owns a h320 and built in a stronger (2200) battery? 16.21.57 # make a shellscript for those = better solution 16.21.57 # preglow: yes, but not as a single command 16.22.02 # preglow: I agree 16.22.13 # much better 16.22.25 # muesli-: H340 with 2200 battery here 16.22.27 # you need to check out of cvs anyway 16.22.34 # preglow: tested my codec timer yet? 16.22.50 # lostlogic sorry, need a h320 victim ;) 16.22.51 Nick Bger is now known as Bg3r (n=Bager@83.222.160.88) 16.22.51 # no, i'm doing """real""" work 16.23.44 # preglow: sigh, me too... supposed to do that 1500-2300(GMT) every weekday... 16.24.16 # i've gotta keep going for another couple of hours 16.24.18 Join hd [0] (i=hd@gate-hannes-tdsl.imos.net) 16.24.29 Quit B4gder ("time to say moo") 16.25.52 Join TCK [0] (n=tckocr@81-178-211-90.dsl.pipex.com) 16.29.01 Quit goa (Read error: 104 (Connection reset by peer)) 16.29.02 Nick hd is now known as goa (i=hd@gate-hannes-tdsl.imos.net) 16.31.35 Quit tvelocity ("Αναχωρεί") 16.34.48 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 16.40.28 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 16.40.39 # http://ruliweb3.dreamwiz.com/ruliboard/read.htm?main=xbox&table=img_open&page=1&num=44599&find=&ftext=&left=h&time= 16.40.43 # crazy.... 16.41.47 # He charged 3 million wons into handsel. 16.42.41 # Jungti1234: how much is that in $? 16.42.41 Quit aegray (Read error: 104 (Connection reset by peer)) 16.42.51 # Also, what is handsel? 16.42.57 # ;-) 16.43.30 # um 16.43.42 # the New Years gift of money given to ones juniors 16.44.47 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 16.44.58 Quit aegray (Read error: 104 (Connection reset by peer)) 16.45.11 # \30,000,000 = $ 3090 16.49.47 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 16.53.07 Join Febs [0] (n=40be24f0@labb.contactor.se) 16.53.48 Quit Jungti1234 () 16.57.59 Quit Nibbler ("quit") 17.03.51 *** Saving seen data "./dancer.seen" 17.06.18 Join webguest41 [0] (n=444fb7f7@labb.contactor.se) 17.07.19 Quit webguest41 (Client Quit) 17.15.51 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.22.36 Join Domonoky [0] (n=Domonoky@p549AF61F.dip.t-dialin.net) 17.27.05 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 17.27.39 # new patch for brickmania on h1x0... now everything works http://www-stud.fh-konstanz.de/~dwenger/ 17.28.07 # there is also a .rock for h1x0.. if anyone likes to test :-) 17.28.49 # comments to it are welcome.. :-) 17.29.08 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 17.29.31 Quit linuxstb (Read error: 110 (Connection timed out)) 17.35.08 Join San [0] (n=test@212.2.167.102) 17.42.17 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 17.47.01 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 17.47.38 Join ghode|afk [0] (i=testing@host-84-9-105-221.bulldogdsl.com) 17.51.56 Quit Moos ("Glory to Rockbox !") 17.52.06 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 17.55.36 Join TCK- [0] (n=tckocr@81-178-243-199.dsl.pipex.com) 17.55.37 Join webguest52 [0] (n=50b14024@labb.contactor.se) 17.56.16 # ... so i'm going to be a pain in the arse and ask if anyone knows when 5g audio will work? I'm about to press the 'buy now' button of doom... 17.56.42 Quit aegray (Read error: 104 (Connection reset by peer)) 17.58.30 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.00.49 Join steveb_ [0] (n=steve@host-84-9-200-152.bulldogdsl.com) 18.01.17 # webguest52: read the topic ;) 18.01.28 Quit steveb_ (Client Quit) 18.01.37 # "we DO NOT estimate release dates" 18.02.25 # you can buy one and be patient, or buy one device supported Rockbox yet 18.03.02 Quit aegray (Read error: 104 (Connection reset by peer)) 18.03.09 Quit webguest52 ("CGI:IRC") 18.05.10 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.05.59 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 18.07.24 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 18.07.34 Quit TCK (Read error: 110 (Connection timed out)) 18.08.12 Quit muesli- ("ich will Khe!!!") 18.09.18 Join webguest56 [0] (n=45eec412@labb.contactor.se) 18.10.03 Quit aegray (Success) 18.10.51 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 18.11.08 # anybody here have an H140 w/ rockbox? 18.11.49 # <- h120 18.11.51 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.13.23 # * Domonoky added the patch for brickmania on h1x0 to the patchtracker.. 18.14.30 # i can hear my hard disc spin in my headphones. is this normal? 18.16.22 # i hear it too.. but its very faint.. so with musik playing, i dont hear it.. 18.17.10 # fairly normal yes. hard to get perfect isolation in such small devices 18.17.29 Join needleboy [0] (i=needlebo@85-65-82-49.barak-online.net) 18.17.52 # i can hear it when music is playing in my sennheiser 280pros 18.17.57 # evening folks 18.18.45 # i don't think i have noticed with my sennheiser px100's and h120 18.18.47 # has anyone had problems with JdGordon's timetable plugin? it crashes H300s when saving and exiting... 18.18.50 # the hd bass hum is quiet, but still audible 18.19.57 # i listen in a very quiet environ 18.20.00 Quit aegray (Read error: 104 (Connection reset by peer)) 18.20.02 # what volume level? 18.20.48 # any volume level, quiet (-40) to moderate levels (-20/-15) 18.21.16 # are you saying the HD can be heard while playing? 18.21.33 # hmm, I'm on H340 here, and I don't hear it no matter the volume level... just the background static all the time... 18.21.50 # yup, same here... 18.21.54 # hehe those must be some pretty high impedence phones... I listen at work between -70 and -50 18.22.24 # for that matter, I can listen all the way down to -83 and still hear the vocals at least 18.22.35 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.23.22 # -83??? mine's at -8 at the lowest... 18.23.51 # though i'm on the road with MDR-EX71SL 18.24.34 Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 18.24.41 # quiet office Shure E3, and -83 I can hear the louder parts of the music, but not the details... general listening between -65 and -55 default replaygain with a +5dB preamp 18.25.01 # oh, preamp means a lot... 18.25.08 # does it work well? no clipping? 18.25.17 # never even tried it... 18.25.35 # lostlogic, yeah, I think the HD280s are pretty high impedence 18.25.56 # yeah, works perfectly -- when I'm using my home stereo, default replaygain +5dB preamp setting and 0dB with the line output gives me exactly the range I want from with no clipping 18.25.57 Quit aegray (Read error: 104 (Connection reset by peer)) 18.26.24 # what kind of music are you into? 18.26.25 # webguest56: I guess the H1x0 series has not as good isolation as the H3x0 since we can't hear it... 18.26.40 # needleboy: I can most of the time hear when the low bass kicks in whenever the disc spins. Only when there is quite loud music does it mask the hd noise 18.26.52 # cause i have lots of bass heavy stuff... don't want any distortion on that... 18.27.07 # needleboy: most anything -- I have a bunch of stream rips from di.fm vocal trance, and then random mostly rock/alternative/punk/emo 18.27.19 # if its bass heavy it would probably be much harder to hear the hd noise, i would think 18.27.34 # webguest56: i do believe this is only on the H100s... 18.27.53 # never heard a complaint about this on an H300... except with the irver firmware naturally... 18.28.07 # needleboy: keeping in mind that the replaygain default drops most albums by between 5 and 10dB so +5dB brings them back to "default" rip level 18.28.14 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.28.30 # lostlogic: nothing is lost by all this mucking around? 18.28.55 # say i'm listening to pink floyd, lots of background stuff... will it all still be audible? 18.29.09 # needleboy: nope, the sound signal is unchanged by replaygain, it's not like an eq 18.29.15 # i was actually thinking of switching to an ipod if the rockbox port gets more developed on it. the ipod has a nice wolfson dac IIRC. I wouldn't think other portables would have harddisc noise problems.... 18.29.33 # replaygain is just like another volume level based on a tracks overall loudness 18.29.36 # webguest56: the DAC isn't what causes that noise, it's bad isolation on the ground int he device 18.29.52 # oh 18.29.55 # exactly... 18.30.05 # the h100 is inferior parts-wise 18.30.10 # is there a way to manually open up the h140 and fix tis? 18.30.39 # webguest56: you could probably run a ground wire directly from the headphone output area down to the power supply ground connection or something, but I wouldn't swear to it. 18.30.42 # i wouldn't suggest it, unless you're an electronics pro... 18.30.44 # * [IDC]Dragon waves goodby 18.30.47 # what he said 18.30.51 Part [IDC]Dragon 18.30.56 # that i am not 18.31.04 # go to one ;) 18.31.33 # find someone else with an h140, take your headphones to him and see if it happens... 18.31.35 # I'm curious to seem some RMAA comparisons between iPod 5G and iRiver H3x0 and iAudio X5 18.31.41 # it might only be your unit 18.31.49 # lostlogic: ditto 18.31.55 # RMA? 18.32.05 Quit aegray (Success) 18.32.18 # needleboy: reading the rockbox forums, there are a few others who have had problems with this 18.32.21 # not sure what the acronym is but it's comparing the sound output objectively 18.32.37 # oh, thought you were talking about a recall... 18.32.45 # i think it's been done actually 18.32.51 # let me see if i can dig it up 18.33.53 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 18.33.58 # there's some here: http://members.chello.nl/~m.heijligers/ipod/Performance/compared.html 18.34.10 # though it's an iHP100 18.34.28 # hmm, turns out I was kinda wrong about replaygain, it is applied in dsp.c it looks like 18.35.24 # i don't have the knowledge to test if the replaygain changes the sound, but i'll probably hear it 18.35.34 # i'll try it out tomorrow 18.35.47 # say, i was wondering... 18.36.03 # has anyone thought about porting WinAmp DSPs to ROCKbox? 18.36.16 # i would not suggest it 18.36.29 # i know that winamps eqs have been low quality in the past 18.36.58 # there's one called Equalizer 2 18.37.14 # i had a very good experience with it... 18.37.24 # though my JPW speakers blow... 18.37.54 # gotta get me a set of Tannoys... 18.37.55 # :) 18.38.14 # nice 18.38.16 # the dsp just multiplies each sample by the gain, so as long as it doesn't clip, the sound is unaffected. 18.38.49 # did rockbox re-implement prevent clipping? i know they removed it not too far back 18.38.55 # Must always remember Obi Wan's admonition: Luke... Use the source! 18.39.04 # problem is you never really know if it does clip... 18.39.14 # webguest56: no, the new volume setting is supposed to make it unnecessary 18.39.28 # needleboy: you know if it clips because you hear it... 18.39.37 Join webguest95 [0] (n=a1b82a7d@labb.contactor.se) 18.39.46 # true... 18.39.47 # webguest56: there is still the prevent clipping ReplayGain option with your files are taged 18.40.18 Join PaulJ [0] (n=864c0326@labb.contactor.se) 18.40.28 Quit mikearthur (Remote closed the connection) 18.40.59 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 18.41.14 # lostlogic: any news about your playback reworks? 18.41.48 # Moos: nothing new -- I have to find time to analyze track skipping behavior, because there are a number of bugs in it... I think with both manual and automatic skips 18.42.00 # automatic skips sound fine, but I don't think they update resume info right 18.42.14 # ok 18.42.37 # Moos: why? want to help? :) 18.42.51 # hehe I can't :) 18.43.06 # webguest56: there is a thread at MR about heaaring HD-noise on a H3x0, but only after he damaged the player. http://www.misticriver.net/showthread.php?t=34994 18.43.28 # lostlogic: when I'll have my H140 again, I'll help with testing if needed 18.45.05 # Moos: why can't you? I didn't know anything about audio playback before I started futzing with rockbox... :-P 18.45.19 # hehe :-) 18.45.55 # lostlogic: you know you're the only one had courage to try to understand the Slasheri's baby :) 18.46.03 # do you have to restart the player for replaygain to kick in? 18.46.23 # needleboy: no 18.46.25 # needleboy: don't think so... your tracks were already tagged? 18.46.37 # grrr... that's the problem :) 18.46.43 # i believe all you have to do is stop playback and restart the file 18.46.43 # i knew i was missing something... 18.46.54 # that is, assuming they had replaygain tags ;) 18.47.03 # Monkey Audio can tag right? 18.47.27 # I haven't figured out how to tag MP3s... I use vorbisgain to tag all of my oggs 18.47.44 # foobar 2000 18.48.09 # foobar tags?? 18.48.11 # cool 18.48.12 # Moos: know a tagger for linux? mp3gain for linux seemed to actually premodify the samples instead. 18.48.29 # ouch :( 18.48.47 # you know the pre-amp works without tags :) 18.49.01 # needleboy: really? I thought not, cool. 18.49.01 # PaulJ: I read that thread, but the harddisk spin noise is not "loud" and doesnt create noise, per-se, but deep, quiet bass 18.49.20 # * Moos is wondering why the APE tag for MP3 patch didn't commited yet ??? 18.49.24 # that's quite nice... i have some low-volume albums that i don't want to gain for good... 18.50.01 # needleboy: pre-amp work without RG tags? 18.50.08 # seems like it... 18.50.19 # i set it to +10 and everything's damn louder... 18.50.20 # O.O didn't know this too 18.50.38 # i listened to the same song i heard on the way home at -5, and it's really loud at -10 now... 18.50.46 # Moos: is it really that common? 18.51.03 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.51.07 # preglow: APE tag you mean? 18.51.10 # on mp3 files 18.51.31 # there are people using it, personnaly I don't care 18.51.41 # well 18.51.42 # i use it... 18.51.45 # ask the other devs what they think of it 18.51.49 # seems to work just fine 18.51.51 # i'll commit it if no one is seriously against it 18.52.10 # preglow: did you read the David Bryant post? 18.52.35 # could preamp seriously lower the battery life? 18.52.38 # Moos: where? 18.52.44 # cause mine just dropped an hour on the meter... 18.52.46 # preglow: http://forums.rockbox.org/index.php?topic=2497.0 18.53.21 # Moos: yes, what about it? 18.53.38 # Moos: it's more a question about how to handle it 18.53.38 # needleboy: it probably does -- involves another DSP process on each sample 18.53.44 # Moos: what should we do if we find both id3v1 and ape? 18.53.58 # preglow: aha good question 18.54.06 # Moos: should we even search for ape if we find id3v1, or vice versa? 18.54.37 # we have to choose "prioritary" tag maybe 18.54.58 # we already have id3v1/id3v2 tag priority 18.55.08 # which i think is a stupid option 18.55.14 # hehe :-) 18.55.18 # if there is an id3v2 tag, that should be the best one 18.55.22 # brb 18.55.28 # indeed 18.55.47 # 2ape1? 18.56.23 # needleboy: I'm doing the simple boost ratio test w/o and w/ gain applied to see if it has an impact here 18.56.47 Quit webguest56 ("CGI:IRC (EOF)") 18.56.56 # ok 18.57.01 # waiting impatiently... 18.57.01 Join webguest57 [0] (n=45eec412@labb.contactor.se) 18.57.23 # so far it doesn't look like it has a significant impact 18.57.25 # the hiss is seriously messing with my head though... 18.57.28 # If I remenber correct Lear said there isn't significatively battery usage difference 18.57.50 # lostlogic: I think so 18.57.53 # perhaps we need to adjust the current drain estimations to respect that. 18.58.16 # how accurate are they on the H300s BTW? 18.59.17 # needleboy: seems about right to me... maybe a little bit generous on the battery life. 18.59.38 # 46% w/o gain, testing w/ gain now 19.00.14 # 46% what? 19.00.28 # lostlogic: 46 % O.O, what kind of files? 19.00.35 # ogg q7 19.00.38 # vorbis 19.01.16 # it seems H3xx and H1xx have still differences :) 19.01.50 # yeah, H1 is much faster... we think it's in the framebuffer routines, mostly because we aren't sure where else to look 19.02.11 # oh ok 19.02.23 # 47% w/gain 19.02.29 # is there already someone working on it? 19.02.37 # nice... 19.03.03 # I believe amiconn was working on some improvements to the framebuffer code with memset16 or some such 19.03.24 # hehe, true is his territory :-) 19.03.30 # gotta go... 19.03.35 # talk later 19.03.37 # lunch, later. 19.03.42 Quit needleboy () 19.03.56 # bueno apetito ;) 19.03.57 *** Saving seen data "./dancer.seen" 19.05.11 Join prh [0] (n=paul@212.13.203.80) 19.05.35 # anyone got a patched H340 firmware handy? (I can't get the patcher to work under wine :O( 19.13.16 # Domonoky, the pictures in brickmania, work fine in the player(h100)? 19.13.30 # because in the simulator they not. 19.14.05 # my new pictures should work.. i will test again :-) 19.14.23 # ok 19.14.40 # Paprica: planed to commit it? :) 19.14.56 # yep 19.15.04 # goodie 19.15.05 # i need to look in the good also 19.15.13 # coode 19.15.15 # LOLLLLLLL 19.15.20 # hehe :) 19.15.25 # i think about somthing ekse 19.15.31 # :-) 19.15.42 # hahaha 19.16.01 # it works in the sim.. i will look, if i uploaded the wrong bmps.. 19.16.14 Nick AliasCoffee is now known as gevool (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 19.16.54 Join Rondom [0] (n=Rondom@mrbg-3e34228b.pool.mediaWays.net) 19.18.13 # http://img211.imageshack.us/img211/7941/dump00015ov.png 19.18.30 # hmm, now 3s from play to dir browser with iriver flash boot :) 19.18.36 # ups, 4s 19.18.40 # ui.. that looks bad :-) 19.18.49 # yeah 19.19.02 # Slasheri: hi, what did you do again? :) 19.19.08 # which sim have you tried ? 19.19.19 # Moos: just testing, nothing much 19.19.19 # h100.. 19.19.44 # http://img202.imageshack.us/img202/752/dump00037gv.png 19.19.46 # hm.. how to make screenshots in the sim ? 19.19.48 # another image 19.19.51 Part webguest57 19.19.58 # click 0 19.20.02 # in the right 19.20.04 # =\ 19.20.14 # brb 19.20.19 # it seems you have old pic.. i will reupload.. 19.22.05 # hmm, i think i will just simplify that flash boot design so it doesn't need entirely different boot loader.. instead next version of iriver boot loader could integrate that feature 19.22.22 Nick gevool is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 19.22.28 # then it would be much safer and easier to revert back to iriver fw also 19.22.40 # it should look like this: http://www-stud.fh-konstanz.de/~dwenger/dump_0002.bmp 19.22.48 # Slasheri: btw, do you think that ipods might also build the tag cache faster if they load the wpses faster? 19.22.52 # http://www-stud.fh-konstanz.de/~dwenger/dump_0003.bmp 19.23.21 # preglow: absolutely 19.23.32 # new bmps: http://www-stud.fh-konstanz.de/~dwenger/brickmaniabmps.zip hope this was it :-) 19.23.34 # hooray! 19.23.47 # preglow: do you mean that even hard disk based ipods are loading wpses faster than iriver? 19.25.29 # i just mean that flash ipods don't benefit from the dircache as they have nothing to spin and wait 19.25.49 # Slasheri: yes, hd based ipods load far faster than iriver 19.25.49 # and they don't have a seek time 19.25.55 # ah, that's interesting 19.26.35 # Slasheri: well, we'll see, dir cache still doesn't work on my nano, so i can't test to see if the overhead of the ata layer adds some latency 19.26.47 # @ paprica: if the new bmps doesnt help, theres also a brickmania.c file, could be that i created the patch wrong..:-) 19.27.24 # also, any comments to my code modifications are welcome.. 19.27.25 # preglow: ah.. i try to patch dircache soon when i have some time.. maybe i just add a global #define STRICT_ALIGN or something like that 19.27.40 # because we don't want to use that on iriver.. (more size) 19.27.49 # Slasheri: sure 19.28.06 # who was the person getting the 3G to work? 19.29.51 # slimx 19.30.21 # ah 19.31.07 # has he reported anything about that recently? 19.32.05 # he mentioned he'd gotten the lcd working 19.36.40 # But he basically has to write a complete new set of high-level lcd drawing functions (for horizontally packed 2bpp greyscale - a new format in Rockbox) - so it's not a trivial job. 19.37.05 # But once he does that, all the greyscale ipod LCDs will be trivial to support. 19.38.45 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 19.41.39 Join bluey [0] (n=bluey@dslb-084-059-112-092.pools.arcor-ip.net) 19.44.12 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.44.18 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 19.44.37 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 19.46.03 Join lamed [0] (n=55407094@labb.contactor.se) 19.46.06 Join _FireFly_ [0] (n=FireFly@p54A460DA.dip.t-dialin.net) 19.46.06 Quit PaulJ ("CGI:IRC (EOF)") 19.46.11 # hi all 19.46.18 # <_FireFly_> hi :) 19.46.49 # amiconn? 19.47.59 # how do i retrive an older version out of the cvs server for a certin file? 19.48.41 Quit Siku () 19.49.32 # cvs co -r 19.50.41 # thanks, linus. is there a simpler way i could scroll back one commit for a few files? 19.51.56 # lamed, what do you commit? 19.52.17 # =] 19.52.44 Quit Maxime () 19.52.47 # lamed: you can do a cvs diff between two versions, or dates if you prefer 19.53.09 # lamed: You could also just use the web cvs interface. 19.53.10 Quit NicoFR (Read error: 104 (Connection reset by peer)) 19.53.11 # then the output from the diff can be used as a patch file, which you apply with the -R flag 19.54.41 # paprica: I'm con the last crossfader disabled when manual shift change 19.55.42 # linusn: how does that helps me with anything? (I mean, what's the purpose of doing so?) 19.56.03 # lamed: example: cvs diff -u -D2006-01-10 -D 2006-01-11 | patch -p0 -R 19.56.27 # that reverts the changes done between 2006-01-10 and 2006-01-11 19.56.37 # if you're lucky and don't get conflicts 19.58.11 # hmm... can I define an accurate hour as well? 19.58.21 Join Lear [0] (n=chatzill@h194n1c1o285.bredband.skanova.com) 19.58.45 # whats the opposite of eject? 19.58.58 Join Maxime [0] (n=flemmard@fbx.flemmard.be) 19.59.07 # inject 19.59.09 # ... 19.59.23 # linux cmd 20.00.20 # linusn? 20.00.31 Join actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk) 20.00.33 Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) 20.00.42 # bluey: What kind of device are you ejecting? 20.01.01 Quit actionshrimp (Client Quit) 20.01.07 # lamed: yes, just use -D"2006-01-10 20:05" for example 20.01.14 # got an new ipod and ejected but i want to connect it again without repulling the wire :S 20.01.17 # TT 20.02.11 Join actionshrimp [0] (i=nn@dhcp-163-1-214-233.seh.ox.ac.uk) 20.03.55 # bluey: No idea.... 20.04.07 # paprica:I C U've got some privileges.... 20.04.08 Quit Moos (Read error: 104 (Connection reset by peer)) 20.04.28 # mm in the cvs? 20.05.52 # yeah 20.06.01 # linusn: 20.06.02 # ~/rockbox-devel/apps>cvs co -r1.24 pcmbuf.c 20.06.05 # cvs server: cannot find module `pcmbuf.c' - ignored 20.06.08 # cvs [checkout aborted]: cannot expand modules 20.07.53 # hmmm... ~/rockbox-devel/apps>cvs update -r1.24 pcmbuf.c 20.07.54 # nm 20.10.01 # ah, silly me 20.14.18 # I'm actually the one to say something like that :) 20.15.50 # flac is realtime at 25mhz on ipod 20.16.02 # * aegray wets his pants 20.16.07 # mazal-tov 20.16.08 # wanna optimize our codecs? 20.16.17 # what compression level? 20.16.33 # aegray: hmm, don't know 20.16.37 # i'll test a file i know is -8 20.17.05 # ahahha 20.17.08 # -8 is realtime as well 20.17.23 # damn 20.17.27 # preglow: Have you been playing with CPU frequency? 20.17.30 # * aegray bows down 20.17.36 # linuxstb_: yes 20.17.46 # i just decided to let it be at whatever it's at 20.17.49 # which is suspect is 25 mhz 20.17.54 # aegray: We don't use libFLAC - that's the main difference. We're using the very compact and very fast FLAC decoder from the ffmpeg project. 20.18.05 # and this has _no_ opts 20.18.24 # Including buffers, the whole thing runs in about 40KB - so we put everything in IRAM. 20.18.25 # yea i know 20.18.34 # nice work :) 20.18.37 # i get some skips while buffering 20.18.38 # that's that 20.18.43 # when it's playing steady, it works 20.18.55 # how fast do you have mp3 going? 20.19.23 # this is nice.. 20.19.23 # http://misticriver.net/attachment.php?attachmentid=3609&d=1138636768 20.19.28 # preglow: So is the ipod happy when you change the cpu frequency on the fly? Or are you just initialising it to different frequencies? 20.19.28 # i think i'm gonna test out lostlogics codec test patch and see if i can't optimise libflac a bit 20.19.40 # linuxstb_: just init, i'm going to try switching now 20.19.50 # Is there anything you can easily do with Tremor? 20.19.55 # * aegray steals source 20.19.57 # :O 20.20.02 Join menollo [0] (n=53740bec@labb.contactor.se) 20.20.05 # with tremor, no, not much 20.20.07 # not easily 20.20.11 # Does it already have ARM opts? 20.20.14 # yes 20.20.15 # Yes, most easy stuff for Tremor has been done, afaik... 20.20.18 # though not all 20.20.25 # not all we've got on coldfire 20.20.26 # have you done much with mp3? 20.20.28 # ALAC needs a boost..... 20.20.34 # aegray: yeah, for coldfire i've done a fair bit 20.20.35 # But maybe not for arm then, true. :) 20.20.38 # aegray: libmad is working well. 20.20.48 # what clock rate/what bitrates? 20.20.53 # * aegray interested 20.20.55 # I _think_ it can play any mp3 we throw at it. Others will correct me. 20.20.58 # aegray: have you got any info on the cpu clocking regs at all? 20.21.04 # yea :) 20.21.07 # which gen ipod 20.21.11 # nano, 4g 20.21.14 # jas 20.21.26 # http://ipodlinux.org/forums/viewtopic.php?t=3590 20.21.26 # and it's not stealing, it's utilizing :D 20.22.27 # anyone here is using an ondio? 20.22.43 # * aegray shudders at what preglow had to do to strip flac out of avcodec 20.23.38 # linuxstb did that 20.23.43 # and yes, he's quite insane 20.23.43 # nice work to him 20.23.51 # aegray: I'm just playing a 320kbps MP3 now - no problems. 20.23.55 # i'm trying with mpeg and its making me angry 20.24.03 # linuxstb_: at 75mhz or 25? 20.24.07 # 75, hehe 20.24.07 # 75mhz 20.25.11 # aegray: It helped a lot that I was very familiar with the flac file format when I extracted the flac decoder. 20.25.26 # And the FLAC website has excellent docs on the format. 20.25.30 Join tipi^ [0] (i=pihlstro@amadeus.cc.tut.fi) 20.25.46 # i'm contemplating just leaving libavcodec as a whole and throwing certain stuff in iram 20.25.58 # but thats like 3megs if I build everything... 20.26.08 # Hm... Have I found a BMP loader bug or not... :) 20.26.35 # Which codec(s) are you looking at? 20.26.40 # mpeg4 20.27.16 # sound like asking for bloat 20.27.21 # yea i know 20.27.23 # if you want to use different codecs, it's going to be impossible 20.27.36 # ? 20.27.37 # since they'll have to share the iram. good luck getting the linker to understand that 20.27.46 # we copy at runtime 20.27.53 # so not that bad 20.27.59 # With FLAC, I just started with the single "flac.c" file, and then kept adding other files and functions as and when gcc complained. Eventually I managed to strip it down to the bare minimum. 20.28.34 # k 20.29.40 # I guess you'll be needing libavformat as well, to take care of the demultiplexing and a/v sync. Or are you planning on doing that yourself? 20.30.08 # i was thinking of doing that myself 20.30.21 # hmm, is anyone here pretty familiar with fixed point math.. I'm stuck with doom, I have it running(sometimes) on the H300, but all the walls are messed up, the textures are fine, but you can see through some walls and they're not in the right places 20.30.43 # I'm guessing it's a math problem that is 20.31.37 # auch 20.31.45 # your good 20.31.48 # e 20.32.47 # kkurbjun: yeah, i'm familiar with it 20.33.00 # but i'm not exactly up to reading the entire source 20.33.49 # yeah, I know, it's a big program too.. they have special functions implemented for the fixed point stuff though 20.33.57 # mm can you give us the current rock? 20.34.04 # sure, but if it doesn't work anymore you must have changed something, right? 20.34.24 # for example, fixed_t FixedMul( fixed_t a, fixed_t b ) 20.34.24 # { 20.34.24 # #if 1 20.34.24 DBUG Enqueued KICK kkurbjun 20.34.24 # return ((long long) a * (long long) b) >> FRACBITS; 20.34.24 # #endif 20.34.25 *** Alert Mode level 1 20.34.25 # #if 0 20.34.27 # double c; 20.34.29 # c = ((double)a) * ((double)b) / FRACUNIT; 20.34.31 # 20.34.35 # return (fixed_t) c; 20.34.37 # #endif 20.34.37 # ahahah, ouch 20.34.39 # }, no I havn't changed anything in it though 20.34.46 # fixed_t is 32 bit, i take it? 20.34.53 # yes, it's an int 20.35.09 # FRACBITS is? 20.35.41 # Paprica: any luck with my patch for h1x0 ? 20.35.50 # Paprica, I'd rather not have a rock distributed with it not working.. preglow: one second 20.36.15 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.36.15 # * lamed is waiting for brickmania as well! 20.36.28 # hint: use pastebin.com or similar services to paste code samples for viewing 20.36.42 # preglow:16 20.36.48 # a rock for h1x0 http://www-stud.fh-konstanz.de/~dwenger/brickmania.rock :-) 20.36.58 # Domonoky, didnt try it again 20.37.02 # :-) 20.37.07 # i had home work in math 20.37.07 # =\ 20.37.14 Join Thus0 [0] (n=Thus0@124.111.102-84.rev.gaoland.net) 20.37.16 # have* 20.37.20 # ok.. no problem.. :-) 20.37.26 # =] 20.37.59 Join JazzBone [0] (n=JB@cc829402-a.groni1.gr.home.nl) 20.38.53 # preglow: also, the original had the first #if as #if 0 and the other part was what it was using 20.39.05 # (with the doubles) 20.40.41 # Bagder: I'll do that from now on 20.40.44 # well 20.40.49 # you can't use the double version, that's for sure 20.41.00 # have you checked if the ipod people have modified it? 20.41.03 # i can't see anything wrong with it 20.41.30 Quit lamed ("CGI:IRC (Ping timeout)") 20.41.38 # no, they use the same form.. hmm, maybe it isn't the math then 20.41.52 # I can't think of what would be causing the errors though 20.43.20 # well, what have you modified? 20.44.26 *** Alert Mode OFF 20.45.32 # not much from the original source, I had to modify the file loading code to get it working with rockbox.. had to make a printf function, malloc, realloc, modify the sprintf's to snprintf and replace %i with %d, include rockbox's ctype.h.. 20.45.53 # the realloc doesn't copy the old data over, but as far as I can tell it's only called once 20.46.22 # kkurbjun: I would do what preglow suggested - compare your source with the ipodlinux port of Doom. They will definitely be using the fixed point mode as well. 20.46.58 # (sorry, you said you've done that.....) Ignore me. 20.47.25 Quit AliasCoffee ("Leaving") 20.47.28 # yeah, I went through their source and it's almost identical except fo the headers(they dind't use gpl doom) and some of the specific stuff for rockbox 20.47.34 # * preglow realises exactly how new he is to cpu clock scaling 20.47.41 Join Bger [0] (n=Bager@217.9.226.114) 20.47.51 # preglow: Have you looked at the volume control yet? If not, I'll give it another quick shot now. 20.47.58 # linuxstb_: no, i haven't 20.48.03 # OK, I'll have a look. 20.48.49 Join lamed [0] (n=55402a0f@labb.contactor.se) 20.49.05 # aegray: i don't get the values written to the cpu clock control regs at all 20.49.22 # for 4g, at least 20.49.41 # the pp5002 values are pretty straight forwards 20.51.15 # Domonoky: is your .rock file supposed to work on an h1X0 ? 20.51.27 # preglow: hmm? 20.51.37 # jas 20.52.02 # it should.. but could be that i uploaded the rock for the sim.. i will check :-) 20.52.51 # outl(0xaa020000 | (prediv) | (postmult << 8), 0x60006034); 20.53.13 # (24 / prediv) * postmult = mhz 20.53.17 # hah, ipl and theior numerics in the code 20.53.35 # theior? 20.53.40 # they make me dizzy, the do 20.53.41 # I love a good 0x60006034 20.53.41 # they 20.53.42 # reuploaded, now it is the rock for h1x0. 20.53.54 # i do love that number 20.54.00 # what does theior mean 20.54.08 # he meant their 20.54.14 # ah 20.54.18 # you need to hang around me more 20.54.21 # my spel is prefect 20.54.22 # will get misspelling into your blood 20.54.24 # we don't know what the numbers mean! 20.54.25 # :-P 20.54.42 # #define SOMEADDRESS_I_HAVE_NO_FUCKING_CLUE 0x60006034 20.54.45 # happy? 20.54.47 # Domonky: it wasn't updated to the new plugin loader wasn't it..? 20.54.48 # yes 20.54.54 # k i'll go in and change it all 20.54.57 # well most likely neither do they since there's no docs on these bloody chips 20.55.16 # lostlogic: well, _they_ certainly have the docs 20.55.24 # who wrote the original stuff 20.55.30 # portal player 20.55.48 # re 20.55.52 # Bagder: yarr, but IPL doesn't any more than we do 20.55.58 # right 20.56.20 # what did portalplayer say when asked for datasheets? 20.56.30 # i dunno - leachbj did that 20.56.33 # "EHEHEHEHE YOU'VE GOTTA BE KIDDING" 20.56.39 # "EHEHAHAHAHARHG AHAHAHAHAH" 20.56.43 # everyone says "its proprietary to apple - so no" 20.56.44 # i guess that 20.56.52 # to apple? 20.56.53 # How many million units are you going to buy? 20.56.59 # lots of other companies use portal player too 20.57.04 # Domonky: still, i get incompatible model message 20.57.04 # yea true 20.57.07 # so nm 20.57.26 # * aegray shot down 20.57.37 # strange.. 20.57.40 # :-! 20.57.50 # still doesn't change much 20.58.09 # i'm sure portalplayer thinks they'll be less attractive when everyone knows how their stuff works, in their twisted logic 20.58.52 # yea true 20.59.14 # and they have a big set of optimized libraries afaik that they're trying to sell with the chip 20.59.23 # / their support 20.59.41 # that alone should be reason enough to give other people specs 20.59.48 # after all, they've got what requires loads of work 21.00.07 # yea true 21.00.13 # lostlogic: tried your codec timer patch on ipod, the first thing that happens when i boot, is that i'm greeted with a 0.0% realtime splash! 21.00.23 # aegray: Do you know if/how the retailOS uses the COP? 21.00.24 # lostlogic: then i try playing a file, and it just stops at the end, no realtime splash 21.01.16 # linuxstb_: I'm not sure - but i would assume / from the small amount i've seen - that it sits in a loop asleep and waits on mailboxing requests from the cpu to do different tasks 21.01.31 # preglow: hates you. if you stop before the end you'll get it. I'm not entirely sure yet why teh audio_stop_playback function is called all the damn time, but not when a song ends naturally. will poke at it more in 3.5 hours or so. 21.01.32 # like cpu sends cop #13 - decode mp3_frame 21.01.47 # interrupts cop 21.02.01 # lostlogic: ok, nice to know 21.02.45 # time for an arm flac optimisation 21.02.46 # preglow: yeah, I didn't realize that was the case until just now... I'd been using the first song of a playlist and hitting stop yesterday so I didn't have that problem. 21.03.01 # preglow: So it's not fast enough for you? 21.03.05 # how do i stop in ipod? 21.03.09 # on 21.03.11 # i just find pause 21.03.15 # Long press on play - but not too long.... 21.03.19 # ahahah 21.03.31 # the ipoo doesn't have a stop button!? 21.03.36 # lostlogic: hell no 21.03.38 # lostlogic: just pause 21.03.48 # standard Apple Logical Design 21.04.00 *** Saving seen data "./dancer.seen" 21.04.14 Join __peer__ [0] (n=hrm@bzq-84-110-93-176.red.bezeqint.net) 21.04.15 # wish there was some way to eliminate the load 21.04.23 # we need some lab mode or something 21.04.35 # <__peer__> anyone got IFPxxx or IAudio G3 ? 21.04.51 # linuxstb_: of course it's not fast enough for me 21.05.01 # tomal has a ifp7x0 I'm quite sure ;) 21.05.02 # * linuxstb_ mentions ALAC again... 21.05.06 # i don't use alac :> 21.05.11 Join tvelocity [0] (n=tony@ipa233.4.tellas.gr) 21.05.14 # where's the hotspot in it? 21.05.17 # But it's the only non-realtime codec on the ipod. 21.05.24 # It's almost the same as FLAC - the lpc 21.05.26 # preglow: hmm... I can further hack the timer thing to pause for 10s to let disk load finish before starting timing. 21.05.43 # lostlogic: your timer says flac is 82.3% realtime 21.05.43 # <__peer__> tomal? 21.05.48 # lostlogic: weird, since it plays realtime 21.05.58 # __peer__: he works on the rockbox port for the iFP7xx 21.05.59 # linuxstb_: i was thinking more line number, file 21.06.08 # There is only one file... Just a moment. 21.06.20 # preglow: all numbers were a bit low yesterday, but that's the first case of a proven wrongness... will need more hacking. 21.06.43 # but again 21.06.47 # we need a lab mode or something 21.07.05 # all this variation in when to press stop, file loading, etc, makes it a bit uncertain how it actually performs 21.07.53 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 21.07.56 # yah, I'll see if we can at least make it better so that 1) it only plays 1 track, and reports after that track 2) it stops the codec until disk loading is copmlete for that one track and starts timing after that. 21.08.10 # linuxstb_: how can this little slip of a codec not be realtime? 21.08.20 # lostlogic: you're my hero 21.09.07 # preglow: I think it will be the function predictor_decompress_fir_adapt() 21.09.37 # yeah, found it 21.11.01 # linuxstb_: wow, that great bloody big nested conditional loop right under the most performance critical code is sure going to make it a breeze doing an asm version of thius 21.11.13 # s/conditional loop/conditional branch/ 21.11.50 # i'll have to use arm asm more before i try to tackle that 21.12.13 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 21.12.38 # with all that added complexity, i wonder how they can manage to not beat flac 21.12.46 # Domonoky, dont know why, but the bitmaps still mixed 21.13.38 Quit _FireFly_ ("Leaving") 21.13.45 Quit lamed ("CGI:IRC") 21.13.45 # hm.. strange.. 21.15.26 # paprica: where have you pu the bmps ? 21.15.30 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 21.15.45 # in the native.. 21.15.57 # mono is for 2 colors, isnt it? 21.15.57 # =\ 21.16.46 # jes native is correct.. 21.17.03 Join billytwowilly [0] (n=billy@S0106000c413a2c0c.ed.shawcable.net) 21.17.25 # dont know whats wrong.. it works on my box 21.17.31 # aegray: you guys really used any other cpu freqs than the default ones? 21.17.33 # and in the simualtor.. 21.17.51 # does rockbox have bookmarks? Can it speed up files (ie. like audiobooks in ipod?) 21.17.55 # preglow: I messed around with it a bit and i'm working on a dynamic scaler 21.18.00 # but other than that, nothin really 21.18.14 # i clocked the shitty video player down to 28 i think 21.18.21 # linuxstb_: i have absolutely no idea why this isn't realtime, my guess is some other issue than cpu load 21.18.49 # if it can pull aac, it sure as hell can pull this 21.19.01 # linuxstb_: you should try the codec timer patch on it 21.19.27 # aegray: think i'm gonna try shoving this into our dynamic clock freq scheme 21.19.46 # tell me how it goes - we run into some problems when switching sometimes 21.19.46 Quit webguest95 ("CGI:IRC") 21.20.28 # jesus christ 21.20.30 # whoops 21.20.47 # what kind of problems? 21.21.03 # just totally locks up 21.21.20 # * aegray cant figure out which window he's typing in 21.26.09 Join Rondom [0] (n=Rondom@mrbg-3e3422a4.pool.mediaWays.net) 21.26.36 Join safetydan_ [0] (n=dan@81-178-235-210.dsl.pipex.com) 21.26.45 Nick safetydan_ is now known as safetydan (n=dan@81-178-235-210.dsl.pipex.com) 21.28.22 # has someone tried the codec timer patch on AAC on iriver ? 21.29.41 Join cpu [0] (i=cpu@195.82.172.131) 21.29.45 # hi guys 21.29.54 # me again 21.30.00 Join webguest31 [0] (n=414a01a1@labb.contactor.se) 21.30.08 Part webguest31 21.30.09 # I wanted to ask about h3x0 non-lcd remonte 21.30.26 Join leftright [0] (n=414a01a1@labb.contactor.se) 21.30.32 # anyone knows when it will be possible to turn on h3x0 with this remonte ? 21.30.52 # cause it's only bug i found 21.31.12 # cpu afaik the optimized build support it 21.32.22 # yep I know I use it 21.32.46 # but when I have player turn off and want to turn it on I cannot do this by remonte 21.33.03 # cause I get HOLD switch on, power off... 21.33.32 # dunno...m using the lcd one 21.34.01 # and you can turn on your player with lcd remonte 21.34.11 # but I can't with non-lcd 21.34.28 # Uh-oh, the bmp loader for the H100 has some serious problems, it seems. Just tried the ipodvol wps and was greeted with an essentially black screen... :) 21.34.29 # preglow: We have volume :) 21.34.33 # w00t! 21.34.46 # Stupid typo - my code was simply missing a minus sign.... 21.34.47 # now I have only non-lcd remonte I'm planing to buy lcd but when I will have some money 21.35.01 # LinusN: playlist bug for you ?. 'Queue' more than 4 albums, save the playlist to root, stop, then initiate playback from saved playlist, it only has one albums songs saved in the playlist, all the other tracks are lost. Using 'Insert' operation appears normal. 21.35.44 # preglow: Testing new version of the TIME_CODEC patch against new pcmbuf, didn't I say I wasn't going to do this at work? :-P will port to CVS pcmbuf too, if it works 21.35.51 # Or maybe not, others look fine... 21.36.01 # leftritfh I think queue is temporary AFAIK 21.36.38 # ah yes silly me, it wont save qeued files, thanks XavierGR 21.37.52 # but.... why not save qeued files in a saved playlist, they should only be removed once played, or is my logic wrong ? 21.38.24 # http://www.misticriver.net/showpost.php?p=370354&postcount=168 21.38.48 # this is info about problem with non-lcd remonte 21.39.39 # haha 21.39.41 # Leftright: Because this way you have an option. You can either alter a playlist once, and save (with insert) or just queue some songs and save the playlist with the changes made with insert 21.42.25 # linuxstb_: commit coming? 21.43.31 # I'm playing with bass/treble as well... 21.43.58 # wow iPod pictures on Rockbox daily builds page. Now this is the first time I am happy encountering an iPod photo. 21.43.59 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 21.45.07 Join Rondom_ [0] (n=Rondom@mrbg-3e3422a4.pool.mediaWays.net) 21.46.38 # XavierGr: Yes, it looks odd... 21.46.38 Quit midkay (Read error: 104 (Connection reset by peer)) 21.46.46 # But nice. 21.46.53 Join midkay [0] (n=midkay@24.143.70.99) 21.46.53 Quit DreamTactix291 (Read error: 110 (Connection timed out)) 21.48.16 # anyone here use h3x0 with non-lcd remonte ? 21.48.16 Quit Rondom (Nick collision from services.) 21.48.19 Nick Rondom_ is now known as Rondom (n=Rondom@mrbg-3e3422a4.pool.mediaWays.net) 21.48.35 # iAudio says 0 errors, but that doesn't means Rockbox can run on the rel target, right? 21.48.57 # No bootloader yet 21.49.02 Join Rondom_ [0] (n=Rondom@mrbg-3e3422a4.pool.mediaWays.net) 21.49.08 # XavierGr it just "compiles" cleanly 21.49.16 # yes cpu I have the non-lcd remote 21.49.17 # thought so... 21.49.52 Quit menollo ("CGI:IRC (EOF)") 21.49.57 # linuxstb_: the CPUFREQ defines you put in system.h are totally random, i take it? 21.50.10 # XavierGr i suppose that there are even empty (stub) funcions 21.51.04 # perplexity: don't you know is anybody working on this bug that we cannot turn on h3x0 with remonte ? 21.52.14 # yes and no.. 21.52.16 # cpu i don't think it's a "bug" 21.52.33 # so let's call this problem :) 21.52.43 # the issue is we still can't detect which remote is plugged in.. and the current code for the lcd remotes flags a hold when you plug in the non-lcd remote 21.52.44 # perplexity: can you tell more ? 21.52.53 # ahm 21.53.17 # until autodetection works, there is no point updating the bootloader.. so the issue with remain.. 21.53.51 # so in other words we need to wait for some time 21.53.58 # perhaps yes.. 21.54.56 # the current kludge for rockbox where we tell it what remote is used with a config entry is just never going to work for the bootloader 21.56.11 # so it's rather big issue 21.56.37 # well, its one that appears to be not so obviously easy to solve currently, yes 21.56.46 # hmm I will consider buying lcd remonte then 21.56.58 # thanks for explanations 21.57.08 # that would be one way to work around the problem :) welcome 21.58.07 Join solexx [0] (n=jrschulz@c223055.adsl.hansenet.de) 21.58.18 Join damaki [0] (n=Chocolat@ALille-153-1-43-219.w83-198.abo.wanadoo.fr) 21.59.40 Part leftright 22.02.48 # preglow: I think they were random, yes. 22.03.23 # yes, we can safely call the first dynamic freq attempt a failure 22.03.34 # sounds was suddenly white noise, and everything ended with a data abort 22.04.03 Quit JazzBone ("Leaving") 22.04.06 # aegray: are there any clock freqs i need to keep to to ensure that peripherals are chugging along nicely? 22.04.43 # there are multiple clocks 22.04.45 # i'm not positive 22.05.03 # but the audio/i2s I think runs off a 32mhz clock 22.05.16 # i don't really know which things run off which :/ 22.05.36 # so basically - i'm useless to you 22.07.30 # ok, what the hell's up 22.07.35 # i get white noise even at 75mhz now 22.07.45 # :( 22.07.52 # no, it's a good thing 22.07.58 # means the switching worked, but i fucked up somewhere else 22.08.02 # ah 22.08.11 Join ModernExecutive [0] (n=bob@pool-162-84-113-32.norf.east.verizon.net) 22.08.29 # hello, out there. is there anyone for some iPod photo bug report ? 22.10.41 # go ahead 22.11.25 Join petur [0] (i=petur@d54C1B62E.access.telenet.be) 22.12.10 # well, I installed the daily build firmware and there's some strange kind of continuous diagonal scrolling. 22.12.48 # preglow: Initial attempt at volume/bass/treble in CVS. It's not right, but it works. 22.13.14 # bye 22.13.15 Quit cpu ("leaving") 22.14.02 Quit solexx_ (Read error: 110 (Connection timed out)) 22.14.04 Join webguest69 [0] (n=a1b83811@labb.contactor.se) 22.14.06 # linuxstb_: just enabling HAVE_ADJUSTABLE_CPU_FREQ with the default ipod- 22.14.17 # Ouch... I just enabled crossfeed 22.14.23 # the text is continuously translating to the bottom-left part of the screen 22.14.24 # linuxstb_: just enabling HAVE_ADJUSTABLE_CPU_FREQ with the default ipod_set_cpu_Freq as set_cpu_frequency messes audio up 22.14.34 # doh, bottom-right 22.15.00 # linuxstb_: perhaps this is a case of the other photo lcd display? 22.15.22 # linuxstb_: What would you like to see on the iPodRuntime page? 22.15.23 # and the movement is cycling so that it eventually comes back to top-left 22.15.31 # Paul_The_Nerd: Very high numbers :) 22.15.39 # Hahaha. Well, that too. 22.15.56 # damaki: Do you have quite an old iPod Photo? 22.16.02 Quit TCK- (Read error: 104 (Connection reset by peer)) 22.16.02 # Just a quick introduction saying "Please start at 100%, and don't play games on it" and a table of results? 22.16.56 # Paul_The_Nerd: Yes - a description of the "testing methodology". i.e. charge the ipod until it says "charged", then play a long album (bigger than 30MB) on auto-repeat until your ipod is dead. 22.17.03 # it should not be old as I bought it 3 months ago. the model number is A1099 22.17.45 # Does it actually say "iPod Photo" on the box? 22.18.30 # http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime 22.18.58 # I included yours, just so the table actually had two sections. 22.19.05 # nope, only "iPod 60 GB" 22.19.54 # damaki: Are you the person from hydrogenaudio who reported this problem? 22.20.12 # not at all 22.20.29 # OK :) That means you are not alone then. 22.20.51 # great :) 22.21.14 # The iPod Photo/Color actually come in two versions with different LCDs. We've only tested the LCD driver on the second type of LCDs (I have one) - no-one until now has tested the first type. 22.21.27 # So I'm assuming there is a bug in the first type of lcd driver. 22.22.04 # it must be some kind of hydrogenaudio disease because I also read this forum :P 22.22.08 # Or alternatively, the code to detect which LCD you are using doesn't work correctly. I'm just compiling a build now which hard-codes the lcd type to the "first" type. 22.22.10 # can anyone with h1x0 test if this rock works ? http://www-stud.fh-konstanz.de/~dwenger/brickmania.rock 22.22.52 Join mirak [0] (n=mirak@AAubervilliers-152-1-54-133.w82-121.abo.wanadoo.fr) 22.23.01 Join Furious_G [0] (n=none@dhcp165152.reynolds.fsu.edu) 22.23.10 # hello all 22.23.35 # any support around, i have a question about the ipod version on a 4g color ipod 22.23.44 # damaki: Can you test this rockbox.zip and let me know if it is any different? http://www.davechapman.f2s.com/rockbox/rockbox-lcd0.zip 22.23.48 # Hehehe 22.23.51 # Furious_G: LCD problems? 22.24.09 # yeah, and the UI is buggy 22.24.13 # is this a known problem? 22.24.20 # Describe your symptoms. 22.24.29 # yeah, I'll check this out immediately 22.24.56 # when i boot into rockbox its blue background with black text, the entire menu scrolls left to right when i scroll up and down the menu 22.25.30 # Does the Rockbox logo display correctly when it flashes up during boot? 22.25.35 # if i stop scrolling up and down, strange graphics, which look like the battery meter and such, scroll down over the menu over and over again to the point i cant see anything until i move the wheel again 22.25.41 # no it doesnt, strange colors 22.26.19 Quit freqmod (Remote closed the connection) 22.26.47 # also, the original FW is strange colors, even just with the bootloader, and not rockbox installed 22.27.41 # oh, I've got this one too. just forgotten to mention it ^^; 22.28.08 # Yes - half the people with ipod colors seem to be reporting identical symptoms. 22.28.14 Join chopped_pork [0] (n=53afb0c2@labb.contactor.se) 22.28.26 # oh alright, im just glad its not just me 22.28.28 # Domonoky: it says incompatible version here 22.29.00 # do you have an actual rockbox version ? like from today ? 22.29.06 # linuxstb_: your updated firmware works 22.29.23 # well the problem has to be in the bootloader, as the problem starts in the originnal FW 22.29.28 # damaki: It does? :) 22.29.36 # yeah i have the newest version of rockbox and apple FW 22.29.53 # Furious_G: Can you try this version of rockbox: http://www.davechapman.f2s.com/rockbox/rockbox-lcd0.zip 22.30.02 # sure, one sec 22.30.09 # Domonoky: from a week ago, i'll upgrade first 22.30.37 # damaki: If that works, then the problem is not the lcd driver itself, but the detection of which lcd driver to use. 22.31.00 # I'll build a new bootloader now as well for you. 22.31.32 # Gah, that it should take so long to find a simple bug sometimes... :) 22.31.43 # nice, thanks :) 22.31.50 Part safetydan ("Leaving") 22.31.58 # preglow: by not timing during buffering flac on H3x0 says 428.42%. Haven't been able to make it only play the first of a playlist yet, but when the playlist stops, it reports right. 22.32.14 # lostlogic: that sounds very right 22.32.24 # damaki: http://www.davechapman.f2s.com/rockbox/bootloader-color0.bin 22.32.33 # trying mp3 and ogg now, then will adapt and post a new version against CVS 22.32.54 # Domonoky: it works:D 22.33.01 # Domonoky: so cool :) 22.33.15 # nice.. :-) 22.33.28 # h1x0's joystick is far better suited for brickmania than the h3x0 buttons;p 22.33.28 # that worked for the scrolling, colors are still messed up 22.34.04 # Furious_G: Can you try this bootloader? http://www.davechapman.f2s.com/rockbox/bootloader-color0.bin 22.34.18 # it could use nicer pice on h1x0... but im no artist :-) 22.34.27 # sure 22.34.30 # one sec 22.35.10 # Domonoky: the only problem i see is that the powerups are barely readable, but that's mostly the crappy lcd's fault i guess 22.35.14 # linuxstb_: nice work... I came home from work today to see if the volume code for the ipod has been done, AND IT WAS!!! THANKS! 22.35.59 # yes.. better pics for the poweups could help.. as hint.. the dark powups, are the bads :-) 22.36.36 # Maybe just give them slightly different shapes on the grayscale screens? 22.36.47 Quit ModernExecutive () 22.37.13 # linuxstb_: the original firmware's display is till messy. I'll try and check once more I really wrote the good bootloader 22.37.25 # damaki: Wait a moment. 22.37.33 # there are to many for different shades for all of then.. so i made the bad poweups darker as the good powerups.. 22.37.47 # damak, Furious_G: I think I've found the color problem - just compiling another bootloader now. 22.38.34 # damaki, Furious_G: Same address, new file: http://www.davechapman.f2s.com/rockbox/bootloader-color0.bin 22.39.20 # nice 22.39.30 # the nano output level is decent 22.39.35 # fair bit of clipping at 6db 22.40.26 # i just measured the performance of read() on the H300 22.40.55 # and? 22.41.26 # at 120MHz, a single read() of a large file: 5.2mbyte/s 22.41.27 # it's now working flawlessly, linuxstb_ 22.41.57 # Linus: Is that good or bad? 22.42.18 # thanks a lot ;) 22.42.30 # LinusN: That's rather slow imho 22.42.37 # XavierGr: it's decent, but i'd like it to be faster 22.42.50 # H100 comparison? 22.43.00 # same 22.43.31 # linuxstb_: I noticed that none of the plugins come with the nano distro on the builds page... is there a reason for this? 22.44.01 # damn 22.44.05 # damaki: Can you do one final test? Try the last bootloader I gave you with an "official" download of rockbox.zip? 22.44.12 # the nano output is pretty much just as hot as the h120 22.44.36 # linuxstb_: ive still got color problems on both 22.44.59 # linuxstb_: sure 22.45.05 # Furious_G: With the second bootloader I uploaded? 22.45.07 # yes 22.45.56 # linuxstb_: my bad... a number of the plugins are included. 22.46.16 # is audio running on the video, too, now? 22.46.27 # Furious_G: Then I'm confused... 22.46.39 # damaki: your colors are good? 22.46.49 # on both rockbox and original FW? 22.47.49 # Rob2222: No, and it could be a long time. No-one from Rockbox is investigating it at the moment, so we're relying on the ipodlinux people. 22.48.33 # (not that I'm saying the ipodlinux people are slow, just that we have absolutely no idea when it will happen). 22.48.36 # linuxstb_: Where's the difference? I have a ipod VIDEO amlost every evening aviable for test. 22.48.47 # Rob2222: No-one even knows that yet. 22.48.51 # i only couldnt disassemble it, caus it isnt my unit 22.48.56 # All we know is that the existing code doesn't work. 22.49.17 # so no one knows the hardware differences? 22.49.31 # amiconn ? 22.50.06 # Furious_G: Are your problems still occurring in both firmwares, or just one now? 22.50.07 # Rob2222: No-one has seriously investigated it yet, so no. 22.50.17 Join Cassandra [0] (n=Cassandr@dawnmist.demon.co.uk) 22.50.36 # both 22.50.49 # amiconn u there ? 22.50.51 # yes 22.50.59 # it seems to be a bootloader issue, it occurs with and without the actual .rockbox dir in the ipod 22.51.02 # linuxstb_: the scrolling problem comes back 22.51.16 # amiconn can i ask you for a little help ? 22.51.29 Quit tvelocity ("Αναχωρεί") 22.51.43 # damaki: OK, thanks. That's not really a surprise. 22.51.45 Join Nicolas08 [0] (n=Gnocchi@AReims-152-1-55-244.w83-204.abo.wanadoo.fr) 22.51.54 # damaki: your colors are good? 22.51.57 Part Nicolas08 22.51.58 # in both FW? 22.51.59 # yeah 22.52.18 # it was the bootloader he gave you that did it? 22.52.43 Quit webguest69 ("CGI:IRC (Ping timeout)") 22.52.53 # i will try the same hting again 22.52.54 # one sec 22.52.56 # uh, wait, I compare with you uploaded firmware. seems like my memory has just failed ^^; 22.54.53 # t0mas: a girl I went to school with is the daughter of that rapping major :) 22.55.17 # really? 22.55.20 # cool 22.55.36 # ask her if she has the full song 22.55.38 # Bger: Just ask 22.55.40 # I sitll haven't heard it 22.56.25 # ok, some tweaking of the ATA timing gave marginal improvements 22.56.43 # Hmm 22.57.00 # it looks like the ATA read loop could use some movem.l optimization for sdram bursts 22.57.01 # We're running the disk in PIO4, right? 22.57.10 # Furious_G: the red becomes grey with the new bootloader and the daily build firmware 22.57.15 # amiconn could you look at a new ver of the battery_bench.c, especially the thread setup... 22.57.21 # amiconn: yes 22.57.38 # So... I would expect >10MByte/s to be possible 22.58.09 # brb 22.58.17 # linuxstb_: Well the Video hardware is already documented on the web. But you need the connections between the chips, right? 22.58.19 # damaki: You've confused me now. Is everything 100% perfect when you are using the second version of bootloader-color0.bin and rockbox-lcd0.zip ? 22.58.26 # but with the new bootloader and apple firmware or new bootloader and new firmsware, colors are perfect 22.58.36 # Bger: The thread setup etc of the cvs version is ok by itself, the only thing is that it uses rb->plugin_get_buffer() 22.58.45 # so, to sum up : 22.59.01 # A tsr plugin must not do this (a fact that I wasn't really aware of earlier) 22.59.03 Join uarx [0] (n=uarx@tor/session/x-1bd772ce72c71132) 22.59.26 # bootloader-color0.bin + rockbox-lcd0.zip => ok 22.59.27 # my colors are still messed up on both 22.59.38 # gotta go 22.59.40 # later 23.00.08 # bootloader-color0.bin + rockbox-ipodcolor-20060130.zip => wrong 23.00.10 # A static unsigned long stack[nn] with a decent nn (DEFAULT_STACK_SIZE/sizeof(unsigned long)) should do. 23.00.21 # bootloader-color0.bin + apple firmware => good 23.00.31 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 23.00.34 # amiconn look at http://pastebin.com/531153 please 23.00.36 # brb, reboot 23.00.56 # Furious_G: Can you try this bootloader: http://www.davechapman.f2s.com/rockbox/bootloader-furious_g.bin 23.01.06 # sure 23.01.06 Quit Bger ("BitchX: the NEW form of birth control!") 23.01.08 # one sec 23.01.08 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.01.17 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 23.01.21 Join Rondom [0] (n=Rondom@mrbg-3e3422aa.pool.mediaWays.net) 23.03.35 Quit mirak (Read error: 104 (Connection reset by peer)) 23.04.01 *** Saving seen data "./dancer.seen" 23.07.09 # nothing 23.07.11 # no changes 23.07.14 # 428.29/win5 23.07.23 # nvm that 23.07.25 Quit NicoFR () 23.07.28 # both FW are still discolored 23.07.55 Join Bger [0] (n=Bager@217.9.226.114) 23.08.12 # ok, so someone with a lot of time on his hands should try to optimize the copy_read_sectors() loop to use movem.l for nice burst sdram writes 23.08.20 # Bger: hi again 23.08.25 Join beeble [0] (i=beeble@macht.narf.at) 23.08.37 # Some battery_bench remarks: 23.08.41 # yep? 23.09.03 # (1) It's recommended to use an (unsigned) long array for the stack, to ensure alignment 23.09.10 # can i be sure that the ... 23.09.14 # just to ask this :) 23.09.43 # Furious_G: Thanks for testing. I've got no more ideas at the moment, but I'll work on it. 23.10.11 # alright no prob, is there a way i could get the bootloader off the ipod? or do i have to wait for the fix 23.10.20 # (2) (a) The player keymapping doesn't match the info string, (b) the info string is rather long and (c) it's not the quasi-standard yes/no mapping for player 23.10.47 # Furious: Just use "ipodpatcher" to write the original bootpartition.bin that you read at the start of the installation process back to your ipod. 23.10.50 # Standard bool input on player is (PLAY/STOP) 23.10.58 # okies 23.11.06 # Just this exact string would be sufficient as info string 23.11.21 # It's 11 chars, so it doesn't even scroll 23.11.34 # i need to use the original from the very beggining when i started installing? 23.11.38 # aha 23.12.01 # this aren't big issues atm ... 23.12.04 # cause im pretty sure i deleted the first one 23.12.06 # I wonder what the 200 extra bytes in the cvs version were for... They seem to be unused 23.12.08 # i'm having problems with stkov... 23.12.10 Join LedFloyd [0] (n=Spiffy_V@c-67-164-200-164.hsd1.ut.comcast.net) 23.12.19 # Really? 23.12.24 # How much is on the stack? 23.12.26 # Furious_G: Yes - the file you created in step 1c) 23.12.38 # amiconn that's why i wanted to look at it ... 23.12.52 # can i make one now, or did i need the original 23.13.40 # You need the original... 23.13.58 # ah, thats prob why it hasnt been working, ive been remaking that file every time 23.14.05 # amiconn and this is really strange ... 23.14.14 # could that be the problem 23.14.34 # It seems there isn't much on the stack. Imho even DEFAULT_STACK_SIZE should be sufficient 23.14.40 # (1KB) 23.14.41 # Furious_G: That sounds likely. You just needed to start at step 1e) 23.14.49 # amiconn so there's buffer overflow ... 23.14.59 # it stkov-s with 1kb... 23.15.13 # alright, so i need to find an original bootpartition.bin now 23.15.31 # i'm asking you to see whether there's something obvious ... 23.15.37 # in thread setup etc... 23.15.46 # Furious_G: You can try running the Apple iPod Updater 23.15.52 # do you know if they are universal? for stock ipods 23.16.01 # yeah, i just updated to the latest version :\ 23.16.15 # id have to restor and lose all my music 23.16.33 # what's wrong now? 23.16.45 # Furious_G: You can manually downgrade I think. Just a moment.... 23.17.00 # thanks man, im dumb 23.17.10 Quit Thus0 (Client Quit) 23.17.23 # change the version down to a lower version in ipod_control/sysinfo 23.17.29 # Furious_G: Try these instructions for uninstalling ipodlinux: http://ipodlinux.org/Uninstallation 23.17.29 # (approximate filename) 23.17.46 # BHSP: you know this works? 23.17.51 # Bger: Eh, it seems there is a nasty buffer overflow: 23.17.52 # yeah. 23.17.56 # use that page. 23.18.04 # i can change it then use the ipod updater? 23.18.09 # Bger: Line 114: buffelements = sizeof(bat); 23.18.11 # yes 23.18.15 # should imho read 23.18.19 # the updater will think you need an upgrade 23.18.27 # alright cool, thanks a lot 23.18.27 # buffelements = sizeof(bat)/sizeof(struct batt_info); 23.18.32 # uf :( 23.18.36 # flac 582kbps: 428.54%, mp3 160kbps: 242.21%, ogg/vorbis q7: 150.73% how do these numbers seem for H340 realtime percents? If they're realistic, I'm posting another codec timer patch soonish 23.18.38 # ok, i'm dumb :) 23.19.08 # lostlogic: looks realistic 23.19.09 # 10x ... 23.19.10 # lostlogic: They look spot-on to me. 23.19.18 # ..and then line 135 should read last = buffelements - 1; 23.19.25 # lostlogic: Do you have any WAV files? 23.19.28 # (C counts from 0) 23.20.06 # Hmm, perhaps not 23.20.08 # linuxstb_: if you have one conveniently available it would be easier than me finding it. 23.20.19 # The 'last' element isn't used 23.20.50 # lostlogic: OK, I'll try and find something small. 23.20.51 # yep 23.21.04 Join DJ_TCK [0] (n=tckocr@81-178-243-199.dsl.pipex.com) 23.21.57 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.22.05 Quit Rondom_ (No route to host) 23.22.13 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 23.23.36 # amiconn: okay, 10x :) 23.23.43 # i'll look into this tomorrow 23.26.13 Quit Lear ("Chatzilla 0.9.70 [Firefox 1.5/2005111116]") 23.26.57 Quit __peer__ () 23.27.34 # lostlogic: Did you get my PMs? 23.30.12 # linuxstb: i tired again with the same setup damaki had, colors are good 23.30.35 # original FW is good, startup spplash for rockbox is messy but functions fine 23.31.06 # thannks a lot, i appreciate your help 23.31.30 # No problem. So the ipodlinux uninstallation instructions worked, or did you manage to find a bootpartition.bin / 23.31.32 # ? 23.31.53 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.31.53 # yeah, i did the uninstall, then updated through ipod updater, then used the correct files 23.31.58 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 23.32.15 # Cool. If you compress bootpartition.bin using winzip, it should become very small. 23.32.37 Quit Matze (Client Quit) 23.32.44 Join Matze [0] (i=Miranda@p5484F93C.dip.t-dialin.net) 23.32.44 # I should update the installation instructions to recommend that people keep that file safe. 23.33.05 # yeah, for people like me :D 23.34.50 Quit Rick ("I don't need to be here.") 23.35.28 # yeah, and people who mess with dd should not forget to keep a mbr and a bootpartition.bin backups XD 23.35.59 # dd if=bootpartition.bin of=/dev/sda is a killer >_< 23.36.15 # Hehehe 23.36.39 Quit Matze (Client Quit) 23.37.03 # what is the UI supposed to look like? i just have black text on a blue background 23.37.06 # is that right? 23.37.08 # damaki: It's even worse if you do that dd command with an iRiver H140 plugged into your USB port instead of your ipod.... 23.38.13 Join damaki_ [0] (n=Chocolat@ALille-153-1-62-112.w86-196.abo.wanadoo.fr) 23.38.43 Quit bluey (Remote closed the connection) 23.38.54 # linuxstb: the slow UI on the ipod distracts from the "experience" -- I hate turning up the volume a little... and then it keeps going and going until it bursts my ears! 23.39.28 # * LedFloyd np: coldplay scientist [00:31m/10000Kbps/44KHz] 23.40.56 # Furious_G: Yeah, it's entirely text based, really. 23.41.06 # elinenbe: Couldn't agree more :) 23.41.48 Quit actionshrimp (Read error: 110 (Connection timed out)) 23.43.07 # linuxstb: would it be hard to move a thread to a different processor, or would it be much more difficult? 23.43.42 # elinenbe, Furious_G: The (near) future of Rockbox on colour LCDs: http://www.misticriver.net/showthread.php?t=35852 23.43.43 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 23.44.13 # elinenbe: The first thing is to optimise the existing code as much as we can. I think we'll save power if we can leave the second CPU sleeping. 23.44.22 # amiconn: You are amazing! Those 2 changes did the trick! 23.45.01 # elinenbe: But yes, we'll use the second CPU if we need to. 23.47.56 Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) 23.48.10 # ironically, one of the first color WPS screens was based on a naked asain woman covered by the progress bar. 23.48.44 # linuxstb: what I am asking is, is the change trivial, or complex? 23.49.03 # complex 23.49.21 # Due to the fact that each CPU has an independent cache 23.49.53 # We'll need to work out a system for passing data between the two CPUs - which can only reliably be done using the IRAM. 23.49.54 # ah. 23.50.08 # wow, those wpsses look great. 23.50.29 # somewhat hopeless question: do you think it's possible that the iPod, may, one day, sound as good as the iRiver loaded with Rockbox? Or is this just a hardware issue? 23.50.33 # linuxstb: Yes, I have seen those WPS screens... they are nice, but I have a nano, and I am not sure the resolution compared to the i300 23.50.42 # sorry, h320/h340 23.50.42 # BHSPitLappy: Yes :) They are using some small unofficial patches to Rockbox, but those patches (or better equivalents) are slowly being committed to CVS. 23.50.49 # cool 23.51.02 # I'll wait for cvs since I'm lazy like that. 23.51.20 # BHSPitLappy: I expect you to produce a nice Nano WPS :) 23.51.25 # ha 23.51.32 # * BHSPitLappy has no clue how they're made. 23.51.50 # http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 23.52.09 # linuxstb: do you know the resolutions of the different players? 23.52.12 Join DrMoos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 23.52.16 Quit Moos (Read error: 104 (Connection reset by peer)) 23.52.23 Nick DrMoos is now known as Moos (i=DrMoos@m53.net81-66-159.noos.fr) 23.52.48 # elinenbe: The H300 and iPod Color/Photo are both 220x176. The Nano is 176x132 23.53.42 # yeah... that'll screw me :) -- although I think something that is going to soon be necessary, is there should be sub-dirs in the build for WPS for the different models. 23.53.51 Quit DJ_TCK (Read error: 110 (Connection timed out)) 23.54.01 Quit damaki (Read error: 110 (Connection timed out)) 23.54.08 Quit kernelsensei (Read error: 104 (Connection reset by peer)) 23.54.12 # http://www.rockbox.org/twiki/bin/view/Main/DeviceChart is missing some additions... 23.54.20 # elinenbe: the zips are made for the specific target 23.54.27 # including the wpses 23.54.41 # elinenbe: WPS for models of too high resolution get left out for each build. So you only get equal, or smaller sized WPSes 23.55.10 # but it could need some improvements of course 23.55.17 # what couldn't? ;-) 23.55.20 # well, once some of these 24bit WPS's are included... some will work on the different models and not others... also, like in my nano zip, I have some WPS's that are for the h120 and they are looking fugly 23.55.45 # elinenbe: yes, but they don't include WPSes that don't work 23.56.45 # linuxstb: so is some of that stuff beyond the .wps's control? looks like that's a global theme type of thing too 23.56.47 # Bagder: that's true. 23.56.53 # e.g. the header 23.57.00 # LedFloyd: how does the ipod sound? and do you have a comparison to the original firmware? 23.57.30 # BHSPitLappy: by "header", do you mean the status bar at the top of the screen? 23.57.43 # yeah, sorry for my terminology 23.57.56 # too accustomed to podzilla :P 23.58.01 # it couldn't hurt to have CVS dirs for the different models? no? or to have the first line of the WPS be either #nano/#recorder/#player/#h100/#h300/#color/#x5 23.58.16 # elinenbe: why? 23.58.22 # WPSes are not player-specific 23.58.32 # it would only be used the wrong way 23.58.46 # you really think so? how could it be used improperly? 23.59.00 # a h300 wps would work identically on the ipod