--- Log for 16.02.106 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 month and 2 days ago 00.01.36 # i am sure shadow has a nice 14.4 modem 00.01.52 # I have cox high speed, thank you very much :P 00.01.55 # Yay. 00.01.59 # These are pretty big. 00.02.00 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.02.05 # damnit 00.02.06 # timout 00.02.08 # where is the hold button handled for ipods? 00.02.09 Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) 00.02.15 # i couldn't find it in button.c, maybe i'm stupid 00.02.59 Quit linuxstb (Read error: 110 (Connection timed out)) 00.04.26 # no 00.05.05 # is in system.c i think 00.06.33 # Gyah, this is taking forever.. 00.06.44 # lol 00.06.49 # if it is, it's not handled by software 00.07.49 # it is sekend i search 00.08.02 # it is deklard as key 00.08.06 # not as hold 00.08.07 # lol 00.08.23 # it's not handled with the other buttons 00.08.38 # I don't think it can be overridden 00.08.42 # gmail won't send the rockboot, so I'm just sending you my bootloader.bin, and the rockbox.bin 00.08.53 # but the software can see when it's turned on and off 00.09.05 # Alrighty then... 00.09.09 # Wait, rockbox.bin? 00.09.15 # no 00.09.24 # i don't want to override it, i just want an event when it's turned on and/or off 00.09.34 # BHSPitLappy: on my g4 not see it 00.09.54 # Mikachu : moment 00.10.08 # kind of like iDoom? 00.12.43 # that's just the bootloader binary 00.12.48 # you have to extract your firmware 00.12.54 # and combine them 00.13.20 # Yeah, but I wasn't aware there was a roxkbox.bin. 00.13.31 # There's a .zip, and a rockboot, but no rockbox.bin. 00.13.40 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 00.14.03 # ... 00.14.13 # XD 00.14.29 # As well as a bootloader. 00.14.30 # there's a bootloader.bin, and a rockbox.zip 00.14.47 # and you have to combine the bootloader with your firmware 00.14.49 # Yeah, and you said "rockbox.bin" 00.14.52 # And confused me 00.14.59 # ah. 00.15.02 # Stupid fingers. 00.15.07 # I've never even seen them fing.. 00.15.29 Quit petur ("here today, gone tomorrow") 00.15.49 # i have it 00.15.51 Join amiconn_ [0] (n=jens@p54BD7A22.dip.t-dialin.net) 00.16.14 # Mikachu : only in bootloader 00.16.15 # main 00.16.19 # and ipod.c 00.16.34 # okay 00.17.27 # noprob 00.17.56 # .c 00.17.58 # >.> 00.19.01 # imphasing_: oh, wait, there they go 00.19.56 # RotAtoR: feature idea; name entry for high scores? 00.21.01 # BHSPitLappy: Er, what? 00.21.01 # =/ 00.21.12 # RE "finging" 00.21.21 # Ah, yes. 00.21.22 # :D 00.22.36 # if any for serial remote connact on ipod implement at moment ?? 00.23.12 # youngcereal: ah, only for 3g, not 4g 00.23.57 # Mikachu: on 3g it works ?? 00.24.35 # How's it coming, imphasing? 00.24.51 # youngcereal: i don't know, but ipod.c only handles the hold button for 3g. i only have a nano 00.25.41 # Mikachu: its the same on 3g 4g the hold 00.25.47 # no 00.25.56 # not 00.26.14 # at least, not in the code 00.26.33 # yes 00.26.37 # sorry 00.27.35 Quit perl|bbq ("some games are better left unplayed") 00.28.11 # Imphasing: I don't know what you were talking about, rockboot.bin sent. 00.28.16 # Mikachu: i look to find it 5 min 00.28.44 Quit ender` (" Information travels more surely to those with a lesser need to know.") 00.32.17 Quit amiconn (Read error: 110 (Connection timed out)) 00.32.18 Nick amiconn_ is now known as amiconn (n=jens@p54BD7A22.dip.t-dialin.net) 00.32.24 Join Sacro [0] (n=ben@adsl-83-100-157-143.karoo.KCOM.COM) 00.32.31 Join XavierGr [0] (n=XavierGr@62.1.19.191) 00.32.46 # How do you get rockbox to boot the retailos? 00.32.47 # =/ 00.33.03 # Reboot and hold menu. 00.33.09 # Takes a few times to get right. 00.33.13 # hold down record and play 00.33.17 # RotAtoR: very nice bejeweled :D 00.33.51 # WHAT THE HELLFUCK 00.33.56 # AAAAAAAAGH 00.34.07 # Alright, there's something wrong with my ipod. 00.34.31 # Shadowarrior13: what happened ? 00.34.35 # :( 00.34.50 # SAME EXACT THING 00.35.29 # Shadowarrior13: I'll build you a rockbox.zip now with the usb check disabled - it's obviously mis-detecting USB. 00.35.35 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.35.40 # Thanks >.< 00.36.02 # I seriously don't even need USB for that, I'll just use diskmode. 00.38.36 Part LinusN 00.38.37 # linuxstb, awesome 5G LCD updates.. it's getting there! :) 00.38.55 # Heh, the menus slow down a bit when it's playing music 00.38.56 # :D 00.39.17 # ive just been to my mates, and i couldnt mount my mp3 player with latest firmware 00.40.15 # Shadowarrior13: http://www.davechapman.f2s.com/rockbox/rockbox-5gnousb.zip 00.40.24 # I love you. 00.40.26 # Don't worry about your bootloader, I'm sure it's fine. 00.40.39 # You haven't tested it yet... 00.40.40 # does it work shadow? 00.40.55 # I JUST got it :P 00.41.07 # ok 00.41.27 # Shadowarrior13: Did you say you have a 60GB 5g? 00.43.30 # Yeah. 00.43.44 # RotAtoR: I'm playing bejewelled on the 5g now - very nice improvements. 00.44.16 # indeed 00.44.21 # * NicoFR is playing on h300 00.44.35 # Does rockbox drain the battery faster than retailos? 00.44.48 # linuxstb: Congrats on the 5G stuff. 00.44.55 # I just bought a 5G, and it's niiiice 00.45.20 # Yeah, the f ile is still extracting. 00.45.40 # Thanks. And yes, Rockbox does have worse battery life than retailos. 00.45.52 # Is it dramatically worse? 00.46.00 # * imphasing_ is trying to find a good looking font 00.46.19 # tinyprop-5 is a bit small 00.46.20 # :D 00.46.28 # haha 00.46.34 # many lines! ;-) 00.46.44 # crashy car! ;) 00.46.49 # OH MY GOD IT WORKS I THINK I LOVE YOU LINUXSTB 00.46.49 # unifont is nice.. 00.46.58 # Shadowarrior13: hooray congratulations 00.47.28 # imphasing_: you could try helvR12 00.47.41 # or nimbus-12 or 14 00.47.44 # Probably still on the small side 00.48.43 # Mikachu: all i find 4g ware the same to 3g 00.48.54 # Woooa cubey 00.49.04 # Mikachu: Nano standart codes other then 4g ?? 00.49.17 # Heh, it still says "iRiver RockBox" When I play audio 00.49.17 # :D 00.52.59 # youngcereal: it should be same as the 4g, but 4g in rockbox doesn't have code for handling the hold button 00.53.51 # Mikachu: i look to doo this i work at the moment on remote for 4g that ist near ;) 00.55.09 # LCD now up to 52fps... 00.55.16 # Nice! 00.55.26 # Leetsoup 00.55.27 # Did you figure out some of the chips instructions? 00.55.53 # No, I've just been experimenting with the existing driver. 00.55.58 # Ah. 00.56.09 # So the broadcom chip isn't actually being used yet? 00.56.29 # And I'm not getting choppy playback. 00.56.34 # I've no idea what's going on. I'm just changing things... 00.56.39 # haha 00.56.55 # Shadowarrior13: Yes, my LCD fixes today have fixed audio playback - ogg -q 10 works fine for me. 00.57.22 # :) 00.57.59 # linuxstb: good, thanks :) 00.58.05 # thats cool 00.58.16 # if only i did not order a iaudio 00.58.34 # linuxstb, awesome.. congrats.. it's been doubled in one day! :) did you check in the 52fps code? 00.58.46 # No, I'm still doing more tests. 00.59.07 # k, keep at it :) kickass work 00.59.15 # omgz bejewelled 01.00.48 # linuxstb, do you have any idea what sort of FPS you'd want to have it running very nicely (for example, at the speed of the nanos)? what do you expect is the highest you could reasonably get it? 01.03.07 # How does 107fps sound? 01.03.25 # :) 01.03.32 # sounds like a typo ;-) 01.03.33 # Crazy 01.03.34 # lol 01.03.39 # is it me or something but all the files are for windows users? 01.03.55 # It seems that the 14ms delay in the audio driver wasn't needed. I just removed it, and it still works perfectly. 01.04.00 # s/audio/video/ 01.04.11 # allix: what "all the files" are you talking about? 01.04.24 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation#Step_1_Install_the_bootloader 01.05.00 # i don;t have windwos 01.05.03 # linuxstb: If I re-build rockbox, do I need to rebuild the bootloader too, or can I just unzip my zip file again? 01.05.04 # linuxstb, is 107 a guess/target, or...? :) 01.05.19 # It's what I've just achieved. 01.05.23 # :D] 01.05.25 # you're kidding. 01.05.43 Quit Moos (Read error: 110 (Connection timed out)) 01.05.46 # *faints* 01.05.47 # No - 107fps for a full-screen update, and 427fps for a 1/4 screen update. 01.05.54 # : 01.05.54 # D 01.05.55 # ...... 01.05.57 # er.. 01.05.57 # any wiki admins here? 01.06.02 # Commit! 01.06.04 # As a comparison, my 4G Color only manages about 72fps 01.06.05 # :) 01.06.07 # You are fucking nuts, linuxstb. 01.06.09 # i'm jumping up and down now. 01.07.56 Quit Shadowarrior13 () 01.08.06 # Bagder: there's a guy in the wiki registered a SiriusA, can you change it to AlexWinter ? 01.08.42 # sure 01.09.20 Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 01.09.52 # markun: done 01.10.04 # should I email him about the change? 01.10.22 # * imphasing_ snickers 01.10.24 # I guess it would be good 01.10.28 # * Mikachu twix 01.10.33 # * Bagder heads to bed 01.10.37 Quit XavierGr (Read error: 104 (Connection reset by peer)) 01.11.39 # Bagder: good night 01.12.02 Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) 01.12.07 # If anyone wants to test - http://www.davechapman.f2s.com/rockbox/rockbox-5g.zip 01.12.11 # yes 01.12.12 # :D 01.12.25 *** Saving seen data "./dancer.seen" 01.13.20 # There are two plugins you can try - "starfield" is modified to display a fps (33fps - it has calculations and screen drawing to do), and "test_fps" which just does updates of the LCD without changing what is drawn. 01.14.22 # ok 01.14.26 # Ah, seems I might have spoken a little soon.... 01.15.01 # getting 107.0 on test_fps 01.15.20 # Wow, starfield looks nice! 01.15.41 # Won't go over 32fps though 01.15.55 # Or below though 01.18.48 Quit Kohlrabi (Nick collision from services.) 01.18.56 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 01.19.59 # The LCD seems to get faster if you turn the wheel.. 01.20.00 # =/ 01.20.09 Join gantrixx [0] (n=anon@ip24-251-36-103.ph.ph.cox.net) 01.20.36 # Does anyone else have the iAudio X5? 01.21.38 Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) 01.21.43 # Maybe I did speak to soon - the lcd updates don't seem to be 100% reliable... 01.21.48 # hmm.. 01.21.56 # It is faster than it was though 01.23.22 # Yes, it is. But the LCD isn't always being updated correctly - it seems to miss updates sometimes. But that's probably only when they are done in very quick succession (such as in test_fps), so maybe it won't be a problem. 01.24.01 # It might be a good idea to limit how many frames it can show per second, and pause for a couple ms if it's going over, say, 50 fps. 01.24.13 Join XavierGr [0] (n=XavierGr@62.1.19.191) 01.24.20 # That would make it so it wouldn't suck up all it could just to get 200fps as well 01.24.27 # and give it some power to do other things 01.27.18 # linuxstb: would it be possible to have the sources to the test_fps and the fps-modified starfield plugins ? 01.28.26 # I'll think I leave that 14ms delay in the code for now, but commit the change that brings the speed up to 52fps. 01.28.45 # cool 01.28.46 # NicoFR: The patch for starfield is already on my server - http://www.davechapman.f2s.com/rockbox/starfield_fps.diff 01.29.29 # thanks 01.30.16 # The test_fps plugin is here: http://www.davechapman.f2s.com/rockbox/test_fps.c 01.30.36 # linuxstb, do you know what FPS the nanos run, about? 01.31.04 Quit Thus0 ("Leaving") 01.33.39 # No idea. 01.33.50 # trying out your 107fps build. _awesome_. 01.33.54 # But probably very fast - the lcd is tiny. 01.34.22 # yeah, hm. 01.36.34 # linuxstb, the 107fps build is incredibly nice.. but it does seem a bit glitchy. mandelbrot draws weirdly, for one. 01.37.45 # yeah, quite a few things seem pretty weird. bejeweled's little cursor boundingbox doesn't draw.. calculator doesn't display its keys until you roll over them - and then they appear garbled.. 01.38.15 # Yes, that's what I noticed. 01.38.35 # oh, alright.. i guess that's a by-product of some "optimizations"? :) 01.38.36 # So it seems 52fps will have to do for now. 01.38.49 # huh? 52fps on... ipod video? 01.38.53 # or what? 01.39.08 # Yes - 52fps on my 5g. 01.39.16 # nice :D 01.39.29 # what formats can it play? 01.39.37 # I did get 107fps, but it's a bit unstable.... 01.39.50 # a shame, 107 was delicious. well, i'll try the 52 version and hopefully it's still great. :) in any case it's awesome work on your part 01.40.32 # linuxstb: may I see some code? :D 01.41.10 # Sure, my changes are already mostly in CVS, I'm about to commit some more. I'll give you a URL then. 01.41.11 # * hyarion wants to put it into iDoom 01.41.28 # It should work nicely in Doom 01.41.56 Join TCK [0] (n=tckocr@81-178-240-68.dsl.pipex.com) 01.44.54 Quit allix ("Leaving") 01.46.21 Quit matsl (Remote closed the connection) 01.51.17 Join webguest44 [0] (n=de986e4c@labb.contactor.se) 01.51.18 Quit webguest44 (Client Quit) 01.52.21 Join webguest61 [0] (n=de986e4c@labb.contactor.se) 01.53.08 # hyarion: You can view the file in CVS here: http://www.rockbox.org/viewcvs.cgi/firmware/drivers/lcd-ipodvideo.c 01.53.38 # thanks :) 01.59.50 Quit paugh (Read error: 60 (Operation timed out)) 02.00.51 Quit NicoFR () 02.01.35 Quit webguest61 ("CGI:IRC (EOF)") 02.07.37 Quit perldiver (Read error: 110 (Connection timed out)) 02.09.03 Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) 02.10.47 Join Kensir [0] (n=pandafus@cpe-66-87-151-238.il.sprintbbd.net) 02.11.15 Join webguest91 [0] (n=de986e4c@labb.contactor.se) 02.11.46 # is the sound on the 5G supposed to be mono? 02.11.53 Join Sacro|AFK [0] (n=ben@adsl-213-249-247-146.karoo.KCOM.COM) 02.12.25 # webguest91, i don't believe so.. 02.12.45 # it is on mine, and the sound is distorted 02.12.59 # check sound settings -> channels.. 02.13.18 # i tried that, it made no difference 02.13.49 # Will this work on the iPod: http://www.rockbox.org/twiki/bin/view/Main/TagDatabase 02.14.00 # perhaps try reinstalling or something, if the ipod firmware plays audio fine.. mp3's i hope 02.14.36 # Kensir, i've been meaning to try that.. not sure. 02.14.52 # o well 02.14.55 # i guess im about to find out... 02.15.17 Quit TCK (Read error: 110 (Connection timed out)) 02.15.18 # let me know how it goes 02.15.44 # alright 02.15.52 # i stay on until this blows up in my face 02.16.39 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 02.18.07 Quit Rob2222 (Read error: 110 (Connection timed out)) 02.19.08 Quit Sacro (Read error: 110 (Connection timed out)) 02.19.38 # haha 02.20.17 # My sound is stereo on my 5G 02.20.22 # but I built from CVS 02.20.40 # ah.. webguest91, how old is your build? 02.21.04 # I tried the daily and the latest bleeding edge one 02.22.21 # hmm 02.22.32 # weird, mine sounds fine + clear.. 02.23.24 # eh 02.23.34 # i dont feel like doing this ID3 database today 02.23.36 # so im not 02.23.54 # perhaps tomorrow i'll be more willing...but I have a bad feeling 02.23.58 # o well 02.24.03 Quit Kensir () 02.24.17 Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) 02.25.53 Part imphasing_ ("Ex-Chat") 02.27.31 Join quobl [0] (n=quobl@tor/session/x-eadf4cc335ea11b0) 02.30.01 # i tried a re-install, and it didnt work 02.30.26 # Do you have a 30GB or 60GB 5g? 02.30.42 # 30GB 02.30.45 Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") 02.31.36 # I assume you've tried lots of different files? 02.31.54 # yeah, i tried 02.32.03 # MP3s flacs oggs, mpcs 02.32.12 # all sounded teh same 02.33.49 # And presumably sound works fine in the Apple firmware? 02.34.12 # yeah the apple firmwares fine 02.34.42 Quit sucka (Read error: 104 (Connection reset by peer)) 02.34.45 # Are you the person that posted this problem on the forum as well? 02.35.05 # no 02.35.38 # You're not alone then: http://forums.rockbox.org/index.php?topic=2655.0 02.37.07 # Out of curiosity, when did you buy your ipod? 02.37.28 Quit vertah (Read error: 110 (Connection timed out)) 02.37.38 # a few weeks after they came out 02.38.24 # OK, that may explain it then. I think everyone else who's tried has bought them more recently. Mine was bought just before Christmas. 02.40.13 Join imphasing_ [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 02.44.28 # would the version of the apple firmware make a difference? 02.45.59 # linuxstb, my 5g 60gb is on the way, although I'm still uncertain whether I paid for express shipping or not, so it could be here Monday or a week on Monday. 02.46.40 # * Cassandra has also bought a smattering of accessories (FM radio, remote, iTrip) with the intention of making them work with Rockbox. 02.47.12 # webguest91: I don't think so. Have you upgraded it recently? 02.47.25 # Cassandra: Nice. You'll be pleased with today's developments then. 02.47.58 # no I switched it back to the original firmware to fix a couple of video problems 02.48.00 # The LCD? 02.48.17 # That's a darn fast screen. 02.48.19 # Yes - but it's mainly the fact that audio is as good as the other ipods now. 02.48.30 # Oh, kewl. What was up with it? 02.49.54 # The main problem was the 14ms delay at the end of every lcd_update(). Adding a yield() there meant that Rockbox could continue decoding audio during that time. 02.50.22 # The other changes were just optimisations - experimenting with making the lcd driver doing less, and see what still worked. 02.52.20 # linuxstb: There's someone on the forums who seems to be having problems getting iPodpatcher to see his ipod. One of the messages he got is relating to "locking disk"? 02.52.55 # webguest91: I've got no suggestions at the moment about your audio problem. Maybe next time I look at the audio driver I'll have some ideas. 02.54.05 # alright, thanks 02.54.18 # Paul_The_Nerd: I can't keep up with the forum - too many people own ipods... :) 02.55.14 # Seems he has just fixed his own problem.... 02.55.32 # Heh 02.55.33 # Interesting 02.55.52 # I've been trying to help people where I could on there, since there's a lot of general "How do I install" style questions. 02.55.54 Quit webguest91 ("CGI:IRC (EOF)") 02.55.56 # Maybe he had a program (e.g. explorer) open which was using the F: driver. 02.56.08 # s/driver/drive/ 02.56.14 # Yeah 02.58.29 Quit muesli__ (Read error: 110 (Connection timed out)) 02.58.37 # Any H340 rockbox devs on? 03.00.09 # DJ_Dooms_Day: I'm not one, but out of curiosity, whatcha need one for? 03.01.20 Join bandgeekndb [0] (n=44256200@labb.contactor.se) 03.02.05 # has anyone had trouble with files sounding distorted using a recent daily build (last day or two)? 03.02.23 # I'm using 192kb/s VBR files ripped with EAC 03.02.30 # Shure e2c earphones 03.02.39 # using previous builds, the sound quality has been awesome 03.03.05 # bandgeekndb, hm, someone just asked that.. 03.03.10 # yesterday and today though, it seemed to sound better w/ the stock iriver f/w (very disconcerting, considering the high quality of rockbox) 03.03.14 # i haven't had such a problem.. 03.03.18 # i checked my settings 03.03.23 # Paul - Just wondering whether the lag i recieve from scrolling down lists is a problem on my end or whether its something that still needs to be optimised 03.03.27 # no eq, no replaygain 03.03.34 # no crossfeed 03.03.49 # DJ_Dooms_Day: I've heard that mentioned related to H300s before, so I think it's a more global h300 thing 03.04.16 # just flat files, or so I believe - happens with any kind of music, but especially in louder sections 03.04.20 # ah 03.04.34 # haven't had a chance to try with different speakers and such, just my earphones 03.04.45 # Band - You didn't kill your headphones by any chance did you? 03.05.20 Quit Nilisco (Remote closed the connection) 03.05.23 # i highly doubt it 03.05.36 # i can try it later tonight with another source 03.05.37 Join Nilisco [0] (i=nilisco@wrath.shellfx.net) 03.05.49 # infact, i'll try it out now 03.06.02 Nick Sacro|AFK is now known as Sacro (n=ben@adsl-213-249-247-146.karoo.KCOM.COM) 03.06.26 # I've also noticed that if you plug something into 'line out' it reduces the quality of audio a damn lot 03.07.41 # not using line out, although i wonder about that too 03.08.41 Quit paugh (Read error: 60 (Operation timed out)) 03.09.59 # headphones don't seem to be bad 03.11.39 # and now, using the same track i was listening to earlier today, the track sounds great 03.11.51 # sounds no different from my CD player 03.12.08 # my ears must be revolting - not enough cleaning or something crazy 03.12.29 *** Saving seen data "./dancer.seen" 03.12.30 # while i'm here though, what is the purpose of replaygain - it never makes a difference for me? 03.13.16 # You have to scan your tracks in advance with an external program 03.13.25 # There are many of them. Foobar2000 is popular among windows users. 03.13.45 # what does replaygain end up doing - gain boost during playback? 03.14.05 # or, instead of bothering you guys, is there a place i can read up? 03.14.07 # It's somewhat like normalizing a track, but will instead try to bring the apparently loudness of the track to 89db. It will create tags on the file telling the player how far to adjust that track 03.14.40 # What db level does rockbox start playing at? 03.14.41 # ah, letting rockbox and the player do the work 03.14.49 # It creates an individual value per track, and an overall album value, so that if you listen using album settings tracks will seem louder and quieter relative to each other. 03.14.50 # Before the volume gets decreased 03.15.09 # imphasing_: Depends on the file, doesn't it? 03.15.33 # rockbox doesn't start out with say, 75db, and the volume level gets adjusted from there? 03.15.34 # bandgeekndb: Well, the scanning is the harder work, the gain value is just adjusted like the preamp, except it's read from a tag. 03.15.53 # well, thank you very much - i'm going to clean my ears and my earphones, see if I'm just going crazy from lack of sleep 03.16.52 # imphasing_: I don't really know that much about it, but 0db adjustment on all players is "line level" which means the file should be playing at whatever level it's recorded to be at. Some players will let you go up from there even, to as much as +12 on some archoses. My understanding of this *may* be incorrect though. 03.16.52 Quit bandgeekndb ("CGI:IRC (EOF)") 03.17.12 # Ah, ok. 03.17.29 # so it adjusts from the file level, it doesn't adjust the level to be exactly some set level. 03.17.43 # Yeah, if I understand correctly. 03.17.47 # -20db would be 20db minus the recording level I would guess.. 03.18.23 # The recording level minus 20db, yes. 03.18.26 # If I understand correctly 03.20.06 # Alrighty. 03.20.44 # It's nice knowing that I listen at -35 on any player Rockbox supports. I like a unified scale. :) 03.28.48 # haha 03.28.49 # cool 03.29.12 # I'm trying to get gtkpod to compile so I can watch my indie cartoons on my ipod.. 03.29.16 # To no avail though. 03.31.08 # Heh 03.32.24 # Getting gtk+2 linker errors. 03.32.25 # :( 03.35.33 # Ick 03.47.59 Join DT291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 03.47.59 Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) 03.50.00 Join Sinbios [0] (n=Sinbios@toronto-HSE-ppp4012948.sympatico.ca) 03.50.33 Quit gtkspert (Read error: 110 (Connection timed out)) 03.52.20 Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) 03.53.28 Part Nilisco ("Leaving") 03.55.08 Join TCK [0] (n=tckocr@81-178-240-68.dsl.pipex.com) 03.56.01 Quit mikearthur (Read error: 104 (Connection reset by peer)) 04.04.45 Quit midkay ("Leaving") 04.08.19 Quit YouCeyE ("Leaving") 04.15.30 Quit BHSPitLappy (Nick collision from services.) 04.18.52 Join BHSPitLappy [0] (i=Steve-O@adsl-65-68-201-28.dsl.rcsntx.swbell.net) 04.21.13 # * Cassandra books for Devcon. 04.21.19 # Should be fun. 04.24.11 # does anyone here have the iAudio X5? 04.24.59 Quit Daishi ("Client exiting...") 04.26.49 # * midgey34 yells at java 04.27.14 # the file is there dangit... 04.27.58 # gantrixx: my bro has one, what do you want to know 04.28.42 # midgey34, is the connector at the bottom the same as the ipod? 04.28.48 # are they compatible? 04.29.33 # no, they differ 04.29.39 # it's a nice little device, but you can't plug the power cord into it directly without an adapter piece. who was the genius behind that? 04.30.08 # And the USB 1.1 OTG port is on the main body of the player, but the 2.0 port for transfer is on the sub pack 04.30.14 # guess they were going for a small formfactor, honestly it bugs me to no ends 04.30.28 # ditto 04.30.45 # that and the screen are all my brother ever grumbles about 04.31.01 # I know, so I have to haul this sub pack around with me everywhere if I want to put a song on it or charge it 04.31.46 # and what is the port just under the headphone jack? 04.32.02 # and I can't find any place to buy a spare sub pack 04.32.42 # it has 2 ports that you won't use 99% of the time and the ones that you use 100% of the time are only available through the sub pack 04.33.23 # it's better than my MPIO HD300, but still not as good as the ipod -- but the ipod won't do ogg 04.33.51 # You are aware that Rockbox allows the iPod to play Ogg, no? 04.34.33 # last I checked it wasn't availble for the 5g ipods 04.34.47 # Must've been a couple days ago then 04.35.37 # I see it is available now 04.35.42 # after I already bought this thing 04.35.44 # linuxstb's new optimization's allow most audio to run full speed on the 5g 04.36.21 # linuxstbs? 04.36.30 # the lcd updates were bogging down the player, causing it to not be able to decode audio at sped 04.36.42 # linuxstb - one of the ipod developers 04.37.01 # he has an ipod color and ipod video 04.37.02 # well, maybe I'll get an ipod then 04.37.08 # preglow has an ipod nano 04.37.37 # will it do a color screen too? 04.37.49 # yes 04.37.52 # It looks nice 04.37.58 # any screen shots of it? 04.38.07 # Man, first question is "will it do a color screen." 04.38.13 # Er...never got around to it. 04.38.21 # It looks like the newest hawtness though 04.38.22 # :D 04.38.38 # gantrixx: There's not much to take screen shots of, since the interface itself is text based. The WPS screen is customizable but nobody's really made any 5G themes for it yet. 04.38.39 # first question is "will it do ogg and normal speed" 04.38.39 Join Kensir [0] (n=pandafus@cpe-66-87-151-238.il.sprintbbd.net) 04.39.32 # linuxstb mentioned being able to decode ogg -q 10 earlier 04.39.43 # on his 5g 04.40.04 # I know ogg q8 with replaygain enabled works almost perfectly on the Nano 04.47.22 # Does anyone know the scale of ogg q8 compared with vorbisenc quality=0.65? 04.47.34 # i've looked everywhere 04.48.57 Quit Kensir () 04.49.15 # What's the maximum on that, 1.0? 04.49.29 # that reminds me. has anyone considered adding rockbox to CIA ? 04.49.37 # * Paul_The_Nerd thinks that vorbisenc quality=0.65 is the same as q6.5 but isn't sure. 04.49.43 # I believe so... min is -0.1 04.49.43 # CIA? 04.49.47 # Yeah 04.49.54 # http://cia.navi.cx 04.50.06 # Then =0.65 should be the same as Q6.5 04.50.20 # activity stats tracking for opensource projects. 04.50.31 # Oooh, neat. 04.51.06 # can even provide an irc bot to tell the channel whenever a commit occurs 04.51.07 # wierd...why would they do that...i'm used to the q6 or q8 numbers, but gstreamers vorbisenc plugin is 0.xx 04.52.12 # I really don't know, but I've seen 3 listed as 0.3 elsewhere too, so I'm thinking maybe there was a scale switch at some point in time? 04.52.13 # Whats the latest of the 4g grayscale? I noticed a lot of hulabaloo around the 5g today!! 04.52.45 # it is working good for me except a few LCD glitches still. 04.56.57 # Did you say the LCD glitches occur in the sim as well, or just on the target? 04.57.44 # the LCD things I observe are on both the Sim and Target. 04.58.10 # however there is another glitch that has to do with powering off...sometimes there is a horizontal line that stays on 04.58.10 # Odd 04.58.34 # Well, the latter just has to do with the fact that the LCD isn't cleared before it's powered off, possibly. 04.58.58 # and when I first boot up the line stays visible for a few minutes before finally fading away 04.59.10 # Oh, that is odd. 04.59.47 # Is there anything you can do that forces it to go away, by chance? 04.59.52 # at first I thought it was a damaged screen, but the line appears in different places and they all eventually go away...AND it doesn't happen everytime :) 05.00.20 # and only if it has been off for a little while...if i reboot right away it never happens. 05.00.32 # Strange 05.01.12 # i love rockbox, even with my weird ui issues...haven't had time to look at them, too busy listening to music :) 05.03.15 # i was kinda curious how many 4g grayscale people are out there...i know we are a dying breed, especially with the 5g 52 fps stuff 05.04.15 # Heh. Dunno, I only have a Nano 05.04.19 # And my iHP-120 05.05.12 # Man, that is pretty glitchy looking 05.05.20 # got my wife a samsung yepp for xmas because it was a small flash player that played ogg 05.05.20 Join cikobis [0] (i=turnalar@88.240.81.38) 05.05.24 Part cikobis 05.05.32 # don't suppose rockbox will port to it :) 05.05.32 Quit TCK (Read error: 110 (Connection timed out)) 05.06.12 # Hehehe 05.06.51 # jaebird: not without some specs, a few sacrifices of hardware and some effort. 05.07.01 # the crazy thing is that it is a 1 gb for 150...now there is a 1gb nano for 150. too bad christmas isn't in feb! 05.07.36 Quit ehntoo (Remote closed the connection) 05.12.33 *** Saving seen data "./dancer.seen" 05.13.34 # Any Java guys know whats wrong with this... 05.13.34 # Account.java: public abstract class Account 05.13.34 # CheckingAccount.java: public class CheckingAccount extends Account 05.13.52 # Account.java compiles correctly, but CheckingAccount can't find Account 05.18.06 # nope..no java here 05.18.46 # * Cassandra marvels at the speed of the 5g LCD. 05.18.59 # Rockbox is going to look damn slick on that. 05.19.05 # * BHSPitLappy wants to see! 05.19.10 # "going to"? 05.19.17 # ...'does'? 05.19.27 # Probably. But my 5g is in transit. ;) 05.19.56 # Cassandra: The Nano gets 80fps according to Preglow. ;-) 05.19.57 # Cassandra: how is it? 05.20.01 # oh nm 05.21.08 # Paul - cool. 05.21.17 # I'll just update my Nano to bleeding edge. 05.21.37 # where is the shutdown code at? 05.32.17 # Any word on ipod video? :) 05.32.34 # "Audio works" 05.32.54 # Actually, I guess that's two 05.33.10 # godzirra: 52fps on the lcd 05.33.12 # :D 05.33.20 # Actually, 107, but it's sketchy 05.33.32 # 107? 05.33.37 # yaeh 05.33.41 # Howsat? 05.33.51 # That's what the latest linuxstb gave me, but it's not perfect. 05.34.03 # He's been fiddling with the driver. 05.34.08 # Doesn't seem to have fixed the banding problem I'm having with 32bit images. 05.34.16 # =/ 05.34.18 # (Not that I expected it to, mind.) 05.34.22 # 24 bit. 05.34.32 # I haven't tested anything with it really, just a fps monitor. 05.34.40 # It palys mp3s though, which is better than retailos. 05.34.44 # I wish I could figure out a way to get the GIMP to generate using a 16 bit pallette. 05.34.45 # s/palys/plays/ 05.34.54 # I'm sure there's a way.. 05.34.58 # I just don't know it. 05.34.58 # =/ 05.35.15 # What conditions are these 107fps under? 05.35.21 # Maybe. Gimp seems to be 8 bit or 24 bit and nothing in between though. 05.35.24 # "fps_test" 05.35.33 # It's just a plugin that monitors fps 05.35.35 # with no real load 05.35.38 # Ah 05.35.53 # * Cassandra doesn't really see the point. I mean humans can't see more than 30fps anyway. 05.35.54 # I know last time I saw FPS talked about they were talking about a patched Starfield 05.36.13 # I get 33fps on starfield 05.36.25 # Cassandra: thats not really true.. 05.36.46 # I can still see a flicker on a 60hz monitor, which is the same as 60fps 05.36.49 # but a dap doesnt really need huge fps anyway 05.36.56 # it takes about 80hz before I'm satisfied 05.36.57 # imphasing_: Out of curiosity, if you change the speed to 0, and the stars off, how fast? 05.37.04 # How'd you get starfield to show you FPS? 05.37.08 # Paul_The_Nerd: Still 33fps./ 05.37.09 # :D 05.37.10 # Cassandra: There's a patch for it. 05.37.16 # imphasing_: Nano is 112 on it like that. 05.37.22 # Dayum.. 05.37.43 # Of course, the nano LCD isn't being emulated through a processor that isn't supposed to be doing that. 05.37.43 # :P 05.38.00 # True 05.38.03 # imphasing_, that's an entirely different phenomenon. The fact is 30fps will look perfectly smooth to the human eye. 05.38.14 # I'm sure that once things are running properly the 5g will be showing some pretty high numbers. 05.38.22 # (Flicker was also a CRT problem.) 05.38.43 # Cassandra: 30 fps will look smooth, but if you compare it to say, 75fps you *Can* still see a difference. 05.38.56 # Cassandra: Depends on the context you're talking about 30fps in though. In something like a game, sure. But if you mean just a constant refresh rate of 30fps, it's entirely possible to see that. 05.39.33 # But yeah, flicker plays a big part in the CRT noise you see. 05.40.32 # Right. Back to bed for me. 05.40.40 # Woot. 05.40.44 # Sleep is good 05.52.24 Join mymomthelush [0] (n=lush@bdsl.66.15.136.192.gte.net) 05.57.06 Part midgey34 05.57.59 Join midkay [0] (n=midkay@24.143.70.99) 05.59.03 Join ModernExecutive [0] (n=ModExec@pool-70-18-154-105.norf.east.verizon.net) 05.59.07 Part ModernExecutive 05.59.27 Join midkay_ [0] (n=midkay@24.143.70.99) 06.00.34 Quit midkay (Client Quit) 06.00.42 Nick midkay_ is now known as midkay (n=midkay@24.143.70.99) 06.01.12 Nick DT291 is now known as DreamTactix291 (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) 06.04.45 Quit mymomthelush ("Trillian (http://www.ceruleanstudios.com") 06.19.21 Quit imphasing_ (Read error: 110 (Connection timed out)) 06.46.54 Quit quobl (Remote closed the connection) 06.47.14 Join einhirn [0] (n=Miranda@p54862288.dip0.t-ipconnect.de) 06.47.23 Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) 06.48.07 Join quobl [0] (n=quobl@tor/session/x-f7f5fb7c49b466a5) 06.50.56 Quit RotAtoR ("zzzzzz") 07.01.58 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 07.03.50 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 07.12.29 Quit drumrboy (Read error: 104 (Connection reset by peer)) 07.12.37 *** Saving seen data "./dancer.seen" 07.18.48 Join gtkspert [0] (n=gtkspert@203-59-187-113.dyn.iinet.net.au) 07.36.43 # Anyone know how much battery power the LCD actually sucks up? I don't really like it when the screen turns off and i'd rather have it always on, but if it going to cut the battery life in half then it probably wont be worth it 07.37.52 # you can't read the screen of a h300 without backlight 07.38.11 # and lcd with backlight on is *eating* 07.38.13 # Yes, i know that 07.38.39 # and by that do you mean it'd quite litterially cut the battery life in half? 07.39.09 # I don't know how much, but it would certainly be shorterning run-time by a noticable amount 07.40.16 # morning;) 07.43.20 Join lamed [0] (n=55402143@labb.contactor.se) 07.43.27 # hello 07.43.33 # paprica: around? 07.44.47 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 07.44.58 # i've found out that greyscale bmp plugins do not use fullscale. anyone can tell me what colors I can expect to work? 07.45.32 # lamed: amiconn is mr greyscale 07.46.11 # if you mean on h100 07.48.31 Quit matsl (Remote closed the connection) 07.49.07 Join damaki__ [0] (n=Chocolat@ALille-153-1-69-232.w86-196.abo.wanadoo.fr) 07.49.52 # thanks, but he never speaks to me. don't know why though (!?) 07.53.50 # linuxstb: thanks for the code :) 07.57.36 # something a bit fishy with the patches/bug reports pages isn't it? (or are we moving to somewhere else?) 07.57.54 # uh-oh 07.58.05 # hehe. what happend? 07.58.07 # morning 07.58.12 # gday 07.58.13 # lamed: What? 07.59.31 # "500 - Internal Server Error" 07.59.39 # amiconn: I'm trying to make some greyscale bmps (for brickmania h1x0 actually). but the thing is, I'm not sure what greyscale color would come out as white/gray/black. how many grey color are there? 07.59.41 # DJ_Dooms_Day: I still plan to implement a 2-stage backlight for H3x0, allowing to set 2 different backlight brightness values. 07.59.47 # quote from the xml export file 08.00.17 # uh-oh 08.00.36 # The backlight would go to the higher brightness after button press, wait the 1st timeout, then go to the lower brightness, wait a 2nd timeout, then go off 08.01.09 # It would be possible to set the 2nd timeout to 'On', and the 2nd brightness to 2 (lowest). 08.02.00 # lamed: As long as brickmania doesn't use the grayscale lib, there are just 2 grey levels: white / lightgrey / darkgrey / black 08.02.01 # lamed: Well, if it's not using the grayscale library, just the native grays, then there's only 4 total shades. Black, White, and two grays. 08.02.14 # Yeah, what he said. 08.03.47 # THANK YOU. I was actually doing a lot of trial and error to get to the same conclusion... just for my information, what do I have to do in order to use the greyscale library: just add it to the #include d files and it works? 08.03.56 # No. 08.04.37 # You would have to include gray.h, then convert all places which use lcd_* functions to use gray_* functions instead 08.04.42 # amiconn in fact this is very good idea ;) 08.04.53 # (2stage backlight 08.04.53 # ) 08.04.54 Quit damaki_ (Connection timed out) 08.05.02 # ...preferably by defining macros, like it's done in mandelbrot.c, cube.c and others 08.05.10 # or jpeg.c 08.05.42 # Please also note that the grayscale lib bitmap format is different from the native bitmaps 08.06.03 # i noticed that when i tried to make the plasma plugin work 08.06.21 # ..so it may be difficult to integrate the bitmaps into the bitmap build system 08.06.50 # amiconn: afaik color lcds uses LCD_ functions. is that because both color & 4 greyscale color lcds are 'native'? 08.07.08 # lcd_* just means the core functions 08.07.23 # The core functions support the native lcd depth 08.08.29 # The grayscale lib goes beyond the native lcd features, offering up to 33 shades on b&w LCDs (archos bitmap targets) and 4-grey LCDs (iriver H1x0) 08.09.02 Join ender` [0] (i=ychat@84.52.165.220) 08.09.52 # Mikachu: The grayscale library bitmaps are in fact simple: Since there is no fixed 'native' format the grayscale lib can use (since it offers *variable* depths from 2 to 33 shades), it uses canonical bitmaps: 08.10.14 # Line-by-line, 1 byte/pixel, 0..255 08.10.35 # and what does lcd_mono_bitmap_etc want? 08.11.15 # mono bitmaps are (currently) identical on all platforms, but for plasma etc you probably want to use lcd_bitmap() 08.11.56 # thanks amiconn, but i'm still having trouble with finding, probably the black-grey shade. I guess it somewhere ~ 60 ? 08.12.18 # You could use xlcd_gray_bitmap() from the lcd extension plugin lib, but then the effect would end up in pure greyscale 08.12.25 # lamed: 0 / 85 / 170 / 255 08.12.48 # okay, thanks. gotta go to school now 08.12.58 # thank you! 08.13.03 # Mikachu: If you want it in colour, you need to use lcd_bitmap(), and do the conversion yourself 08.13.11 # is it already in the wiki? 08.13.18 # I would use a lookup table for this 08.14.12 # lamed: Not afaik. Maybe there should be a wiki page documenting bmp2rb, which could include such information 08.15.18 # I would use a lookup table for this - was that refering to me? i don't know what's a lookup table :/ 08.15.26 # ..but the levels are easy to compute. Just equal distances from 0...255 08.15.42 # lamed: No, that was directed to Mikachu 08.15.50 # (that's why i thought it's around 60) 08.16.07 # amiconn: remember the screen scroll patch i've mailed you about? 08.16.24 # * amiconn goes digging 08.16.39 # asking how is it possible to bind a long right click if it's already binded on the ondio's? 08.17.06 # I must have overlooked that mail :( 08.17.32 # Hmm, that's indeed a problem 08.18.12 # The bad thing about button combos is that they block easy one-handed operation 08.18.27 # (Not all, but most of them) 08.19.06 # yeah. but i don't see any other bind for ondios. long click scrolls nicely on my h120. 08.19.08 # The screen scroll does work on Ondio as it is now - if the user is fast enough 08.19.41 # what is he racing? 08.20.00 # You need to press Mode and Right within a short time window 08.20.22 # If you press Mode first and wait too long to press Right, you trigger the menu instead 08.20.29 # (menu is Long Mode) 08.20.45 # and let me guess. a short mode takes you to the wps 08.21.14 # If you press Right first and wait too long to press Mode, you trigger the context menu instead 08.21.34 # Short Mode doesn't matter here 08.21.58 # Leftscroll is less problematic, for 2 reasons 08.22.35 # (1) Long Left has no function, so if you press Left first, there's no unwanted function that could be triggered 08.23.04 # (2) Left+Mode can be pressed together with the thumb 08.23.57 # Yes, short Mode is 'go to wps' / 'resume' 08.24.43 # I guess we have to live with the fact that some functions are not available, or tricky to reach, on Ondio 08.24.55 # There are only 6 buttons... 08.28.51 Join needleboy [0] (n=needlebo@85-250-102-172.bb.netvision.net.il) 08.30.11 Quit needleboy (Client Quit) 08.30.24 # then maybe we should change the function to at least work for the most players as a short left/right click. It's true to say it's not comfortable as it is now. I have a working version but i'm not to excited on finishing the work and then being have to bug everyone out until someone excepts it ... :P 08.31.22 # amiconn any idea which target should have the biggest jpeg.rock (filesize-wise)? 08.31.46 # and like the code is now, it will make us have to put some #ifdef s around some plugins, because it adds a _pre button definition to the menu system. 08.32.06 # nm :/ 08.32.42 # Bg3r: I believe code on ARM targets ends up bigger than m68k right now, so probably iPods, I'd guess. 08.32.56 Join needleboy [0] (n=needlebo@85-250-102-172.bb.netvision.net.il) 08.33.22 Quit Strath (Read error: 110 (Connection timed out)) 08.34.03 # that's correct 08.34.37 # stupid q, but the preprocessor can compare hex and decimal ints correctly, yep? 08.34.42 # color/nano being slightly bigger than video for some reason 08.34.56 # Bg3r: yes 08.35.33 # 17940 bytes color/nano 08.35.39 # 17904 video 08.35.44 # i hate paint 08.35.47 # 16188 h120 08.35.58 # 15884 ondiosp 08.36.22 # 14580 h300 08.36.56 # 10x :) 08.37.01 # excluding the sims 08.42.13 # My observations regarding code size: arm > coldfire > sh1 08.42.33 # The h1x0 and archos jpeg.rock is slightly larger because of the grayscale lib 08.42.57 # yes, the sort plugin might be a better comparison for plain code size I guess 08.43.13 # preglow: Any news regarding jpeg colour? 08.43.33 # and it is sized 1590 - 1206 - 1128 on the archs 08.44.21 # That's a pretty considerable difference 08.46.06 # vorbis.codec is 119000 on arm, 102000 on coldfire 08.51.12 # really, credits.c is compiled everytime when other plugin changes ... 08.51.36 # you're allowed to fix that ;-) 08.51.37 # has been changed 08.52.08 # B4gder don't make jokes with the makefiles, please:) 08.52.15 # hehe 08.52.35 # * B4gder sends a huuuge makefile manual to Bg3r for late night reading 08.52.50 # heh 08.53.08 # i'm sure i'll have very good and deep sleep after reading it... 08.53.32 # after *starting* to read it 08.55.41 # bg3r: All plugins are compiled when a bitmap is changed! 08.56.54 # lamed, "feel free to fix it";) 08.57.44 # HEHEHEH no way 08.57.49 # :p 08.58.05 # makefiles scares the hell out of me 08.58.09 # some of those artifacts are plain effects by our simple build method 08.58.41 # to fix for example that bitmap thing, we'd need a way to specify specific dependencies for specific plugins 08.59.22 Join needleboy01 [0] (n=55fa66ac@labb.contactor.se) 08.59.33 # morning folks 08.59.41 # is there an OP here? 08.59.57 # my user got locked online.. need someone to kick it 09.00.27 # it doesn't help you anyway 09.00.37 # ? 09.00.44 # kicking just makes it leave this channel 09.00.46 Quit needleboy (Read error: 110 (Connection timed out)) 09.00.52 # needleboy01: do /msg nickserv ghost your nick your pass 09.00.55 # it still uses the nick etc 09.00.56 # next time... 09.00.57 # ok :_ 09.01.03 # it's ok now, brb 09.01.43 Quit needleboy01 (Client Quit) 09.01.43 Join needleboy [0] (n=needlebo@85-250-102-172.bb.netvision.net.il) 09.01.52 # there we go 09.02.02 # * amiconn always forgets to use make -j for speedup :/ 09.02.11 # uhm, has anyone noticed the playback lag since yesterday? 09.02.43 # while scrolling, playing brickmania, the playback stops until you stop doing whatever you were doing... 09.03.26 # since yday? 09.03.30 # yup 09.03.36 # i thought it was only my build 09.03.37 # brickmania was the only thing changed 09.03.43 # linuxstb: It seems you really brought the iPod video up to speed. Considering the larger display, it's now faster than H300... 09.03.52 # but i've tried the bleeding edge and had the same problem... 09.04.14 # linuxstb: Did you also try the fps plugin on iPod color? 09.04.24 # amiconn: does bmp2rb changes fullscale bitmaps to 4 greyscale if they are under bitmaps/native, or what? 09.04.43 # Yes 09.05.08 Quit Sacro (Remote closed the connection) 09.05.57 # so basicly, even if there is a color image, making a greyscale build won't pick up on any problem. hmmm 09.06.32 # umm 09.06.42 # the ipod 5G picture in the build table is wrong 09.06.46 # it's a picture of a photo/4g 09.06.51 # yes 09.06.55 # bmp2rb converts any source .bmp to any requested rockbox bitmap format 09.07.02 # you rather want no pic? 09.07.37 # Converting a colour bitmap to greyscale uses the correct brightness weighting: 0.3*red + 0.6*green + 0.1*blue 09.07.40 # * Bg3r tries the jpeg viewer for first time and is really excited 09.07.43 # * B4gder teases BHSPitLappy to make him provide a proper pic 09.07.49 # needleboy: the lag thing on while scrolling lists is pretty old. I've overheard some talking about it being associated with low refreshing rates lcds, but i think it's because of unicode being a bit slower and it has side effects 09.07.54 # * BHSPitLappy grumbles 09.08.20 # lamed: its because screen refresh is slow 09.08.30 # lcd driver and unicode combined 09.08.33 # lamed: The problem is that mono bitmap drawing is still rather slow, and drawing text means drawing a lot of mono bitmaps... 09.08.54 Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) 09.09.00 # I have a couple of ideas but still have to try them... 09.09.38 Quit linuxstb (Read error: 110 (Connection timed out)) 09.09.47 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 09.09.50 # my source tree has a lot of folders deleted, what cvs command will restore them? update -dP doesn't want to replace the missing ones 09.10.04 # Just update should 09.10.05 # lcd_update() is about the same speed as on archos bitmap targets now, so that's not the problem 09.10.09 # weird 09.10.12 # update -dP does for me 09.10.23 # Update -dP doesn't replace files I've manually deleted 09.10.31 # yes it does 09.10.39 # *not for me* 09.10.44 # amiconn, why's that any diffrent ever since unicode? - it was quite o.k beforehand. 09.10.53 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 09.11.02 # lamed: Uhm, what target? 09.11.03 # I always use -dP (in .cvsrc) and I often delete files and cvs up them back 09.11.17 # B4gder: Cygwin CVS, or linux-ish CVS? 09.11.22 # unicode was before H300 support... 09.11.31 # * BHSPitLappy cygwin 09.11.37 # what's cygwin? 09.11.45 # :-] 09.12.06 # Apparently CVS under cygwin doesn't replace lost files when you use -dP 09.12.07 # h120 09.12.12 # (amiconn) 09.12.16 # then they must've broke cvs 09.12.39 # Paul_The_Nerd: It does for me 09.12.41 *** Saving seen data "./dancer.seen" 09.12.42 # Odd 09.12.45 # Mine doesn't. 09.13.14 # If I just cvs up, it replaces them, but a -dP didn't last time I tried. 09.13.29 # cvs up doesn't replace mine 09.13.30 # Sometimes, when I know that I changed something I don't need anymore, I just delete the file and then cvs up -dP 09.13.31 # -dP shouldn't have any effect on that operation 09.13.49 # -d creates new dirs, -P purges deleted files 09.13.57 # under cygwin, even update restore files. but i think your problem might be in the /cvs folder. maybe something got deleted out of there. 09.14.17 # it updates my ./ and ./bootloader 09.14.23 # but nothing else 09.15.01 # Hrm, actually it's replacing files now. I *swear* it didn't a month ago, because I couldn't figure out how to replace a lost file other than browsing the CVS repository via the site and downloading it. 09.15.11 # I probably just somehow did something horribly stupid. 09.15.17 # amiconn: h120, if you hold up/down on a list, after a while sound will stop. list will continue scroll after you leave the button, and scroll speed is significantly slower. 09.15.31 Join dark [0] (i=deviled_@unaffiliated/darkx) 09.15.53 # yes! true greyscale using photostyler! 09.16.14 # Hmm, that's strange, although I can't comment much on whether this effect is new 09.16.44 # (1) I usually don't browse much while playing music. (2) I almost completely stopped using the H140 when I got my H340 09.17.01 # On H340 scrolling is a huge problem 09.17.16 # ok, I just went to the parent dir and checked out the tree again 09.17.25 # (unlike the Ondio, which I still use) 09.20.44 # i'm positive, it's old. i'm almost sure it was originated as we've got unicode. it was markum (iirc) that made the patch. he told me there are a few things to optimize around it. 09.22.51 Join Matze [0] (i=Miranda@p5484EFBC.dip.t-dialin.net) 09.25.51 # how am I supposed to install SDL for a windows build? the runtime from their site is just a single dll 09.26.08 # read the wiki page 09.26.30 # their site has no suitable package 09.26.36 # ok 09.29.49 Join yeahx [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) 09.31.16 # how goes it? 09.31.27 # that's interesting 09.31.30 # does ipodlinux work well with scrolling? if so, maybe its display drivers sould be used to improve rockbox's? I'm thinking of the 4g grayscale, for example 09.31.39 # nice of rockbox to host cygwin packages :P 09.32.30 # we are such nice guys ;-) 09.33.56 # make[1]: *** No rule to make target `UI-ipodvideo.bmp', needed by `/home/Stephen/rockbox-devel/sim5g/UI256.bmp'. Stop. 09.33.58 # :/ 09.35.12 # http://forums.rockbox.org/index.php?topic=2663.0 09.35.30 # BHSPitLappy: You can also just download the source and do a standard configure, make, make install. 09.35.44 Join Rob2222 [0] (n=Miranda@ACB2AFD0.ipt.aol.com) 09.35.53 # think that will be different than the cvs? 09.36.41 # I was talking about the SDL thing 09.36.51 # no, I got SDL now 09.36.59 # this is a uisimulator build error 09.37.14 # and a known one too 09.37.40 # :/ 09.37.53 # ? 09.38.03 # ? 09.38.20 # 1 I showed a URL, this has been discussed both on the dev list and in the forums 09.38.35 # oh, I missed it 09.38.57 # it is simply because we have no video pic 09.42.22 # do you think the h120 cpu might be fast enough to run doom (if someone ports it...)? i think it is, as it's faster then an ipod 1st gen 09.42.48 # lamed, I can't see why not. 09.42.58 # BHSPitLappy, just copy one of the other background pictures to UI-ipodvideo.bmp 09.43.00 # lamed: If it runs on the H340, it'll run on the h120 09.43.02 # A bigger problem is the slowness of the H120 LCD. 09.43.07 # already done 09.43.08 # building 09.43.19 # * safetydan waits patiently for someone to provide an iPod Video background BMP 09.43.27 # (doom on h1x0) Should work, probably even using the grayscale lib 09.43.41 # so am I correct in saying that the sim isn't even going to -use- the background pic? 09.44.03 # BHSPitLappy, it's optional at runtime, but required at compile time 09.44.10 # yeah... 09.44.13 # ./rockboxui --background 09.44.15 # will use it 09.44.48 # paul_the_nerd: i'm almost positive the h3x0 have faster cpus 09.45.01 # should the rockbox logo be visible at the beginning when I run the SDL simulator? 09.45.07 # lamed: H1x0 and H3x0 have the *exact* same cpu 09.45.15 # gdamn 09.45.18 # :/ 09.45.24 # markun: yes 09.45.41 # Hm, I only see some noise.. 09.45.52 # i thought... mm... i don't know. 09.46.08 # markun, which target? 09.46.14 # gigabeat :) 09.46.20 # markun: are you possibly re-using an ipod pic there? 09.46.28 # no, I made my own 09.46.32 # ok 09.46.34 # ah, I don't think the LCD functions are mapped out correctly 09.46.45 Quit Mikachu (Read error: 110 (Connection timed out)) 09.46.50 # at first it was using the 220x68 pic but also didn't show it 09.47.08 # or it's not handling the conversion from target format to host bitmap 09.47.24 # markun: can you handle bitmaps otherwise? 09.47.33 # yes, the background shows fine 09.48.12 # You'll probably need to fix get_lcd_pixel in uisimulator/sdl to fix the corrupted display. 09.48.21 # lcd-bitmap.c in there I mean 09.49.11 # markun: What's the gigabit target bitmap format? 09.49.48 # RGB5551, but that doesn't matter for the sim, does it? 09.49.57 # it does 09.50.08 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 09.50.09 # ah, then I'll go and fix it 09.50.16 # sim has to translate from that in to screen format 09.50.19 Quit linuxstb (Read error: 104 (Connection reset by peer)) 09.50.22 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 09.50.45 # markun: the sim stores the data in the framebuffer the same way as target does 09.51.36 # markun: If you stick with RGB5551, bmp2rb has to be able to create that format as well 09.52.10 # ...but I would check whether it's possible to use RGB565 with the gigabeat LCD 09.52.10 # amiconn: yes, I know, but I didn't think the sim would use the targets format 09.52.55 # still don't know which LCD driver it is 09.53.39 # does anyone's progress bar work on the 4g grayscale? 09.59.42 Quit Zoide777 ("CGI:IRC") 09.59.59 # strange, I had defined LCD_PIXELFORMAT RGB565, so I should have worked in the sim.. 10.00.09 # s/I/it 10.04.40 # Did you set the correct bmp2rb_native= for gigabeat in tools/configure ? 10.05.32 # linuxstb: Are you there? 10.06.57 # amiconn, B4gder: have you guys considered adding rockbox to http://cia.navi.cx/ ? 10.07.17 # you can't have too many stats :) 10.07.30 # my build is just stopped, at this message 10.07.32 # AR+RANLIB /home/Stephen/rockbox-devel/sim5g/libplugin.a 10.07.37 # ashridah: true! ;-) 10.07.47 # it can even add an irc bot for commit messages. 10.10.18 # what's the command to c how long a user was idle? 10.10.33 # lamed /whois nick nick 10.11.26 # didn't told me idle time :/ 10.11.48 # lamed 2 times the nick 10.12.15 # :S 10.12.39 # also, do the ui backgrounds work by masking on #000000 ? 10.12.54 # whois paprica paprica 10.12.58 # bahhhh 10.13.12 # BHSPitLappy, no, just pixel offsets 10.13.19 # oh 10.13.33 # that's like what... in seconds i suppose 10.13.45 # [Paprica] idle 04:00:21, signon: Wed Feb 8 01:47:25 10.14.02 # what can I do when my build just stops like this? :S 10.14.16 # * BHSPitLappy make V=1 10.15.28 # might tell you more 10.16.20 # I cancelled it, and it gave me: 10.16.24 # make[2]: *** Deleting file `/home/Stephen/rockbox-devel/sim5g/apps/plugins/dep-plugins' 10.16.40 Join LinusN [0] (n=linus@labb.contactor.se) 10.18.53 # I think it may be stuck in a loop 10.19.02 # BHSPitLappy, try a make clean first 10.20.46 # thanks 10.21.23 # amiconn: i've just used a magnifying glass to see if there's a diffrence between black and grey-black :D there is, a reall small one.. 10.21.51 # It really depends on the contrast setting 10.23.27 Part yeahx 10.24.32 # it was funnier that way 10.26.05 # * amiconn really starts to hate NiMH batteries 10.26.23 # They are always empty when you need them... :( 10.27.51 # I'm still getting stuck in an if loop 10.28.36 # Morning all. 10.29.01 # morning 10.29.09 # morning 10.29.09 # BHSPitLappy, does make V=1 not say anything? 10.29.18 # hi linuxstb 10.29.18 # it says a -lot- :P 10.29.46 # a whole page full of text, and every second, it repeats itself 10.29.49 # linuxstb: Would it be possible to integrate grayscale bitmaps into th e.bmp build system? 10.29.51 # err 10.29.54 # every 5 sec or so 10.30.01 # What's the last line? 10.30.10 # (only for targets supported by the grayscale lib, and for plugins only) 10.30.20 # amiconn: can all non-color lcd bitmaps use grayscale functions? 10.30.35 # No. 10.30.39 # done | sed -e "s:[^[:space:]]*lang.h:/home/Stephen/rockbox-devel/sim5g/apps/plugins/lang.o:" > /home/Stephen/rockbox-devel/sim5g/apps/plugins/dep-plugins; \echo "oo" > /dev/null ) 10.30.45 # amicon: I used to use them in my mini torch for electronics work. I give up and replaced them with alkalines so my torch had more than a 1 in 5 chance of working when I needed it. 10.30.53 # The grayscale lib isn't implemented yet for the greyscale iPods, 10.31.26 # BHSPitLappy, yeah okay I'm out of ideas, sorry :( 10.31.27 # amiconn: Yes, it's straightforward. Just create one more set of everything - a new directory, and a new bmp2rb definition. 10.31.31 # :( 10.31.39 # linuxstb: Ah ok. 10.31.53 # Might be interesting for brickmania on H1x0 10.31.57 # linuxstb: my 5G SDL sim (xp) is getting stuck in an infinite loop :'( 10.32.03 # On archos it won't work I'm afraid 10.32.08 Join petur [0] (i=petur@d54C19BA8.access.telenet.be) 10.32.31 # BHSPitLappy: Does it only happen in the 5g sim? Have you tried others? 10.33.29 # amiconn: i'm working on brickmania. but i don't suppose it will have much effect on the game, so i'm only doing the main menu for now. 10.33.29 # linuxstb: Did you try to measure fps on iPod color as well? 10.34.40 # umm.. how should i #ifdef rull out the grayscales ipods ? 10.35.23 # amiconn: Yes, it gives me 72.5 and 284.0 10.36.29 # lamed: Use CONFIG_LCD != LCD_IPOD2BPP - but that doesn't work in the sim. 10.36.41 # thanks 10.37.09 # linuxstb: seems to also get stuck with the photo/color, too 10.37.24 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 10.37.28 # * safetydan wonders if the EQ UI needs to warn the user more when they're doing something silly 10.37.46 # must be clientside, but I can't figure anything, the source tree is fresh 10.41.10 # I'll get back on this in a few hours... 10.42.14 # lamed, linuxstb: The grayscale lib isn't supported in the sims anyway 10.42.25 # (still...) 10.43.08 # linuxstb said that. 10.44.33 # amiconn, is it something that should be supported? 10.44.44 # i'm surprised! i'm alowed to rb->gray_bitmap from a plugin 10.45.04 Join Membrillo [0] (n=sam_kill@CPE-60-228-26-42.nsw.bigpond.net.au) 10.45.24 # safetydan: Yes it should. I want to do that for quite a while now, but didn't get around actually doing it 10.46.10 # Of course it shouldn't use the bitmap flicking as on the target, but convert to a true grayscale image with variable depth instead 10.46.22 # Needs adjustments in the lib itself as well 10.47.09 # I find myself spending a lot of time in the sim lately, I might take a look at doing that. 10.49.01 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 10.50.11 Quit lamed ("CGI:IRC (Ping timeout)") 10.50.50 # safetydan: I have some ideas how this could work 10.51.08 # hey LinusN, have u had a chance to look at the patch yet? 10.51.28 # no, i'm busy with Paid Work(tm) 10.51.42 # haha ok 10.52.13 Quit petur ("here today, gone tomorrow") 10.52.24 # Maybe I'm totally confused, but shouldn't lcd-ipod.c have something other than void lcd_update(void) to allow repainting only the relevant portions of the screen? 10.52.27 # safetydan: Adding grayscale lib support was one reason for the gradient function. I see that the sdl gradient function doesn't allow to set the start index but always starts at 0 instead 10.52.57 # e.g. If we have just scrolled one line in a list, we don't need to repaint the whole LCD, just the line that was unselected and the line that was selected 10.53.14 # amiconn, the one in lcd-sdl.c? 10.53.21 # Zoide777: lcd_update_rect() 10.53.25 # safetydan: yes 10.53.26 Quit Mikachu (Remote closed the connection) 10.53.32 # amiconn: Ooops, haha, thanks 10.53.40 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 10.54.08 # obviously that can be changed 10.54.11 # (definitely need more sleep) 10.54.12 # Zoide777: ...but if the list was actually scrolled, we need to update the whole lcd anyway 10.54.19 # Zoide777: If you're looking to fix the 4g grayscale problems, then the place to look is lcd-2bit-horiz.c 10.54.41 # It's the drawing of graphics into the LCD framebuffer that is buggy - not the low-level driver in lcd-ipod.c 10.54.52 Quit perldiver (Read error: 110 (Connection timed out)) 10.55.00 # linuxstb: thanks. that's actually what I'm interested in, though I have no expertise in this. still wanted to have a look at the source though 10.55.11 # linuxstb: 4g grayscale is still buggy? 10.55.32 # Yes - you can see for yourself in a sim. 10.56.30 # * amiconn should try that 10.56.33 # linuxstb: doesn't lcd-ipod.c also have issues, though? I saw that lcd_blit() has "todo" stuff in it. (thought I have no idea what blit does) 10.56.43 # I haven't heard from slimx for a couple of weeks, so I don't know if he's done anything on it. 10.57.10 # lcd_blit() isn't used. 10.57.46 # lcd_blit() would be necessary for grayscale lib support 10.58.20 # so right now 4g grayscale is literally 4g black/white? 10.58.23 # However, it would also need working user timer support, which is the bigger problem 10.58.35 # Nope. 4g can use the 4 native greylevels 10.59.11 # so what is grayscale lib for, converting non-native images to the 4 levels? 10.59.18 # Nope 10.59.28 # grayscale lib is Rockbox's secret weapon... 10.59.52 # The grayscale lib allows showing up to 33 levels of grey on LCDs which only support b&w or 4 grey levels natively 11.00.01 # !?!?!?!!?!?!?!!!!! 11.00.15 # ...by temporal dithering, i.e. flicking through a number of b&w images very fast 11.00.16 # yes, like that 11.00.20 # so you could even have antialiasing? 11.00.28 # but toggling colors instead of ? and ! ;-) 11.00.33 # hahaa 11.00.49 # oh, i guess antialiasing wouldnt be worth the flickering though 11.00.49 # It's only used for plugins, since it puts quite some load on the CPU 11.00.55 # yeah 11.01.09 # ...but it e.g. allows watching JPEG images 11.01.12 Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) 11.01.17 # nice 11.01.56 Join lamed [0] (n=52a66dbb@labb.contactor.se) 11.03.15 # <[IDC]Dragon> hi amiconn, back from the olympics? 11.03.16 # * Membrillo is happy that his downloader works with the new optimized file host 11.03.25 # [IDC]Dragon: yes 11.03.26 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 11.03.29 # I was also looking at button.c ... For the clickwheel scrolling, instead of just checking for deltas of 4 and -4, could there be an extra one for, say 20 and -20 so that we can create two extra "buttons" PAGE_UP and PAGE_DN for accelerated scrolling in 4g's? 11.03.38 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 11.05.07 # (e.g. in the file list, list.c, there's PG_UP and PG_DN for when you hold down on the h-120, making the list zoom up & down more quickly) 11.05.31 # linuxstb: Ouch! 11.06.47 # I thought lcd-2bit-horz wouldn't be a problem, since it's just a transposed lcd-h100 11.07.54 # Think I'll work on it a bit, since it will also profit from transposed mono bitmapa... 11.07.59 # *bitmaps 11.08.40 # <[IDC]Dragon> Cassandra: do u read? 11.10.33 # Transposing the native bitmaps shouldn't be a problem, just need an additional output format for bmp2rb 11.11.10 # In case someone will ever pick up the gmini port again - the gmini 2xx use 4 bit horizontal packing... 11.11.23 # The problem is that they are not all in external bmp files yet - I'm sure there are a few plugins with native 2bpp bitmaps hardcoded. 11.12.01 # amiconn: i've changed rb->lcd_bitmap to rb->gray_bitmap, but that's not the way to do it i see 11.12.45 *** Saving seen data "./dancer.seen" 11.14.10 # Zoide777: I've been looking at how the Apple firmware handles the clickwheel, and it seems to skip items in the list when you scroll faster than a certain speed. It seems to have scroll events that move 1 item, 4 items, and probably more, depending on the speed. 11.14.11 # No, of course not 11.14.24 # The gray_* functions aren't part of the core 11.15.04 # I think that just moving one item or moving a whole page isn't a smooth enough acceleration. We probably need 3 or 4 different scroll events in each direction to take account of it. 11.17.08 # linuxstb: what about skipping an increasing number of files in every event? 11.17.33 # linuxstb: ok, but where would these speeds be evaluated? Could it be done in button.c by adding more if's to the delta checks? 11.18.32 # Zoide777: Yes, I'm thinking it would be in the button driver, which would send different scroll events depending on the speed. 11.19.41 # lamed: IIUC, I don't think that's the right effect - if you turn the wheel at a constant speed, it should scroll at a constant speed. 11.21.52 # What I've tried was to modify list.c. I keep a scrollCounter, and then in do_button I have if's to check if the counter has exceeded +/- 80. So if that's true, LIST_NEXT and LIST_PREV behave just like LIST_PGDN and LIST_PGDN, moving a whole page as opposed to a line. It works reasonably well, but seems horrible inneficient and slows down every periodically 11.22.13 # (so I thought maybe the button.c approach would be better) 11.23.12 Part Paul_The_Nerd 11.26.42 # needleboy: are you here? 11.27.34 # obviously not 11.27.37 # yup 11.27.38 # :) 11.28.22 # Membrillo? 11.29.04 # ah! 11.29.42 # do the optimized build's filenames need to be timestamped? is there some purpose behind it? 11.30.18 # to compare to CVS timestamps... 11.30.23 # it's mostly for me 11.30.26 # why? 11.30.30 # oh ok. no problems 11.31.35 # just, my downloader works with the new host but has to have the same filename everytime. Its ok though, just wondering if it was there to be pretty 11.31.52 # oh... 11.31.53 # crap 11.32.00 # i never thought of that... 11.32.04 # but wait... 11.32.13 # the version number changes as well every version 11.32.42 # can't you make it find the file that starts with RockBoxH300 and ends with .zip? 11.32.47 # and ignore the source? 11.33.04 # nah, i have to feed in an exact URL 11.33.11 # i wish :P 11.33.21 # so it doesn't work anyomre? 11.33.22 Join damaki_ [0] (n=Chocolat@ALille-153-1-16-176.w83-198.abo.wanadoo.fr) 11.33.28 # *anymore 11.33.42 # hmmm, another thought 11.33.47 # well it works, but it wont work when you release a new version with a different filename 11.33.57 # in 30 minutes... 11.34.02 # and tomorrow 11.34.05 # Does anyone get the following problem when building latest source in Cygwin? "MAKE in bitmaps/native make[3]: *** No targets specified and no makefile found. Stop." etc 11.34.07 # and the day after that... 11.34.10 # exactly 11.34.27 # Zoide: it's only on the source downloaded froom the site 11.34.35 # try the CVS, it's good there 11.34.45 # ok, thanks 11.34.47 # np 11.34.59 # someone needs to take care of that, btw... 11.35.06 # it's been like that since monday 11.35.20 # no images are supplied in bitmaps\native 11.35.28 # where? 11.35.42 # the source on the daily builds page on the site 11.35.55 # this: http://www.rockbox.org/auto/build-source/rockbox-bleeding.tar.gz 11.37.12 # brb 11.37.15 Quit needleboy () 11.38.28 # What do you guys think about my suggestions for 4g clickwheel in list.c and/or button.c ? Has anyone else played around with this? 11.39.35 Join needleboy [0] (n=needlebo@85-250-102-172.bb.netvision.net.il) 11.39.40 # back 11.39.45 # B4gder, seen it? 11.43.15 Join webguest75 [0] (n=acbd3f34@labb.contactor.se) 11.43.24 # Morning! 11.43.37 # B4gder: considered CIA? 11.43.57 # When you shut down the iPod using iPodbox, does it put it into sleep mode or does it turn the device off completly? 11.44.53 # also Upside Down and LCD Mode (Normal/Invert) doesn't work on iPodbox 11.45.11 # needleboy: yes 11.45.21 # ashridah: yes, but it'll require a sunny day with less workload 11.49.08 Quit damaki__ (Read error: 110 (Connection timed out)) 11.51.36 Quit Zoide777 ("CGI:IRC (Ping timeout)") 11.51.54 # hoorah needleboy. another release 11.52.08 # * Membrillo gives the thumbs up 11.52.25 # yup 11.55.00 # wow 11.55.05 # bejeweled is slick 11.55.39 Quit quobl (Remote closed the connection) 11.55.56 Join quobl [0] (n=quobl@Ottawa-HSE-ppp268824.sympatico.ca) 11.56.13 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 11.58.56 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 11.59.04 # hmmm... scrolling bug seems to have been fixed now 11.59.17 Quit linuxstb (Nick collision from services.) 11.59.17 # playback doesn't pause on scroll anymore. 11.59.19 # nice 11.59.28 # whats the scrolling bug? 11.59.50 # playback used to pause when scrolling in the last 2 builds 12.00.13 # scrolling as in FFW RWD? 12.00.14 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.00.48 # no... scrolling in menus/files 12.00.53 # if i scroll through all my artists, after about 5 seconds, audio playback pauses for me 12.00.59 # but Brickmania still pauses playback 12.01.08 # which is a bitch... 12.01.08 # on the newest build 12.01.19 # grrr 12.01.33 # devs, anyone got a clue on these 2 problems? 12.01.35 # in the brickmania menu it plays 12.01.50 # in the actual game it pauses. strange.... 12.02.06 # In the menu, it's not doing any work (just waiting for a keypress). 12.03.02 # if your scrolling (holding /\ or \/) it pauses 12.03.16 # its doing more than waiting for a keypress there 12.04.37 # needleboy: no more audio pauses while scrolling through the song files? Is that in the bleeding builds or just on cvs? 12.04.56 # i'm talking about my build 12.05.04 # but it seems that the bug's still there 12.05.58 # arrgg 12.06.20 # its not a huge problem for me 12.06.36 # I rarely scroll for long periods of time 12.06.48 # i guess for others its a different story 12.08.04 # going to eat 12.08.07 # bbl 12.14.58 Quit webguest75 ("CGI:IRC (Ping timeout)") 12.16.02 # Woohoo!!!! Accelerated scrolling almost works. I just need to calibrate the movement parameters a bit 12.16.28 # If you move the wheel slowly, it skips a single line; if you move it faster, it skips a whole page. That makes it *much* easier to navigate through big file lists 12.18.58 Quit Membrillo () 12.19.39 # * linuxstb doesn't have any big lists... 12.21.38 # (Zoide is happy w/ his build nonetheless :D ) 12.21.54 # * Zoide777 forgot the /me command 12.22.00 # hehe 12.22.11 # * Zoide777 should go to bed 12.22.41 # Did you change button.c to implement a scroll_page_down event, or did you change list.c ? 12.24.42 # linuxstb: nice 5g lcd work 12.25.34 # hehe :) Just a bit of lateral thinking... 12.26.34 # I'm wondering how the IPL people know that it's definitely the broadcom chip the driver communicates with, and not the LCD directly. 12.27.00 Join damaki__ [0] (n=Chocolat@ALille-153-1-7-43.w83-198.abo.wanadoo.fr) 12.28.15 Join jackinabox^ [0] (i=jackinab@CPE-147-10-240-254.wa.bigpond.net.au) 12.28.19 # hi all 12.29.12 # linuxstb: 1st I went to button.h and added these keys to the 4G section: "#define BUTTON_UP 0x0011" and "#define BUTTON_DOWN 0x0021". Then I went to button.c and added 12.29.14 # new delta if checks before the > 4 and < -4. Then in list.h I added this to the 3G/4G section: "#define LIST_PGUP BUTTON_UP" and "#define LIST_PGDN BUTTON_DOWN" 12.29.35 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 12.30.38 # Zoide777: Sounds like the right approach. I'm not sure if BUTTON_UP and BUTTON_DOWN are the best names, but that's easily changed. 12.30.40 Join perpleXa [0] (i=perpleXa@dialin-145-254-188-037.pools.arcor-ip.net) 12.31.16 # linuxstb: yeah, it was a bit hackish, but i was kind of rushing through b/c it's very late... & b/c i was very impatient ;) 12.33.08 Join Siku [0] (n=Siku@f303b.w3.ton.tut.fi) 12.33.19 Join elinenbe_ [0] (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 12.33.36 # linuxstb: could this eventually get added to the official source? 12.34.10 Join another_kosh [0] (i=paulheu@a2018.upc-a.chello.nl) 12.34.17 # BrickMania New Patch for h1x00 12.34.17 # http://planet.nana.co.il/lshachar/brickmania.zip 12.34.25 # http://sourceforge.net/tracker/index.php?func=detail&aid=1418787&group_id=44306&atid=439120 12.35.32 # I'm having a problem compiling anyone care to lend a hand..;) 12.35.40 # as ugly as would probably look on screen, could u run a set of RCAs from the "Line Out" of the H3xx pyers and ply a .avi movie on the tv? 12.36.26 Nick another_kosh is now known as paulheu (i=paulheu@a2018.upc-a.chello.nl) 12.36.58 # Zoide777: Yes, if people like it. When you're ready, post it to the patch tracker, and then others can try it. 12.38.51 Quit lamed ("CGI:IRC") 12.39.06 # linuxstb: god knows, they themselves say they've never opened one up, so i asume they're not sure 12.40.09 # * amiconn notices preglow around 12.40.18 # preglow: Any news concerning jpeg colour? 12.41.15 # no, i don't have time 12.41.19 # workworkwork 12.41.35 # and i've been gone for a couple of days to boot 12.41.54 Quit paulheu () 12.42.12 # linuxstb: ok. I also made a font that adds great looking Chinese support to 6x13 (it's almost ready). Do I also submit that to the patch tracker? 12.42.13 Quit elinenbe_ (Connection reset by peer) 12.42.15 Quit damaki_ (Read error: 110 (Connection timed out)) 12.43.05 Quit Kiwiclx (Read error: 104 (Connection reset by peer)) 12.43.05 Join Kiwiclx [0] (i=froot@d180-163-tercero-c-1.ucdavis.edu) 12.43.05 Join Seedy [0] (i=ben@85-64-200-85.barak-online.net) 12.43.05 Quit Seed (Nick collision from services.) 12.43.07 # Zoide777: Assuming your font is freely redistributable, then yes. I don't know Rockbox's rules for adding fonts though. 12.43.09 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 12.43.14 Quit Rick (Nick collision from services.) 12.43.57 Join Rob2222_ [0] (n=Miranda@ACB2AFD0.ipt.aol.com) 12.44.12 Join elinenbe_ [0] (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 12.44.34 # linuxstb: it's just "AR PL ShanHeiSun Uni" (freely available) with the latin characters replaced by the ones in 6x13 12.45.02 # preglow: It would be sufficient if you could add chroma decoding to yuv. I'll probably manage to add the necessary drawing function which does yuv->rgb on the fly 12.45.05 # Zoide777: As I said, I don't know Rockbox's rules about that - but we need to be sure it's legal for us to include it. 12.45.55 # amiconn: What do you think about adding yuv support at the lcd driver level? Could be useful for any upcoming video players. Or is that adding too much to the core? 12.46.22 # I don't think we will need this in the core 12.46.38 # If we put it in the plugin lib, other plugins can use it too 12.46.48 # amiconn: i'll look at it when i have time 12.46.52 # amiconn: which won't be any time soon 12.48.37 Quit youngcereal (Read error: 110 (Connection timed out)) 12.48.56 Join youngcereal [0] (n=youngcer@p54B23F06.dip0.t-ipconnect.de) 12.49.10 Quit elinenbe (Read error: 110 (Connection timed out)) 12.49.10 Nick elinenbe_ is now known as elinenbe (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 12.49.15 Join Seed [0] (i=ben@85-64-200-85.barak-online.net) 12.49.30 Quit Kiwiclx (Read error: 104 (Connection reset by peer)) 12.49.36 Join Kiwiclx [0] (i=froot@d180-163-tercero-c-1.ucdavis.edu) 12.50.10 Join Cassandra- [0] (i=Cassandr@elmyra.coraline.org) 12.50.11 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 12.50.11 Quit Gibbed (Read error: 113 (No route to host)) 12.51.01 # I have a question: why does the hard drive spin up when shutting down? Also, it also seems to spin when going through folders even if folder cache is enabled 12.51.44 # It saves the settings information when you shut down - including the resume information. 12.51.49 # :-( If I only knew more about jpeg decoding... 12.53.13 Quit lostlogic ("leaving") 12.56.03 # amiconn: isn't the info over there: http://www.misticriver.net/showthread.php?t=37165 of any help ? 13.00.10 Quit Rob2222 (Read error: 110 (Connection timed out)) 13.00.58 Join muesli__ [0] (n=muesli_t@88.134.20.76) 13.02.43 # Does BUTTON_REPEAT stand for when you hold down a button? If so, where is that timed? 13.04.23 # Yes and button.c 13.04.24 # Yes - I expect it is in button.c But the scroll events don't repeat. Normal buttons have "pressed", "released" and "repeat" events. Scroll events are just one type. 13.04.56 Join Rob2222 [0] (n=Miranda@ACB2AFD0.ipt.aol.com) 13.06.58 Quit Seedy (Read error: 110 (Connection timed out)) 13.07.39 Quit Rob2222_ (Read error: 110 (Connection timed out)) 13.08.23 # linuxstb: so for example, what would this mean? "case LIST_PGUP | BUTTON_REPEAT:" 13.08.39 # The gigabeat has a VOL+ and a VOL- button. Should they be used for other purposes or always change the volume? 13.11.59 # markun: well, normally we don't care about what the buttons say but it really depends on the target, its users and how many other useful buttons there are 13.12.44 # Zoide777, that would mean that the case would only execute when the button was held 13.12.47 *** Saving seen data "./dancer.seen" 13.13.13 # safetydan: So the single bar "|" behaves like double ampersand "&&"? 13.13.31 # single | is bitwise OR 13.13.46 # && is logical and 13.14.15 Quit Cassandra (Read error: 110 (Connection timed out)) 13.14.15 Nick Cassandra- is now known as Cassandra (i=Cassandr@elmyra.coraline.org) 13.14.22 # markun: IMO, if you can spare the buttons, I think it would be nice to change rockbox to have global volume buttons. The h1x0's lcd remote has volume buttons that could be mapped to that function. 13.14.27 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 13.14.57 # hi 13.15.09 # Zoide777, it's a little different as it's a bitwise OR but you can think of it like that if it helps 13.16.09 # safetydan: actually, just looked it up. that's very interesting; i hadn't realized that the actual values we give to, say BUTTON_UP make a difference when using | 13.16.26 # bitfields are fun :) 13.16.41 Join webguest06 [0] (n=414a01ac@labb.contactor.se) 13.18.27 # for info, my h140 froze solid when I pressed pause during playback, no amount of button pressing would coax a change, did a hard reset and everything is fine. 13.18.50 # file playing was music, LAME@aps 13.19.46 # Haven't been able to replicate the freeze 13.22.53 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 13.22.58 # hello ! 13.23.03 # * webguest06 thinks its eerliy quiet in the room 13.23.13 # i'm wondering if they are key equivalents for ipod 13.23.22 # (for instance, how can I see the id3tags etc.) 13.23.25 # ah marco, back from your travels are you 13.23.30 # 5G works rather well 13.23.32 # webguest06: lol 13.25.38 Part webguest06 13.26.02 # ok we can come out of hiding now... he has gone :D 13.27.34 Quit DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com") 13.31.45 # nobody knows which key-combos i can use ? 13.31.45 Quit Zoide777 ("CGI:IRC (EOF)") 13.34.34 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 13.34.59 # Does any one know what this is supposed to do? "gui_synclist_limit_scroll(lists, false);" 13.35.22 # see the code ... :) 13.35.54 # Zoide777: Not many people understand the new gui code in Rockbox.... 13.36.01 # (I know I don't) 13.36.19 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 13.36.41 # Zoide777 look in apps/gui folder 13.36.54 # synclist means that the list is synced on the 2 screens 13.37.00 # :) 13.37.06 # Ah, that explains a lot :) 13.37.16 # hahah 13.37.21 # very much 13.37.26 Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.37.51 # it calls gui_limit_scroll() for each of the screens or so (i just guess) 13.38.00 # hmm.. ok, so I looked at list.c and list.h, and if i understand correctly, it just changes a boolean that does this? 13.38.01 # Tells the list wether it should stop when reaching the top/bottom 13.38.02 Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) 13.38.15 # ah, maybe :) 13.38.34 # (just copy pasting from list.h :) ) 13.38.58 # " Tells the list wether it should stop when reaching the top/bottom or should continue (by going to bottom/top)" 13.39.18 # but doesn't the list *always* continue? at least I've never seen it stop 13.39.31 # oops 13.39.37 # I guess I got mixed up 13.40.06 # it continues by *wrapping*, but not by changing direction (as long as the boolean says false). is that it? 13.41.15 # huh ? 13.42.20 # hmm.. I mean, what does that boolean do? It seems to toggle whether you stop when you reach a (top or bottom) extreme of the list. Correct? 13.42.29 # yes 13.42.47 # but what's the point if we always set it to false? 13.43.52 Quit muesli__ (Read error: 110 (Connection timed out)) 13.44.41 # it's not always set to false 13.44.55 # (I can't think of a situation where we don't just wrap and keep going) 13.45.45 # By default the list code will wrap when you reach the end of a list by just repeatedly pressing up/down. If you hold down the button though, you'll stop when you hit the end 13.45.53 # The list widget is also used for settings screens - so you don't want to adjust the volume down to mute, and then go too far and change it to maximum. 13.46.11 # ahhhhhhh 13.46.23 # Forget that.... that was nonsense. 13.46.28 # linuxstb, eh? I thought that was the select widget? 13.46.29 # ah 13.46.29 # hmm 13.46.44 # * linuxstb goes to get dark black liquid 13.46.50 # haha 13.47.06 # linuxstb, but early for Guinness isn't it? 13.47.13 # s/but/bit 13.47.14 # Never too early. 13.47.26 # * amiconn despairs 13.47.45 # Because you don't have a Guinness? 13.47.53 # ?? 13.48.12 # sorry, though you were commenting on the above few lines 13.48.15 # thought 13.48.15 # Because I don't get the logic behind jpeg_decode() 13.48.23 # ah yeah 13.48.52 Join muesli__ [0] (n=muesli_t@88.134.20.76) 13.50.28 # amiconn i'm currently working on the jpeg plugin too... 13.50.44 # but not on that part for sure :) 13.50.45 # Oh, nice 13.50.51 # Hmm :/ 13.50.53 # no, it isn't nice 13.50.57 # :) 13.51.01 # The yuv->rgb I can do myself 13.51.34 # It's in fact simple, regardless whether the yuv data will be interleaved or not 13.52.15 # i'm working on XavierGr's patch 13.52.18 # jpeg_decode() uses double indirections which are pratically impossible to follow... 13.52.23 # safetydan/linuxstb: so, do we know what the boolean is for? 13.52.37 # whether it wraps or not I though 13.52.39 # thought 13.52.44 Quit JdGordon ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.52.56 # Bg3r: the file scrolling patch ? 13.53.20 # yep 13.53.46 # what are you doing with it ? 13.53.59 # minor corrections 13.54.36 # but i'm a bit loss with all these global vars used everywhere :) 13.54.52 # Bg3r: file scrolling patch? Is this related to accelerating when scrolling up/down or is it something about sidewise scrolling of long names? 13.55.18 # changing files inside the viewer 13.55.39 # (and allow playback if the picture can fit in the plugin buffer) 13.55.58 # but not atm :) 13.56.02 Quit perpleXa ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 13.56.24 # XavierGr: about the view while playing part... it doesn't compile on h300... i suppose it's normal ? 13.56.44 # it did compiled as of 3 days... 13.57.02 # something maybe changed between 13.57.13 # amiconn: Have you tried looking at the CVS history for jpeg.c? Were earlier versions more understandable? 13.57.31 # well i think i tried about 3 days ago... so it must be me. 13.57.33 # The decoder didn't change at all after initial commit afaik 13.58.04 # XavierGr: are we taliking about patch [ 1358312 ] Updated* Mod. JPEG viewer; allows listening + file scrolling 13.58.05 # ? 13.58.11 # no 13.58.18 # XavierGr i was just kidding 13.58.39 # atm it's in such state that i won't even try to run it :) 13.58.47 # haha 13.58.51 # now I got it. 13.59.12 # I hope at least you saved those corrections you did before trying to restructure it 13.59.13 Join Philip_0729 [0] (n=Philip_0@user-1259.l1.c3.dsl.pol.co.uk) 13.59.27 # yep 13.59.29 # http://www.rockbox.org/patches.shtml 13.59.35 # wow where the patches gone? 14.00.05 # XavierGr all are commited :D 14.00.14 # http://sourceforge.net/tracker/?group_id=44306&atid=439120 14.00.29 # seriously, B4gder and Zagor are/were working on moving them to rockbox's site (afaik) 14.00.31 Quit Kiwiclx (Read error: 104 (Connection reset by peer)) 14.00.33 # we can describe the situation in one word: 14.00.36 # sourceforge 14.00.44 # ah 14.01.11 # I have seen this before, but that time at least it displayed half the patches. 14.01.29 # B4gder: Have you and Zagor decided on tracker software you want to use? 14.01.32 # the "export as XML" function says "Internal Server Error" 14.01.36 # what's wrong w/ sourceforge? 14.01.43 # It's unreliable. 14.01.44 # Zoide777: everything! 14.01.47 # sourceforge itself :) 14.01.48 Join Kiwiclx [0] (i=froot@d180-163-tercero-c-1.ucdavis.edu) 14.02.06 # haha ok 14.02.06 # seems to me the irc thing is also unreliable 14.02.09 # linuxstb: I believe Zagor is going for Flyspray 14.02.28 # irc thing? 14.02.38 Quit Sinbios (Read error: 104 (Connection reset by peer)) 14.02.40 Quit Rick (Read error: 104 (Connection reset by peer)) 14.02.41 # XavierGr: what patch is it, then ? 1248947 ? 14.02.43 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 14.03.02 # that one is old... 14.03.27 # NicoFR: one moment 14.03.31 # ok 14.03.31 # B4gder: I just hope the email notifications don't top-post.... 14.03.41 # I hope so too 14.03.49 # B4gder: hehe... I deliberately said "thing" b/c i'm not sure if it's the server/channel itself or if it's the website irc cgi app 14.04.23 # NicoFR: https://sourceforge.net/tracker/?func=detail&aid=1266294&group_id=44306&atid=439120 14.04.44 # this is already old too ;) 14.05.54 # hehe 14.05.59 # at least it works 14.06.09 # until you commit something that is 14.06.34 # but does this one have view while playing ? i thought it didn't... 14.06.52 # NicoFR depends on the size of the image 14.07.00 # well I adopted the idea and included in 14.07.05 # ok 14.07.21 # <[IDC]Dragon> amiconn: I saw complaints about the jpeg decoder? 14.07.27 # main idea was from Sebastian Henriksen 14.07.49 Join bluey [0] (n=bluey@dslb-084-059-099-111.pools.arcor-ip.net) 14.07.58 # [IDC]Dragon: I'm trying to understand enough of it to add chroma decoding. No luck... 14.08.26 # <[IDC]Dragon> you probably want my testbed 14.08.39 # Haha, that's probably far too early 14.09.19 # It *seems* to me that chroma decoding itself can be added by removing the two if (ci == 0) conditionals 14.09.39 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 14.09.39 # <[IDC]Dragon> yes, plus you need to store the data 14.09.47 # The question remains how the decoder is told where to store the data 14.09.50 # <[IDC]Dragon> and have the tables at hand 14.10.10 # The lines store_offs[p_jpeg->store_pos[0]] = 0; just look like gibberish 14.10.38 # XavierGr: ok i'm sorry i really thought your patch didn't have the view chile playong code... didn't test it on files small enough ;-) 14.10.50 Quit Mikachu (Read error: 104 (Connection reset by peer)) 14.11.16 # NicoFR: At start it didn't have it, I added ;ater 14.11.19 # ^later 14.11.47 # well it's very nice :-D 14.11.57 # only lacks color now ^^ 14.12.52 # I will leave that to amiconn or [IDC]Dragon :) 14.14.06 # <[IDC]Dragon> amiconn: the store offset takes care of where to place the 4 luma pixel 14.14.08 # gRrRrRr 14.15.03 # <[IDC]Dragon> a problem with jpeg are the many possible color formats 14.15.29 # <[IDC]Dragon> they are unlimeted, it's just common practice to use yuv 14.15.48 # From what I gathered, jfif always means yuv 14.15.50 # <[IDC]Dragon> which can be 4:2:0, 4:2:2 or 4:4:4 14.16.29 # <[IDC]Dragon> I can decode all of the above, the store offset helps with that 14.16.39 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 14.16.52 # <[IDC]Dragon> I forgot b&w jpeg 14.17.02 # I think it's no problem to support all 4 variants for yuv->rgb conversion 14.17.04 # <[IDC]Dragon> which is also possible 14.17.17 # The bigger problem is to add the actual chroma decoding 14.17.42 # <[IDC]Dragon> no, the tools are all there 14.18.06 # <[IDC]Dragon> I found it more difficult to skip chroma ;-) 14.18.49 # Hmm :( 14.18.57 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 14.19.33 # amiconn why don't you let [IDC]Dragon do it? He seems quite confident! :) 14.20.07 # <[IDC]Dragon> well, I wrote it 14.20.15 # exactly 14.20.33 # <[IDC]Dragon> or, stole it from IJG 14.20.46 # [IDC]Dragon: someone over at MR said you already had the color decoding code, is that true ? 14.20.48 Join zhilik [0] (n=_if_you_@ppp83-237-38-146.pppoe.mtu-net.ru) 14.21.03 # amiconn: decoding chroma should be simple 14.21.16 # amiconn: afaik, it's just the same as decoding luma, but with different quant and huffman tables 14.21.20 # <[IDC]Dragon> not exactly. It was a color decoder, but not streamlined enough 14.21.32 # Thou Shalt Not Believe Things You Read on Misticriver 14.21.43 # amiconn: the remaining problem should then be supporting the fact chromo blocks may cover several luma blocks 14.22.07 # Hrrm. Now we have two people with the necessary knowledge, but no time, and one person having th etime but not enough knowledge :/ 14.22.12 # B4gder: i try not to, but sometimes the temptation is too strong ;-) 14.22.15 Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 14.22.17 # hehe 14.22.26 # <[IDC]Dragon> maybe I'll look into it tonight 14.22.42 # NicoFR: use the force you must 14.22.43 # <[IDC]Dragon> you guys are too impatient to wait for devcon? 14.22.44 # ;-) 14.22.48 # i'm stuffed with work for at least one week 14.22.51 # amiconn: You need to offer to do preglow's day job for him... 14.23.00 # oh, god 14.23.03 # preglow: I don't think this is a problem. Imho the best way would be to decode chroma as-is, and do the upsampling on-the-fly within yuv->rgb conversion for display 14.23.05 # deal! deal! 14.23.07 # Saves RAM. 14.23.09 # linuxstb, I don't know if this has been previously reported, but some iPod 4G users say that after installing Rockbox, their screen is reversed when using the Apple fw. 14.23.19 # one of the ipodfun.de guys wrote us and want to come to the devcon 14.23.29 # amiconn: sounds like a bit of a memory waste, unless you want to do the drawing block by block 14.23.30 Quit ashridah (Read error: 110 (Connection timed out)) 14.23.41 # <[IDC]Dragon> ipodfun.de ? 14.23.43 # That issue is reported here: http://www6.head-fi.org/forums/showthread.php?t=160439&page=5 14.24.01 # [IDC]Dragon: seems to be ipod community thing 14.24.07 # an ipod... 14.24.09 # preglow: Hmm? Afaiu yuv takes less space than rgb when chroma is subsampled 14.24.13 # <[IDC]Dragon> is he a developer? 14.24.18 # no 14.24.30 # <[IDC]Dragon> a tourist? 14.24.32 # more of a journalist kind 14.24.40 Join Fuiou5 [0] (n=none@dhcp165152.reynolds.fsu.edu) 14.24.49 Quit Furious_G (Read error: 104 (Connection reset by peer)) 14.24.58 # amiconn: true enough... i'm braindead 14.25.14 # The conversion would be done at display time, i.e. just the actually visible part would be converted 14.25.23 # Febs: Yes, I know about that. I think the solution will have to be to not enable the lcd in the bootloader for the 4g. 14.25.43 # <[IDC]Dragon> Christi is now coming for sure? 14.25.46 # It means that parts may be converted several times when scrolling around but I don't think this is a problem 14.25.56 # [IDC]Dragon: she has confirmed, yes 14.26.09 # <[IDC]Dragon> yay for the gender quota 14.26.14 # yeps 14.26.41 # <[IDC]Dragon> we can record a voice file at devcon 14.26.43 # percentage of our female developers coming to the devcon: 100% 14.26.46 # ;-) 14.26.49 # haha 14.27.02 # hahah 14.27.03 # Should I put my arrival/departure times somewhere? 14.27.14 # rockbox team combined voice file 14.27.40 Join webguest10 [0] (n=5462157c@labb.contactor.se) 14.27.45 # amiconn: yes, at least in a mail to us ;-) 14.27.48 # oh yes keep a footage of the meeting! 14.28.00 # I can bring my player as well if there's demand. I also have a spare HD 14.28.15 # <[IDC]Dragon> I have spare diskless players 14.28.26 # there's a webcam being fixed 14.28.41 # I'll run over before the event and make sure it works 14.28.46 # <[IDC]Dragon> then /me has to properly dress 14.29.11 # I checked and there is no convenient/affordable way for me to get from Philadelphia to Stockholm on US Airways. :( 14.29.13 # nah, you'll all be required to drop the pants 14.29.15 # bagder insists 14.29.29 # hey, don't spoil the surprise 14.29.30 # <[IDC]Dragon> what kind of webcam is this? 14.29.40 # I'm not sure 14.29.44 # (not that I could add much to the conference, but it would have been a great excuse to see Sweden.) 14.31.46 # Is there any criteria for themes that are included in CVS? 14.32.17 # s/Is/Are 14.32.35 # safetydan: not really, but I think we're aiming at having just a few quality ones for each lcd size 14.33.22 # I agree 14.33.33 # Should really include one that works with unifont though 14.33.36 # linuxstb: top-post? 14.33.53 # you mean the comment order? 14.34.06 # I think so 14.34.07 # I thought "top-post" meant putting the reply to an email above the quoted text 14.34.08 # Yes. 14.34.19 # like the SF mails add the notes in reverse-order 14.34.42 # right. i haven't actually tried the mails yet... :-) 14.35.07 # top-posting is the devil's invention 14.35.17 # i would be surprised if they are top-post though. it's such a silly idea. 14.35.31 # aegray: Because it messes up the order in which people normally read text. 14.35.31 # quobl: Why is top-posting such a bad thing? 14.35.37 # aaah 14.35.44 # B4gder: nice try 14.35.44 # paste crap 14.36.04 # the nick completion messed it up 14.36.13 # A: and Q: got expanded 14.36.19 # how silly 14.36.32 # flyspray has a cool feature: jabber notification. 14.36.33 # almost as silly as top-posting 14.37.15 # Zagor: we need to add a cia interface! http://cia.navi.cx/ 14.37.26 # (which has nothing to do with flyspray) 14.37.26 # I'm still in the sweating-at-the-thought-of-converting-sf-xml stage 14.38.17 # looks like a fun idea 14.39.47 # why is that patch http://sourceforge.net/tracker/index.php?func=detail&aid=1401551&group_id=44306&atid=439120 not committed so far? 14.40.12 # wow CIA has Gentoo and KDE 14.44.52 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 14.46.07 Join Rob2222 [0] (n=Miranda@ACB2AFD0.ipt.aol.com) 14.46.38 # Ridiculous: (http://yro.slashdot.org/yro/06/02/16/007257.shtml) 14.48.57 # RIAA is always ridiculous 14.51.09 Quit B4gder ("time to say moo") 14.52.28 # moo 14.53.30 Join muesli- [0] (n=muesli_t@88.134.20.76) 14.53.39 Quit Rick (Connection reset by peer) 14.53.39 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 14.54.22 Quit Kohlrabi (Nick collision from services.) 14.54.23 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 14.54.25 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 14.55.10 Join Rob2222 [0] (n=Miranda@ACB2AFD0.ipt.aol.com) 15.01.27 # what's the status of this ? http://www.rockbox.org/twiki/bin/view/Main/TagDatabase 15.02.17 Join Shani}{Coder [0] (i=Coder@Is.A.TclCoder.Org) 15.02.40 Quit Rick (Read error: 104 (Connection reset by peer)) 15.02.55 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 15.03.24 Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 15.04.44 # MarcoPolo, working... sort of (don't think it works on iPod for example). Replacement (called tagcache) being worked on by Slasheri 15.05.30 # safetydan: well, it seems to freeze the ipod when i go back from ShowFiles/Database to the file view 15.06.11 # probably a known issue 15.06.31 # IIRC it's an alignment issue with the data structure 15.06.42 # safetydan: ie ? 15.07.27 # it's not likely to be fixed soon if a replacement is coming 15.07.31 # MarcoPolo: I think you will just have to wait for the replacement database to be ready - no-one seems interested in maintaining the old one. 15.07.50 # linuxstb: and is it possible to test tagcache ? 15.08.04 # I don't think Slasheri has made any patches yet 15.08.37 # safetydan: ok, thanks for your answers ! 15.08.56 # (it's the first time I use rockbox & I love rockbox, i'm just missing tag browsing) 15.09.46 # tag browsing is coming back, but like all hobby projects, things take a while :) 15.09.52 # * Zagor is still grumpy about having his code massacred and left for dead 15.10.23 # * safetydan wonders whatever happened to HCl 15.10.38 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 15.11.00 # safetydan: yeah sure. But, you know, I heard some time ago that's ipod 5G support could take months, and now i runs. So I believe wonders ;) 15.11.05 Quit muesli__ (Read error: 110 (Connection timed out)) 15.12.05 Quit midkay (Read error: 104 (Connection reset by peer)) 15.12.14 Quit webguest10 ("CGI:IRC") 15.12.15 Join midkay_ [0] (n=midkay@24.143.70.99) 15.12.50 # MarcoPolo: That was luck. The 5g has turned out to be very similar to the older ipods. The warnings were because at that stage we didn't know if it was the same, or very different. 15.12.53 *** Saving seen data "./dancer.seen" 15.13.14 # Is there anyway to check for structure alignment issues without running it on target? 15.13.20 # linuxstb: the display was different, isn't it ? 15.13.44 # safetydan: you're looking at tagdatabase ;-) ? 15.14.52 # MarcoPolo: Yes, but that was solved very quickly by the ipodlinux people - and it turns out their solution was better than they realised. 15.15.08 # linuxstb: ok, that's really cool :-) 15.15.13 # linuxstb: so there *is* a working tag database? 15.15.30 # There is a tag database. That's all I know. 15.15.37 # MarcoPolo, if it was easy fix, maybe :) 15.15.53 # linuxstb: have they merged your changes? 15.16.06 # I've tested the tag database that comes w/ rockbox right now, and it seems to work ok... the problem for me is that it only supports mp3, so it's not particularly useful 15.16.11 # linuxstb: how many fps do you get with starfield thingy? 15.16.13 # preglow: Yes. And hyarion and almost finished incorporating them into idoom. 15.16.27 # 33fps IIRC. 15.16.29 # linuxstb: you can no similar changes for nano? :> 15.16.36 # :) 15.16.36 # insert "do" somewhere 15.17.03 # That driver does need looking it - on my Color, it only manages about 72fps. The H300 manages 80. 15.17.05 # Zoide777, should also work with Ogg if you use the Java tool 15.17.08 # s/it/at/ 15.17.38 # safetydan: sorry, you're right. but it doesn't support wavepack, right? a lot of my files are in wv... 15.17.45 Join DrMoos [0] (n=546215ca@labb.contactor.se) 15.18.05 # no wv AFAIK 15.18.34 # ahh so no good for me yet 15.18.42 # some pay slasheri to finish tagcahce 15.18.44 # cache! 15.19.06 # * MarcoPolo gives 1000$ to slasheri 15.19.37 # can i browse the cvs somewhere ? 15.20.31 # http://www.rockbox.org/viewcvs.cgi/ 15.20.39 # thanks ! 15.20.46 Quit Kohlriba (Read error: 110 (Connection timed out)) 15.21.29 Quit ShyK (Read error: 110 (Connection timed out)) 15.25.50 # have to go ! 15.25.55 # thanks for your help ! 15.26.24 # * MarcoPolo gives 2000000 $ to slasheri 15.26.36 Quit MarcoPolo (Remote closed the connection) 15.28.21 Quit NicoFR () 15.29.51 Join Matze [0] (i=Miranda@p5484EFBC.dip.t-dialin.net) 15.30.28 Join Rondom [0] (n=Rondom@mrbg-d9b953e5.pool.mediaWays.net) 15.30.53 # Do .m3u playlists only contain the filename? Is there any convention for adding track names or other metadata? 15.31.08 # amiconn: got it working in grayscale now 15.31.13 # AFAIK they're just a list of files 15.31.28 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.33.45 # linuxstb: they can contain more, yes, i think winamp does that 15.33.58 # uh, who wrote ipod.c in bootloader/ and thought it was a good idea to use the same name for a variable and a function? 15.34.11 Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") 15.34.12 # linuxstb: http://hanna.pyxidis.org/tech/m3u.html 15.35.39 # Seems like an odd thing to do in a play list file 15.35.44 # Mikachu, which part? 15.36.15 # there is an int key_pressed in opto_keypad_read() which is called from key_pressed() 15.36.19 # i was confused first, but it's okay now 15.37.40 # I'm surprised that doesn't generate a warning 15.38.40 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 15.39.05 # it should 15.39.16 # unless you're in a windows simulator, i guess 15.39.19 # no, even then 15.39.21 # Mikachu: Maybe they are used for different targets 15.39.35 # The person doing the 3g port added some code recently I think. 15.39.42 Quit gantrixx (Remote closed the connection) 15.39.46 # no, both are for 4G 15.39.54 Join amiconn_ [0] (n=jens@p54BD7A22.dip.t-dialin.net) 15.41.09 # Mikachu: It's just a local variable inside a function, and it's defined before the key_pressed() function - so it's perfectly unambiguous.... 15.41.26 Join ender [0] (i=ychat@84.52.165.220) 15.41.39 Quit beeble (Read error: 104 (Connection reset by peer)) 15.41.40 # i guess so 15.41.42 Join beeble [0] (i=beeble@macht.narf.at) 15.41.43 # true, but it's poor style 15.41.44 # But I'll change key_pressed() to button_pressed() anyway :) 15.42.18 Quit Febs (Read error: 110 (Connection timed out)) 15.42.43 Quit ender` (Read error: 104 (Connection reset by peer)) 15.45.24 # markun: Thanks for the info. I'm considering the idea of exporting the contents of the itunesdb to .m3u playlists. But if the playlist files only contain filenames, it's not going to be that useful. 15.45.38 # linuxstb: The H300 achieves the 80fps at 45 MHz. What's the clock frequency you used to measure fps on iPod? 15.45.52 # 75 15.45.53 # 75MHz. 15.46.25 # Most of the time is the "finishup" delay. If I take that out, then the raw data transfer speed is 107fps. 15.46.46 # But the lcd updates are glitchy. 15.47.23 # the annoying thing about booting ipods is that when you move your finger, you seem to throw away the key event for the menu key 15.47.42 # got colored plasma now at least :) 15.47.44 # But as the lcd_update can yield() during the finishup, it doesn't affect audio playback. That's if I've understood things correctly. 15.49.04 Join ripnetuk [0] (n=george@host-87-74-125-82.bulldogdsl.com) 15.49.21 # What would people think of a "Start Apple firmware" menu option in Rockbox? 15.49.23 Quit XavierGr () 15.49.36 # linuxstb - ive been wanting that on iRiver for ages 15.49.37 # is that possible? 15.49.42 # linuxstb: what a defeat 15.49.46 # Mikachu: Yes, it's easy. 15.49.51 # LinusN: Yes, it's easy 15.49.57 # while it cant play video, its needed innit? 15.49.58 # 100% in favor 15.50.22 # booo, boooo, boooooo :-) 15.50.30 # which is why im here... do the recent commits to increase video framerate mean we are nearer video playback in rockbox? or is it just for the rvf files? 15.50.47 # neither 15.50.52 # and everything 15.51.02 # well put 15.51.09 # agreed 15.51.25 # we have no video stuff going on 15.51.27 # will we need to decode the mp4 vids in software, or does the broadcom chip handle decoding / help to handle decoding 15.51.42 # and rvf files are impractical for anything but archoses 15.51.42 # brb 15.51.58 # i want color jpeg first (just saying) 15.52.01 # it usually handles decoding, yes, but we have no info on it 15.53.20 # preglow: What's your opinion on a "Start original firmware" menu option? 15.53.54 # well 15.53.57 # does it even run? 15.54.02 # i thought memory mapping tripped it over 15.54.25 # I would implement it by writing a cookie to IRAM, and then rebooting. The bootloader would read the cookie and boot retailos. 15.54.39 # you could also just map memory back, of course 15.54.46 # but yeah, whatever, i'm sure people will use it 15.55.38 # I can also see H300 owners liking it - if they want video playback, or even h1x0 owners with wma collections... But it somehow doesn't feel right. :( 15.56.02 # i just want to use it to enter usb mode easier 15.56.05 # i thought you onle meant for ipods 15.56.06 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.56.19 # i wouldn't like to defile the iriver bootloaders with anything like this 15.56.29 # so i'm against it there 15.56.45 # hooray, color cycling plasma 15.56.46 # wow, someone's unhappy that rockdoom doesn't load PC Doom saves 15.57.06 # Quite right too. Give them their money back. 15.57.31 # but where's my rockdoom for h100? :P 15.57.41 # iDoom is looking nice on the 5g - we need rockdoom as well. 15.58.02 # i just want doom 3 to run. ;) 15.58.15 Quit amiconn (Read error: 110 (Connection timed out)) 15.58.15 Nick amiconn_ is now known as amiconn (n=jens@p54BD7A22.dip.t-dialin.net) 15.58.16 # ipod 5g has better screen resolution than original doom had :) 15.58.52 # Rockboy also works, and it takes up about a quarter of the screen... 15.58.52 # ??? 320x240 isn't that the same 15.59.22 # original doom is 320x200 15.59.28 # oh 15.59.45 # Someone mentions wanting MAME to run as well 16.00.05 # those poor little DAPs, expected to do so much... 16.00.28 # on my PC is goes up to an incredible 640x480 on the official re-release of the game for win 95 16.00.32 # i want nsf and spc and gym playback and and and 16.00.41 # linuxstb: it'll bloody well run at its original resolution on the 5g 16.00.46 # linuxstb: with 40 pixels to spare 16.00.59 # :) 16.01.17 # oh, amiconn mentioned it 16.01.18 # * preglow goes away 16.01.23 # linuxstb: What's the greyscale iPod's default contrast? 16.01.26 # on my PC doom goes up to 1920x1080, mut it looks pretty horrible on my monitor :P 16.01.35 # or at least flickery... 16.01.46 # lcd-2bit-horz makes lcd_default_contrast() return 40 ... 16.01.47 # :) sit further away ;) 16.03.04 # amiconn: Yes. The actual hardware value is 0..127, but I think everything under 64 is invisible, so I kept the Archos scale of 0..63 and add 64 to it in set_contrast. 16.03.05 # hm, the apple os reboots automatically if you write to the boot sector thing... 16.03.14 # so if i write there i don't have to hold menu+play 5 seconds 16.03.26 # linuxstb: Ah. 16.03.27 # Mikachu: Yes, I believe a write to the first 32MB causes an automatic reboot. 16.04.03 # amiconn: But this was all guesswork... It could well contain mistakes, but no-one's reported any bugs relating to contrast. 16.04.17 # hahaha 16.04.28 # i just did a hexdump of /dev/sda1 16.04.36 # STOP! 16.04.40 # so funny 16.04.58 # did they or you put it there? 16.05.12 # That's a nice message from Apple. 16.05.38 # what is it? 16.05.40 # ??? what does it say 16.05.41 # so if i do echo \{ > /dev/sda1, everything should be fine 16.05.48 # can i paste it here? it's 7 or 8 lines 16.06.03 # Mikachu: writing to sd1 is not a good idea... 16.06.32 # ah, it works 16.06.37 # great timesaver 16.06.50 # Mikachu: sure, paste it 16.06.56 # i'm curious :-) 16.07.11 # {{~~ /-----\ 16.07.11 # {{~~ / \ 16.07.11 # {{~~| | 16.07.11 DBUG Enqueued KICK Mikachu 16.07.11 # {{~~| S T O P | 16.07.11 # {{~~| | 16.07.14 # {{~~ \ / 16.07.16 # {{~~ \-----/ 16.07.19 # Copyright(C) 200 16.07.21 # 1 Apple Computer 16.07.24 # , Inc.---------- 16.07.43 # haha 16.07.46 # i'm impressed they aligned it to 16 bytes too 16.07.46 # I'm surprised the dogcow isn't in there 16.08.05 # is that real? 16.08.25 # i didn't make it up 16.08.28 # Hmm.... 16.08.56 # It seems the author of lcd-2bit-horz.c had some good ideas for speed, and at the same time did some silly things as well... 16.09.17 Quit Matze (Nick collision from services.) 16.09.19 # sounds like the entire rockbox dev community 16.09.35 # "work in progress"... 16.09.47 # I'll try and create best-of-both for lcd-h100.c and lcd-2bit-horz.c 16.10.32 # amiconn: AWESOME 16.11.17 # Perhaps I should split lcd-h100.c as well 16.11.48 # btw, who resized the H120 image that's on the daily builds page? 16.12.47 Join _FireFly_ [0] (n=FireFly@dslb-084-056-111-197.pools.arcor-ip.net) 16.13.49 # guys, MAJOR emergency, someone please pm me i think i just bricked my H340!! 16.14.07 # jackinabox^ ask here 16.14.11 # have you tried the reset button 16.15.33 # i tried installing RB, i updated the f/ware with the patch and copied it to the root directory of the H340, i then did the f/ware upgrade as per the site instructions 16.15.40 # amiconn: oh, wait, does that mean it will only improve for h-100 or will it also improve for 4g grayscale? 16.15.47 # Both 16.15.53 # nice :) 16.16.02 # Mikachu: You probably want to do "echo -n \{ > /dev/sda1" or else you will write a newline 16.16.04 # have you installed a daily build onto the hdd 16.16.27 # then, when i tried to install the daily build, i couldn't get past the bootloader screen 16.16.33 # is it off at the moment 16.16.51 # it's connected to the usb 16.17.17 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 16.17.20 # with msg "bootloader usb mode" on the screen 16.17.48 # have you downloaded the .rockbox directory and rockbox.iriver files from this site : http://www.rockbox.org/daily.shtml 16.18.11 # i just want to uninstall it and reflash to old 1.29 f/ware 16.18.25 # have you? 16.19.13 # jack - have you tried booting while holding down the rec button? 16.19.14 # you need the bootloader which you have done already now is the easy part of just unzipping a directory to the irivers HDD 16.19.30 # that should boot the original iriver fw 16.19.31 # i don't think i had the .rockbox directory but i did d/load the dail build 16.19.37 # (if its the same as H140) 16.20.19 # hi 16.20.49 # hmm did you unzipp the daily build onto the root of the iriver ie where MUSIC, RECORD, PCTURE, etc folders are?? 16.20.55 # so do i send the zip file to the 340 and then unzip it in the root directory? 16.21.01 # yes 16.21.31 # ok, i unzippedrst, could be my mistake 16.21.45 # unzipped first * 16.22.48 # you should have now have a file called rockbox.iriver in the root of your H300 and a .rockbox directory 16.23.11 Join G2_vincent [0] (n=ingenieu@bdv75-4-82-226-115-162.fbx.proxad.net) 16.24.28 # yep and i still have the .zip in there 16.25.00 # http://mikachu.ath.cx/patches/rockbox-plasma-color.patch if someone wants to play 16.25.10 # now if you safely disconnect your player it should boot rockbox 16.25.18 # linuxstb: oh, i meant to say -n too of course 16.25.20 # cool 16.25.21 # linuxstb: thanks :) 16.25.38 # Mikachu: What's that? 16.25.50 # Jungti1234: color support for the plasma plugin 16.25.58 # ah.. 16.26.06 Part G2_vincent 16.26.28 # nope, still cutting out!!! 16.26.46 # I want to make basic plugin.... 16.27.13 # My ability that don't make basic plugin.. 16.27.57 # jackinabox^, what do you mean "cutting out"? 16.28.06 # hm.. bye all 16.28.13 Quit Jungti1234 () 16.28.14 Quit ripnetuk ("Leaving") 16.28.42 # as in switching off spontaneously 16.28.51 # Battery is charged? 16.29.04 # hmm... you definatly have the .rockbox directory in the root not in a folder, as in /.rockbox not /rockbox/.rockbox because this could happen depending on how you unzip files 16.29.06 # What if you boot to the iRiver firmware? 16.29.27 # i've just connected the charger ut it had enough battery before 16.29.34 # Hmmmmmm.... 16.29.41 # iPod 4-grey seem to pack the bits lsb->msb, while the archos player gfx library uses the opposite order. Seems another mono format is due... 16.30.19 # do i need to prod someone about patches i add to the tracker or should i just be patient? 16.30.26 # jackinabox^, Does the original iRiver firmware boot? 16.30.33 # Mikachu, patience grasshopper 16.31.42 # safetydan: plus some additional prodding 16.31.50 # prodding is good too 16.33.39 # safetydan: yea just disconnected the usb and both the music and video SEEM to be working fine 16.33.44 # thank christ 16.33.52 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 16.34.13 Join damaki_ [0] (n=Chocolat@ALille-153-1-22-38.w83-198.abo.wanadoo.fr) 16.34.15 # jackinabox^, So what exactly are you doing when you boot rockbox? You're not trying to boot it with the USB cable connected are you? 16.34.18 Quit bluey ("Leaving") 16.34.47 Join einhirn [0] (n=Miranda@p54860117.dip0.t-ipconnect.de) 16.35.54 # no 16.36.03 Join BHSPitLappy [0] (i=Steve-O@adsl-65-68-201-28.dsl.rcsntx.swbell.net) 16.36.51 # i'm just booting in the normal way, ie pressing play/pause and it turns on and off 16.37.18 Join bluey [0] (n=bluey@dslb-084-059-116-180.pools.arcor-ip.net) 16.37.24 # So it just switches off while running rockbox? 16.38.15 # well how do u mean running rb? i've just installed it in the root directory, i don't know how to choose between it and iriver 16.38.52 # Mikachu: Have you installed the cross-compilers for the other Rockbox targets? i.e. m68k and sh-1 ? 16.39.02 # jackinabox^, have you installed the bootloader? 16.39.10 # yep 16.39.44 # Mikachu: I'm just testing plasma on my 5g - it's looking nice. Is fire next? 16.40.13 # jackinabox^, if the charger is plugged in, I think the bootloader will default to booting the iRiver firmware 16.40.23 # otherwise it should boot straight in to rockbox 16.40.38 Quit Xerion ("Leaving") 16.40.43 # linuxstb: there is a fire? 16.40.55 # when the charger is connected it won't boot at all 16.40.55 # linuxstb: no, i had an arm chain lying around from my gameboy advance i think 16.42.13 # Mikachu: It's just that if you're going to be submitting lots of patches, it's a good idea to at least compile them for other targets, to make sure you don't accidentally break them. 16.42.19 # who made fire? 16.42.23 # i lied actually, it will boot, i just need to hold record as well 16.42.32 # preglow: man made fire 16.42.39 # who made man? 16.43.08 # man just crawled out of the sea 16.43.23 # lucky for him 16.43.26 # but yeah 16.43.31 # i think fire needs some brushing up 16.43.34 # it doesn't look very good 16.43.46 # linuxstb: i'm usually careful to not break things i think 16.43.52 # bernard fanning rocks!! 16.44.32 # Mikachu: I think I'll commit your plasma fix. What's your real name (for the CREDITS file, unless you are there). 16.44.38 # Mikael Magnusson 16.44.59 Quit needleboy () 16.45.51 # i think the shutdown fix is also a good patch 16.46.25 # I've just noticed you've only defined a PLASMA_REGEN_COLORS button for the ipod - not the other targets. 16.46.35 # yeah, i wrote that in my comment too 16.47.12 # i don't know which buttons are generic 16.47.17 # What comment? 16.47.23 Quit damaki__ (Read error: 104 (Connection reset by peer)) 16.47.28 # in the patch tracker 16.47.30 # Ah, it's on the patch tracker now... 16.47.53 # sorry, forgot i pasted it locally 16.48.29 # are there 4G ipods without color? 16.48.58 # Any h300 users around? Which button should be assigned in plasma to re-randomise the colours? Currently only up/down and OFF are used. 16.49.05 # Mikachu: Yes. 16.49.24 # okay, then the binds in fire.c are not crazy 16.49.38 # Also the #ifdef around the button check should be HAVE_LCD_COLOR 16.50.03 # hm, i probably meant to have both 16.50.19 # linuxstb, probably NAVI (BUTTON_SELECT) 16.50.25 # case (PLASMA_REGEN_COLORS) 16.50.26 # It should be the same for the H100 as well 16.50.37 # if it had colors that is 16.52.13 Quit Philip_0729 ("bye everybody") 16.57.25 # is the fire plugin pretty slow looking on purpose? 16.57.59 # oh oops, i added lcd_update inside the for loop :P 16.59.37 # that's better 16.59.37 # ok, i seem to have sussed it all out FINALLY thanx guys 17.00.06 Quit Zagor ("Client exiting") 17.01.18 Join damaki__ [0] (n=Chocolat@ALille-153-1-4-129.w83-198.abo.wanadoo.fr) 17.04.23 # one question...how can u tell if u're in the iriver or rb f/ware?? they look the same to me 17.04.36 # :D 17.04.38 # 17:04 17.04.40 # time to go home 17.04.59 # Bagder: I just killed the buildscript... it was hanging for 45 minutes on the last build 17.05.09 # must be something wrong... so I added a simple form of error logging 17.05.19 # lets see what it does with the next change 17.06.22 Quit muesli- (Read error: 110 (Connection timed out)) 17.07.36 # jackinabox^, uhh... by default the Rockbox firmware should look pretty different from the iRiver firmware 17.07.43 # Mikachu: Your plasma patch is in CVS now, thanks. 17.07.52 # hooray 17.07.53 # For a start you should see a Rockbox splash screen at boot 17.08.22 Join quobl_ [0] (n=quobl@85.31.187.84) 17.12.02 # ok 17.12.57 *** Saving seen data "./dancer.seen" 17.13.06 Quit DrMoos ("CGI:IRC (Ping timeout)") 17.14.46 # hmmm, back to the old problem, it's switching off as it attempts to boot in RB 17.15.01 Join Febs [0] (n=40be24f0@labb.contactor.se) 17.15.45 # jackinabox^, you're certain there is a rockbox.iriver file in the root of your filesystem? 17.15.49 # and a .rockbox folder? 17.16.10 # linuxstb: Any new changes? 17.17.16 Quit damaki_ (Read error: 110 (Connection timed out)) 17.18.20 # there is a rb h300 directory and that contains the rb.iriver yes....the only other thing it can be is i still have the .zip file in the root directory 17.18.45 # i am almost certain you want rockbox.iriver in / 17.19.39 # u need rb.iriver in the root, not a folder?? 17.19.47 # yes 17.19.55 # i think so 17.20.17 # imphasing: No, nothing new. 17.20.23 # ok, i'll try that 17.20.48 # Yes rockbox.irver and .rockbox must be / 17.20.59 # be in 17.21.06 # jackinabox^: Are you using winzip? 17.21.14 # yep 17.21.55 # Just download rockbox.zip (to anywhere), right-click on it, select "Extract to", and then select the top-level (root) folder in your iriver. 17.23.07 # make zip 17.23.11 # er.. 17.23.13 # wrong window. 17.23.14 # :D 17.23.18 # OK, just a moment...... 17.23.20 # make: *** No rule to make target `zip'. Stop. 17.23.23 # hehe 17.23.56 # comes up with "no rockbox directory, installation incomplete" and then it turns off 17.24.27 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.24.27 # * imphasing is trying out his own lcd driver 17.24.47 # imphasing: What are you trying? 17.24.49 # jackinabox^, means you are still missing the .rockbox directory 17.25.05 # jackinabox^, it must be in the top level as well 17.25.09 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 17.25.27 Quit bluey (Remote closed the connection) 17.25.34 # Well that slowed it down a little.. 17.25.46 # I'm hainv git write more pizels per colum 17.26.10 # er, "having it" 17.27.17 # got it!! 17.27.17 # If you're keen, you could rewrite the main loop inside lcd_update_rect() in assembler. 17.27.18 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 17.27.24 # thanx boys 17.27.28 # hey 17.27.29 # Yeah, I was thinking of doing that. 17.27.35 # It would make it a lot faster I bet. 17.27.54 # I don't think it would be a _lot_ faster, but you could probably squeeze a few more fps out of it. 17.28.27 # I'm just playing around with it now to see how it works. It seems fairly simple actually.. 17.28.31 # maybe you can compile some parts of the code with higher -O without breaking everything 17.28.32 # It was the communication with the bcm that was slow, and I think that's now been minimised as much as possible. 17.28.37 # yeah.. 17.28.45 Join Mark_ [0] (n=Mark@ACBD6DE9.ipt.aol.com) 17.29.00 # Does Rockbox recording have problem? 17.29.06 # Maybe I'll start searching through retailos dumps in search of some ARC instructions.. 17.29.34 # Main board by heat that it is serious burnt. 17.30.12 # imphasing: are you working on a driver for a specific dap or one that works for several? 17.30.33 # Don't anyone know? 17.30.37 # I'm just working on trying to get the ipod 5G's lcd update to be faster. 17.30.42 # linuxstb: I've already rewritten it in assembly :-) 17.30.52 # Any improvement? 17.30.52 # :) 17.31.00 # check out tools/hotdog/hotdog_ops.S from ipodlinux's SVN, look at _HD_ARM_Update5G func. 17.31.05 # haven't tried it yet 17.31.23 # cool, now i just have to learn to drive the bastard!! 17.31.41 Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) 17.31.42 # Hmm. 17.31.54 # mainboard burnt~~ mainboard burnt~~ 17.31.56 # where is the ipl svn? 17.31.57 # I can get 91 fps if I only have it update one pixel per column per loop, but OMG it looks horrible. 17.33.14 # Optimsed lcd-2bit-horz lcd_bitmap_part() needs more thinking than I did think initially 17.33.19 # hmmmmm 17.33.23 # ok... 17.33.24 # Still manageable though 17.33.44 # Was I ignored? 17.34.06 # josh_: The address register is auto-incrementing, so you should be able to optimise the setup_rect part of the code to just write the first address, followed by n values. 17.34.27 Quit Jungti1234 () 17.35.10 Join bluey [0] (n=bluey@dslb-084-059-116-180.pools.arcor-ip.net) 17.36.43 # linuxstb: iPod 3g and 4g grayscale have the same lcd format? 17.36.50 Join webguest56 [0] (n=54a7029c@labb.contactor.se) 17.37.03 # amiconn: Yes. 17.38.16 # The only difference in the drivers are the init code and register addresses. 17.38.32 # I wonder how annoyed people would be if I changed the EQ settings file layout 17.39.25 # linuxstb: Did you change the 5G driver function at all from iPL, or did it work stock with rockbox? 17.40.23 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 17.40.31 # Is it just me, or is there very little sanity checking of settings read in via the .cfg files? 17.42.40 # safetydan: I believe that's because they are not designed to be edited by humans 17.43.09 # But of course, a broken cfg file shouldn't break rockbox 17.43.19 Quit _FireFly_ ("Leaving") 17.43.26 # There's a lot effort made to make them human readable though 17.43.32 # Including adding comments 17.43.58 # imphasing: Are you going to try josh's assembler routine in Rockbox? 17.44.29 # Yeah. 17.44.46 Quit mar_k (Read error: 110 (Connection timed out)) 17.45.01 # In your driver, the fb is lcd_framebuffer[y][x]? 17.45.13 # I guess jsut lcd_framebuffer would work 17.45.39 # ok, now shuffle...it seems that it only shuffles a nominated directory, despite my having selected "Shuffle: All Songs" 17.45.57 # safetydan: what sanity checking are you referring to? 17.46.10 Join damaki [0] (n=Chocolat@ALille-153-1-40-53.w83-198.abo.wanadoo.fr) 17.46.16 # jackinabox^, http://www.rockbox.org/twiki/bin/view/Main/IriverFAQ#How_do_I_shuffle_all_files_on_th 17.46.28 # hardeep, range of permitted values for instance. 17.46.32 Join yeahx [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) 17.46.33 # Can I just shove a new file into my drivers dir (josh's update function) and the build system will link it in? 17.46.41 # Or do I need to do some makefile editing? 17.46.44 # You need to add it to firmware/SOURCES 17.46.55 # Look for lcd-ipodvideo.c, and add it next to that. 17.46.58 # ok 17.47.04 # I already have it in there 17.47.30 Nick ender is now known as ender` (i=ychat@84.52.165.220) 17.47.37 # safetydan: yeah, that info isn't stored in the config structure 17.47.57 # You should just be able to make lcd_update_rect() call _HD_ARM_Update5G(lcd_framebuffer,x,y,width,height); 17.48.24 # cheers safetydan; didn't think to check the FAQ :) 17.48.25 # hardeep, guess it doesn't matter for most values. I was just going to start clamping values for the EQ but noticed no other part of the system seems to do that. 17.48.54 # jackinabox^, you'd be surprised how often that quesion is asked :) 17.50.25 # Uh-oh 17.50.36 # * amiconn found an old bug in lcd-h100.c 17.50.45 Quit webguest56 ("CGI:IRC") 17.51.08 # Do I have to edit the makefile too? 17.51.18 # Becuase it's telling me there's no rule to make that file 17.52.07 Quit steveb (Remote closed the connection) 17.52.23 # Rather nasty one. I wonder why this worked at all.... 17.54.02 # lcd_bitmap_part() isn't supposed to use drawmodes at all. But it does... 17.54.12 # ...in an unpredictable way 17.54.32 # imphasing: What filename did you give it? 17.55.29 # HD_ARM_Update5G.s 17.55.41 # Might want to change that 17.55.53 # Use .S (upper case) 17.56.31 Join mirak [0] (n=mirak@AAubervilliers-152-1-89-220.w86-203.abo.wanadoo.fr) 17.57.26 Join ModernExecutive [0] (n=ModExec@wm204-165.unwired-grad.wm.edu) 17.57.33 # I changed it to asn-update5G.S, and it still complains there's no rule 17.57.57 # er, s/asn/asm/ 17.58.43 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 17.59.04 # imphasing: You can always just add it (using #ifdef CONFIG_CPU == LCD_IPODVIDEO) to firmware/drivers/lcd.S 17.59.16 Quit linuxstb (Nick collision from services.) 17.59.18 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 17.59.26 # Ah, there was a typo in the SOURCES file 17.59.27 # :D 17.59.30 Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) 18.01.04 # Arg, assembler error.. 18.01.27 Quit damaki__ (Read error: 110 (Connection timed out)) 18.04.07 Quit safetydan ("Leaving") 18.04.54 Join muesli__ [0] (n=muesli_t@88.134.20.76) 18.05.21 # ah... 18.05.22 # hahaha 18.10.58 # cool, i have the bare basics down (including switching between the IR and RB f/ware) now just need to learn to queue multiple songs in RB but can do that tomorrow 18.12.07 # would be great to commit this patch to get the h300 lcd remote working http://sourceforge.net/tracker/index.php?func=detail&aid=1401551&group_id=44306&atid=439120 18.12.36 Quit muesli__ (Read error: 104 (Connection reset by peer)) 18.13.09 Quit YouCeyE ("Leaving") 18.15.52 # Cool, now the driver doesn't work at all 18.15.53 # :P 18.21.43 Join Philip_0729 [0] (n=Philip_0@user-5079.l5.c4.dsl.pol.co.uk) 18.25.42 Quit ender` (Read error: 104 (Connection reset by peer)) 18.25.44 Join ender [0] (i=ychat@84.52.165.220) 18.28.00 # * [IDC]Dragon waves 18.28.09 Join gtkspert_ [0] (n=gtkspert@203-59-86-248.dyn.iinet.net.au) 18.28.14 Part [IDC]Dragon 18.30.38 # Hmm, no safetydan around 18.31.00 # I can do the safetydance though 18.31.02 # The sdl sim has problems with backlight simulation on the iriver remote 18.31.05 # That could help/ 18.32.34 # imphasing: Any luck with the lcd driver? 18.32.43 # heh.. 18.32.45 # not really. 18.32.53 # I'm not 100% sure how the asm function works 18.32.53 # I'm just trying it now as well. 18.33.20 # I think the fb it asks for is just like src in the main driver update function 18.33.28 # Yes, I think it is. 18.33.54 # I got rid of everything in that function besides that, and just stuck the function call in, using src for the fb, and xy,y,width,height for the other args 18.33.58 # and it just froze 18.33.59 # :) 18.34.44 # Yes, it's not looking good at the moment... 18.34.59 # what are you working on? 18.35.20 # josh wrote an asm lcd update routine for the 5g, so we're trying it in Rockbox. 18.35.34 # But I don't think he's tested it on a real device yet. 18.35.38 # haha no he didn't 18.35.41 # heh 18.37.04 Join xmixahlx [0] (n=xmixahlx@64.122.111.98) 18.37.09 Join SereR0kR [0] (n=Fletcher@Fd4cc.f.strato-dslnet.de) 18.40.04 # I might just "wait" until josh gets that sorted out before I try it again 18.40.06 # :) 18.40.53 # I agree, we can let him debug it first... 18.42.10 # i can't quite get the fire plugin to make sense 18.42.45 Quit gtkspert (Read error: 110 (Connection timed out)) 18.43.05 # here's what i got so far, http://mikachu.ath.cx/patches/rockbox-fire-color.patch 18.43.20 # stole the Incandescent color ramp from the gimp 18.44.51 # linuxstb: yep, I accidentally reused a local label 18.44.57 # (the 1: in the bcm finishup loop) 18.45.03 # I'm testing it now, I'll commit my changes when it works. 18.45.04 # Yeah, I figured that one out 18.46.32 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 18.48.07 Quit Daishi ("Client exiting...") 18.48.30 Part ModernExecutive 18.48.37 Join flandmines [0] (n=us@c-66-176-98-141.hsd1.fl.comcast.net) 18.48.46 Quit MarcoPolo (Remote closed the connection) 18.51.16 Part flandmines 18.52.25 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 18.53.36 # erm, it's still freezing. I'll be back in ~1h30. 18.55.04 Join darkstego [0] (n=bubshait@62.3.33.12) 18.55.52 Quit hardeep ("BitchX: it does a body good") 18.58.39 Nick ender is now known as ender` (i=ychat@84.52.165.220) 19.01.01 Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) 19.01.05 Quit youngcereal (Read error: 110 (Connection timed out)) 19.02.12 # amiconn, SDL sim remote backlight issues? 19.02.36 # yes 19.03.02 # (1) the dark color isn't black as long as the remote backlight is on 19.03.23 # (2) When the remote backlight goes off, the remote lcd isn't refreshed 19.03.26 Join gtkspert [0] (n=gtkspert@203-166-234-166.dyn.iinet.net.au) 19.03.38 # Only the next lcd_remote_update() will show the change 19.04.15 # 2 is easy to fix 19.04.23 # In fact black is never black, regardless of whether the remote backlight is on 19.04.46 # 1 is probably the gradient function not doing so well on a 1 bit display 19.05.06 # The gradient function must be different for main & remote 19.05.26 # no, should be the same 19.05.57 # sdl_set_gradient in lcd-sdl.c 19.06.06 # ok boys, i'm off like a bride's nightie 19.06.24 # The function might be the same, but the range of colour indices it works on needs to be different 19.07.27 Quit SereR0kR ("XChat Aqua") 19.07.40 # thank you sooo much for your help and tolerating my sheer stupidity :) 19.08.01 # you're welcome 19.09.25 # take care and i shall no doubt see you in here again soon 19.09.38 Join petur [0] (i=petur@d54C1AE3A.access.telenet.be) 19.10.03 Part jackinabox^ 19.10.13 Quit gtkspert_ (Read error: 110 (Connection timed out)) 19.11.13 Join damaki_ [0] (n=Chocolat@ALille-153-1-23-24.w83-198.abo.wanadoo.fr) 19.12.58 *** Saving seen data "./dancer.seen" 19.13.06 Quit Zoide777 ("CGI:IRC (EOF)") 19.16.23 Quit perldiver (Read error: 110 (Connection timed out)) 19.16.32 Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) 19.17.57 Join Sacro [0] (n=ben@adsl-213-249-225-234.karoo.KCOM.COM) 19.21.17 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 19.24.42 Quit damaki (Read error: 110 (Connection timed out)) 19.25.45 Part Philip_0729 19.27.42 Join SereR0kR [0] (n=Fletcher@Fd4cc.f.strato-dslnet.de) 19.34.01 # amiconn: any luck w/ the 4g grayscale display? 19.35.03 Quit Febs ("CGI:IRC") 19.48.01 Quit bluey (Read error: 110 (Connection timed out)) 19.48.12 Join boza111 [0] (n=boza111@p5088C835.dip.t-dialin.net) 19.48.14 Join hardeep [0] (i=hardeeps@otaku.freeshell.ORG) 19.48.32 Quit petur ("here today, gone tomorrow") 19.48.45 # hi 19.51.08 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 19.51.10 # hi 19.52.03 # hi 19.52.08 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 19.52.24 # i have a question , is the rockbox port on ipods any good 19.52.28 # sure 19.52.47 # lol ,,, well ofcourse 19.52.49 # it works on my nano so I guess so 19.52.56 # works on my 5G just fine 19.53.05 # does it work on 5g ?? 19.53.16 # with the graphics chip 19.53.17 # ??? 19.53.39 # no.. 19.53.43 # it works thoughy 19.53.51 # I get about 50fps on the lcd 19.54.01 # oh thats pretty good 19.54.06 # well damm good :p 19.54.18 # :) 19.54.42 # its going to be hard getting the ipod to talk to the GPU 19.54.58 # especially since we don't know the instruction set 19.54.59 # amiconn, those two issues with the sim should be fixed now 19.55.28 # yea ,,, no one knows them , the company who made the chip wouldnt tell any one 19.55.34 # just send random instructions and note when something happens + infinite monkeys etc 19.56.33 # for the 4g ipod photo with the new lcd , they didnt quite know the instructions set . But then they found a mobile phone i think that had a similiar lcd 19.56.42 # imphasing: if it's arc, that info shouldn't be hard to get 19.57.54 # i know its a silly thing to ask , is rockbox better then ipodlinux 19.58.13 Join muesli__ [0] (n=muesli_t@88.134.20.76) 19.58.19 # for playing music yeah 19.58.28 # preglow: Really? 19.58.28 # =/. 19.58.48 # well, i guess so 19.58.49 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 19.58.59 # Mikachu: You know on the 3g the processor is a lot slower then on the other ipods 19.59.00 # depends if they've extended it much 19.59.09 # Could we nick a picture of the iPod Video from Apple's site for the sim? 19.59.10 # no, the cache is slower 19.59.30 # well yea 1 cache is broken ,, which makes it slower 19.59.31 # safetydan: not unless they say they allow you to use it 19.59.47 # will rockbox still play music fine though 19.59.53 # on 3g 19.59.57 # god knows 19.59.57 # Did someone do that for the nano background since that looks very similar to the one on Apple's site? 20.00.35 # has anyone got a 3g 20.02.02 # I did, gave it to my friend next door 20.02.07 # it'll probably struggle a good deal 20.02.39 # yeahx : did you try to run rockbox on it. And what did the music on it sound like. Did it lag ? 20.03.04 # nope, didnt know about it 20.03.15 # oh ok 20.03.50 # If anyone cares, I took a video of rockbox on my 5G 20.03.51 # i'm wondering . if music does run in realtime, why doesnt rockbox give the code to IpodLinux 20.03.55 # that screensaver deailie 20.04.00 Join TCK- [0] (n=tckocr@81-178-240-68.dsl.pipex.com) 20.04.14 # imphasing : lets have a link 20.04.21 # still transcoding 20.04.22 # :P 20.04.31 # oh ok 20.05.13 # i think rockbox and IPL should work together . Why cant we all just be brothers :D 20.05.35 # they do 20.05.36 # boza111, they do work together, just IPL has more overhead running Linux and all 20.05.47 # whats ipl btw? 20.05.58 # iPodLinux 20.06.02 # mk 20.06.17 # safetydan: oh i didnt know that 20.06.31 # whats btw , btw 20.06.36 # only joking 20.06.51 # ;) 20.07.17 Part Paul_The_Nerd 20.07.34 # imphasing : still transcoding ? 20.11.21 # boza111: how'd you think our ipod port came along so fast? it's all ipl code 20.11.49 # when did rockbox for ipod start? 20.12.01 # * safetydan wonders what to do with all the iPod video screen real estate... 20.12.02 # its still very new right? 20.12.06 # yeah 20.12.22 # i don't know when it started, linuxstb worked alone one it for a good while 20.12.30 # safetydan: small desktop and mouse emulation :P 20.12.39 # I havent seen any nano changes, wonder if I should update anyway? 20.13.03 # yeah 20.13.18 # most of the updates are global 20.13.44 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 20.13.52 # I guess the official start of the port was when I bought my ipod - the end of September. 20.14.31 # what kinda stuff can rockbox do on ipods 20.14.40 # play music 20.14.53 # lol 20.14.58 # do the plasma effect in color 20.15.02 # i mean other features 20.15.05 # Seriously - it's main aim is to play music. 20.15.11 # its 20.15.27 # oh cool 20.15.42 # But there are toys such as a gameboy emulator and other games. Doom is on the way. 20.15.44 # so does it incaporate stuff like ogg, wma 20.16.07 # boza111: read wiki. 20.16.09 # http://imphasing.myvnc.com/ipod5g.mov 20.16.11 # there we go 20.16.13 # :) 20.16.23 # oh ok i will lostlogic 20.16.28 # _MOV_ 20.16.31 # imphasing: Hope that's some good PR material... 20.16.33 # i will _oblitherate_ you 20.16.43 # linuxstb: isnt the stuff just ported from IPL 20.16.47 # * linuxstb mumbles about mplayer... 20.17.06 # That's what format my camera takes, and I didn't want to transcode 20.17.08 # :P 20.17.15 # cool , downloading 20.17.19 # My mplayer plugin works just fine 20.17.21 # :D 20.17.42 # Guys , just get the quicktime codec , so u can watch MOV in windows media player classic 20.17.50 # yes, windows media player classic 20.17.53 # in linux 20.17.54 # ... 20.17.57 # yeah, that.. 20.17.58 # linuxstb: starting to work quite nicely: http://130.89.160.166/Gigabeat/simulator2.png 20.18.00 # haha 20.18.00 # lol 20.18.14 # mplayer plugin? 20.18.21 # Someone might want to take that off my server and host it from a real computer 20.18.24 # yeahx: For my browser 20.18.28 # markun: Nice. I bet you're desperate for a port now.... 20.18.29 # oh ok 20.18.34 # markun: that's some fine screen real-estate you have there, sir 20.18.35 # yes :) 20.18.50 # preglow: yes, a bit big :) 20.19.13 # At least it's the right shape for rockblox 20.19.27 # rockblox needs some updating for newer platforms... 20.19.30 # Some things would be better to be viewed rotated 20.19.31 # it looks like a bag of shit 20.19.46 # even the WPS would look better rotated I think 20.19.53 # wtf is that? 20.19.57 # Most of the old games do - which is a shame, because they are very playable. 20.19.58 # unless we display album art or something 20.20.03 # yeahx: a space monster! 20.20.06 # yeahx: (from outer space) 20.20.08 # thats a nice screen saver 20.20.13 # oh noooss 20.20.37 # yeh I was wondering about album art, its not a needed feature but Im sure some will want it 20.21.31 Join ModernExecutive [0] (n=ModExec@wm204-165.unwired-grad.wm.edu) 20.21.39 Part ModernExecutive 20.22.57 # http://imphasing.myvnc.com/ipod5g.mpg #for weenies without quicktime codecs 20.23.39 # haha...mencoder sped up the fram rate. 20.23.40 # That bastard. 20.23.46 # anyone figure out backlight off on nano yet? 20.23.57 # I dont think thats the cause of my short battery life though 20.24.15 # yeahx: Doesn't it just switch itself off after the timeout? 20.24.19 # probably ogg+headphones eating the battery 20.24.30 # I want it off completely which doesnt seem to work 20.24.37 # right 20.24.45 # i haven't got my ipod with me right now 20.24.54 # and the CPU is still boosted all the time, right? 20.25.09 # dunno 20.25.20 # gdamn, this thing's got a mean-ass display 20.25.34 # markun: One core is at full-speed, the other is sleeping. 20.25.37 # markun: not boosted per se, we just clock it at 75mhz then never touch it again 20.25.40 # should I try encoding ogg at lower bitrates or just forget about ogg 20.25.40 # lest you want the sound to explode 20.25.53 # yeahx: what bitrates doy uo use? 20.26.33 # I dont remember the quality setting but I set max bitrate at 128 20.26.44 # should I set max to 96? :) 20.27.03 # yeahx: use a low quality setting and leave the max bitrate alone I would say 20.27.33 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 20.27.34 Quit Rick (Nick collision from services.) 20.27.46 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 20.27.47 # it seems I only get a few hours of listening in and the battery gets really low 20.27.50 # wth? 20.27.58 # i can play oggs at 250kbps++ just fine 20.28.13 # maybe its my headphones 20.28.17 # never touch the max bitrate if you're interested in good quality 20.28.29 # philips earbuds 20.28.47 # hi imphasing 20.28.56 # yeahx: How do you know the battery is low? 20.29.21 # I want them to be decent with smaller file sizes and to play gapless 20.29.44 Quit TCK- (Read error: 110 (Connection timed out)) 20.29.45 # my battery completely ran out one time, I thought I just didnt charge it enough 20.30.22 # the next day I listened to a few albums then booted into apple firmware and the battery was in the red and very low 20.31.15 Quit SereR0kR ("XChat Aqua") 20.31.27 # The only fair test is to make sure your ipod is fully charged, and then use Rockbox as normal until it shuts down. 20.31.33 # dont think it would be the headphones though cause I still have half a battery with normal usage 20.31.51 # so make a playlist and let it play non-stop? 20.31.51 Join SereR0kR [0] (n=Fletcher@Fd4cc.f.strato-dslnet.de) 20.32.21 # Yes. Or just play a directory full of files, with repeat enabled. 20.32.41 # http://imphasing.myvnc.com/ipod5g.mpg #re-transcoded with the proper framerate 20.32.43 # But obviously, having the backlight on won't help. 20.33.00 Join perl|wtf [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) 20.34.27 # imphasing what coded is that? have to use old fashioned media player classic to get it played 20.35.14 # that's...mpeg1video? 20.35.16 # I think.. 20.35.17 # yeah. 20.36.00 # the last mpg doenst play at all 20.36.50 # w00t 20.37.04 # lcd-2bit-horz working correctly 20.37.10 Join bluey [0] (n=bluey@dslb-084-059-113-123.pools.arcor-ip.net) 20.37.23 # Nice :) 20.37.27 # Not fully optimised yet, but it should already be considerably faster than the cvs version 20.37.43 # I think the fact that it works is the main thing. 20.37.47 # Plus it shouldn't show artefacts 20.38.02 # I assume it still uses the vertically-packed bitmaps? 20.38.06 # Native bitmaps are already transposed, mono bitmaps not yet 20.38.41 # What about the native bitmaps hard-coded in the plugins? Will they be wrong for now? 20.38.50 # Are there any? 20.39.04 # I'm sure a few games will use them. 20.39.13 Join [IDC]Dragon [0] (n=idc-drag@p5482AF16.dip0.t-ipconnect.de) 20.39.14 # Let me recheck 20.39.22 # If so, then they will be wrong for now 20.39.35 # Yes, it doesn't matter for now. 20.40.05 # * [IDC]Dragon starts on color jpeg 20.40.33 Join yeahx_ [0] (n=aarond@c-67-160-124-13.hsd1.wa.comcast.net) 20.40.52 # I must have been thinking about mono bitmaps - the plugins seem free of native bitmaps now. 20.40.56 # yeahx: doesnt it waste more power when it loads the first part of the album again and you change it to another one? 20.41.25 # [IDC]Dragon, good luck 20.41.27 # ;] 20.41.40 # linuxstb: It seems bejeweled does, but I'll re-check 20.41.41 # hope to see it soon 20.41.47 # Perhaps it's just a dependency problem 20.41.59 # I thought bejewelled was all external now. 20.42.11 Join Thus0 [0] (n=Thus0@21.111.102-84.rev.gaoland.net) 20.42.26 # Does bejeweled use sub-images? 20.42.34 # <[IDC]Dragon> working backwards: first my testbed needs rgb output, then a color space converter, finally the decoder 20.42.48 # what else is in the rockbox nano zip, I can see rockbox.ipod but its only 316k 20.43.00 # [IDC]Dragon: You want to decode all the way to rgb? 20.43.08 # Or is that just for testing? 20.43.13 # <[IDC]Dragon> no, to yuv 20.43.16 # but the folder is 7.3mb? 20.43.34 # <[IDC]Dragon> the color space converter is just for the testbed 20.43.46 # yeahx: There is a ".rockbox" folder there as well - containing fonts, themes, plugins and codecs 20.44.03 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 20.44.04 # <[IDC]Dragon> I'll leave the integration to you guys 20.44.15 # linuxstb: Josh "fixed" the arm lcd refresh function 20.44.35 # aah ok, I guess its hidden 20.44.39 # it's not done he says though 20.44.49 # to update I just drag the rockbox.ipod right? 20.45.26 Quit perldiver (Read error: 110 (Connection timed out)) 20.45.31 # yeahx: No. 20.45.47 # You should always upgrade by extracting the whole contents of the zip file to your ipod. 20.46.07 # all that windows command line crap? 20.46.17 # damn 20.46.38 # ooh thats just for boot loader right? 20.46.41 # No - not the bootloader. Just unzip the rockbox.zip to your player. 20.46.44 Quit ender` (" WINDOWS is to computing what Etch-a-Sketch is to art.") 20.46.56 Join ender` [0] (i=ychat@84.52.165.220) 20.47.04 # cool I'll try if I can without it making a folder 20.47.21 # too lazy to figure out how to move the invisible folder 20.47.32 # Why move? 20.47.45 # Just unzip directly to the device 20.50.03 # it was unziping into a new folder but that was an option I just turned off 20.50.35 # should have done it on windows 20.51.33 # then I could remove the clutter :) 20.52.11 Quit yeahx (Read error: 110 (Connection timed out)) 20.52.34 # linuxstb: I couldn't find any problems with hard-coded bitmaps. Perhaps there are some hard-coded bitmaps, but it's not (yet) a problem if these are monochrome 20.53.11 # No, I couldn't see any either - so it looks like we're clean of native bitmaps. 20.53.53 Quit ender` (" All power corrupts, but we need electricity.") 20.54.21 Join ender` [0] (i=ychat@84.52.165.220) 20.54.33 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 20.55.34 # what are all the .bmp files for? 20.55.43 # they make up the gui? 20.56.28 # yup 20.58.42 Join XavierGr [0] (n=XavierGr@ppp80-adsl-101.ath.forthnet.gr) 21.03.46 Quit mikearthur ("Konversation terminated!") 21.04.02 # Any 3g of 4g greyscale iPod owner around? 21.05.42 # The 4-grey rockbox logo is broken. The topmost pixel rows are missing... 21.06.00 # (I mean the .bmp in cvs) 21.06.38 # I have a 3G 21.06.58 # Could you test the upcoming bleeding edge build? 21.07.01 # ok 21.07.13 # amiconn: Don't they use the 156*53 sone? 21.07.14 # one? 21.07.24 # amiconn, imphasing I'm not sure the 3g works properly. 21.07.31 # Ah, hmm 21.07.40 # Then we need a 4g greyscale owner... 21.07.40 # We'll see then. 21.07.41 # :D 21.07.44 # ah.. 21.08.19 # Zoide777: Are you around? 21.08.42 # yes 21.09.07 # what's up 21.09.35 # amiconn has fixed your lcd :) 21.10.08 # At least I hope so. I can only test with the sim 21.10.10 # WHAAAAA???? 21.10.10 # hehe 21.10.22 # well, I have little objection to testing it 21.10.24 # :D 21.13.00 *** Saving seen data "./dancer.seen" 21.13.38 # Zoide777: I've made a zip from the latest CVS here: http://www.davechapman.f2s.com/rockbox/rockbox-4g.zip 21.17.06 # oh glorious day! haha 21.17.09 # seems to work fine 21.17.24 # any specific things you'd like me to test? 21.18.01 Join Zagor [0] (i=foobar@h63n1fls31o265.telia.com) 21.18.06 # hmmm 21.18.23 # did the refresh rate change? b/c it seems harder to read the text as you scroll through the songs list 21.18.41 # i wonder why no one hasn't complained we don't do dithering yet 21.18.45 # maybe I'm imagining it and it always was that way 21.18.46 # Zoide777: Do you mean it's faster now? 21.18.55 # Zoide777: Scrollbar at the left (for longer file listings) should look correctly now, even if you scroll further down. No artefacts should be visible, 21.19.22 # and the 4-grey rockbox logo should be shown correctly at boot, and when you call Info->Verison 21.20.08 # amiconn: the logo shows correctly. however, the scrollbar gets cut off at the bottom if the status bar is turned on 21.20.16 # The drawing speed for mono bitmaps shouldn't have changed much (that includes drawing text), but it might be a bit faster 21.20.33 # linuxstb: I'm not sure if the refresh is faster or slower, it *seems* like it's harder to read the text as it scrolls by 21.20.51 # linuxstb: maybe it's harder to read b/c it's faster 21.21.51 # wow! and it's much faster going to/from the song list and the now playing screen 21.22.05 # oooh! and the progress bar works 21.22.20 Quit boza111 () 21.22.21 Join Fitzsimmons [0] (n=Fitzsimm@unaffiliated/fitzsimmons) 21.22.32 # everything feels instantaneous 21.22.36 # hi 21.23.46 # I can't find any documention on "bookmarks" 21.23.52 # i mean seriously, it's almost as if the hard drive also got faster 21.23.53 # could someone explain what they are and how they're used? 21.24.07 # preglow: audio or image? 21.24.20 # markun: audio 21.25.25 # Zoide777: The new driver doesn't even exploit all possible optimisations... 21.25.41 # amiconn: that's a w e s o m e 21.25.51 # Some of them just need more thinking about the best way to apply them. 21.25.57 # congratulations 21.26.00 # Now we need the greyscale lib. 21.26.17 # The biggest optimisation will be switching monochrome formats, but that needs infrastructural work all over 21.26.30 # (icons, font loading) 21.27.50 # oh, looks like bookmarks aren't fully finished on the iriver port 21.27.55 # that would explain why I can't use them 21.28.00 # YOu can 21.28.08 # oh really 21.28.15 # Bookmarks are working identical on all platforms 21.28.40 # amiconn: fonts finally display fully all over the screen (especially the top was a pain) 21.28.41 # not according to this: http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 21.28.50 # although they did mention that it could be out of date 21.29.00 # in that case amiconn, how do I set a bookmark? Or resume one for that matter 21.29.42 # There is one minor restriction on all swcodec targets: Bookmarks can't go *into* non-seekable formats the same way as you can't seek within such files manually 21.29.50 # Fitzsimmons: In that chart, the left column is what rockbox can do, the rightmost one is what the *original* software did. 21.30.05 # i think we should add a CAN_SEEK flag to dsp_configure 21.30.32 # Paul_The_Nerd: ah, good clarification 21.30.48 # LinusN: Something is wrong with the HD power handling of the latest builds. Now I get a nasty emergecy park click on boot (H300) 21.30.58 # amiconn: vorbis, mp3, and possibly flac - I don't think that seeking is a problem with any of those 21.31.13 Join ModernExecutive [0] (n=ModExec@wm204-165.unwired-grad.wm.edu) 21.31.17 # Anyone know of any program or utility *other* than metaflac that might be good for generating a fairly large number of seek tables for flacs? 21.31.27 # amiconn: badness 21.31.47 # I guess this is a just an interface/lack of documentation problem 21.31.54 # I have no idea how to set a bookmark =/ 21.32.15 # amiconn: There's still something wrong with the bottom of the screen. If the status bar is on (for example, I just opened the engineer2 theme), then a strip at the bottom always stays the same 21.32.35 # hmm... 21.32.48 # Which font do you use? 21.32.52 # Fitzsimmons: I honestly don't know either, but I recall that there were instructions in the manual 21.32.57 # Fitzsimmons: hold select and go to 'bookmarks' 21.34.00 # Paul_The_Nerd: mind linking me to that manual? 21.34.11 # Paul_The_Nerd: What's wrong with metaflac? 21.34.27 # markun: aha, thanks, I didn't even know that menu existed 21.34.31 # seems to happen w/ every font 21.34.37 # linuxstb: Well, when I tried it, it didn't like the * wildcard at all. 21.34.49 # Are you in cygwin? 21.35.25 # Fitzsimmons: http://www.rockbox.org/twiki/bin/view/Main/RockboxManual <--- A little out of date, I believe, but it'll still be helpful 21.35.35 # linuxstb: I was using the windows version at the command prompt. 21.35.36 # In cygwin, the bash shell should expand the * and give metaflac the individual filenames. 21.35.36 # Paul_The_Nerd: for a in *;do metaflac --whatever $a; done 21.35.43 # amiconn: though it's interesting that upon selecting a new font, the screen displays correctly for a moment (still in the old font), but then it shows the new font on all of the screen except for the bottom strip, which did not refresh (still shows the old font) 21.35.43 # Paul_The_Nerd: ah, never mind then ;) 21.35.48 Join steveb [0] (n=steve@pan.object4.net) 21.36.11 # the help output says it can take many files at once.. 21.36.37 # Paul_The_Nerd: In Unix, the expansion of "*" into filenames is the job of the shell - programs like metaflac actually receive individual filenames 21.36.38 # wav.c uses almost no iram... 21.36.43 # Aaaah 21.37.10 # preglow: I would guess aiff is similar - it was based on wav.c 21.37.40 # i'm brushing up wav.c a bit now 21.37.49 # think i'll just bump the iram usage a bit 21.37.55 # btw 21.38.13 # BTW, we should use the extra 32KB of IRAM in the 5g and nano 21.38.28 # linuxstb: yeah, but i'll be hairy... 21.38.28 # linuxstb: Your new backdrop handling in plugin.c doesn't work correctly. Just changing the backdrop and calling lcd_update() doesn't remove the backdrop 21.38.33 # for when we do support audio dithering again, do you think it would matter if we applied dithering even if the source material is too low precision to benefit? 21.38.43 # i' 21.39.00 # i'd love to just not have the codecs have to specify their "real" output precision 21.39.13 # This means plugins which don't lcd_clear_display() themselves start drawing text (with plain background), but the rest of the screen still shows the old backdrop 21.39.35 # amiconn: you mean that's what's happening w/ the 4g gray 21.39.36 # ? 21.40.23 # amiconn: Good spot. Shall I add an lcd_clear_display() or will you. 21.40.49 # There already is an lcd_clear_display() in an earlier place 21.41.14 # Imho this could be moved down instead. No need to clear the display if the plugin refuses to run 21.41.31 # But that first clear gives the user feedback that something is happening. 21.41.46 # Oh, and of course the remote lcd should be cleared as well 21.44.06 # What about a splash() for feedback? 21.44.19 # Do we have a non-blocking splash? 21.44.40 Join marevalo [0] (n=marevalo@200.Red-217-126-183.staticIP.rima-tde.net) 21.44.41 # The splash is non-blocking when called with a delay of 0 21.44.59 # The splash never clears itself 21.45.06 Quit quobl_ (Remote closed the connection) 21.45.45 # Afaik, there already is a generic "Loading..." .lang string 21.45.52 # That would work nicely then. 21.46.41 # linuxstb: I was ldmiaing lr instead of pc... might've had something to do with the infloop. 21.47.03 # possibly... 21.48.12 Quit Zoide777 ("CGI:IRC (EOF)") 21.48.52 Quit SereR0kR ("XChat Aqua") 21.52.05 # * amiconn just discovered that Rockbox is mentioned briefly in an article in the german computer magazine c't 21.52.44 Join SereR0kR [0] (n=Fletcher@Fd4cc.f.strato-dslnet.de) 21.54.09 # What does c't say? 21.54.18 # anyone know if there is/there are plans for a HTML reader? 21.54.33 # * read_bmp_file() 21.54.35 # * Reads a monochrome BMP file and puts the data in rockbox format in *bitmap. 21.54.38 # is that comment wrong? 21.54.44 # or do you have two codepaths for loading a bmp file? 21.54.44 # Yes. 21.54.46 # okay 21.54.48 # i haven't heard anything about an html readen 21.54.54 # reader 21.55.00 Quit SereR0kR (Client Quit) 21.55.09 # * Mikachu wants to implement a bmp viewer plugin 21.55.17 # is there already one hidden somewhere? 21.55.27 # Mikachu: no 21.55.32 Join SereR0kR [0] (n=Fletcher@Fd4cc.f.strato-dslnet.de) 21.55.39 Join gantrixx [0] (n=anon@ip24-251-36-103.ph.ph.cox.net) 21.55.50 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 21.55.51 # there is a 3rd party paint plugin which can act as a bmp viewer 21.55.52 # rename("/File", "/subdir/File"); should work right? 21.55.53 # will there be color too? 21.56.09 # safetydan: yes 21.56.18 # odd, it's giving me -1 and not working 21.56.26 # so close to getting cut/copy/paste going too 21.56.35 # LinusN, but the bmp viewer is veryyyyy slow 21.56.43 # Paprica: yes 21.57.16 # oohhhh, snake works on the 4g grayscale now 21.57.28 # why some of the PLugBox plugins aren't commited? Are they badly written or the creators don't want to? 21.57.28 # safetydan: -1 means that the destination already exists 21.57.39 # which is even odder since it doesn't 21.57.55 # XavierGr: 1) They have never been added to the patch-tracker, 2) They are H300-specific 21.58.06 Join quobl_ [0] (n=quobl@tor/session/x-e1f0f5f935e13612) 21.58.07 # XavierGr: the creators are too busy to adapt them to the other platforms 21.58.44 # So there won't be any plugins target specific? 21.59.00 # XavierGr: yes 21.59.06 # But as I see it most of the plugbox plugins will work for colour targets 21.59.08 # LinusN, http://plugbox.rockbox-lounge.de/tetrox.htm 21.59.19 # jusy need key mapping to ipod 21.59.36 # that's is very trivial 21.59.46 # r/is 22.00.12 # anyone got any objections on the s3.28 sample format, before i start hacking some of the codecs to pieces? 22.00.21 # safetydan: i suggest you turn off the dircache while you're working with that 22.00.23 Quit solexx_ (Read error: 104 (Connection reset by peer)) 22.00.38 # preglow: you have my support :-) 22.01.03 # preglow: I don't object 22.01.36 # how far should i go, btw? should i remove support for 16 bit audio altogether? 22.01.41 # what about interleaved stereo? 22.01.57 Join ashridah [0] (i=ashridah@220-253-123-117.VIC.netspace.net.au) 22.02.02 # LinusN, working in the sim so I don't think dircache is even available 22.02.46 # preglow: What do you mean by remove support for 16-bit audio? 22.03.41 # well, only support codecs passing audio as 32 bits 22.04.02 # but maybe plugins will want to use 16 bit audio anywa 22.04.03 # y 22.04.10 # preglow: you'll have all of Head-Fi at your feet in adoration :D 22.04.41 # safetydan: i don't know if rename() works as intended in the sim :-) 22.05.11 # bbl 22.05.17 # i'm just thinking about it anyway, i don't have time to do anything major 22.05.39 # LinusN, I'm beginning to think it doesn't 22.05.42 # time for a target test then 22.05.53 Join solexx [0] (n=jrschulz@c129089.adsl.hansenet.de) 22.06.41 Part XavierGr 22.07.46 # Bah. No strncat() 22.08.09 Join Febs [0] (n=40be24f0@labb.contactor.se) 22.10.26 # LinusN, it was the simulator, it works on target 22.10.44 Quit ModernExecutive (Read error: 110 (Connection timed out)) 22.11.23 Join TCK [0] (n=tckocr@81-178-240-68.dsl.pipex.com) 22.11.57 # <[IDC]Dragon> ...color jpeg testbed is ready... 22.12.48 # \o/ 22.12.48 Join midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) 22.13.35 Quit Zoide777 ("CGI:IRC (Ping timeout)") 22.14.53 # What's going to be the fastest way to copy a file in Rockbox? 22.14.56 # fread? 22.19.01 # safetydan: Good question. I'm not sure what the ideal buffer size would be - or where you would get that buffer from. 22.19.52 # At the moment I think I'll just use my filename buffer 22.19.54 # arggh, aiff.c also inherited the two level indent 22.19.59 # but that's only 256 bytes at a time 22.20.56 # [IDC]Dragon, what is the meaning of "testbed"? 22.22.05 # safetydan: You can probably have a 512 byte buffer on the stack. But you should try and find a larger buffer - so you do multiple-sector reads and writes. 22.22.22 # (512 bytes = 1 sector) 22.23.03 # You should be able to use the plugin buffer - but I don't know if any other parts of Rockbox do that at the moment. 22.23.15 # that could be interesting 22.23.20 # if this is done in the gui context then you can always use the plugin buffer 22.23.35 # That's what I thought. 22.23.38 # Should always be in the GUI so I don't see why it wouldn't work 22.24.14 # 32KB could be a good size to start with - the size of the Archos plugin buffer. 22.24.45 # Or just read up to the size of the plugin buffer, then write, then repeat... 22.26.09 # and overwrite the tsr plugin, heh 22.26.13 # if there is one 22.26.35 # There goes that plan then. 22.26.48 Join petur [0] (i=petur@d54C1AE3A.access.telenet.be) 22.26.51 # Just use malloc... 22.26.56 # using the plugin buffer for anything but loading plugins should definitely not be done 22.27.12 # tsr plugins are accounted for when you get the plugin buffer 22.27.19 Join B4gder [0] (n=Daniel@1-1-5-26a.hud.sth.bostream.se) 22.27.26 Part B4gder ("Run away!!!") 22.27.32 # Unless they themselves use the plugin buffer - in which case there will be nothing left. 22.27.35 Join do_me_nice [0] (n=do_me_ni@69.156.105.160) 22.27.39 # there was the problem with the battery benchmark tsr using extra plugin buffer space but that was fixed 22.27.48 Part do_me_nice ("Leaving") 22.28.02 # linuxstb: 82fps! 22.28.03 # :D 22.28.12 # wow, nice. 22.28.26 # holy shit 22.28.26 # guess it was worth the effort of asming it :-) 22.28.29 # that's what i get on my nano 22.28.33 # imphasing, ipod video again? 22.28.34 # =\ 22.28.35 # it's always worth it 22.28.36 # gcc makes shit code 22.28.37 Quit mirak (Connection timed out) 22.28.44 # yeah, tell me about it. 22.28.44 # But.. 22.28.47 # One problem. 22.29.01 # On the menu, the whole screen gets pushed up by about 10 pixels 22.29.06 # but only on the menus 22.29.11 # all the apps work perfectly 22.29.15 # But I think the improvement is mainly the splitting of the bcm_finishup function 22.29.25 # yeah, that might be it 22.29.29 # Mmm.. 22.29.36 # that asm sets a flag and runs it at the beginning of next time, instead of the end of this one 22.29.47 # Mandelbrot says, "data abort at 00034070" 22.29.58 # ooh 22.30.25 # fancy 22.30.30 # Where's the patch for fps measurements on starfield? 22.30.46 # Cube seems faster.. 22.30.52 # it should b 22.30.52 # e 22.30.54 Quit Paul_The_Nerd ("Leaving.") 22.30.59 # http://www.davechapman.f2s.com/rockbox/starfield_fps.diff 22.31.25 # demistify is downright nippy 22.31.48 # imphasing: Are you getting any corruption on the LCD? 22.31.53 # Just a little. 22.31.57 # On the menu. 22.32.03 # There's a little bar of reddish pixels 22.32.07 # The same as my 107fps test? 22.32.13 # No. 22.32.16 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 22.32.24 # Better, worse, or just different? 22.32.24 # It seems to work perfectly, except mandelbrot won't start 22.32.29 # and it freezes the screen 22.32.31 Quit Kohlrabi (Nick collision from services.) 22.32.39 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-232.pools.arcor-ip.net) 22.32.40 # Better I would think.. 22.32.40 # hang on 22.32.46 # let me patch starfield and measure 22.33.32 # imphasing: Is this the current SVN version of the function? 22.33.37 # Yes. 22.33.49 # Erm, my patch isn't applying.. 22.33.56 # There was some option you told me to do before.. 22.34.00 # it was like, -p0 or something.. 22.34.05 # <[IDC]Dragon> Paprica: my testbed is a program where I plug the jpeg code in, to feed it from a jpg file, dumping into a bmp file 22.34.24 # oh ok 22.34.30 # <[IDC]Dragon> for debugging on the PC 22.34.38 # i think that it works on the player =] 22.34.40 # test_fps measures 93fps 22.34.42 # (!!) 22.34.48 # 99! 22.34.59 # imphasing, ipod video? 22.35.03 # yeah 22.35.10 # :( 22.35.11 # 102! 22.35.13 # :D 22.35.19 # why not in h300 22.35.19 # =\ 22.35.26 # :( 22.36.13 # The only problem is the band of "corrupted pixels" at the bottom of the menu 22.36.18 # that seems to shift the whole menu up 22.36.25 # and makes the top part go past the screen 22.37.52 # Ok, I get 23fps on starfield 22.38.04 # I get 33fps... 22.38.12 # (with the CVS driver) 22.38.16 # Hmm.. 22.38.23 # how many do you get with test_fps? 22.38.37 # 52.0, but I just committed a change to make it 54.0 22.38.47 # I get an average of 100 after 8 tests 22.38.56 # Strange.. 22.39.06 # I'm just trying josh's function now. 22.39.10 # Ok. 22.39.21 # I have to go to my physics class in like 10 minutes anyway 22.40.38 # I get 55fps in test_fps and the same corruptions as with my 107fps patch.... 22.40.46 # And 23fps in starfield... 22.41.15 # That's strange.. 22.41.27 # What's your function look like? 22.41.43 # lcd_update_rect 22.42.43 # Just: _HD_ARM_Update5G (&lcd_framebuffer[0][0],x,y,width,height); 22.42.47 Quit TCK (Success) 22.43.17 # 7 lines too much to paste? 22.43.47 # Yes... 22.44.10 # Go to #ipodlinux.flood 22.45.59 Join manhattan [0] (i=Manhatta@user-12lca9a.cable.mindspring.com) 22.46.02 # Hi 22.48.21 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 22.49.28 # hi all, anybody working on a Chess Game plugin ? 22.50.14 # not that i know of 22.50.22 # http://sourceforge.net/tracker/index.php?func=detail&aid=1393043&group_id=44306&atid=439120 22.50.52 # only for the h100 22.51.25 # thanks, I'll take a look 22.52.30 Quit Siku () 22.53.48 # it doesn't seem to be GPL compatible 22.54.04 # Got an iAudio U3 (cowon flash player). I did a firmware upgrade to 1.13 -beore I did anything else. I think it may hve been buggy or something, because besides my mp3 files in the music folder, nothing else is showing up. Not the pictures that I'm putting in there... I tried going back to 1.12 but still, the pictures wont show up. Is Rockbox going to be coming for the U3? 22.54.25 # So should I commit my cut/copy/paste stuff or put a patch on sourceforge first? 22.59.15 # do a patch 22.59.41 # maybe someone's got some comments 23.00.35 # <[IDC]Dragon> yay, a color image! 23.00.45 # :O 23.01.00 # i'm guessing this will conflict with xaviers patch 23.01.19 # <[IDC]Dragon> now I need to test the various formats and zoom factors 23.01.20 # \o/ 23.06.16 Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 23.09.15 # recording peakmeter is only available when CONFIG_CODEC == SWCODEC, correct? 23.09.55 # no 23.10.32 # the MAS chip in the Archos has it too 23.11.04 # and how can one find out if the peakmeter is operating for recording or playback? 23.11.27 # Mmmm is using pcm_is_playing() wich won't work... 23.12.37 Join warewolf [0] (i=warewolf@warewolf.org) 23.13.02 *** Saving seen data "./dancer.seen" 23.13.59 # * petur discovers audio_status() 23.14.03 # hmm 23.14.11 # I havn't updated my rockbox on my H300 in ages. 23.14.22 # I'm sure there are some sexy new features/bugfixes I don't have yet :) 23.14.27 # where can I get a full changelog? 23.14.41 # http://www.rockbox.org/since25.html 23.14.49 # danke 23.15.15 # <[IDC]Dragon> color jpeg decoder works in all my test cases 23.15.26 # are we playing movies on h3xx yet? 23.15.28 # :) 23.15.37 # [IDC]Dragon: commit! 23.15.56 # hey, the return of the missing comitter! ;-) 23.16.06 # <[IDC]Dragon> somebody needs to do a color space converter for the target 23.16.11 # <[IDC]Dragon> ;-) 23.16.23 # <[IDC]Dragon> I'm working on my ticket 23.16.27 # aren't there some general functions for that 23.17.47 # * preglow prods/kicks amiconn 23.17.58 # http://sourceforge.net/tracker/index.php?func=detail&aid=1433216&group_id=44306&atid=439120 if someone wants to try cut/copy/paste 23.18.09 # [IDC]Dragon: Did you retain greyscale only decoding for the greyscale targets? 23.18.33 # <[IDC]Dragon> sure 23.18.46 # <[IDC]Dragon> it's a second decoding function 23.19.08 # <[IDC]Dragon> I'm looking for the proper #ifdef to surround it 23.19.19 # #ifdef HAVE_LCD_COLOR 23.19.20 # HAVE_LCD_COLOR? 23.19.40 # Is the decoding that much different? 23.19.42 # <[IDC]Dragon> is that true color for all? 23.19.56 # So far yes 23.19.59 # <[IDC]Dragon> ok 23.20.01 # safetydan: looks nice... loading it up in a few. 23.20.07 # [IDC]Dragon, do you have a h300 rock for it? 23.20.09 # We have RGB565 and RGB565 byte-swapped 23.20.18 Join Kensir [0] (n=pandafus@cpe-66-87-151-238.il.sprintbbd.net) 23.20.22 # ah, finally i can autodetect the remote control type on the h300 23.20.35 # LinusN: what'd you have to do? 23.20.51 Join Strath [0] (n=mike@dpc67143207026.direcpc.com) 23.20.56 # <[IDC]Dragon> Paprica: no, only Archos 23.21.04 # ADCIN1 reads different voltages for the different remotes 23.21.08 # <[IDC]Dragon> (else I woudn't ask so stupid) 23.21.14 # disassembly seems to be pretty usefull ;) 23.21.15 # LinusN thats awesome! 23.21.16 # LinusN: woot! 23.21.22 # [IDC]Dragon: I would have expected that some parts of the decoder could just be #ifdef HAVE_LCD_COLOR 23.21.23 # nice 23.21.31 # so...does anyone know why rockbox seems to be getting the 5g LCD working so fast 23.21.36 # took me quite some dissassembling to find that out 23.21.37 # I was just curious how 23.22.01 # Kensir: a curious and inventive linuxstb :-) 23.22.05 # ha 23.22.11 # <[IDC]Dragon> amiconn: only jpeg_decode() has a variant, all the rest is the same 23.22.22 # Okay 23.22.27 # i was thinking they may have overcome the Broadcom chip obstacle 23.22.32 # any updates to the bootloader for h3xx recently? Like did the lcd-backlight before lcd-init get fixed yet? 23.22.42 # What's the output format? Is the yuv data interleaved, or separate arrays? 23.22.45 # Kensir: it doesn't seem to be that much of an obstacle 23.22.54 # <[IDC]Dragon> I didn't want to do additinal if's in there 23.23.07 # <[IDC]Dragon> hence the 2nd implementation 23.23.27 # really? From what i've understood its been difficult to figure out the instruction set or something 23.23.36 # <[IDC]Dragon> but it's possible to merge it 23.23.36 Quit Moos (Read error: 104 (Connection reset by peer)) 23.23.41 Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) 23.23.51 # warewolf: if you don't have the latest one, flash it. it also has bootloader usb mode 23.24.13 # petur: running 0.3, or someting 23.24.22 # * warewolf looks on the website 23.25.09 # oh shit 23.25.12 # v5 is out 23.25.18 # daymn I'm behind 23.25.24 # Kensir: We're still using the broadcom chip like a black box - but it seems a much more useful black box than we first thought. 23.25.37 # o, Ok 23.25.44 # sounds good, keep up the good work! 23.25.47 # For normal Rockbox use, we can now just ignore it. 23.25.57 # thats good 23.26.16 # warewolf: wait until you discover backdrops and other gui goodies :) 23.26.20 # * warewolf grabs h340 from bookbags 23.26.28 # s/s$// 23.26.30 # petur: awesome. 23.27.29 # [IDC]Dragon: It seems that my Ondio SP has developed the "hot LTC3440" disease 23.27.40 # <[IDC]Dragon> amiconn: the output is 3 different planes 23.27.56 # <[IDC]Dragon> that can be developed? 23.27.56 # (unless this is a reversible effect of powering from USB only w/o batteries inserted) 23.28.18 # <[IDC]Dragon> I thought it's genetic 23.28.47 Quit marevalo ("Abandonando") 23.28.48 # <[IDC]Dragon> but mine gets a bit warm, too 23.29.10 # <[IDC]Dragon> I can bring chips to devcon, if I can find them 23.30.02 # # warewolf@xasf:~/Desktop$ wine iRiverFirmwareVer1_29Korea.exe 23.30.10 # * warewolf really hates iriver for distributing inside exes 23.30.22 Part safetydan ("Leaving") 23.31.09 # warewolf: isn't it just a self-extracting zip? 23.31.22 # I tried :( 23.31.25 # unzip didn't like it 23.31.49 # http://download.rockbox-lounge.de/H300/H300KR_V129.zip 23.31.59 # does that work for u? 23.31.59 # already undid it in wine 23.32.04 # wine works fine :) 23.32.14 # can't you ask winzip to skip the header garbage? 23.32.32 Join quobl__ [0] (n=quobl@tor/session/x-d0cc03e3274d3340) 23.32.38 # Fitzsimmons: what would be the point of opening it in winzip if the file is a windows executable in the first place? 23.32.40 # er 23.32.46 # Fitzsimmons: I'm whining because I'm a hardcore linux user :) 23.32.50 # wow, I messed that up didn't I 23.32.51 # I meant to say 23.32.52 # unzip 23.32.56 # Fitzsimmons: Windows is only used for video games :) 23.33.05 # Fitzsimmons: no problem, usually unzip does detect SFX archives 23.33.10 # # warewolf@xasf:~/Desktop$ cp H300.hex /media/H300/ 23.33.13 # warewolf: I've been using linux for 7 years ;) 23.33.13 # * warewolf prays for rain 23.33.29 # Fitzsimmons: sweet, lemme see how many I have 23.33.45 # hehe 23.33.46 # 11 years 23.33.49 # oh no 23.33.52 # a penis size competition 23.33.56 # ofcourse! 23.34.02 # yeah well my uptime is... :P 23.34.08 # 17:34:07 up 3 days, 18:04, 4 users, load average: 0.23, 0.48, 0.35 23.34.12 # BEAT THAT 23.34.14 # uh wait. 23.34.16 # lol I was kidding 23.34.20 # :) 23.34.24 # but I could ;) 23.34.52 # 11:34pm up 400 days, 13:03, 21 users 23.35.02 # can't beat that one 23.35.07 # I detect a rootable system! 23.35.18 # indeed :P 23.35.31 # if you could reach it, sure 23.36.08 # * warewolf flashes 23.36.48 # portaudit ftw 23.38.21 # interesting 23.38.25 # how do you get out of bootloader usb mode 23.40.16 # LinusN: can you detect disk activity while in USB mode? 23.40.53 # Not on ISD200/ISD300 and derivates afaik 23.40.59 # On Ondio we can do that 23.41.22 # I was thinking of iRiver... 23.41.24 Quit bluey (Remote closed the connection) 23.42.18 # petur: how do you exit bootloader usb mode? 23.42.28 # unplug it? 23.42.37 # :/ 23.42.49 # does it charge when in usb mode? 23.43.18 # * preglow goes byebye 23.43.42 # can't remember lostlogics latest devolments there 23.43.54 # hrm 23.43.58 # * petur joins preglow 23.44.05 # petur: iriver uses isd300 23.44.17 # so no... 23.44.34 # night all.... 23.44.36 Quit petur ("here today, gone tomorrow") 23.45.27 Quit quobl_ (Read error: 110 (Connection timed out)) 23.45.33 Part Paul_The_Nerd 23.45.42 # has anyone fixed the USB problem on last nights iriver version? 23.46.05 Quit zhilik ("http://www.zhukovsky.net") 23.46.12 Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) 23.47.16 Quit Kensir () 23.49.27 # "I see the light and its name is rockbox." 23.49.27 # :-) 23.49.32 # * Bagder reads the forums 23.49.39 # light has a name? 23.49.48 # now it does! 23.50.37 # haha 23.52.30 # [IDC]Dragon: Will you commit your code as-is, or will you put it somewhere for adding yuv->rgb conversion before a commit? 23.52.48 Join elinenbe_ [0] (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 23.54.57 # thre we go 23.55.10 # hold rec while plugging in not to enter bootloader usb mode 23.55.36 # <[IDC]Dragon> amiconn: I'm about to commit it as-is now 23.55.37 # (I last updated my rockbox on the 5th of january :) 23.55.44 # good work guys, thanks. 23.55.55 # <[IDC]Dragon> the extra function would do no harm, just be unused for now 23.57.43 # What happens when I feed it a pure greyscale jpeg? 23.58.00 # <[IDC]Dragon> you get grayscale 23.58.17 # <[IDC]Dragon> I've tested that, too 23.58.28 # I mean, what do I get for U and V? 23.58.35 # <[IDC]Dragon> the u,v is not touched 23.58.48 # <[IDC]Dragon> so you'd better fil it with 128 first 23.58.53 # <[IDC]Dragon> fill