--- Log for 30.09.106 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 28 days and 18 hours ago 00.01.07 # 8 hours seems decent to me 00.01.13 Quit webguest75 ("CGI:IRC (EOF)") 00.08.53 Quit billytwowilly (Remote closed the connection) 00.14.07 Quit midkay ("Leaving") 00.18.16 Quit Ribs3 (Read error: 110 (Connection timed out)) 00.19.12 Quit merbanan (Remote closed the connection) 00.19.23 Join Ribs3 [0] (n=freenode@91.84.8.218) 00.22.14 Join Cheapy| [0] (n=nostrada@kron2-46-61.resnet.wisc.edu) 00.22.33 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 00.22.42 # Is there a !seen script in this room? 00.22.57 # !seen Stevie[FP] 00.23.02 # Guess not. 00.23.37 # Cheapy|: /msg nickserv info Stevie[FP] 00.23.46 # that's no fun 00.23.47 # but thanks 00.23.49 # :) 00.23.58 # doesn't look promising either :p 00.24.20 Join tvelocity [0] (n=tony@ipa198.4.tellas.gr) 00.25.37 # bleh 00.26.31 Quit MarcoPolo ("Bye !") 00.36.33 Join aegray [0] (n=aegray@74.135.163.80) 00.36.40 Quit vin` (".") 00.39.50 Quit Kohlrabi ("Quit") 00.43.59 Quit obo ("bye") 00.51.00 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 00.52.53 Quit markun (Read error: 104 (Connection reset by peer)) 00.52.59 Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) 01.01.05 Quit ender` (" You know that old saying, 'Strike while the iron is hot?' Well, I think that's a pretty dumb saying, 'cause I'll betcha a col") 01.08.09 Quit Lynx_ (Read error: 110 (Connection timed out)) 01.08.09 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 01.09.28 # Cheapy|: Ask logbot... 01.09.38 # /msg logbot seen 01.10.06 Join midkay [0] (n=midkay@rockbox/developer/midkay) 01.14.08 # i just finished a first attempt at moving the ipod into the target tree 01.14.16 # http://www.rockbox.org/tracker/task/5890 01.14.29 # anyone with ipods want to test it? 01.18.54 Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 01.19.06 # barrywardell: sure...anything to look for in particular? 01.19.28 # holy crap 01.19.32 # im in love with rockbox 01.19.33 # just if it actually works. the backlight button code has been moved 01.19.39 # so check they work 01.20.01 # and the adc (battery) 01.20.02 *** Saving seen data "./dancer.seen" 01.20.26 # MagusG: :) 01.20.30 # and power and usb 01.20.37 # think that's it 01.20.44 # actually, i take that back...apparently, VMware decided to not like me 01.20.48 # * scorche re-installs 01.20.50 # is there any detriment to SQ in transcoding from ogg q9 to a lower bitrate? 01.21.13 # what ipod do you have? 01.21.22 # who? 01.21.27 # scorche 01.22.04 # nano 01.22.18 # cool 01.22.51 # hopefully all those things i mentioned will work the exact same as before! 01.22.52 # damn, now i want an 8gb nano 01.23.08 # MagusG: doesnt work with rockbox yet 01.23.16 # ah 01.23.17 # well 01.23.25 # then i want my current ipod modded to 8gb 01.23.29 # :P 01.24.08 # MagusG: at your sound quality question, absolutely. 01.24.21 # i mean, i know its gonna sound like a lower bitrate.. 01.24.27 # when you converted from a CD or whatever to ogg, you lost some quality.. going down from there will lose even more. 01.24.32 # yeah 01.24.38 # but i mean, is it gonna be worse than say 01.24.43 # yeah, but you've already lost some.. it's compressing compression. 01.25.07 # if i were to take the original and encode it to the lower bitrate ogg 01.25.11 # i'd say re-rip if you have the option or work off lossless files.. 01.25.19 # compared to transcoding from the ogg q9 01.25.28 # it would be worse than re-ripping, right. 01.25.36 # ok 01.25.58 # ripping from cd (100% quality) to e.g. 128k mp3, let's say that brings it to 50% quality.. 01.26.01 # it doesnt just "take out the same areas" as i have seen some people compare it to 01.26.19 # but ripping from cd (100%) -> 320k mp3 (say 90%) and then down to 128k would be like 40% or something.. if that makes sense. 01.26.30 # i mean, i have most of my collection archived in FLAC, but burned to DVDs 01.26.45 # 99% of the stuff on my hdd is ogg q9 01.26.55 Quit lightyear (Remote closed the connection) 01.27.01 # that's the best way to deal with it, bring it all back down from the source material. 01.27.07 # i agree 01.27.34 # Not only is it worse than reripping, but an ogg ->mp3 conversion will sound worse than the lower of the two bitrates. Often much worse. You get native ogg artifacts + native mp3 ones + the funky gunk that only a double lossy can do. 01.27.56 # im thinking q9 > q6 or q5 01.28.07 # shouldnt be terrible eh? 01.28.23 # won't be great. 01.28.52 # may i ask an off topic question? 01.29.03 # FWIW, bit for bit mp3 playback gives you better battery life than ogg playback at this moment. 01.29.35 # I went off of the US Postal service web site. <= what does that mean? i cant translate it anyhow ... 01.29.37 # Rob2222: yes, we grant you permission.. good thing you asked, after all, asking off topic questions without asking to ask them is a punishable crime here! 01.29.38 # :) 01.29.45 # lol 01.29.47 # :) 01.29.53 # is it not possible to convert ogg to a lower bitrate without recompressing? 01.30.04 # i just down know who to ask atm 01.30.23 # or am i just making that up? 01.30.23 # "I went off of the" <=? 01.30.31 # barrywardell - I think only one kind of ogg can be bitstripped. 01.30.38 Quit petur ("here today, gone tomorrow") 01.31.22 Quit spiorf (Read error: 60 (Operation timed out)) 01.31.49 # well. 01.32.10 # barrywardell: huh? of course you can convert as you wish. 01.32.29 # but it's just like blurring a blurred picture, after doing that a few times it's unrecognizable :) 01.33.05 # i mean you can convert to a lower bitrate and the result is as if you created the lower bitrate file from the original source audio 01.33.37 # you can't compress the compressed version and have the same effect, no. 01.33.43 # midkay - barrywardell was asking if you can't strip a high bitrate ogg of the less-essential bits to make it a lower bitrate one. some codecs can do that, I can't remember which. 01.33.49 # http://en.wikipedia.org/wiki/Bitrate_peeling 01.34.01 # ah, i'm not crazy 01.34.04 # where was that even suggestied? :o 01.34.14 # but it only exists in theory 01.36.15 # ah, i see what you mean, the wording of your question.. i assumed you meant like "without losing quality". 01.36.38 # i was referring to MagusG's question 01.44.09 Join habana [0] (i=58a10615@gateway/web/cgi-irc/labb.contactor.se/session) 01.44.28 # barrywardell: compiling 01.44.32 # Hello 01.44.37 # great 01.45.16 # "error 2" 01.45.35 # not so great 01.46.10 # scorche: you can't fix it? and you wanted to be a committer...! 01.46.16 # shaddup 01.46.33 # that's the nano build, yeah? 01.46.37 # yup 01.47.16 # are you able to build it? 01.47.32 # i think so 01.47.37 # trying again now 01.47.45 # where is it getting stuck? 01.48.19 # points to plugin.o.....2 undefined references to 'wheel_status' and 'wheel_send_events' 01.48.51 # sounds like you've got some old source.. 01.48.55 # that was committed a few days ago. 01.49.02 # i just updated 01.49.08 # no, i moved that into the target tree 01.49.21 # and he...yeah 01.49.27 # i'll need to fix that 01.49.33 # genius, scorche. 01.49.46 # barrywardell: how is battery time on H10 with rockbox? 01.49.47 # * scorche salutes midkay 01.50.05 # ....why did i try to auto-complete "salutes"? 01.50.16 # XavierGr: I set mine playing and left it alone and it lasted about 8 hours 01.50.20 # give or take 01.50.30 # and with OF? 01.50.39 # dunno 01.50.56 # just to know if battery time is better or worse 01.51.05 # worse, I would imagine 01.51.18 # Is there someone skilled in sansa port ? 01.51.20 # i think the OF is quoted as 16 01.51.21 # with H100 and H300 rockbox woops iriver's ass on the battery aspect 01.51.26 # i'd like to help but dont understand what need to be done 01.51.37 # but probably that's a bit optimistic 01.51.46 # but I think that H10 has the same problem with iPods 01.52.06 # barrywardell: are you going to fix it now, or add it to the list of fixes?...i need to be somewhere soon 01.52.10 # yes, and will benefit from a lot of the improvements the ipods get 01.52.20 # scorche: not right now 01.52.24 # alright 01.52.28 # i will test later then 01.52.33 # thanks for testing 01.52.49 # someone mentioned about disk idling on portaplayer 01.52.56 # that was a major issue on iriver 01.53.12 # on rockbox disk power off is off by default 01.53.27 # so we were having less battery time on H100 01.53.54 # maybe there is somthing similar on H10, iPods too 01.54.02 # but noone knows for sure 01.54.12 # the H10 disk sounds like it spins itself down after about 5 seconds 01.54.21 # yeah that was the case with H100 01.54.24 # it looks like a hardware thing 01.54.28 # but still the current is there 01.54.45 # what is the advantage of moving the ipods to the target tree? 01.54.51 # I mean the difference with disk power off is faster spin up time 01.55.14 # i know there is GPIO port which seems to control the hdd power 01.55.18 # and 50mah more power consumptionIIRC 01.55.30 # flicking it off, you can hear the disk spin down 01.57.18 # would i put that in ide_power_enable()? 01.58.34 Quit darksk1ez (Remote closed the connection) 02.01.58 # i'll run tests with and without powering off 02.02.17 # pity it's gonna take 16 hours to find out! 02.02.53 # you can use battery_benchmark for ease of use 02.03.10 # and then you can put your results on the wiki 02.03.20 # that is very informing on iriver H100 and H300 02.03.39 Quit newbyx86 ("I LOVE CLOUDS") 02.06.11 # will do 02.06.52 # ok, this is gonna sound dumb 02.06.52 Quit habana ("CGI:IRC (EOF)") 02.06.58 # where do you go for plugins? 02.07.39 # Soap: the goal of the target tree is to get away from a lot of the ifdef hell 02.08.11 # all hardware specific stuff is in its own directory 02.15.27 Quit lodesi ("leaving") 02.20.47 # ahh 02.23.14 Join newbyx86 [0] (n=newbyx86@ip68-7-14-7.sd.sd.cox.net) 02.27.01 Quit darkskiez () 02.32.51 # boing 02.33.10 # if anyone needs an ipod 80G boot partition image, let me know, i have one uploaded 02.38.43 Quit midkay ("Leaving") 02.40.33 Join webguest84 [0] (i=917408d9@gateway/web/cgi-irc/labb.contactor.se/session) 02.43.08 Quit EvilDude (Read error: 110 (Connection timed out)) 02.51.13 Quit Nibbier (Read error: 110 (Connection timed out)) 02.53.18 Join Nibbier [0] (n=sven@e181085192.adsl.alicedsl.de) 02.59.29 Quit linuxstb_ ("CGI:IRC") 03.02.38 Quit barrywardell () 03.12.16 Quit webguest84 ("CGI:IRC (EOF)") 03.13.36 Join Criamos [0] (n=Criamos@p54934093.dip0.t-ipconnect.de) 03.17.27 Quit karim (Remote closed the connection) 03.20.04 *** Saving seen data "./dancer.seen" 03.29.54 Join bipak [0] (n=bip@p5088501C.dip.t-dialin.net) 03.34.58 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 03.35.54 Quit tvelocity ("Αποχώρησε") 03.49.13 Quit deoa (Read error: 110 (Connection timed out)) 04.11.58 Quit gtkspert (Remote closed the connection) 04.12.38 Join gtkspert [0] (n=gtkspert@gateless.info) 04.14.54 Join midkay [0] (n=midkay@rockbox/developer/midkay) 04.17.41 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 04.18.02 # sneakums, how do you like yours 04.18.17 Quit linuxstb (Read error: 110 (Connection timed out)) 04.20.51 Part pixelma 04.31.55 Join damaki_ [0] (n=Chocolat@ALille-253-1-27-35.w90-7.abo.wanadoo.fr) 04.43.08 # is there a speex plugin/codec for rockbox? 04.43.58 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 04.50.34 Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) 04.51.01 Quit damaki (Read error: 110 (Connection timed out)) 04.51.14 Quit RoC_MM (Client Quit) 04.59.02 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 04.59.26 Join vertic420 [0] (i=bla@dslb-084-056-231-193.pools.arcor-ip.net) 05.01.05 Quit amiconn (Read error: 110 (Connection timed out)) 05.01.07 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 05.02.08 # How large of an attachment can I post to the wiki? 05.03.02 # I was thinking it wouldn't be a bad idea to post an album (public domain) for consistant runtime tests. 05.03.59 Join Rob2222_ [0] (n=Miranda@ACAEDCB8.ipt.aol.com) 05.06.18 # Soap: 10000 KB 05.06.41 # that's not going to work. 05.07.08 # I guess I'll use a FLAC album from archive.org, and encoder settings. 05.16.42 Quit vertic23 (Read error: 110 (Connection timed out)) 05.18.43 Quit Rob2222 (Read error: 110 (Connection timed out)) 05.20.08 *** Saving seen data "./dancer.seen" 05.28.47 Join bestadvocate [0] (i=18836335@gateway/web/cgi-irc/labb.contactor.se/session) 05.28.56 # hello 05.30.22 Quit bestadvocate (Client Quit) 05.31.04 Join bestadvocate [0] (n=bestadvo@c-24-131-99-53.hsd1.oh.comcast.net) 05.31.21 # hey guys 05.31.32 # hey 05.32.12 # brb reading faq 05.34.40 # I'm thinking of buying ether a iAudioX5 or 80 gig iPod, I was wondering, which one does rockbox work better on? 05.35.55 # using my mp3 player on an Ubuntu machine is my ultimate goal. 05.36.47 # Well, at the moment it would only work on the X5 05.37.11 # And even when the 5.5g iPods are supported, the X5 will perform better. 05.37.59 # thanks, Its a bit of a bummer, the iPod hardware is superior, but the Apple firmware is completely unexceptable 05.38.53 # Yeah, it's mainly the LCD that slows down the iPod, it's got a lot of pixels to update, and because we don't have much hardware info on it, we havn't figured out how to write to it very quickly. 05.39.43 # cool, thanks for the info. I'll likely be back once I get my X5L 05.39.55 # Rightio, good luck with it. 05.39.58 Quit bestadvocate ("Leaving") 05.46.35 Quit JoeBorn ("Leaving") 06.02.05 Quit Ribs3 (Read error: 110 (Connection timed out)) 06.03.00 Join Ribs3 [0] (n=freenode@91.84.8.218) 06.16.09 Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) 06.17.47 Quit Nibbier (Read error: 110 (Connection timed out)) 06.19.36 Join Nibbier [0] (n=sven@e181088217.adsl.alicedsl.de) 06.22.27 Quit |AhIoRoS| ("Abandonando, see you http://ahioros.homelinux.net") 06.38.19 Quit amigan (Read error: 104 (Connection reset by peer)) 06.38.29 Join Paul_The_Nerd [0] (n=Llorean@cpe-70-116-115-210.houston.res.rr.com) 06.41.01 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 06.54.20 Join nave7693 [0] (n=evan@adsl-69-110-36-157.dsl.pltn13.pacbell.net) 07.07.37 Join Ed__ [0] (i=ed@palm.hoeg.nl) 07.12.41 Join webguest11 [0] (i=46a206c1@gateway/web/cgi-irc/labb.contactor.se/x-373184ac0c413234) 07.17.34 Quit webguest11 (Client Quit) 07.20.11 *** Saving seen data "./dancer.seen" 07.24.45 Quit Ed_ (Read error: 110 (Connection timed out)) 07.38.47 Quit rotator ("zzzzzzzzz") 07.57.48 Part Paul_The_Nerd 08.00.47 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 08.18.31 Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) 08.33.40 Join chendo_ [0] (n=chendo@203-206-75-235.dyn.iinet.net.au) 08.34.48 Quit Cheapy| (Read error: 110 (Connection timed out)) 08.37.34 # ne1 awake? 08.38.02 # It's 4:30pm here, I'm certainly not asleep :) 08.38.49 Quit chendo (Read error: 60 (Operation timed out)) 08.41.28 Join rretzbach [0] (n=robert@dslb-084-062-040-075.pools.arcor-ip.net) 08.45.41 # its 2:45 am here 08.57.44 Quit DrMoreau () 09.17.17 Quit mirak_ (Read error: 145 (Connection timed out)) 09.20.12 *** Saving seen data "./dancer.seen" 09.30.01 Join mirak_ [0] (n=mirak@AAubervilliers-152-1-102-80.w86-218.abo.wanadoo.fr) 09.34.28 Quit Ed__ (Read error: 104 (Connection reset by peer)) 09.34.31 Join Ed_ [0] (i=ed@palm.hoeg.nl) 09.39.13 Quit powr-toc ("Leaving") 09.40.30 Join xNibbler [0] (n=sven@port-212-202-77-44.dynamic.qsc.de) 09.41.52 Quit Nibbier (Read error: 110 (Connection timed out)) 09.48.18 Join bluebrother [0] (i=nKfCywIB@nat-wh-1.rz.uni-karlsruhe.de) 09.50.33 Quit xNibbler (Remote closed the connection) 09.53.46 Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) 10.02.07 Quit darkskiez (Read error: 148 (No route to host)) 10.04.38 Join ender` [0] (i=null@84.52.165.220) 10.08.39 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-133-244.pools.arcor-ip.net) 10.11.50 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.17.37 Quit linuxstb ("Leaving") 10.17.41 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.18.36 Join chendo__ [0] (n=chendo@203-206-9-177.dyn.iinet.net.au) 10.19.52 Join Nibbier [0] (n=sven@port-212-202-77-44.dynamic.qsc.de) 10.21.42 Quit chendo_ (Read error: 60 (Operation timed out)) 10.43.38 Join barrywardell [0] (n=barrywar@194.46.168.78) 10.50.49 Join pixelma [0] (i=pixelma@82.193.235.34) 10.58.18 Quit Rudy4Pez () 11.05.53 Quit MarcoPolo (Remote closed the connection) 11.07.14 # * linuxstb yawns 11.07.25 Join stoffel [0] (n=SFR@p50816947.dip.t-dialin.net) 11.07.40 Part stoffel ("Verlassend") 11.10.28 Quit Landus (Nick collision from services.) 11.10.50 Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 11.12.20 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 11.12.39 # hey all 11.12.54 # anyone awake yet? 11.12.55 Quit scorche (Read error: 104 (Connection reset by peer)) 11.13.17 Join scorche [0] (n=scorche@208-110-158-224.customer.csolutions.net) 11.20.13 *** Saving seen data "./dancer.seen" 11.32.03 Join naquada [0] (n=naquada@IGLD-83-130-34-240.inter.net.il) 11.32.04 Quit damaki_ (Read error: 104 (Connection reset by peer)) 11.32.33 # can any one help me with an iaudio x5l ? 11.32.57 # i like to know if i will install rockbox will it do someting to my bettary ? 11.33.21 # What do you mean? 11.33.25 # if you mean something harmful, no 11.34.49 # someone told me , that if i will install rockbox on the player the battry life will be harmd/ 11.35.31 Join hockyhair [0] (n=d@adsl-69-109-224-103.dsl.pltn13.pacbell.net) 11.35.49 # as i said, rockbox does not do anything harmful to your battery 11.35.57 # any changes with 5g ipod in the last few weeks? 11.36.11 # hockyhair: check the commit list.. 11.36.19 # where? 11.36.25 # front page 11.36.35 # http://iaudiophile.net/forums/archive/index.php/t-9303.html 11.36.47 # there is a link that says something like "all commits since 2.5" 11.37.43 # "killing it sooner" is quite the overstatement 11.38.06 # rockbox battery life is less than the original firmware, but it doesnt harm the battery 11.38.17 # and the battery life under rockbox will change for the batter 11.38.44 # scorche: can you explain what car adapter mode does, i dont notice any change when it's set to on 11.38.57 # if with the original firmware i get 40 houers what will i get with rockbox ? 11.39.00 # linuxstb: how "expensive" are new threads? i figured out a sweet way to do random folder advance, but it really needs a new thread to keep a folder list in the background (really only needed on startup and if folders are removed, added...) 11.39.31 # hockyhair: if it is the feature i am thinking of, it will turn the device off when a current is going through the charger and turn it back on when it is returned 11.39.53 # good for the car so you dont have to touch it when running errands and such 11.40.00 # that always happens regardless of any setting for me 11.40.08 # scorche:if with the original firmware i get 40 houers what will i get with rockbox ? 11.40.40 # JdGordon: Won't that involve a large buffer to store the folder list? 11.40.42 # i mean, i always have to hold menu when pluging in the charger other wise it will shutdown and rb will not load 11.40.44 # naquada: you dont get 40 hours...and i am not sure that the current state of life is like 11.40.59 # linuxstb: no, i'm going to use a file on disk as the buffer 11.41.08 # naquada: there should be a page in the wiki about it...search for "runtime" and look at the results for x5l 11.41.21 # linuxstb: thats the only way it can work reasonably quickly using little ram 11.41.26 # did anyone here install rockbox on iaudio x5l ? 11.41.40 # JdGordon: Isn't that just duplicating the functionality of dircache? 11.42.03 # slightly... well.. yes 11.42.13 # i cant see how to use dircache for this tho 11.43.51 # thx all 11.43.54 Quit naquada () 11.44.59 # hmm, he left... 11.45.30 # scorche: The X5L has very long battery life, that's what the L stands for 11.45.42 # yes, but not as long as the OF 11.45.50 # Cowon states 35 hours iirc 11.46.01 Quit barrywardell () 11.46.32 # Rockbox isn't that bad compared to the OF on X5 11.46.34 # didnt realize it was *that* long, but how does that affect the discussion and his questions? 11.47.20 # heh...i never said it was that bad, just not as good as OF yet....he was asking if rockbox did anything harmful 11.47.43 # Basically, rockbox battery life is clearly better than OF on Archos Ondios, slightly better on HD based archoses and irivers, and roughly equal or slightly worse on X5 11.48.01 # The only targets where rockbox battery life is far worse than OF are the ipods 11.48.47 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.48.47 # someone is working on that now correct? 11.48.48 # as i said..i didnt say or refer to "far worse", but i didnt think we were up to equal yet 11.48.51 # It should be possible to bring rockbox on X5 on par with the iriver targets 11.49.04 Quit linuxstb (Nick collision from services.) 11.49.07 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 11.49.32 # The main pb is the inefficient pcf50605 driver 11.51.53 Quit linuxstb (Read error: 104 (Connection reset by peer)) 11.51.55 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.52.03 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 11.59.19 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.59.29 # * linuxstb_ is having a bad ADSL day... 11.59.36 Quit linuxstb (Nick collision from services.) 11.59.37 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 12.01.21 # does anyone know how the next/up/down variables work in the dircache_entry struct? 12.01.44 # amiconn: If you have a few minutes, I would be curious to know your thoughts about the bmp resizing patch: http://www.rockbox.org/tracker/task/5697 12.01.47 # can i assume next is a file/folder in the current folder, up is the parent dir, down is enter the folder if this is a folder? 12.02.19 # I've started to look at the album art patch, to see what needs to be done before it can be considered for committing, and the album art patch now relies on that bmp resizing patch. But I'm pretty sure we wouldn't want to commit it (the bmp resizing patch). 12.02.47 # JdGordon: I think you would need to ask Slasheri... 12.03.00 # ok 12.03.09 # Slasheri: you around? 12.03.52 # JdGordon: next = goes to the next entry in the current dir. down = goes to the sub directory if current entry is a directory. up = goes to the parent directory or NULL if already in the root 12.04.17 # ok, thanks 12.05.05 # Slasheri: also, is there seems to be 2 values attribute can be if it is a dir, depending on if it is a sim or target build... is there a better way to check? 12.05.17 # ATTR_DIRECTORY for sim or FAT_ATTR_DIRECTORY otherwsie? 12.05.45 # hmm, i think they should be identical 12.06.16 # |tns.c:130: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 12.06.19 # |Please submit a full bug report, 12.06.22 # |with preprocessed source if appropriate. 12.06.24 # |See for instructions. 12.06.30 # hehe, weird. I got a compiler error with the latest rockbox sources :D 12.08.43 # amiconn: you dont use dircache do you? 12.08.56 # No I don't 12.09.37 # would it be better to add random folder advance using dircache stuff so unless its inited you cant use random, or use my own caching so it can work even if dircache is off 12.09.58 # it seems that compiler error happens only with gcc version 3.4.4. Version 3.4.5 seems to be fixed 12.11.29 # anyone have an option on above question? 12.12.37 Part nave7693 12.13.42 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.13.48 Quit linuxstb (Nick collision from services.) 12.13.50 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 12.14.12 # JdGordon: My opinion is simple - I don't need random folder skip at all 12.15.02 # ok, but hypothetically... would it be better to just disable it for everyone who doesnt use dircache? or make it available for everone who would want it? 12.16.11 # Depends on what the cost of separate buffering is. I guess it's better to just use the dircache buffer 12.16.13 Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) 12.17.00 # The main reasons why I don't use dircache are (1) it uses up RAM for little benefit that's better used for buffering and (2) I still don't really trust it... 12.17.51 # amiconn: trust it? 12.17.54 # the eye in dircache is a bit shifty... 12.18.36 # linuxstb: I think we do want a scaling bmp loader, but (1) for mono (and perhaps also grayscale) targets it shouldn't be part of the core and (2) I don't like the implementation 12.19.05 # amiconn: the other method uses a file to cache the folder list, and possibly a thread so the list can be updated in the background (would really only need to be rebuilt on boot up and if any folders are added or removed), ram useage would be pretty tiny 12.19.48 # unless it had to use a chace, and coulndt piggy-back onto another thread 12.22.55 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.23.01 # amiconn: What other uses (apart from album art) would there be for a scaling bmp loader? 12.23.05 Quit linuxstb (Read error: 104 (Connection reset by peer)) 12.23.42 # scaling backgounrd images? 12.23.51 # I can't see any (at least for the core), and that's why I don't want it in the core for mono/greyscale targets 12.24.10 # JdGordon: That doesn't make sense... 12.24.19 # why not? 12.24.53 # Unlike a wps with album art, where the album art image size can vary depending on the selected theme, the background is always the same size 12.25.08 # Scaling on target is therefore just a waste of resources 12.25.39 # yes, of course, but it would allow for backgrounds to not have to be manually scaled, so the same wps zips could work for multple targets 12.25.45 # Wouldn't bmp scaling have a point on a bmp viewer or something? 12.26.03 # Genre9mp3: Yes, but for that it doesn't need to be in the core 12.27.13 # linuxstb_: Some of my objections against the implementation: (1) It uses an (arbitrary) factor of 1000 for calculating the scaling. Real fixed point arithmetics (e.g. using 16.16 format) would certainly be faster 12.27.58 # (2) It calls functions with long parameter lists from within tight loops - certaily very slow 12.28.21 # (3) It doesn't anti-alias 12.28.42 # (afaics) 12.42.56 Quit linuxstb_ (Read error: 110 (Connection timed out)) 12.42.57 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.44.58 Quit Kohlrabi (Nick collision from services.) 12.45.08 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-037.pools.arcor-ip.net) 12.48.48 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 12.54.47 # can anyone give me the ok to commit http://www.rockbox.org/tracker/task/5623 ? 12.56.06 Quit jborn_ (Read error: 54 (Connection reset by peer)) 12.56.10 Join jborn__ [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 13.03.21 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 13.03.47 Quit mordov (Read error: 148 (No route to host)) 13.04.21 Join lightyear [0] (n=lightyea@p54877823.dip.t-dialin.net) 13.07.56 # aargg!!!! bloody kate crashed! 13.08.24 # emacs! 13.09.28 # ed! 13.09.32 # :'( lost about 20min of work 13.10.32 # * ender` got used to pressing the hotkey for save after every line, due to some spectacular failures 13.11.11 # * scorche 's editor saves work much like word does so there is never anything lost 13.14.25 # * amiconn 's editor didn't crash a single time yet 13.14.44 # I leave it running all the time, often have 20+ files opened 13.15.24 # my editor hasn't crashed either - but back in the day, i didn't have an UPS 13.15.46 # Hehe, a laptop has an 'ups' built in :) 13.17.54 # 10 years ago, even the computer wasn't mine, and laptops back then... 13.18.14 # are there any threads that are mostly idle that i can piggy back onto safely? 13.18.34 # * JdGordon decided not to use dircache 13.19.20 # oh, what's the status of apev2 tags support for MP3s? 13.19.22 # amiconn: I was wondering what are the trust issues you said about dircache... 13.19.59 Join pdvhbr [0] (i=d5d935dc@gateway/web/cgi-irc/labb.contactor.se/session) 13.20.17 *** Saving seen data "./dancer.seen" 13.23.56 Quit pdvhbr (Client Quit) 13.24.42 Join mordov [0] (n=mordov@138.80-202-237.nextgentel.com) 13.25.53 # Genre9mp3: Dircache introduces a layer of complexity into the rather crucial file operations. There were several weird dircache-related issue. 13.26.08 # I doubt that there are no bugs left... 13.28.56 # I see... I use dircache and haven't experienced any bugs related to that... but OTOH you cannot be sure about that 13.29.52 # But it seems really useful for my H300 13.29.59 Part pixie 13.30.30 # It really speeds up things and gets rid of annoying lags in the File Browser 13.30.59 # The weird thing is that the disk delays don't annoy me much... except on X5 13.31.19 Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) 13.32.18 # For some reason it seems that the spinup delay of the X5 HD is longer than on all other targets I have - but it should be similar to my irivers' (or even lower, since it's a single-platter disk) 13.32.58 # X5 use toshiba disks too, right? 13.33.26 # yes 13.33.59 # Maybe it's something with the ATA driver then? 13.34.25 # No. It's the physical spinup delay... 13.35.28 # Perhaps it's only my imagination, because the spinning noise is almost inaudible, unlike my iriver HDs 13.36.26 # amiconn: So...may I ask if you use dircache on your X5? :P 13.36.55 # No I don't 13.39.20 Join Quazgaa [0] (i=quaz@m158.telcomplus.net) 13.44.41 # hmm... i opened an fd correclty, but write is returning -1? why wold that be? (i opened it with O_CREAT) 13.45.50 # I think you also need to use O_RDWR or O_WRONLY 13.46.10 # i thought WRONLY was explicitly used with creat? 13.46.29 Quit XavierGr (Read error: 110 (Connection timed out)) 13.46.34 # doH! yeah that was it 13.46.35 # thanks 13.47.11 # You may also want O_TRUNC 13.48.25 # linuxstb_: I put up the thing I was working on yesterday as a patch: http://www.rockbox.org/tracker/task/6095 13.49.40 # Good day everybody 13.50.27 # :D random folder advance works, and i dont tihnk it adds to much to bloat.. 13.50.34 Join petur [0] (n=petur@d54C0B7F7.access.telenet.be) 13.50.41 # hcs: The changing to scrolling behaviour is probably due to the recent kernel scheduler changes - when did you last update your version of Rockbox? 13.51.31 # I want to to help rockbox project by working on Manuals 13.51.40 # linuxstb_: let me see, I thought it was yesterday, I'll update from CVS and see if I still see the same difference between pre- and post- patching 13.51.46 # StefanGuenzel, nice to hear 13.52.29 # but I dont know how?! Can anybody give my a help? 13.52.33 # sure. 13.52.41 # thx 13.52.52 # hcs: I'll start a test running now on my Color, and I'll let you know what happens. 13.53.06 # how much do you already know? Have you been able building the manual yourself already? 13.53.15 # ender`: hello? 13.53.34 # ender`: heh - you're ender from #amule? lol :) 13.53.40 # long time no speek :) 13.54.22 # and read http://www.rockbox.org/twiki/bin/view/Main/ManualHowto if you haven't done already. 13.54.33 # linuxstb_: thanks, I'm really fumbling around in the dark with this 13.55.56 # hcs: That's what ipod development is like most of the time... 13.56.53 # I m wondering why I didnt found the manualhowto link... sorry I m gonna red it 13.57.08 # np :) 13.58.34 Join rr3tzbach [0] (n=robert@dslb-088-076-085-120.pools.arcor-ip.net) 14.00.20 Nick Ribs3 is now known as Ribs (n=freenode@91.84.8.218) 14.00.39 Join TeaSea [0] (n=thunderc@82.153.195.210) 14.02.28 # linuxstb_: yes, you are correct, the scrolling speed issues I mentioned in the patch report are present without my patch 14.02.43 # it is also nice that scrolling doesn't cause skipping anymore 14.03.17 # I'll see if the whole phenomenon isn't just caused by changes to the scheduler... 14.03.32 Quit TeaSea (Remote closed the connection) 14.05.35 # StefanGuenzel, we also have a LatexGuidelines and ManualTodo wiki page 14.06.53 # The best way of starting with the documentation effort would be to download the manual module from the cvs repository. From your Rockbox cvs root: 14.06.53 # cvs co manual 14.08.24 # when I trying to download the hole manual\ I just get a html file 14.08.25 Part pixelma 14.08.45 # the whole manual/ ? 14.09.09 # you need to do a checkout from cvs -- you can't download it from the web directly 14.09.13 # http://www.rockbox.org/viewcvs.cgi/manual/?hideattic=0 14.09.25 # (except by downloading the source tarball) 14.10.17 # see http://www.rockbox.org/twiki/bin/view/Main/UsingCVS 14.10.37 # what OS are you working with? 14.13.45 Quit petur ("here today, gone tomorrow") 14.16.09 # what does B stand for in the OS Stack debug screen? 14.17.18 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 14.17.32 # blocked? 14.17.36 Quit rretzbach (Read error: 110 (Connection timed out)) 14.18.33 # * bluebrother is out for a couple of minutes 14.18.49 Join TeaSea [0] (n=thunderc@82.153.195.210) 14.21.54 Quit TeaSea (Read error: 131 (Connection reset by peer)) 14.21.57 Quit _Veseliq_ (Read error: 145 (Connection timed out)) 14.23.59 # I m working with WinXP 14.24.08 Join _FireFly_ [0] (n=FireFly@p54A44F32.dip.t-dialin.net) 14.24.36 # hcs: Bad news - my ipod's crashed with the usual data abort... 14.25.18 # linuxstb_: ah, pity, I'm running the build straight from CVS and haven't run into anything yet 14.27.57 # I hate how it never crashes _when I want it to_ 14.29.19 Join leachbj [0] (n=leachbj@pdpc/supporter/sustaining/leachbj) 14.29.54 Join TeaSea [0] (n=thunderc@82.153.195.210) 14.31.05 Join rushfan [0] (n=rushfan@adsl-65-43-158-60.dsl.bcvloh.ameritech.net) 14.31.20 # Hello. I bought an 80GB ipod. Does rockbox still work w/ them despite the minor changes in hardware? 14.33.00 Quit TeaSea (Remote closed the connection) 14.33.19 # rushfan: Not at the moment. 14.33.47 # But at least one person is working on it, and the changes do indeed seem minor. 14.34.14 # linuxstb_: Ok. Good thing I waited. heh 14.34.18 # Now I need to get gtkpod working. 14.34.33 # linuxstb_: got the cvs build to crash, almost immediately after I touched the scroll wheel once to get the screen on 14.35.07 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 14.35.34 # hcs: cool 14.35.50 # ? 14.36.06 # VMWare finally working without decimating my machine's performance in WinXP! \o/ halleluyah 14.36.16 # hcs: Well I mean at least something is being done 14.36.21 # linuxtsb_ the bootloader is still not working on the new 5g though right? 14.36.49 # I love how iTunes fscks my tags and album art when I transfer, and its made by apple. 14.37.05 # leachbj: I think someone got it working. So we know at least the existing LCD driver works fine on the new 5g. 14.37.09 # quick question: how do I cut 'n' paste clipboard text in and out of the VMWare OS? 14.37.41 # StefanGuenzel, I'm back. How can I help you? 14.38.00 # leachbj: Nice to see you around btw. 14.38.30 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 14.39.45 # linuxstb_: thats encouraging. yeah i've been pretty busy with non-computer stuff for the last 7mths. 14.40.22 # Has the new Nano got your attention? 14.40.39 # yeah thats what i've been looking at 14.41.10 # Any progress? I've got one but am stuck with the encryption... 14.41.49 # none really a bit of info about the encryption header but nothing helpful 14.44.13 Part rushfan 14.52.09 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 14.52.24 # hcs: There seems to be a nasty typo in pp5020.h - CPU_INT_STAT is defined as 0x64004000, but it should (I think) be 0x60004000..... 14.52.40 # linuxstb_: yeah, i noticed that 14.52.58 # figured it was just something I didn't understand 14.53.34 Join nls [0] (i=HydraIRC@nl104-202-216.student.uu.se) 14.54.30 # the tree context stuff is not mult-thread safe at all is it? 14.55.38 # hcs: I changed it, but got a freeze about a minute into my first test. I'm testing again now... 14.56.14 # is this with my patch? 14.56.19 # I've always had data aborts in the past, so a freeze is nice change. This is without your patch, but with pp5020.h changed. 14.56.58 # I've generally had freezes, and only occasionally data aborts 14.58.02 # I'll make that fix in my build as well 14.59.19 # linuxstb_ 0x60004000 is interrupt status for CPU 15.02.07 # leachbj: That's what I thought... But Rockbox has defined it as 0x64004000 and has been using it for months... 15.03.53 # linuxstb_: are you sure it makes sense to do an OR with the interrupt enable register? 15.04.18 Join TeaSea [0] (n=thunderc@82.153.195.210) 15.04.32 # hcs: Have you tried deleting that line completely? 15.04.44 # I'm not sure of anything any more... 15.05.34 # linuxstb_: I tried it, but I was getting contradictory behavior 15.06.01 # Contradictory? 15.06.19 # Was that with pp5020.h fixed? 15.06.38 # linuxstb_: no 15.06.52 # it would just crash on boot sometimes, work fine otehrs 15.06.54 # *others 15.08.34 # I'm rebuilding with the typo fix and nothing special in set_cpu_frequency 15.09.39 Quit Quazgaa (Read error: 110 (Connection timed out)) 15.13.15 Join lodesi [0] (n=lds@82.247.165.89) 15.18.21 # hcs: I've just got a data abort - with just pp5020.h fixed. 15.18.39 # hmm, you have a photo? 15.19.11 # Yes. 15.19.37 # I'm running with pp5020.h fixed and the OR removed from system.c, it'll be a while before I have anything to say about it. 15.20.21 *** Saving seen data "./dancer.seen" 15.20.25 # * hcs uses Pink Floyd for testing 15.21.37 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 15.23.49 Part amiconn 15.23.59 # The data abort always seems to be 0x18 bytes from the end of set_cpu_frequency. The asm for that function is here: http://pastebin.ca/186783 15.24.08 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") 15.24.32 # linuxstb_: yes, the rare times I've seen a data abort I've seen the same thing, when using objdump on rockbox.elf 15.25.00 # it's just odd that you regularly get data aborts but I only get freezes 15.25.38 Quit Rahab ("Rahab has no reason") 15.35.42 Quit StefanGuenzel (Read error: 104 (Connection reset by peer)) 15.39.53 # linuxstb_: ok, got a freeze with pp5020.h fixed and nothing in set_cpu_frequency(), trying next with pp5020.h fixed and my patch 15.48.17 # I shall test that as I go off to lunch... 15.57.58 Quit freqmod ("Konversation terminated!") 16.00.57 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 16.01.03 Quit freqmod (Remote closed the connection) 16.04.01 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 16.04.22 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 16.09.38 Join Criamos [0] (n=Criamos@p54933B06.dip0.t-ipconnect.de) 16.10.17 Quit linuxstb_ (Read error: 110 (Connection timed out)) 16.14.02 # linuxstb: Not sure if this is relevant, but when disabling HAVE_ADJUSTABLE_CPU_FREQ, rockbox is occaisionally able to load, and when it does I get static over the headphones when it tries to voice anything, and sometimes when I hold menu and select. 16.23.32 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 16.26.43 Join niskel [0] (n=niskel@fctnnbsc15w-156034069077.nb.aliant.net) 16.29.49 Quit JdGordon ("Konversation terminated!") 16.31.51 Quit TeaSea (Read error: 110 (Connection timed out)) 16.34.07 Join damaki [0] (n=Chocolat@ALille-253-1-25-182.w90-7.abo.wanadoo.fr) 16.44.37 Quit aliask ("sleep") 16.55.10 Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) 16.55.16 # hello 16.55.24 Join TeaSea [0] (n=thunderc@82.152.211.20) 16.56.14 # lamed: Hi. 16.57.36 # linuxstb: I'm starting to be afraid that that ipod gut i've orderd from is a hoax, but time will tell, haven't paid yet. 16.57.48 # is there a nicer way of doing strcat((char *)next," "); 16.58.17 # i'm connecting two words, say strcat(str1,str2), but I need to add a gap in between 17.02.08 Join Cheapy| [0] (n=nostrada@kron2-46-61.resnet.wisc.edu) 17.15.44 # linuxstb: no idea? 17.20.23 *** Saving seen data "./dancer.seen" 17.22.08 Quit niskel ("Konversation terminated!") 17.25.10 Join niskel [0] (n=niskel@fctnnbsc15w-156034069077.nb.aliant.net) 17.30.48 # lamed: You could use sprintf(str3,"%s %s",str1,str2) 17.42.26 Join Paul_The_Nerd [0] (n=Llorean@cpe-72-177-233-125.houston.res.rr.com) 17.44.01 Quit mordov ("www.CNLRacing.com") 17.44.59 Join alphakiller [0] (n=bits@200.162.22.132) 17.53.47 Join spiorf [0] (n=spiorf@host133-144.pool8250.interbusiness.it) 17.55.21 Part Paul_The_Nerd 17.58.46 Quit lamed ("CGI:IRC (EOF)") 18.00.17 Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) 18.04.06 # linuxstb: tt, but what file should i include to avoid implicit declaration 18.04.08 # ? 18.07.42 Quit niskel (Remote closed the connection) 18.11.02 # lamed, there exists firmware/include/sprintf.h, so I'd suggest including sprintf.h ;-) 18.12.18 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 18.14.03 # actually, it doesn't work (!). 18.14.53 # huh? I can find quite a couple of files including sprintf.h ... 18.15.15 # i'm trying to figure out where the real sprintf function is located so i could trace the correct file to include. 18.15.53 # the sprintf.c file doesn't contain a sprintf function 18.16.07 # (under /common) 18.17.34 # interesting. When I tried using sprintf it worked fine. 18.17.49 # my guess it's a macro 18.17.50 # :P 18.17.55 Join baadb33f [0] (i=mewho@24.151.104.191) 18.18.16 # hello all 18.18.31 Nick baadb33f is now known as DrMoreau (i=mewho@24.151.104.191) 18.18.54 # hmm. 18.19.17 # btw it works for me too, just complaining when i make it. 18.19.30 # well 18.19.51 # probably something like: memcpy(target, source, strlen(source)); 18.21.21 # is someone around with knowledge of the h10 port? 18.22.06 # i was grepping the whole source and i couldn't find it. 18.24.38 # linuxstb: ping 18.26.11 Join rotator [0] (n=e@rockbox/developer/rotator) 18.28.21 # anyone have experience with ata.c? 18.35.34 Quit freqmod (Read error: 104 (Connection reset by peer)) 18.35.41 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 18.37.36 Join SereR0kR [0] (n=SereR0kR@Ea7f2.e.strato-dslnet.de) 18.42.03 Join Mordov|hardlywo [0] (n=mordov@138.80-202-237.nextgentel.com) 18.48.28 Quit flux__ (Remote closed the connection) 18.51.36 Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) 18.51.52 # lamed: In Rockbox, you should use snprintf 18.52.00 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 18.56.13 # hello all, I recently switched from using cygwin to using the rockbox vmware image for compiling 18.56.36 # I still get an error when attempting to compile a build with profiling enabled 18.56.41 # can anyone help me? 18.58.42 # It's what we said the other day - with profiling enabled, the AAC codec is too big. 18.59.16 # Ah. I didn;t understand that there was nothing I could do about that 18.59.35 # thanks 18.59.53 # Are you wanting to profile the AAC codec, or something else? 19.00.09 # either the AAC or WMA decoders 19.00.38 # IMO, the WMA decoder is still in too rough a state to start profiling - it needs to be made to work first. 19.00.57 Quit Kohlrabi ("Quit") 19.01.39 # I have ranted in the forum that M4A and WMA playback are very important for rockbox and am trying to find a way to help in optimizing the decoders 19.02.07 # being a noob I am finding it difficult to contribute on this vector 19.02.11 # :-) 19.04.50 Join XavierGr [0] (n=xavier@ppp155-188.adsl.forthnet.gr) 19.08.03 # * bluebrother doesn't consider wma to be important for Rockbox at all 19.09.45 # it's just an unnecessary barrier to entry for (i presume) a lot of people. 19.09.45 # linuxstb_: back from lunch, had two unusual crashes, it rebooted but hung on the apple screen 19.10.25 # AAC is definitely a barrier to entry for a ton of ipod users. 19.10.36 # (AAC playback) 19.11.55 # Davide-NYC - while I agree 100% with the points you made in the forum thread about the # of people who rip to AAC or WMA because they are the default on the two most popular media players/rippers... 19.12.20 Join barrywardell [0] (n=barrywar@194.46.168.78) 19.12.30 # I do think that amongst the "target market" of Rockbox users they are actually a minority. 19.12.36 # hcs: My ipod is still crashing as normal as well... 19.12.54 # linuxstb_: well, this is an abnormal form of crash for me... 19.13.14 # Soap: I bet that target market would shift incredible once aac and wma playback worked 19.13.21 # ahh, but 19.13.59 # the very fact that the people in question only use the default ripping behavior is, IMHO, indicitive of the fact they would not be attracted to a non-default firmware. 19.14.11 # Except for doom and rockboy. 19.14.11 # good point 19.15.06 # And the very same people who come to rockbox for doom and rockboy are the ones who, once again IMHO, will be the most problematic about DRM'd AAC and WMA files and "why won't my iTunes downloads play on Rockbox?" 19.15.50 # hmmm, you're probably right. I might be out of touch from the median RB user. I'm primarily focused on recording and then playback. I use no games at all. In fact I patch them out of my builds. 19.16.27 # I just find near universal playback of whatever audio files type very very attractive. 19.16.57 # I find it attractive also, but I'd like to believe it is the icing on the cake, and the cake isn't fully baked yet. 19.17.49 # * Davide-NYC decides to go see what is missig from a 3.0 release 19.19.08 # linuxstb: the bootloader now runs on the 5.5, but it detects the hdf size 1/4 of what it really is.. with ata.c patched for 2048 bytes/sector it hangs after the hd detection 19.20.04 # can you explain how the sector count is derived? 19.20.26 *** Saving seen data "./dancer.seen" 19.21.43 Quit damaki (Remote closed the connection) 19.22.14 # The sector count is in the partition table. I'm not sure if it's ata.c you should be changing, or fat.c/disk.c 19.22.57 # both ata.c and fat.h have SECTOR_SIZE hcd at 512 19.24.59 # AFAIK, the physical sector size is still 512 bytes - so the ATA sector read/write commands will still transfer 512 bytes. 19.25.29 # oic.. hmmmmm thats weird so why do they make it 2048 externally? 19.25.51 Join damaki [0] (n=Chocolat@ALille-253-1-25-182.w90-7.abo.wanadoo.fr) 19.26.12 # linuxstb_: I'm putting the CPU_INT_CLR=CPU_HI_INT_CLR=-1 I had in yesterday back in. 19.26.20 Join hockyhai1 [0] (n=d@adsl-69-109-224-103.dsl.pltn13.pacbell.net) 19.27.49 Quit lucaferr ("a CBIRC user") 19.29.50 Quit lamed ("CGI:IRC (EOF)") 19.30.01 Quit darkless (Remote closed the connection) 19.30.26 # DrMoreau: Do you know what the bytespersector value is in the MBR? 19.30.26 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 19.30.33 # In releasetodo where it says "Remote support for iRiver" does that mean for each and every plugin? Where does core functionality stop and plugin remote support begin? 19.30.43 # Currently it's at 50% 19.31.00 # no.. how can i tell? 19.34.51 # ...lousy broken MP3s making me think something's wrong with rockbox... 19.36.16 # linuxstb_: So is the partition size derermined in fat.c? 19.38.12 Quit hockyhair (Read error: 110 (Connection timed out)) 19.40.09 Quit darkless (Remote closed the connection) 19.40.55 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 19.41.16 # linuxstb_: I'm getting a really weird effect here, with volume popping oddly between channels 19.41.38 # *balance 19.41.54 # The partition table is read in disk.c - from the first sector on the disk. That sector read appears to work fine (without any modifications to Rockbox), which to me would mean that ata.c is fine. It contains the start sector and size in sectors. But what I'm not sure of is how Rockbox should determine that sector size. 19.42.31 # hcs: are you testing with a new 5g? 19.42.59 # leachbj: no, 4g color, testing a "stability patch" 19.43.02 # which doesn't work 19.44.37 # linuxstb: oic.. checking disk.c... 19.46.10 Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) 19.46.29 Quit darkskiez (Read error: 131 (Connection reset by peer)) 19.46.55 Join darkskiez [0] (n=mbryars@bb-87-81-62-203.ukonline.co.uk) 19.47.15 # is ARMv5TE something that portal player chips are compatible with ? 19.50.31 Join FOAD_ [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) 19.50.52 Join Famicom [0] (i=Famicom_@232.Red-88-1-86.dynamicIP.rima-tde.net) 19.51.36 # dionoea: The PP chips are arm7tdmi - which I think is ARMv4 19.51.39 Quit TeaSea (Remote closed the connection) 19.52.02 Quit damaki (Remote closed the connection) 19.52.07 # oh ... ok :( the ffmpeg devel ml has been receiving loads of ARM5 related patches lately 19.52.15 # i was hoping that it could help 19.52.21 # linuxstb: okay a quick patch to dick.c gets the correct size detected :)) still wont mount though.. 19.52.30 # thats disk.c 19.52.32 Join TeaSea [0] (n=thunderc@82.152.211.20) 19.52.33 # omg Freudian slip 19.52.58 # hehe 19.53.25 # that'll live forever in the logs... 19.55.10 # please, I need some help 19.55.31 # linuxstb_: I'm looking at system_init(), the addresses written to to clear interrupts look wrong 19.55.38 # to get rid of itunes 19.55.41 # Famicom - you need to ask your question. 19.56.03 # Famicom: you seek to dethrone the emperor?! 19.56.19 # I've read I can use iPOD as a normal flash memory, or mp3 drive 19.56.23 # xDD 19.56.42 # I want to copy-paste my songs directly to the drive, and make it work 19.57.13 # just as it's been always done 19.57.13 # so far 19.57.27 # until ipod came xD 19.57.40 # You want Rockbox then. 19.57.41 # so where to start? 19.58.18 # http://www.rockbox.org/twiki/bin/view/Main/IpodPort 19.58.48 Quit FOAD (Read error: 145 (Connection timed out)) 19.59.00 # ;) thanks 19.59.42 # linuxstb: can you send me the normal bootloader display test for a pod please... 20.04.28 Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) 20.04.47 Quit StefanGuenzel (Client Quit) 20.06.39 Join San [0] (n=Wonderbo@213-202-172-181.bas504.dsl.esat.net) 20.06.43 # hey 20.06.52 # is there is problem with MP3 recording? 20.07.00 # as in, it varys in speed 20.07.09 # when you play the recorded file 20.07.39 Join lamed [0] (i=d49656d3@gateway/web/cgi-irc/labb.contactor.se/session) 20.08.45 # hello. 20.13.54 # does anybody knows why the space size on the splash function isn't font dependent? it's always 3 pixels long. maybe it's because of small lcd screen sizes for players such as the recorder? 20.14.54 Join Ribs2 [0] (n=freenode@91.84.8.218) 20.15.20 # DrMoreau: What's the "bootloader display test" ? 20.19.20 Nick pill is now known as pill__ (i=pill@loves.voltshells.com) 20.20.50 Quit DrMoreau (Read error: 110 (Connection timed out)) 20.20.53 Quit Bjoern-Erik ("leaving") 20.22.26 Quit Ribs (Read error: 60 (Operation timed out)) 20.24.46 Quit coolego1 (Read error: 110 (Connection timed out)) 20.26.31 Quit Famicom () 20.30.53 Nick Ribs2 is now known as Ribs (n=freenode@91.84.8.218) 20.34.55 Quit idnar (Read error: 145 (Connection timed out)) 20.36.39 Join idnar [0] (i=mithrand@unaffiliated/idnar) 20.36.54 Join TeaSeaLancs [0] (n=thunderc@82.152.213.224) 20.42.11 Quit TeaSea (Read error: 145 (Connection timed out)) 20.42.45 Quit lamed ("CGI:IRC") 20.42.59 Quit SereR0kR () 20.47.43 Join [TCK] [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) 20.52.25 Quit TeaSeaLancs (Read error: 145 (Connection timed out)) 21.00.23 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 21.05.03 Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) 21.05.07 Quit TCK (Read error: 110 (Connection timed out)) 21.08.21 Quit San () 21.08.33 Join petur [0] (n=petur@rockbox/developer/petur) 21.10.07 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 21.14.01 Join lee-qid [0] (n=liqid@p54967B6F.dip.t-dialin.net) 21.14.07 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 21.16.21 Quit linuxstb (Read error: 110 (Connection timed out)) 21.17.36 # linuxstb_: I added CPU_INT_CLR=-1 and CPU_HI_INT_CLR=-1 to system_init(), doesn't seem to have helped at all 21.20.28 *** Saving seen data "./dancer.seen" 21.22.15 Join Ribs2 [0] (n=freenode@91.84.8.218) 21.22.39 Join merbanan [0] (n=banan@c80-216-155-218.cm-upc.chello.se) 21.23.23 Join rah [0] (i=zzx@cpc1-nfds10-0-0-cust143.leic.cable.ntl.com) 21.24.54 Join linuxstb [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/session) 21.29.04 Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) 21.29.35 Join DrMoreau [0] (i=mewho@24.151.104.191) 21.29.38 Quit Ribs (Read error: 60 (Operation timed out)) 21.29.46 # stupid netgear router 21.34.54 Join lucaferr [0] (n=lucaferr@h48n1fls305o1037.telia.com) 21.37.46 Join webguest1331 [0] (i=51e3ace4@gateway/web/cgi-irc/labb.contactor.se/session) 21.41.28 # bluebrother: you had a question about the H10 port earlier 21.41.32 # ? 21.45.24 # grr i can make disk.c report the appripriate disk size by " pinfo[i].size = BYTES2INT32(ptr, 12) * 4 " but it's a hack 21.47.23 # disk.c and fat.c are beyond me.. can anyone assist? 21.47.30 Join Sinbios [0] (n=Sinbios@rn-was1a01.uwaterloo.ca) 21.47.30 Quit Sinbios (Remote closed the connection) 21.48.36 # barrywardell: Can the H10 record? 21.48.53 # yes 21.48.59 # it has an internal mic 21.49.08 Join Sinbios [0] (n=Sinbios@rn-was1a01.uwaterloo.ca) 21.49.16 # and there is a line in on the dock 21.49.33 # (or you could probably hack a connector together) 21.49.51 # it can also record from the radio 21.50.00 # Are you interested in working on it? I've synced my ipod recording code to CVS, but there's still a lot of work needed. 21.50.29 # yeah, I'd like to try it out at least 21.50.39 # i'd imagine ipods and h10 will be similar 21.50.54 Join baadb33f [0] (i=mewho@24.151.104.191) 21.51.08 # OK, I'll post what I've done so far to flyspray. I don't think I'll have any time to work on it any more in the near future. 21.51.25 # * Soap cries 21.51.42 Quit DrMoreau (Read error: 104 (Connection reset by peer)) 21.51.55 # You can probably copy the wm8731 recording code from IPL - they've implemented both mic and line-in recording IIRC. 21.52.01 # linuxstb: do you know anyone who can help me a bit with fat.c and disk.c? 21.52.04 # great. what do you mean by it needs a lot of work? 21.52.27 Nick baadb33f is now known as DrMoreau (i=mewho@24.151.104.191) 21.54.04 # 1) Playback is broken after you record; 2) Various features are not yet implemented - changing the gain for example; 3) I haven't tested the MP3 encoder, but the wavpack encoder doesn't work (endian issues I think, maybe unaligned memory accesses as well). WAV is the only codec that's working. 21.55.18 Quit aegray ("Lost terminal") 21.55.59 Quit darkskiez () 21.56.05 # ah, ok. i'll try it out and see if i can fix some of those issues... 21.56.43 # And 4) Only 16-bit/44.1KHz is implemented, but the hardware (in the H10 as well I think) should support up to 24-bit/96KHz. 21.59.52 Join aegray [0] (n=aegray@74.135.163.80) 22.04.35 Quit lightyear (Remote closed the connection) 22.06.02 # barrywardell: http://www.rockbox.org/tracker/task/6096 22.08.30 # Updated this wiki page: http://www.rockbox.org/twiki/bin/view/Main/KeymapIriverHSeries but I have no way of checking the H3x0 main unit and the non-LCD remote. 22.08.57 # If someone owns either please check 'em. Thanks. 22.09.11 Quit darkless ("Leaving") 22.15.12 Quit webguest1331 ("CGI:IRC (EOF)") 22.18.16 Quit MagusG (Read error: 104 (Connection reset by peer)) 22.18.42 Quit Landus ("Leaving") 22.18.56 # barrywardell: Can you use the H10's line-in with the iriver firmware? 22.21.29 # i think so 22.21.37 # haven't actually tried it though 22.22.49 Quit EspeonEefi ("Leaving") 22.24.51 Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) 22.25.42 Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) 22.28.03 # are we using button combos anymore? 22.28.19 # I know play/pause + up/down is page up/down 22.28.27 # what else? 22.30.16 Quit Seedy (Read error: 145 (Connection timed out)) 22.31.20 Quit lucaferr ("a CBIRC user") 22.32.27 # Davide-NYC: Have you looked in apps/keymaps/keymap-h1x0_h3x0.c? 22.33.12 Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) 22.33.17 Nick Ribs2 is now known as Ribs (n=freenode@91.84.8.218) 22.33.23 # Hello. For the iriver target (or in general) which GCC are we using? 22.33.36 # stevenm: 3.4.6 22.33.51 # for sh and arm we use 4.0.3 22.33.55 # Bagder, do you know if someone has uploaded a built version for linux x86? 22.34.19 # build one with tools/rockboxdev.sh 22.34.22 # Bagder, I have 3.4.3 and get this error- tns.c:130: internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 building tns.c 22.34.58 # Bagder, I have built rockbox with this toolchain before but that was a few months back. Would a compiler upgrade (3.4.6) fix this, or is there another problem with my setup? 22.35.28 # that problem is gcc version related 22.35.46 # so an upgrade should fix it, yes 22.35.47 Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) 22.36.24 # linuxstb: oh boy, I think the main unit key mapping is incorrect as well then 22.36.31 # In the wiki 22.36.34 # Bagder, ok, thanks. running scrpt now 22.36.36 # urghh 22.37.10 # got an iriver again from my friend (sans power supply). will have it for a little while, maybe write that midi patch volume prescaler 22.37.31 Join belze [0] (i=belze@2001:618:400:0:0:0:53d9:5f54) 22.42.48 Quit [TCK] (Read error: 110 (Connection timed out)) 22.47.59 # I'm going through the firmware on my 60GB ipod photo, I'm seeing a different set of registers used for clearing irqs than is seen in ipl or rockbox, specifically the same registers that are actually regularly used for irq handling 22.49.40 Join akaias [0] (n=akaias@76.16.18.102) 22.49.55 # hcs: What registers are you seeing being used? 22.50.43 # 0x60004138,0x60004128,0x6000411c,0x60004038,0x60004028,0x6000401C 22.51.34 # whereas both in rockbox its -0x300 from that, for all I know it could be the same registers, but... 22.51.36 Quit DrMoreau (Read error: 110 (Connection timed out)) 22.51.42 # Have you seen this page? http://ipodlinux.org/PP5020 22.51.49 # yeah 22.52.02 Join Bjoern-Erik [0] (n=unknown@67.80-202-110.nextgentel.com) 22.52.09 # it concurs with what he have in rockbox (with that typo fixed today) 22.52.54 # That wiki page (and the IPL source) is what pp5020.h would have been based on. 22.52.56 # but it makes no mention of the 0x60001000 range for interrupts, only as cpu/cop mailboxes 22.53.44 # and it seems to be a fairly reasonable guide from what little of the firmware I've read through so far, though there are some registers which aren't listed on there 22.55.28 # freezes just fine with that changed, anyway 22.57.38 # I'm seeing (*0x70000024)|=0xC0, for which I see no equivalent elsewhere 22.57.43 Quit lodesi (Read error: 110 (Connection timed out)) 22.59.00 Quit Seed (Read error: 60 (Operation timed out)) 23.00.03 Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) 23.00.33 Join lodesi [0] (n=lds@82.247.165.89) 23.00.53 Quit barrywardell () 23.03.40 Join StefanGuenzel [0] (n=stefangu@p54A79470.dip0.t-ipconnect.de) 23.07.30 Join MHen [0] (i=54a36a61@gateway/web/cgi-irc/labb.contactor.se/session) 23.09.55 # * MHen hopes a developer will commit his patch 6052 anywhen soone 23.10.17 # * hcs read that as 6502 23.10.25 # lol 23.10.25 # * hcs has NES on the brain 23.10.40 # not that we don't have a SID player in, too 23.12.12 Join Ribs2 [0] (n=freenode@91.84.8.218) 23.19.16 Join Angryman_H10 [0] (i=5438b696@gateway/web/cgi-irc/labb.contactor.se/session) 23.20.03 Quit Angryman_H10 (Client Quit) 23.20.29 Join webguest86 [0] (i=568ebc91@gateway/web/cgi-irc/labb.contactor.se/session) 23.20.31 *** Saving seen data "./dancer.seen" 23.20.42 Quit Ribs (Read error: 60 (Operation timed out)) 23.21.46 Quit webguest86 (Client Quit) 23.28.17 Join dainanaki [0] (n=ian@ppp-70-254-88-196.dsl.rcsntx.swbell.net) 23.32.50 Join EspeonEefi [0] (i=espeonee@STRATTON-ONE-FORTY-FOUR.MIT.EDU) 23.35.11 Quit MHen ("CGI:IRC (EOF)") 23.38.23 Part StefanGuenzel 23.51.02 Quit lodesi ("Parti") 23.51.15 Join lodesi [0] (n=lds@82.247.165.89) 23.59.01 Join Famicom [0] (i=Famicom_@232.Red-88-1-86.dynamicIP.rima-tde.net)