--- Log for 17.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 3 hours ago 00.00.49 # having image plugins that are loaded in the plugin buffer would be a solution, _if_ we could load multiple of those 00.01.10 # the only drawback would be that running plugins while playing music isn't possible anymore. 00.01.32 # That's a pretty huge drawback 00.02.04 Quit Rondom ("Ex-Chat") 00.02.31 Quit BeChris ("CGI:IRC (EOF)") 00.03.12 Quit AJCantos ("Leaving.") 00.04.05 # bluebrother: I'm not so sure. 00.04.29 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.04.32 # If you're running a plugin, you can't see the WPS anyway (except battery bench). 00.04.45 # What we could do is go the other way: no album art while plugins are running. 00.05.28 # If you buffer the decoded, resized image then you'd only need the plugins during buffering. If you have battery bench running: no album art. If you're playing a game and leave back to the WPS, no album art until the next rebuffer (if there was a buffering while you were playing) 00.06.07 Join massiveH_ [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.06.24 Quit avis (Remote closed the connection) 00.07.37 Join BeChris [0] (n=51fbed92@gateway/web/cgi-irc/labb.contactor.se/x-c45c37ce8275e7f2) 00.07.46 # sorry my firefox crashed 00.07.54 # (I use the CGI irc client) 00.08.30 Quit massiveH (Nick collision from services.) 00.08.35 Nick massiveH_ is now known as massiveH (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.08.46 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.10.57 Join mib_60gz4e24 [0] (i=51fbed92@gateway/web/ajax/mibbit.com/x-b7d5d6d601d98483) 00.11.01 Quit BeChris (Client Quit) 00.11.31 Nick mib_60gz4e24 is now known as BeChris (i=51fbed92@gateway/web/ajax/mibbit.com/x-b7d5d6d601d98483) 00.11.45 # Llorean: true. But using an image plugin system most likely would add quite some complexity 00.12.21 # anyway, before we can think of an image plugin system we should have at least two image decoders ;-) 00.12.32 # yup 00.12.47 # It was a real pleasure to chat with you all but I will go to bed now 00.13.00 # it's close to midnight here in France 00.13.17 Quit reacocard (".") 00.14.03 # I'll have a look at the logs to get what I missed when my firefox crashed 00.14.07 Quit jgarvey ("Leaving") 00.14.40 # don't hesitate to send suggestions around the artwork topic by email 00.14.45 # bye 00.14.49 Part BeChris 00.16.42 # * bluebrother would also like the jpeg decoder support progressive files first 00.17.09 # nice to see a new French guy :) 00.18.32 Join perrikwp [0] (i=98214fce@gateway/web/ajax/mibbit.com/x-01a35a1f1f7e923b) 00.18.46 Quit bertrik ("Leaving") 00.23.18 Quit Nico_P (Remote closed the connection) 00.27.46 Join goffa [0] (n=goffa@216.220.23.105) 00.35.46 # bluebrother: yes, that would be useful too 00.38.14 Quit tvelocity (Read error: 110 (Connection timed out)) 00.39.32 Quit Tetracomm (Read error: 110 (Connection timed out)) 00.40.07 Join Tetracomm [0] (n=nicholas@72.252.29.2) 00.40.39 Quit goffa_ (Read error: 110 (Connection timed out)) 00.40.59 Quit bluebrother ("leaving") 00.42.47 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 00.42.53 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 00.42.57 Quit mcuelenaere ("Zzzz") 00.46.15 Quit BigBambi_ (Read error: 113 (No route to host)) 00.48.04 Quit mf0102 (Remote closed the connection) 00.51.58 # n1s: Just rolled a new Sansapatcher for OS X using your bootloaders. 00.52.22 # LambdaCalculus37: great, do you have a sansa to test on? 00.53.23 # n1s: Yep, just tried it out on my c240. 00.53.43 # OF booting and USB detection are working. 00.54.23 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 00.54.28 # I could try rolling an OS X e200rpatcher as well, but I haven't got an e200R to test with. 00.54.43 # LambdaCalculus37: that is good news as geaverts reported in the thread that usb detection was broken in an earlier build, maybe he want's to test? 00.54.51 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.55.56 # n1s: Yeah, I think we should have him give it another test, unless another Linux user with a Sansa wants to step up as well. 00.58.17 # n1s: USB detection appears to go into the OF, but just charges it. 00.59.19 Quit ender` (" But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the f") 01.00.25 *** Saving seen data "./dancer.seen" 01.01.20 # * LambdaCalculus37 goes to eat 01.01.26 Quit LambdaCalculus37 ("This computer has gone to sleep") 01.02.57 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-a3bfd6ab31b4a1f6) 01.09.03 Quit culture (Read error: 110 (Connection timed out)) 01.10.53 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-6932b3acbc04f7a4) 01.11.01 Quit saratoga (Client Quit) 01.11.28 Quit Nibbl (Read error: 113 (No route to host)) 01.13.02 Join saratoga2 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cc696ff0491086c1) 01.15.56 Quit robin0800 (Remote closed the connection) 01.16.17 # regarding the idea of having swappable image codecs, since decoding has to be done during buffering, I'm not sure how exactly thats going to be possible 01.16.46 # what what what, Lambduh? You asked for a linux using sansa owning tester? 01.25.05 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 01.28.13 Quit Rob2222 () 01.31.03 # exit 01.31.14 # Oops, wrong channel. :P 01.31.18 Quit LambdaCalculus37 ("Ka-chunka") 01.33.44 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 01.35.30 Quit syn4pse ("Leaving") 01.38.21 Quit petur ("Zzzzz") 01.56.02 Quit Tetracomm ("Visit: www.kompulsa.com") 02.01.07 Quit saratoga2 ("CGI:IRC (EOF)") 02.08.39 Join Tetracomm [0] (n=nicholas@72.252.29.2) 02.11.10 Quit jhulst (Read error: 113 (No route to host)) 02.37.36 Quit n1s () 02.40.12 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.41.39 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-60e46ccb0d586c19) 02.43.38 Quit Tetracomm ("Visit: www.kompulsa.com") 02.46.16 Quit massiveH (Read error: 113 (No route to host)) 02.58.36 Quit Zom (Read error: 110 (Connection timed out)) 02.58.42 Part pixelma 02.59.03 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 03.00.26 *** Saving seen data "./dancer.seen" 03.07.31 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 03.15.00 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-b0d2d5fb68320e98) 03.23.12 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 03.37.27 Quit LambdaCalculus37 ("Ka-chunka") 03.45.33 Join Zom [0] (n=zom@c-eddde355.09-109-73766c10.cust.bredbandsbolaget.se) 03.53.09 Quit DerDome (Nick collision from services.) 03.53.09 Quit Noah1989 (Read error: 104 (Connection reset by peer)) 03.53.10 Join DerDome1 [0] (n=DerDome@dslb-082-083-223-251.pools.arcor-ip.net) 03.53.21 Join Noah1989 [0] (n=Noah1989@g229065185.adsl.alicedsl.de) 03.53.22 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-223-251.pools.arcor-ip.net) 03.59.35 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.00.32 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.05.26 Quit Acksaw (Read error: 104 (Connection reset by peer)) 04.09.40 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 04.24.12 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.24.13 Join miepchen^schlaf_ [0] (n=miepchen@p579ECD69.dip.t-dialin.net) 04.28.48 Join reacocard [0] (n=reacocar@134.173.59.155) 04.31.37 Quit Seed ("cu, Andre") 04.34.32 Join blkhawk- [0] (n=blkhawk@e179201239.adsl.alicedsl.de) 04.47.30 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 04.50.34 Join m0f0x [0] (n=m0f0x@189-47-57-220.dsl.telesp.net.br) 04.50.45 Quit blkhawk (Read error: 110 (Connection timed out)) 04.51.30 Nick blkhawk- is now known as blkhawk (n=blkhawk@e179201239.adsl.alicedsl.de) 04.58.26 Part toffe82 05.00.31 *** Saving seen data "./dancer.seen" 05.06.18 Quit BHSPitMonkey (Remote closed the connection) 05.16.09 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 05.38.24 Quit kushal_12_27_200 ("This computer has gone to sleep") 05.39.37 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 05.42.43 Join reacocard_ [0] (n=reacocar@WL-392.CINE.HMC.Edu) 05.43.16 Quit agaffney (Read error: 104 (Connection reset by peer)) 05.44.59 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 05.45.03 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 05.47.15 # join decorum 05.47.52 # ooops sorry 05.48.52 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 05.53.16 Quit Lambduh ("Leaving") 05.53.53 Quit reacocard (Read error: 110 (Connection timed out)) 05.55.52 Quit m0f0x () 06.02.19 Join Tetracomm [0] (n=nicholas@72.252.29.2) 06.05.29 Join goffa_ [0] (n=goffa@216.220.23.105) 06.09.01 Join m0f0x [0] (n=m0f0x@189-47-57-220.dsl.telesp.net.br) 06.19.59 Quit goffa (Read error: 110 (Connection timed out)) 06.30.21 Join goffa [0] (n=goffa@216.220.23.105) 06.34.43 Join nicholas_ [0] (n=nicholas@72.252.29.2) 06.35.07 Quit Tetracomm (Nick collision from services.) 06.35.56 Nick nicholas_ is now known as Tetracomm (n=nicholas@72.252.29.2) 06.43.29 Quit goffa_ (Read error: 110 (Connection timed out)) 07.00.34 *** Saving seen data "./dancer.seen" 07.06.47 Quit m0f0x (Read error: 104 (Connection reset by peer)) 07.12.23 Quit Tuplanolla (Read error: 113 (No route to host)) 07.24.59 Join ameyer [0] (n=ameyer17@adsl-75-57-179-136.dsl.emhril.sbcglobal.net) 07.27.12 Quit DataGhost (Read error: 110 (Connection timed out)) 07.27.38 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 07.27.52 Quit kronflux (Client Quit) 07.32.54 Join m0f0x [0] (n=m0f0x@189-47-57-220.dsl.telesp.net.br) 07.34.04 Quit reacocard_ (Read error: 110 (Connection timed out)) 07.36.59 Quit Zarggg () 07.37.59 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-05aa9310eead62c4) 07.38.28 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-05aa9310eead62c4) 07.38.32 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-EIGHTY-NINE.MIT.EDU) 07.45.43 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 07.45.47 Quit kushal_12_27_200 ("This computer has gone to sleep") 07.54.30 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 07.57.52 Quit miepchen^schlaf_ () 07.59.52 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 08.11.05 Quit bughunter2 ("bye") 08.12.12 Join reacocard [0] (n=reacocar@WL-65.CINE.HMC.Edu) 08.12.38 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 08.14.19 Quit kushal_12_27_200 (Remote closed the connection) 08.16.37 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.17.11 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 08.20.24 Quit havien ("Konversation terminated!") 08.23.10 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 08.25.52 Quit Tetracomm ("Visit: www.kompulsa.com") 08.29.03 Join Exorcist- [0] (n=mrtilde@ool-182f9fee.dyn.optonline.net) 08.29.03 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.30.26 # heya... can anyone tell me in which file the total running time of the rockbox player is stored? 08.32.15 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.36.17 # in nvram.bin which is binary not text.... 08.38.04 # that's fine... 08.39.02 # i recently upgraded to 3.0 but wanted a clean install so i backed up all the old rockbox files/folders to hdd and extraced new download of rockbox 3.0 08.39.11 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 08.39.25 # so i assume i xan just transfer that file back and it ought to have some of the previous info. 08.39.37 # and thanx.... :) 08.41.28 Quit aarcane ("Leaving") 08.44.42 Quit [CBR]Unspoken|w ("!") 08.45.18 # didn;t work... meh 08.48.01 Quit soap (Read error: 110 (Connection timed out)) 08.52.27 Quit shodanX (Read error: 104 (Connection reset by peer)) 09.00.36 *** Saving seen data "./dancer.seen" 09.01.57 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.04.08 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 09.04.34 Join petur [50] (n=petur@rockbox/developer/petur) 09.05.02 Join Lambduh [0] (n=Lambda@12-203-112-233.client.mchsi.com) 09.05.56 Quit pixelma2 ("-") 09.06.08 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.06.49 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-37face590d28ad97) 09.09.11 Join tvelocity [0] (n=tony@195.167.65.109) 09.11.00 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 09.11.09 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.13.54 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.15.04 Quit jhulst (Read error: 110 (Connection timed out)) 09.20.14 Quit ameyer (Remote closed the connection) 09.23.38 # if you have any ideas how i can restore my total player running time back it'd be greatly appreciated. THX! 09.25.56 # poke in the nvram file 09.26.24 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.28.06 Join Nibbl [0] (n=Nibbler@e181122062.adsl.alicedsl.de) 09.28.24 Join schNibbler [0] (n=Nibbler@e181122062.adsl.alicedsl.de) 09.28.37 Quit schNibbler (Read error: 104 (Connection reset by peer)) 09.31.24 Quit m0f0x () 09.31.26 Quit Zagor ("Client exiting") 09.37.12 Join Thundercloud_ [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.38.03 Quit jhulst_ (Read error: 110 (Connection timed out)) 09.38.38 # i tried to copy over the old backed up one, but alas that did not work. 09.39.44 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.39.58 # it probably changed format from the old one you havae 09.41.27 # i just figured if the old one was with the 3.0 upgrade and the new one as well it should be the same.... 09.41.28 # hmmmf 09.44.15 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-82eccd1a23188bf6) 09.46.13 # if you come across anyway i can get it abck... drop me a note... it'd be appreciated... it's not mega important just something i'd like to keep and have rockbox update :) 09.51.00 Quit nuonguy ("This computer has gone to sleep") 09.51.44 Join BigBambi_L [0] (i=86ceaf37@gateway/web/ajax/mibbit.com/x-6d301e84bb98a2aa) 09.57.55 Quit pondlife (Read error: 104 (Connection reset by peer)) 10.01.27 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 10.01.35 Quit Noah1989 ("Lost terminal") 10.04.45 Quit JdGordon ("Konversation terminated!") 10.04.52 Quit Seed ("cu, Andre") 10.10.35 Quit kachna (Read error: 113 (No route to host)) 10.17.07 Quit Nibbl ("Ex-Chat") 10.25.44 Quit jeffdameth (Read error: 110 (Connection timed out)) 10.27.03 Join jeffdameth [0] (n=jeff@dyndsl-091-096-062-196.ewe-ip-backbone.de) 10.28.31 Quit Thundercloud_ (Remote closed the connection) 10.32.28 Join Nibbl [0] (n=Nibbler@e181122062.adsl.alicedsl.de) 10.41.39 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 11.00.37 *** Saving seen data "./dancer.seen" 11.13.39 Join Rob2222 [0] (n=Miranda@p4FDCC95A.dip.t-dialin.net) 11.17.44 # rockboxdev.sh is failing to compile the gcc arm compiler with this error, any ideas? http://pastebin.ca/1229213 11.19.11 # reacocard: let me guess, you're running Intrepid Ibex ? 11.19.31 # ubuntu 8.10 11.19.42 Quit DerDome ("Leaving.") 11.19.50 # yep 11.20.34 # Yes to which suggestion? 11.20.53 # um, they're both the same? intrepid == 8.10 11.20.55 # * linuxstb catches up... 11.21.34 # Zagor: I guess we didn't add that new define into rockboxdev.sh then ? :) 11.21.42 # apparently not :) 11.21.53 # * Zagor forgot the name 11.22.15 # this sounds like there's an easy fix? I'll test it if needed 11.22.52 # no need to test 11.22.57 # heh 11.23.02 # zagor: -U_FORTIFY_SOURCE 11.23.24 # not a define, a CFLAG 11.23.27 # ah, right 11.24.02 # allegedly we need "-fno-stack-protector" on 64-bit as well 11.24.21 # * reacocard is on 64-bit 11.24.40 # I have no idea how rockboxdev.sh deals with the difference between 32 and 64 though 11.24.46 # so no idea how easy that is to fix globally 11.25.15 # reacocard: try the cppflag first. simply run "CPPFLAGS=-U_FORTIFY_SOURCE ./rockboxdev.sh" 11.25.32 # Zagor: kk, one moment 11.26.11 # he needs the -fno-stack-protector too 11.26.17 # or else it won't work on 640bit 11.26.22 # *64-bit 11.26.36 # eh, I have plenty of time and cpu power :) 11.26.44 # so "CPPFLAGS=-U_FORTIFY_SOURCE -fno-stack-protector" ./rockboxdev.sh" 11.26.47 # ok, I thought you meant you weren't sure 11.26.53 # * reacocard did too 11.26.57 # Zagor: I'm getting that from our logs 11.27.26 # obo's build server required it 11.27.59 # http://www.rockbox.org/irc/log-20080814#15:26:31 11.28.32 # ah, so CFLAGS then. not CPPFLAGS 11.28.54 # ummm 11.28.54 # :) 11.28.56 # oh. that might be important >.< 11.29.05 # * reacocard restarts the build 11.29.30 # * GodEater doesn't know off the top of his head if gcc is built with g++ or not 11.29.50 # g++? heavens, no 11.30.24 # then I would guess CPPFLAGS is definitely wrong 11.31.02 # ah, right. I connected CPP = C PreProcessor 11.31.04 # Isn't CPP the pre-processor flags, i.e. independent of the compiler? 11.31.39 # ah, and there was me assuming it was C++ 11.31.49 # * GodEater goes to the back of the class 11.32.46 # Yes, see here - http://www.gnu.org/software/autoconf/manual/make/Catalogue-of-Rules.html - CXXFLAGS is for g++ 11.33.12 # in which case I guess CPPFLAGS *was* right :) 11.33.34 # linuxstb: that's in make 11.33.55 # Zagor: Yes 11.36.13 # ...which of course is absolutely right. I was thinking gcc looked at that variable, but of course it's make 11.36.18 # lunch 11.38.02 # CFLAGS="-D_FORTIFY_SOURCE=0 -fno-stack-protector" seems to have worked 11.38.12 # thanks all 11.38.41 # it now occurs to me I ran rockboxdev.sh without those settings yesterday 11.38.43 # and it worked just fine 11.38.50 # * GodEater is confused 11.39.31 # lol 11.45.44 Quit J-23 (Remote closed the connection) 11.46.01 Quit bmbl ("Woah!") 11.48.12 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 11.50.52 # Does anyone (Nico_P, pondlife?) understand the audio_current_track() function in playback.c ? How can a track be playing but not have metadata ? I thought get_metadata() was always called before buffering? 11.51.12 Join lasser [0] (n=chatzill@Waadf.w.pppool.de) 11.51.26 # linuxstb: a tagless file ? 11.51.56 # wav? 11.52.13 # If there are no tags, get_metadata() would still fill in the metadata it knows - filename, samplerate, bitrate... 11.52.45 # i.e. there should be an "mp3entry" struct, even if there are no tags. 11.53.48 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 11.54.25 # * linuxstb realises it's probably for immediately after playback starts - before the playback engine has started buffering the first track. 11.56.17 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 11.56.40 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 12.04.10 Part dany_21a_ 12.04.14 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 12.06.33 Quit tvelocity (Read error: 110 (Connection timed out)) 12.09.59 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.19.32 Part dany_21a_ 12.20.16 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 12.22.21 Part dany_21a_ 12.24.45 Join tvelocity [0] (n=tony@195.167.65.108) 12.24.58 Join RichterSkala [0] (n=para@brln-4db82e10.pool.einsundeins.de) 12.51.12 # linuxstb: it's for immediately after playback starts, and also after track skips 12.54.54 Join tvelocity[a] [0] (n=tony@gw1.mycosmos.gr) 12.55.12 # Nico_P: Thanks - I worked that out in the end. 12.55.29 Join soap [50] (n=soap@rockbox/staff/soap) 12.56.26 # linuxstb: so do you think strip_tags can be improved? 12.58.46 Quit tvelocity (Read error: 110 (Connection timed out)) 12.59.11 Quit kachna ("Konversation terminated!") 13.00.39 *** Saving seen data "./dancer.seen" 13.01.15 # Nico_P: I'm not sure. The advantage of the way it's done currently is that there is less work to be done by get_metadata (no seek to the end of the file to look for trailing tags). But it would seem cleaner to remove it from the buffering code, and would mean supporting ape tags in mp3 would come for free (if wanted...) 13.02.07 # It would mean the buffering code would need to honour the "filesize" field in mp3entry, and only buffer that number of bytes. 13.04.26 # isn't seeking to the end of the file the main reason why APE tags have never been wanted? 13.04.50 # That's one reason - the other is philosophical. 13.05.14 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 13.09.44 Join Tuplanolla [0] (n=jani@77.109.223.193) 13.11.56 # linuxstb: Seeking to the end is necessary for id3v1 as well 13.12.24 # amiconn: Yes, I know - but I thought Rockbox never looked for id3v1 tags if id3v2 was found? 13.12.57 Quit dany_21a_ (Remote closed the connection) 13.13.13 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 13.14.03 # linuxstb: It used to be an option. Now it always looks for id3v2 first, and only checks for id3v1 if id3v2 isn't present 13.17.50 # amiconn: Do you have an opinion on the strip_tags() function? 13.18.32 # How does hwcodec strip any trailing tags? Or doesn't it? 13.22.08 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 13.36.06 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.36.08 Quit BigBambi_L ("http://www.mibbit.com ajax IRC Client") 13.36.08 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 13.37.56 Join tvelocity[away] [0] (n=tony@195.167.65.108) 13.38.37 Quit tvelocity[a] (Read error: 110 (Connection timed out)) 13.39.09 # linuxstb: It has to, and it does. I don't remember the details atm. Somewhere in mpeg.c iirc 13.41.31 # JdGordon: Ping 13.42.54 Join BigBambi_L [0] (i=86ceaf37@gateway/web/ajax/mibbit.com/x-9889731a9420c138) 13.44.05 # amiconn: Yes, I see it. It simply checks for "TAG" at the end of the file when EOF is reached. More or less the same as swcodec (but swcodec also strips APE tags) 13.46.51 Quit J-23 (Remote closed the connection) 13.50.36 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 13.52.00 Quit LambdaCalculus37 ("Ka-chunka") 13.53.57 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 13.54.13 Join vitja [0] (n=vitja@79.120.98.174) 13.54.16 Quit pixelma (Nick collision from services.) 13.54.17 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 13.56.47 Part dany_21a_ 13.58.56 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 14.03.24 Part dany_21a_ 14.03.46 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 14.03.56 Part dany_21a_ 14.04.18 Join dany_21a_ [0] (n=dan@84-119-26-13.dynamic.xdsl-line.inode.at) 14.12.12 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.12.59 # LinusN, petur: Don't know if it brings any useful info (or if you already saw my note), but the current SVN bootloader works fine on my H300. 14.13.27 # pondlife: I'm sure it does 14.13.50 # but on my h380 and one some others it does not 14.14.05 # it's a small minority but still... 14.14.35 # I just thought I'd mention it, in case it was useful. You got as far as finding the routine, right? 14.14.59 # Did you find which revision last worked? 14.15.17 # Linus found the commit thast starts it... 14.15.59 # I guess there should be a Flyspray entry... ;) 14.16.00 # -s 14.16.17 # Linus seems a bit overloaded with work atm 14.16.30 # I know, don't want to pester. 14.16.49 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-b2f7a548d8ff0864) 14.17.05 # With your H300, am I right to recall it works with one drive, but not another? 14.17.17 # Or was that 2 H300s? 14.17.55 # only one h300 with one 80GB drive combination has it.... 14.18.03 # All others work? 14.18.08 # yes 14.18.51 # With the v5 bootloader, did you try the combinations to see if USB bootloader mode was working? 14.19.05 # (Sorry to rehash old stuff..) 14.19.25 # I haven't tried to tweak anything on v5 14.19.30 Quit amiconn (Nick collision from services.) 14.19.36 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.19.46 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.19.52 # So, all combinations worked with USB bootloader and v5... or have you not tried them all? 14.20.15 # I don't think it's related, but it might be... 14.20.56 # no, just tried v5 with the troublesome combo, and that was fine. All other tests were done with SVN 14.21.23 # OK - I'd be interested if you can find time to try the others. 14.21.49 # not in the near future, no :/ 14.21.59 # (I have 2 drives and one H300 - both combinations work with SVN, but fail USB bootloader with v5.) 14.22.05 # No worries, just thought. 14.23.52 # We should examine the commit that starts the issue, taking into account that all crashes observed so far are in thread.c 14.24.19 # really sounds like a race condition or timing issue 14.25.14 # I guess it was r12514 or 12519, but I'll see if LinusN can confirm some time. 14.25.49 # we could have used another day @ devcon ;) 14.26.03 # heh, there's always 09 14.28.33 # And hopefully 09 brings a DCW. :) 14.28.46 # W = worldwide? 14.29.38 # pondlife: Like the original plan was for this year's. 14.29.45 # heh 14.33.56 # OK - I'll summarise on FS#4753. 14.34.39 # * amiconn wonders whether my proposal would fix it 14.34.44 # s/my/his/ 14.34.49 # What was that? 14.34.57 # * pondlife prepares to read logs 14.35.08 # Using the usb thread proper in the bootloader, instead of the hacksih usb handling 14.35.36 Join Strife89 [0] (n=michael@204.116.245.152) 14.35.48 # Sounds like a good idea - and I'm happy to test as long as the REC button detect for the OF carries on working. 14.35.55 # * petur isn't convinced USB is the issue, it crashes on normal boot or USB connect - makes no difference 14.36.04 # Bootbox does it like this. When I digged for the bug that made usb not work in bootbox (reason was the disabled usb thread), I tried the hackish solution from the iriver bootloaders 14.36.23 # Hacks shouldn't be in bootloaders, really 14.36.27 # Reenabling the usb thread properly fixed it 14.37.01 # * amiconn is supposed to prepare a patch 14.41.24 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 14.45.43 Join Schmogel [0] (n=Miranda@p3EE218C8.dip0.t-ipconnect.de) 14.53.00 Quit RichterSkala () 14.59.03 Join funman [0] (n=fun@86.219.29.237) 14.59.56 # hi 15.00.14 # dany_21a_: hey, I was thinking of something for the SD 15.00.41 *** Saving seen data "./dancer.seen" 15.01.38 # perhaps you could add a branch in the middle of SD card initialization, and check the state of GPIOs: maybe we need to set a pin high, just like in Clip LCD 15.01.57 # a kind of on/off switch for powering the card itself 15.06.34 Join pierre- [0] (n=pierre@89-179-77-216.broadband.corbina.ru) 15.18.22 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 15.20.08 Join need_help [0] (n=55b78522@gateway/web/cgi-irc/labb.contactor.se/x-c46d2e6acafe9f6d) 15.20.41 # hi there, is there anyone who got a minute to help with a rockbox update? 15.21.02 # need_help: Just ask your question - don't ask to ask. 15.21.33 # its just that I#m not sure whether to delete the original folder on the player before updating to 3.0 15.23.03 # You mean the current .rockbox folder? 15.23.11 # If so, then no, just overwrite it 15.23.21 # yup 15.23.29 # cool, thanks a lot 15.23.59 Join blahrus [0] (n=blahrus@75.150.209.185) 15.25.01 Quit need_help (Client Quit) 15.26.03 Join mf0102 [0] (n=michi@e181130093.adsl.alicedsl.de) 15.41.11 Quit kkurbjun ("Lost terminal") 15.42.46 # funman: hi 15.43.25 # i already though about inserting my function in OF... but i am not sure how to accomplish that 15.44.38 # i can, at least, put my (very quick hack'ed) .c file up the git, which blinks out the ROM 15.48.25 # For checking the 4 gpio direction registers that should be enough, what do you think ? 15.49.10 # or you can use the older revision of mkamsboot.c, which decompresses the OF, so you have a lot of room in the file 15.49.44 # you can write a bigger function, but don't forget to move it somewhere in the RAM (near the end of the 320kB should be fine), before decompressed OF overwrites it 15.50.38 # better: juste use actual svn repository, and modify the dualboot.S to link with your code 15.51.06 # you can use a 0 bytes rockbox image (well, you have to 'scramble' it prior to running mkamsboot) 15.51.55 # well there is enough room, you can use whatever normal rockbox image, and still have room for a blink function 15.52.18 Part LinusN 15.53.34 # dany_21a_: you can use arm-elf-gcc -S to convert the C code to assembly, and merge this .S file with dualboot.S, then use 2 labels to get the lower and upper limits of the function before memcpying it 15.53.47 Join BeChris [0] (n=509c2cb2@gateway/web/cgi-irc/labb.contactor.se/x-6862b6656d5c4bb4) 15.53.59 Quit BeChris (Client Quit) 15.55.00 Join goffa_ [0] (n=goffa@216.220.23.105) 15.56.51 # i was already able to relocate the blink-out function to a other address (by only using C-Code) 15.56.55 # gevaerts: have you tried tcc usb? 15.57.20 # but than its already in the RB-code... and the OF-Loader is overwritten, or? funman 15.57.50 # funman: btw, have just pushed git 15.57.55 # dany_21a_: the compressed OF takes the whole room after unpacking, so you have to relocate your code before decompression 16.01.24 # yes, i know - but i mean, there is no way to get the OF running (ie. extract the compressed image to 0x0) when the RB-bootloader is already running - or? 16.01.41 # no, there is no way 16.02.02 # would be easier (for me) 16.03.40 # could be doable - but needs some tweaking to mkamsboot (copy the compressed OF to ram, and be sure to not overwrite the ram in rockbox, and also store size/start pointer in rockbox runtime 16.03.59 # sort of things that only a e200v2 owner could do without fearing to brick its device ;) 16.05.12 # and also get the decompress-function into the RB bootloader... maybe too much work for that, ill try if the .c->.S->into dualboot.S is possible 16.05.21 Join nplus [0] (n=nplus@141.25.Globcom.Net) 16.06.17 # you could use the thumb asm routine, but there is also a C routine already used in archos target 16.06.47 Join sumix [0] (n=sumix@sumix-vip.simelon.net) 16.06.52 # dany_21a_: I can give you the diff to dualboot.S 16.07.06 # okay - would be great 16.07.23 Quit goffa (Read error: 110 (Connection timed out)) 16.10.28 Part sumix 16.11.06 # http://paste.ubuntu.com/58823/ 16.11.27 # I am not sure of the offset: too low and OF will overwrite it, too high and decompressor will overwrite it 16.12.53 # echo "b 0x30000" > x.S && arm-elf-gcc -c x.S && arm-elf-objdump -D x.o|tail -1 # to get the opcode for the branch instruction, then hex editor .. 16.14.37 # do you know if the C-compiler uses relative addresses when calling functions which are in the same .c file? 16.14.55 # hm good point .. no I'm not sure 16.15.00 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 16.15.03 # to be sure, i prior used __inline__ for all called functions, so that blink_out would be on big function 16.15.05 # use -fPIC to be sure 16.15.20 # should generate Position Independant Code 16.15.24 # (but it had about 1k byte) 16.16.07 # each time I checked it used relative addresses (it's better: uses less instructions) 16.16.38 # or embed the source code, and write a compiler ;) 16.16.52 # :) sure 16.17.11 # at least, a linker should do ;) 16.17.12 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 16.17.34 Part B4gder 16.19.03 Quit reacocard (".") 16.19.11 # other idea 16.19.57 Join reacocard [0] (n=reacocar@134.173.59.155) 16.20.08 # cant i just inspect bootloader.map, note the address/length where my blinkout function lies and but that binary somewher into the OF - prior compressing and patching, and also modify the of to branch to that address somewhere after init 16.20.51 # you can, if it is fully inlined; but it's not less complex 16.22.51 Quit vitja (Read error: 54 (Connection reset by peer)) 16.22.59 Quit BigBambi_L ("http://www.mibbit.com ajax IRC Client") 16.23.03 # do you know, how much of the 0xdeadbeef after the OF-Loader gets loaded into ram? 16.23.21 # 0 16.23.27 # hm, not that much 16.23.40 # but some of my tests later proved wrong, so you're welcome to confirm 16.24.38 # how big can the dualboot.S get anyway? 16.24.52 # ~50kB 16.25.07 # oh - okay, thats good 16.25.15 # size of uncompressed firmware - size of compressed firmware - size of uncompressing function 16.35.07 # - size of compressed rockbox also (~10kB for Clip with LCD & buttons) 16.36.58 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.37.32 # okay - not that big... i have now .S of it (which blinks out the rom - for testing purposes, to start with), 16.37.51 # funman: the strange thing is, it seems everything is inlined in one function 16.38.00 # why strange ? 16.38.05 # but the functions are also present in the .S 16.38.27 # (lets say, the asm code for the wait function is in it, but blink_out never referes to it) 16.38.30 # I had this when I used non static, non explicitely inlined functions 16.38.50 # Do you use 'inline' only? Use 'static inline' to get rid ov the verbatim copy. That's normal, required behaviour 16.38.53 # no need for inline, if you copy everything it's ok 16.39.03 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 16.39.18 # i just copy the one function 16.39.20 # just be sure the interesting function starts at offset 0 of the copied block, or adjust the branch instruction accordingly 16.40.00 # yep, or i could insert a B function_name at offset 0 16.40.27 # also :) 16.40.47 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 16.40.55 # ldmfd sp!, {r4, r5, r6, r7, r8, sl, pc} -- is that the ret function? 16.41.01 # yes 16.41.26 # so the PC just gets overwritten with the stored value? no actual ret function exists? cool 16.41.47 # equivalent to "pop r4, pop r5, ... pop pc"; you'll notice "push lr, ... push r5, push r4" at the beginning (stmfd) 16.42.10 # yes there is "bx register" instruction also 16.43.11 # bx is useful for switching between ARM and thumb 16.49.50 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 16.50.49 # okay, dualboot builds with blink included.... now i have to find a location for the branch... any recomendations? 16.51.18 # ^ funman 16.52.21 # which firmware version are you using ? 16.55.19 # 3.01.16E 16.57.28 # btw. do you understand how that VIC-works, how could we find/set the location which get jumped when a button (powerbutton eg) is pressed? 16.57.45 # then we could dump registers very flexible 16.57.55 Quit petur ("beer time!") 16.58.09 # more or less, I read about it but never tested code 16.58.37 Join soho [0] (n=soho@nat01-quad2-ext.rutgers.edu) 16.58.43 # is rockbox dead? 16.59.01 # ....huh? 16.59.13 # dany_21a_: I read there was an interrupt generated for "general purpose 10 bits ADC" 16.59.19 # What is that supposed to mean? 16.59.21 # what would give you that impression? 16.59.25 # but in the interrupts list I don't see an obvious reference to this ADC 16.59.27 # * GodEater groans from beyond the grave 16.59.34 # maybe it's part of I2S 17.00.28 # anyhow, what do you think about branching to blink befor the last BL in the init, which is followd by a while(1) 17.00.41 # that would be 0x188 in my OF 17.00.42 *** Saving seen data "./dancer.seen" 17.00.58 # worthless, nothign interesting here 17.01.13 # huh? where than 17.01.33 Quit Zagor ("Client exiting") 17.02.08 # in the middle of SD card initialization 17.02.14 # let me find where it is in the e200 fw 17.02.17 # soho: Well, we're waiting... what makes you think that Rockbox is dead? 17.02.33 # i have no recent disasm ... 17.03.34 # got it 17.03.42 # the function is at 0x5424 17.04.50 # we must interrupt it at the good stage (there is incremental status values used in a switch()) 17.05.03 Join karashata [0] (n=kimi@69.41.192.215) 17.05.37 # for the first try, ill take just the entry-point 17.05.43 # you can put the branch at 0x5664 17.05.43 # to try if it even works 17.06.02 # at this step, the result of the acmd41 command is going to be analyzed 17.07.12 # to check the result maybe we need to hijack the next step (case 9), so we are sure it has succeeded and that we are not in the initialization state of the card (the code loops until the card is powered up) 17.07.39 # at least if we reach your code, we know that it's a SD card and not a MMC 17.07.47 # and we can check also if it's a SDHC or not 17.08.06 Quit mf0102 ("Ex-Chat") 17.09.11 # is this actually 100% sure that the flash get accessed over SD(HC)-interface? 17.09.18 # no, 200% 17.09.24 Quit lordpil (Read error: 104 (Connection reset by peer)) 17.09.24 # okay 17.09.39 # but there is still this -101% uncertainty .. :) 17.10.14 # dany_21a_: I have attached some code for the SD interface on the forum, it works on the Clip for sure 17.10.35 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.10.37 # I send commands using the NAF_CFG base address (nand registers of the AS3525) and have meaningful results in return 17.11.48 # dany_21a_: [[0x21168+0x8] * 0x28 + 0x21168 + 0xC0 + 0x18] will tell you if it's a SDHC or SD only 17.11.51 # okay 17.12.10 # 0 = SD, else SDHC 17.12.25 # the value in that address? 17.12.42 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 17.13.23 # other question.... is IDA fooling me or is that thumb-code? why does each asm-opcode only take 2bytes? 17.14.08 Quit courtc (Remote closed the connection) 17.14.14 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 17.14.30 # yes thumb code 17.14.44 # you can identify thumb quickly with "push" instruction at the beginning of the function 17.14.51 # push/pop only exist in thumb 17.14.57 # in ARM it's ldm/stm 17.15.14 # that means, i must take care with the B 0x3000 function 17.17.34 Join schNibbler [0] (n=Nibbler@e181102142.adsl.alicedsl.de) 17.19.00 # ah right .. I hadn't thought about it 17.19.17 # you can use gcc with -mthumb to generate thumb instructions 17.19.21 # heya folks. quick question... is it possible to transfer the total running time of a player from one rockbox install to another one? 17.19.42 Quit lordpil (Read error: 104 (Connection reset by peer)) 17.19.46 # why would you want to? 17.19.57 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 17.20.01 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.20.12 # funman: no, makes no difference 17.20.37 # well it's the same player... and i would just like to have the total runtime of the unti since i first installed rockbox :) 17.20.39 # try with ".code 16" before the branch 17.20.53 # of course no C code is compiled since it's already asm .. 17.21.54 # of course 0x30000 is to big for thumb... 17.21.59 # needs more work :) 17.22.37 Quit Xerion (" ") 17.23.46 # dany_21a_: ldr r0, =0x30000 and bx r0 17.23.59 # that way the CPU will switch to ARM code also 17.25.20 # ah - cool, would have thought about that 17.25.31 # works... will try to inject it and run it 17.26.02 # I'll leave soon - I should be back in the evening if you need help debugging / analyzing results 17.26.09 # and also for further tests ;) 17.26.33 Quit soho ("Ex-Chat") 17.27.11 # okay - dont know how much time ill invest today... but thanks for your good ideas and hints 17.27.48 # same :) 17.32.57 Quit reacocard ("BRB") 17.32.59 Quit Nibbl (Read error: 110 (Connection timed out)) 17.39.42 Join reacocard [0] (n=reacocar@WL-65.CINE.HMC.Edu) 17.42.17 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 17.43.12 Quit lordpil (Read error: 104 (Connection reset by peer)) 17.43.25 Quit funman ("leaving") 17.47.42 Quit courtc (Remote closed the connection) 17.53.38 Quit kushal_12_27_200 ("Leaving") 17.55.01 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 17.55.25 Join stevenm [0] (n=stevenm@pool-71-182-219-56.pitbpa.east.verizon.net) 17.56.39 # Hello. I have an iriver h340 with RB. It works fine, but I do not have a car DC adapter for it. However, I do have a car USB port charger. Is there a way I can use this to charge/power the iriver in the car, while it is playing? 17.56.49 # Ie, without rockbox going to the USB screen ? 17.57.05 # ... since it is just 5V and not actual USB 17.57.12 # Hold MENU (I think) as you insert USB - assuming the h300 supports usb charging. 17.58.03 # linuxstb, I believe it does... I've charged it over USB before, but I've never gotten it to play music while charging over USB 17.58.06 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 17.58.31 # not sure if USB even provides enough power to run the system.. but could be.. 17.59.36 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 18.01.38 # thanks 18.01.38 Part stevenm ("Connection reset by beer") 18.16.50 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 18.18.34 Join MethoS [0] (n=clemens@host-091-097-243-104.ewe-ip-backbone.de) 18.19.53 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 18.20.01 Join Twst [0] (n=mhesten@242.80-202-24.nextgentel.com) 18.20.23 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 18.20.25 Quit Exorcist- (Read error: 110 (Connection timed out)) 18.21.57 Join MethoS- [0] (n=clemens@host-091-097-243-104.ewe-ip-backbone.de) 18.23.29 Part pondlife 18.27.44 Quit Strife89 (""More work to do..... Yippee."") 18.28.56 Quit Twisty (Read error: 110 (Connection timed out)) 18.31.50 Join Twisty [0] (n=mhesten@242.80-202-24.nextgentel.com) 18.32.30 Quit Zom (Read error: 104 (Connection reset by peer)) 18.34.19 Join stoffel_ [0] (n=sfr@p57B4FFBE.dip.t-dialin.net) 18.37.16 Join webguest44 [0] (n=c87a9f26@gateway/web/cgi-irc/labb.contactor.se/x-e1aca395721dd622) 18.41.31 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 18.41.54 Quit MethoS (Read error: 110 (Connection timed out)) 18.42.37 Quit webguest44 ("CGI:IRC (Ping timeout)") 18.44.05 Quit Twst (Read error: 110 (Connection timed out)) 18.45.42 Quit karashata ("I go, only to return again some time...") 18.47.19 Join Schmogel [0] (n=Miranda@p3EE218C8.dip0.t-ipconnect.de) 18.50.48 Quit MethoS- (Read error: 104 (Connection reset by peer)) 18.52.05 Join MethoS [0] (n=clemens@host-091-097-243-104.ewe-ip-backbone.de) 18.54.43 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 18.55.27 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 18.59.37 Quit tvelocity[away] ("Αποχώρησε") 18.59.57 Join vitja [0] (n=vitja@79.120.98.174) 19.00.40 Join Thundercloud_ [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.00.46 *** Saving seen data "./dancer.seen" 19.02.36 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 19.02.40 Quit pondlife ("Leaving.") 19.04.59 Join sarixe` [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 19.06.15 Quit sarixe (Remote closed the connection) 19.06.39 Quit sarixe` (Client Quit) 19.09.54 Quit schNibbler (Read error: 113 (No route to host)) 19.14.56 Quit markun (Read error: 113 (No route to host)) 19.22.47 Join miepchen^schlaf [0] (n=miepchen@p57BB6987.dip.t-dialin.net) 19.29.10 Join karashata [0] (n=kimi@69.41.192.215) 19.30.06 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 19.33.10 Quit HBK (Read error: 104 (Connection reset by peer)) 19.35.19 Quit EspeonEefi ("さよなら") 19.36.42 Join MethoS- [0] (n=clemens@host-091-097-240-069.ewe-ip-backbone.de) 19.40.48 Join webguest44 [0] (n=c87a9f26@gateway/web/cgi-irc/labb.contactor.se/x-ca3ee71c9544e381) 19.41.09 Quit GodEater_ (Remote closed the connection) 19.42.07 Join mf0102 [0] (n=michi@e181130093.adsl.alicedsl.de) 19.43.45 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 19.45.09 # I registered in the Rockbox TWiki collaboration platform and I need Wiki write permission 19.47.12 # What's your name on the wiki? 19.47.21 Quit GodEater_ (Remote closed the connection) 19.48.44 Quit faemir (Remote closed the connection) 19.49.55 Quit nuonguy ("This computer has gone to sleep") 19.50.15 Quit webguest44 ("CGI:IRC (Ping timeout)") 19.51.03 Quit MethoS (Read error: 113 (No route to host)) 19.56.45 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 20.03.15 Join Exorcist- [0] (n=mrtilde@cpe-66-108-229-28.nyc.res.rr.com) 20.04.49 Quit sarixe (Remote closed the connection) 20.05.38 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 20.12.16 Quit Exorcist- () 20.14.37 Join petur [50] (n=petur@rockbox/developer/petur) 20.16.36 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 20.20.04 Join Love`` [0] (n=cold@p54BECE8B.dip.t-dialin.net) 20.20.10 # hey guys 20.20.15 # i`ve a question 20.20.28 # is it illegal to sell an ipod on ebay witz rockbox on it? 20.20.34 # with* 20.20.48 # Why would that be illegal? 20.21.10 # i dont know, thats why i`ve asked 20.21.46 # so i wont get problems ? 20.22.50 # I'd be more concerned about any music still left on the device 20.23.05 # no, thats not^^ 20.23.17 # deleted everything else 20.26.30 # maybe if you strictly adhere to the GPL, the buyer may request a copy of the rockbox source code :P 20.27.26 # No, it is fine - I guess you need to include an offer to supply the RB source code as you are distributing it, but that shouldn't be a problem :) 20.27.36 # damn lag 20.28.08 # I think you would only need to offer the source code if you're distributing a modified copy of rockbox 20.28.15 Quit mf0102 ("Ex-Chat") 20.28.32 # ah, OK. I'm still not entirely clear on all the nuances :) 20.28.50 # Love``: Either way, yes sell away :) 20.29.00 # I think 3c clearly applies here 20.29.28 Quit blahrus ("Ex-Chat") 20.30.31 # i am looking for ttf2c.c/ttf2fnt.c sources can anybody help me? 20.30.51 Join funman [0] (n=fun@86.219.29.237) 20.33.27 Quit stoffel_ (Read error: 113 (No route to host)) 20.33.46 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 20.34.58 Join blahrus [0] (n=blahrus@75.150.209.185) 20.35.45 Quit linuxstb_ (Client Quit) 20.35.52 # johwil, it's not part of the rockbox sources as far as I can see 20.36.48 Quit Xerion (Read error: 113 (No route to host)) 20.37.00 # ok ;( 20.37.35 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 20.42.21 # hi funman, I think I'm getting closer to figuring out sansa v2 i2c 20.43.10 # any luck with sd / mmc yet? 20.43.16 Quit linuxstb_ () 20.45.10 # bertrik: not yet, we are going to try hijacking the OF SD card init on e200 to check registers state 20.46.41 Quit sarixe ("Ex-Chat") 20.47.09 # funman: Is anyone working on an e200v2 lcd driver? Is the controller known? 20.48.10 # * linuxstb sees the name of the controller in the wiki 20.48.17 # no, probably (what you just said) 20.49.53 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.56.26 # funman: Was the LCD driver in thumb code in the Clip's OF? 21.00.07 Quit Love`` ("( www.nnscript.de :: NoNameScript 4.1 :: www.regroup-esports.com )") 21.00.28 Quit pierre- (Read error: 104 (Connection reset by peer)) 21.00.49 *** Saving seen data "./dancer.seen" 21.01.30 # yes - there is a lot of thumb code 21.03.35 # I think compiling rockbox with -mthumb is worth a try, but I don't know how to declare certain functions as arm (especially those who contain inline arm assembly) 21.04.34 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.05.09 Quit BigBambi (Remote closed the connection) 21.05.52 Join merbanan [0] (n=banan@83.233.242.130) 21.07.33 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 21.08.36 # funman: An old attempt at that - http://www.rockbox.org/tracker/task/6734 21.12.00 Join AndyI [0] (i=AndyI@212.14.205.32) 21.12.07 # funman: The inline assembly probably needs to be either written as thumb or uninlined 21.14.34 # * linuxstb starts disassembling the e200v2's LCD driver 21.14.38 Quit MethoS- (Read error: 110 (Connection timed out)) 21.15.05 # linuxstb: did you find the functions already ? 21.15.49 # Yes - I just searched for one of the register numbers (I picked 0x44) mentioned in the lcd controller datasheet 21.16.28 # and there is only 1 mention of 0x44 in the whole firmware ? Oo 21.17.08 # No, there are a few, but I was looking for places where r0 or r1 was set to that value, and then a function called. 21.17.25 # It's easy to spot LCD init functions when you've seen a few. 21.17.26 # I see the lcd init at 0x442C in firmware 3.01.16 21.17.43 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.17.48 # Yes, that's the version I'm looking at. 21.18.16 # One of the lcd_write functions is at 0x40c0, which is what I'm looking at now. 21.19.40 # 4090 is dbop related 21.20.11 Quit Thundercloud_ (Remote closed the connection) 21.20.17 # Yes, I'm there now... 21.20.41 # * amiconn thinks that this cannot apply to all lcd inits, given the status of another linuxstb port... 21.20.46 # do you want to write it without testing ? 21.20.58 # amiconn: I should go back to that one... 21.21.23 # which one is this secret port without lcd ? :) 21.21.36 # Tatung Elio... 21.21.48 # funman: It seems that someone needs to write it - it seems the most useful V2 target for development as it has a known recovery mode. 21.22.17 # That one would be a good testbed for storage driver abstraction 21.22.56 Quit AndyIL (Read error: 110 (Connection timed out)) 21.23.43 # amiconn: If you want my Elio, I'm happy to donate it to you. 21.23.52 # * gevaerts will try to get something done on that tomorrow 21.24.07 # (or anyone else that wants it...) 21.25.28 # * amiconn also seems to have a habit of not finishing ports, only that he seems to stop at a later point :\ 21.36.02 Join pedrov [0] (n=pmauduit@ax113-3-82-234-24-152.fbx.proxad.net) 21.36.23 Quit Seed ("cu, Andre") 21.36.34 Quit reacocard (Remote closed the connection) 21.38.16 # hi 21.41.02 # hi 21.41.10 Join MethoS [0] (n=clemens@dyndsl-085-016-162-124.ewe-ip-backbone.de) 21.41.26 Join aarcane [0] (n=aarcane@c-24-7-144-248.hsd1.ca.comcast.net) 21.42.46 Join stoffel_ [0] (n=sfr@p57B4FFBE.dip.t-dialin.net) 21.44.13 Join tessarakt [0] (n=jens@e180076052.adsl.alicedsl.de) 21.52.07 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.55.34 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 21.56.32 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.57 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 22.00.56 Quit kronflux ("Leaving") 22.04.03 Quit jhulst (Remote closed the connection) 22.06.00 Join BeChris [0] (i=51fbed92@gateway/web/ajax/mibbit.com/x-283be4e087bffe36) 22.06.31 # Hi everybody 22.09.51 Join Thundercloud_ [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.10.18 Join {phoenix} [0] (n=dirk@p54B47746.dip.t-dialin.net) 22.10.43 # * bertrik waves 22.13.29 # lo 22.16.20 Quit J-23 (Remote closed the connection) 22.17.10 Quit kushal_12_27_200 ("This computer has gone to sleep") 22.19.55 Quit stoffel_ ("leaving") 22.24.00 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 22.25.23 Quit jeffdameth (Read error: 110 (Connection timed out)) 22.25.27 Join jeffdameth1 [0] (n=jeff@dyndsl-080-228-179-147.ewe-ip-backbone.de) 22.31.53 Join reacocard [0] (n=reacocar@WL-65.CINE.HMC.Edu) 22.33.34 Join ameyer [0] (n=ameyer17@adsl-75-58-62-85.dsl.emhril.sbcglobal.net) 22.40.43 Quit reacocard (Read error: 60 (Operation timed out)) 22.44.00 Quit karashata ("I go, only to return again some time...") 22.46.49 Join denes [0] (n=denes@pool-8024.adsl.interware.hu) 22.48.30 # gevaerts: hi! I will try to submit a new patch tomorrow or on sunday. it's an update to crt0.s and a few fixes to make the current stuff work with the new crt0.s, when it is flashed to the flash rom. 22.49.35 # gevaerts: however crt0.s turned out to be very device specific. it needs to set up clocks for example (otherwise zeroing bss and copying stuff to (i)ram would take very long at 32KHz), and some other stuff. 22.50.18 # gevaerts: there will of course also be an updated boot.lds for writing the thing to flash 22.50.24 Quit petur ("*plop*") 22.52.04 # linuxstb: so as I write above, as it seems now crt0.s should be separated for different players 22.52.44 # but anyway, I will send the patch and you can check it 22.53.04 # denes: it is separated for most players anyway 22.53.25 # it is my fault if it became generic again ;) 22.53.30 # funman: okay, makes sense 22.53.50 # where generic = shared between 2 targets, including the one you are working one unfortunately 22.54.30 # funman: well you can check the crt0.s when I send it, if it is similar for you too. some parts could be similar, but a lot of it definietly not. 22.55.04 # funman: did you make the sd card initalization work? 22.55.15 # I don't really know what to put in there for sansav2, except zeroing bss 22.55.26 # no not yet 22.55.59 # in the process .. :) 22.56.19 # funman: well, I for one took a lot of stuff from the OF loader part. I had to set up stuff like cache, write buffering, and the protection unit in the arm core. 22.56.37 # funman: and the clocks, endianness 22.57.00 # funman: and disable watchdog 22.57.09 # luckily everything is set for us (maybe by the AMS bootloader which loads the firmware from NAND) 22.57.30 # funman: okay, if you use the original bootloader, then you might be lucky 22.57.41 # we have no choice there 22.58.06 # funman: that souldn't be a big handicap I guess 22.58.33 Join reacocard [0] (n=reacocar@134.173.59.155) 22.59.28 # no, that's even great if we have less things to care about 22.59.38 # funman: right 23.00.41 # I think I have learned enough thnigs for now ;) 23.00.43 # btw I broke my player - took it apart and then couldn't put it back together again - so I had to buy a new one today :( 23.00.53 *** Saving seen data "./dancer.seen" 23.01.02 # oops :/ 23.01.10 # can't you hack on it even if it's unmounted? 23.01.31 # funman: no, I broke the lcd connector and some other stuff :) 23.01.45 # things happen ;) 23.02.39 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-e662dfaffff9c4cd) 23.04.47 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.06.03 Join bughunter2 [0] (n=Jelle@77.164.66.126) 23.07.20 Quit kushal_12_27_200 (Read error: 104 (Connection reset by peer)) 23.11.55 Join Tetracomm [0] (n=nicholas@72.252.29.2) 23.20.31 # denes, maybe you can still use it for jtag experiments 23.21.24 # or for trying to find a recovery mode (although LCD would probably be required for that) 23.26.36 Quit pedrov ("leaving") 23.30.33 Quit funman ("leaving") 23.33.21 Quit massiveH ("Leaving") 23.34.32 Join blkhawk- [0] (i=HydraIRC@g226192102.adsl.alicedsl.de) 23.39.41 Quit jgarvey ("Leaving") 23.42.01 Join bughunter21 [0] (n=Jelle@77.164.66.126) 23.43.19 Quit BeChris ("http://www.mibbit.com ajax IRC Client") 23.47.56 Join markolonius [0] (n=markolon@c-69-253-148-239.hsd1.nj.comcast.net) 23.47.59 # hello 23.48.01 Join mark62756 [0] (n=markolon@c-69-253-148-239.hsd1.nj.comcast.net) 23.48.14 Quit mark62756 (Client Quit) 23.49.01 # hey would rockbox be able to record and encode using speex? 23.50.30 Quit blkhawk (Read error: 110 (Connection timed out)) 23.51.57 Join BeChris [0] (i=51fbed92@gateway/web/ajax/mibbit.com/x-a4be3f5e1ea02c27) 23.52.20 # * domonoky thinks recodring into speex should be possible. but no-one has done the neccessary work.. 23.52.30 Quit bmbl ("Woah!") 23.53.04 Part dany_21a_ 23.55.41 # ah 23.56.21 Quit BeChris (Client Quit) 23.57.21 Quit miepchen^schlaf () 23.58.12 Quit bughunter2 (Connection timed out)