--- Log for 24.12.111 Server: wolfe.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 0 hours ago 00.01.36 Quit Keripo (Quit: Leaving.) 00.01.42 Quit pamaury (Remote host closed the connection) 00.02.28 Quit Topy44 (Ping timeout: 240 seconds) 00.08.00 Quit Misan (Remote host closed the connection) 00.20.38 # hm, specific device ioctls arent exported through kernel headers, is that right? 00.22.22 # they should be in device specific headers I'd say 00.24.09 # do user space drivers need to have a copy of that? 00.24.19 # user space drivers? 00.24.38 # like rockbox :) 00.24.45 # is you want to do ioctl() with something, you need the include that defines the magic numbers 00.26.01 # right. I'm asking whether the header that has the magic numbers is in the kernel headers 00.26.23 # or if the user space programs need to create/copy that header themself 00.26.43 # it is the same number so it would make sense to use the same header 00.27.03 # I mean, the same for the driver as for a user space app 00.27.55 # I thought so too, but the headers from "make kernel_headers" lack most driver specificioctl defines 00.30.01 # I guess we need to copy the sc900776.h into our tree 00.42.20 Quit perrikwp (Read error: Connection reset by peer) 00.43.30 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.52.50 Quit TheLemonMan (Quit: WeeChat 0.3.6) 01.02.28 Quit mc2739 (Ping timeout: 240 seconds) 01.03.17 Quit Horscht (Quit: Verlassend) 01.04.39 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 01.24.24 Join lovasoa [0] (~4efb033f@www.haxx.se) 01.24.34 # Hi 01.26.13 # I have a long ape file, and seeking in it produces a horrible crackling 01.26.26 # Should I report a bug ? 01.28.38 # <[Saint]> Depending on the target, I'd say "yes". 01.31.23 *** Saving seen data "./dancer.seen" 01.34.18 # The target is not yet in SVN (R0) 01.35.03 # But I don't think the problem can be target-specific, can it? 01.36.25 # I have a R0 and an iPod. On the iPod, the file can't even read fluently, but I think this is only because of its poor hardware... 01.38.55 # sounds like your ape file is compressed too highly for the cpu 01.39.04 # ape decoding is expensive 01.42.11 # <[Saint]> Yes, you need a lot of bananas ... ;) 01.42.34 # <[Saint]> (sorry, couldn't help it) 01.42.51 Quit othniel (Read error: Connection reset by peer) 01.43.15 # Badger: we need to put some files on the server for rbutil to handle fuze+ . I will prepare the files. Some files have to be modified do you prefer new ones or patch? 01.44.29 # jlbiasini: you got the spelling wrong :) 01.44.39 # Which files need to be modified? 01.46.24 # I don't know all of them because I just has a quick look. But for example the one containing md5sum of the bootloader will get a new entrie for the rb one... Or is it generated automaticly? 01.47.01 # the spelling? 01.47.11 # There is no Badger in the rockbox project 01.47.24 # lol 01.47.32 # yeah right... 01.48.08 # Bagder: we need to put some files on the server for rbutil to handle fuze+ . I will prepare the files. Some files have to be modified do you prefer new ones or patch? 01.48.14 # ;) 01.48.31 # * gevaerts isn't sure which file with an md5sum this would be 01.49.04 # bootloaders-info 01.49.35 # Ah, right. I'm not sure how that one works 01.51.21 # anyway this will be for tomorrow now I 'm going to bed... good bye 01.51.25 # hm, that can't be right. http://download.rockbox.org/bootloader/bootloaders-info hasn't been updated since 2007 01.51.29 # Is that still used? 01.51.51 # it is still in the rbutil.ini 01.52.46 # bootloader_info_url=http://download.rockbox.org/bootloader/bootloaders-info 01.52.51 # I don't find much more in the rbutil source. bluebrother: is that still used? 01.53.47 # I was suprised because this doesn't have a lot of player in it. You are probably right then... 01.54.51 # As far as I know the Swedes just have to move the actual bootloader to the right place, and possibly svn up somewhere to get a new builds.pm (not for the bootloader as such, but for the promotion to unstable) 01.57.16 # the actual bootloader can be compiled from sources... I also have a copy here: http://dl.dropbox.com/u/43468173/sandisk-sansa/fuzeplus/bootloader-fuzeplus.sansa 01.57.50 # but I'm quite curious about the versionning system that I saw in rbutil 01.58.20 # Well, the bootloader needs to be tagged in the source (or has that been done already?), and presumably it should be tested, so this has to be done by a developer with the device, really 01.58.26 # the bootloader will probably change a few times untill it definitive version 01.59.00 # No bootloader is ever really definitive :) 01.59.11 # oh oh 01.59.26 # then we are not ready for rbutil 02.00.41 # there might be new change because of the sd that still has a small bug. Radio initialisation is probably also wrong (according to pamaury...) 02.00.47 Join scanf [0] (~x32@unaffiliated/scanf) 02.01.08 # Radio shouldn't matter for the bootloader I'd think 02.01.45 # and we don't have code for powersave and recording either 02.03.00 # What's this sd bug? 02.05.00 # no really a big one: if you take sd out in usb mode it will not detext or mount sd anymore 02.05.18 # that only happens for usb 02.05.39 # To be honest, if I were working on this port, I'd drop support for the sd slot from bootloader usb altogether 02.06.20 # rarog is looking for a solution actively and this is the reason why it is likely to change soon 02.07.17 # and what about powersave fonction? isn't it set in the bootloader? 02.07.40 # The bootloader's function is to load the rockbox binary from the filesystem and start it. Nothing more 02.08.19 # For ease of recovery, USB can be handy, but it also has disadvantages 02.08.44 # a recent bug in the usb that rarog found was a typo in the signal handling sd. So we had to change both boot and firmware 02.09.23 # * gevaerts points out that automatic bootloader USB breaks car mode 02.09.39 # Well, it can, anyway, depending on how it's implemented 02.09.55 # Why do you need the sd card from bootloader USB mode anyway? 02.10.02 # althrough I'm not sure to understand exactly how it work so I cannot say for sure 02.10.31 # <[Saint]> I'm all for bootloader usb, and if a target has an sdcard it makes sense to be able to access that as well, but not at the expense of stability. 02.10.31 # I notice that with only updating firmware I still had some bug 02.10.46 Quit GermanMushroom (Quit: Ik ga weg) 02.11.01 Quit scanf (Read error: Connection reset by peer) 02.11.18 # I had to update bootloader last time to solve them 02.11.49 # jlbiasini: only because (in my opinion anyway) the bootloader does a lot of stuff it shouldn't be doing 02.11.58 # so I thought there was a link between the normal and bootloader somehow 02.12.02 Join scanf [0] (~x32@unaffiliated/scanf) 02.12.03 # ok 02.12.17 # anyway this really working well now 02.12.40 # trhe only remainig issue is this trivial sd not remounting 02.12.48 # * gevaerts thinks that bootloader USB should really only be active if a button is held or if the main binary can't be loaded 02.13.31 # Althouh software usb targets have more reliable USB detection, so it's less of a problem for things like car mode than those bridge chips 02.13.44 # well this is something to discuss with pamaury for i'm realllly not competent here 02.14.03 Quit scanf (Read error: Connection reset by peer) 02.14.09 # fuze+ has no car mode 02.14.37 # nothing but a plain basical jack output 02.14.59 # car mode is a rockbox feature, not a hardware feature 02.15.55 # oups yeah see what I mean when I say I'm not competent? :D 02.16.51 # and its to late in the night for me to learn and remember anything! so I will have to go now... good night! :) 02.16.52 # What car mode on its own does is basically pause on no power, and resume on power (after a few seconds) 02.17.10 # ok ! 02.17.17 # this practical! 02.17.27 # To use that effectively, you have to set the startup screen to wps, and have the player boot up when it sees power 02.17.27 # oh I had another question 02.18.28 # That gives you the effect that whenever you start the car audio resumes, and if you stop the engine the audio pauses. You then rely on idle poweroff to not empty the battery, while still getting audio back when starting again 02.19.30 # This doesn't work on e.g. the gigabeat F with flashed bootloader, because it has a bootloader charge mode and therefore doesn't fully boot when it sees power 02.19.51 # Someone ask me if it was possible to have volume keys not lock up in lock mode. I saw the question has quite an history! is it still considered as useless or is it just a matter of being cleanly implemented 02.19.57 # I understand now 02.20.10 # ouch. That question... 02.20.10 # it depends on power usb to be activated 02.20.26 # Only bring it up if you feel brave :) 02.20.49 # yeah I know I red big dawm discussion on the mailing archive! 02.21.10 # Check first if the hold switch doesn't physically block the buttons though 02.21.13 # :D 02.21.46 # what do you mean? 02.22.14 # volume key are not in the touchpad on the fuze+ they are separated like power 02.22.15 # On some players when the hold switch is on you *can't* read the buttons 02.23.23 Join scanf [0] (~x32@unaffiliated/scanf) 02.23.38 # well if I press them while being locked the screen tell me that the player is locked so I guess the button get detected somehow.... 02.23.51 # right, yes 02.24.15 # ok I'm going to bet NOW! :d 02.24.25 # Good idea :) 02.24.38 Part jlbiasini 02.27.11 Quit bertrik (Ping timeout: 252 seconds) 02.41.58 Quit [Saint] (Remote host closed the connection) 02.45.14 Quit factor (Quit: Leaving) 02.45.54 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.10.21 Quit chkktri (Quit: Leaving) 03.17.52 Join factor [0] (~factor@74.197.205.204) 03.23.30 Quit lovasoa (Quit: CGI:IRC (Ping timeout)) 03.31.26 *** Saving seen data "./dancer.seen" 03.38.15 Join Mary92669 [0] (~mary@65-100-149-215.hlrn.qwest.net) 03.38.29 Part Mary92669 03.49.24 Quit kadoban__ (Ping timeout: 248 seconds) 03.55.23 Join nosa [0] (~m00k@adsl-74-235-42-181.clt.bellsouth.net) 03.59.44 Quit nosa-j (Ping timeout: 276 seconds) 03.59.45 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-181.clt.bellsouth.net) 04.04.51 Quit [Saint] (Quit: Bye) 04.05.11 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 04.06.09 Join chkktri [0] (~user@85.26.231.72) 04.06.09 Quit chkktri (Changing host) 04.06.09 Join chkktri [0] (~user@unaffiliated/chkktri) 04.17.39 Quit TheSeven (Disconnected by services) 04.17.54 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.24.55 Quit [Saint] (Quit: Bye) 04.25.18 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 04.30.32 Quit amiconn (Disconnected by services) 04.30.32 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.30.32 Quit pixelma (Disconnected by services) 04.30.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.30.37 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.30.54 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.31.52 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 04.35.31 Quit perrikwp (Ping timeout: 276 seconds) 04.54.52 Quit [Saint] (Read error: Connection reset by peer) 04.54.55 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 05.03.48 Quit [Saint_] (Ping timeout: 252 seconds) 05.15.23 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 05.17.15 Quit Guinness (Ping timeout: 240 seconds) 05.17.35 Quit CIA-114 (Ping timeout: 240 seconds) 05.17.42 Join CIA-88 [0] (~CIA@cia.atheme.org) 05.23.30 Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.24.09 Join JdGordon_ [0] (~jonno@58.96.27.155) 05.24.09 Quit JdGordon_ (Changing host) 05.24.09 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 05.24.29 Quit JdGordon (Ping timeout: 240 seconds) 05.27.46 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 05.29.12 Quit dfkt (Ping timeout: 240 seconds) 05.30.04 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 05.31.30 *** Saving seen data "./dancer.seen" 05.35.40 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 05.42.47 Join Rob2222 [0] (~Miranda@p4FFF3541.dip.t-dialin.net) 05.45.49 Quit Rob2223 (Ping timeout: 240 seconds) 05.52.57 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 05.59.32 Quit chkktri (Ping timeout: 252 seconds) 06.01.38 Join |corwin7| [0] (~kvirc@pool-71-177-60-36.lsanca.dsl-w.verizon.net) 06.01.40 Quit Keripo (Quit: Leaving.) 06.02.57 # <|corwin7|> I just installed rockbox on a sansa clip+ but I can't figure out how to mount it to copy music to it now. 06.03.38 # <|corwin7|> it shows up with lsusb but nothing new appears under /dev/sdxx 06.10.48 # <|corwin7|> How do i uninstall Rockbox??? It sucks there's no USB access in Rockbox 06.11.15 # <|corwin7|> I guess if I would have copied my music to it first I would have been in better shape 06.16.42 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.17.15 Join chkktri [0] (~user@unaffiliated/chkktri) 06.17.56 # <|corwin7|> So I take it the only way to get music on my player now is with a SD card, right? 06.18.29 Quit [Saint] (Ping timeout: 240 seconds) 06.18.43 # <|corwin7|> 5 wish the docs whould have said that USB will no longer work so I wouldn't have bothered putting this on 06.23.28 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.25.24 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.25.41 Quit [Saint_] (Ping timeout: 240 seconds) 06.27.41 Quit [Saint] (Ping timeout: 240 seconds) 06.31.09 Quit |corwin7| (Ping timeout: 240 seconds) 06.35.53 Nick [Saint__] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 06.48.18 Join |corwin7| [0] (~kvirc@cpe-76-87-43-179.socal.res.rr.com) 06.58.28 Quit anewuser () 06.59.09 # |corwin7|, you boot into the original firmware as the manual describes 07.00.25 Join anewuser [0] (~anewuser@186.93.204.116) 07.00.25 Quit anewuser (Changing host) 07.00.25 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 07.01.47 # your installation question is covered in the manual as well 07.01.59 # <|corwin7|> ok, thank you 07.02.05 Quit [Saint] (Ping timeout: 240 seconds) 07.06.43 Quit perrikwp (Read error: Connection reset by peer) 07.07.54 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 07.13.42 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.14.48 Join missPapaya [0] (~dconcors@ip70-181-129-173.sd.sd.cox.net) 07.31.31 *** Saving seen data "./dancer.seen" 07.33.06 # if I leave my fuze plus at the rockbox bootloader 07.33.09 # and plugged in 07.33.13 # will it charge? 07.57.54 Join robin0800 [0] (~robin0800@genkt-049-218.t-mobile.co.uk) 07.58.20 Quit amiconn (Remote host closed the connection) 07.58.20 Quit pixelma (Read error: Connection reset by peer) 07.59.21 Join amiconn [0] (quassel@rockbox/developer/amiconn) 07.59.23 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.02.24 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.03.35 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.04.08 Quit [Saint] (Ping timeout: 240 seconds) 08.05.18 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.05.48 Quit |corwin7| (Ping timeout: 240 seconds) 08.06.12 Quit [Saint_] (Read error: Connection reset by peer) 08.07.50 Quit [Saint__] (Ping timeout: 240 seconds) 08.28.04 Part missPapaya 08.31.28 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 08.37.01 Quit Keripo (Read error: Connection reset by peer) 08.38.37 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 09.00.32 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 09.06.13 Quit perrikwp (Read error: Connection reset by peer) 09.07.26 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 09.10.03 Quit [Saint] (Remote host closed the connection) 09.11.55 Join Horscht [0] (~Horscht@p57B57884.dip.t-dialin.net) 09.11.55 Quit Horscht (Changing host) 09.11.55 Join Horscht [0] (~Horscht@xbmc/user/horscht) 09.19.13 Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc) 09.31.33 *** Saving seen data "./dancer.seen" 09.35.23 # so, what's needed to add a new target+toolchain to the build system? 09.37.06 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.47.06 Join y4n [0] (y4n@unaffiliated/y4ndexx) 09.57.55 Quit robin0800 (Ping timeout: 240 seconds) 09.58.23 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.59.08 Join robin0800 [0] (~robin0800@genkt-049-221.t-mobile.co.uk) 10.03.59 # just needs adding the toolchain to rblient.pl and the target to builds. right? 10.10.00 Join lorenzo92 [0] (~chatzilla@host103-104-dynamic.21-79-r.retail.telecomitalia.it) 10.11.04 # kugel: morning ;) 10.17.12 Join tmr [0] (jake@irc.turha.org) 10.18.55 Quit factor (Read error: Connection reset by peer) 10.22.29 Quit lorenzo92 (Remote host closed the connection) 10.31.45 Quit liar (Read error: No route to host) 10.32.37 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.36.10 Join factor [0] (~factor@74.197.205.204) 10.45.35 Join stoffel [0] (~quassel@pD9E41C3B.dip.t-dialin.net) 11.01.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.06.28 Quit avacore (Ping timeout: 240 seconds) 11.08.24 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.09.06 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 11.19.06 Join lorenzo92 [0] (~chatzilla@host103-104-dynamic.21-79-r.retail.telecomitalia.it) 11.25.22 Quit stoffel (Ping timeout: 268 seconds) 11.28.12 # lorenzo92: ping 11.29.58 # kugel: pong 11.30.32 # lorenzo92: so did you try my latest patch? i.e. to make a patched fromware with it? 11.31.38 *** Saving seen data "./dancer.seen" 11.31.45 # lorenzo92: also, I found sc900776.h isnt installed with "make headers_install", so there's little point to add the kernel headers to the toolchain, in facct they are already 11.32.30 # we need to copy it to our source, and #include it after 11.33.05 # kugel: yeah of course, we'll do that! 11.33.13 # kugel: anyway now I test your patch ;) 11.36.19 # kugel: so now I'm fetching the code, after applying the patch I need to place cramfs somewhere right? 11.37.43 # ah! no now I understood 11.37.44 # :) 11.37.49 # great job ;) 11.40.30 # safe_mode.raw and muonencrypt are lacking, that's normal right? 11.41.04 # lorenzo92: download from fs 11.41.18 # kugel: don't need to :) 11.41.19 # well, you have them already too 11.41.59 # kugel: I need to download an original R0.ROM :p 11.43.27 Join WalkGood [0] (~4@unaffiliated/walkgood) 11.43.32 Part WalkGood 11.45.52 # kugel: need I to run the script as sudo? 11.46.20 # the patch-firmware.sh one yes 11.46.27 # it should say that when you try without 11.47.41 Quit liar (Ping timeout: 252 seconds) 11.48.35 # kugel: okay it says it. But now passing the argument R0.ROM doesn't work...uhm is it supposed to have the cramfs or the rom file? 11.48.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.49.00 # lorenzo92: the argument is the unpacked rom 11.49.24 # ah! okay ;) 11.49.37 # (all scripts can be run without argument to see usage) 11.50.09 # kugel: okay, well your extractor is really fast compared to the old one!! 11.50.14 # is that normal? :) 11.50.58 # yes 11.51.16 # I've rewritten the dd part in a c program 11.53.46 # kugel: now I understood that I needed to put the extracted files in a folder hehe, it seems it worked 11.55.12 # lorenzo92: the current dir should also work 11.58.10 # kugel: now troubles packing it again 11.59.44 # kugel: ah sorry 11.59.50 # kugel: my mistake ;) 12.00.31 # now I flash the R0... 12.04.52 # arggg I lost everytime the clip to reset the player haha 12.05.03 # *lose 12.05.16 # * kugel always uses long press on power 12.05.23 # :D 12.06.24 # it just didn't came out the safe mode image, then I need to check why 12.07.32 # kugel: :( I placed the rockbox.sh in the R0's root but the shitty OF started :( 12.08.56 # i like more my modded thing, to reset it is only 5 seconds necessary instead of 10 :p 12.09.00 # anyway it didn't worked 12.09.03 # rockbox won't start 12.09.24 # lorenzo92: not in the root 12.09.55 # it comes with rockbox.zip, and is therefore in .rockbox 12.10.55 # lorenzo92: the safe_mode should turn off automatically like in your rom 12.11.07 # ah okay thanks :) 12.16.51 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 12.17.51 # kugel: now I try to make it work ;) 12.17.59 # kugel: a question 12.18.10 # did you remove the dual boot? 12.18.36 # gevaerts: I understood you totally wrong last night! I thought we had to wait for a definitve bootloader before we can send it on the server! :D 12.19.53 # lorenzo92: hm right. I forgot about that 12.20.28 # dualboot can be done through rc.user, but I suspect we can also do it in rockbox.sh 12.21.03 # yep better, as I did it 12.21.09 # take a look at my old script... 12.21.18 # "old"... the one contained in rom 12.22.10 # it uses the central key... 12.22.33 # it uses the central key..._RB 12.22.35 # ops 12.22.51 # I guess now that we can leave rockbox as default choice 12.22.58 # I'm unhappy with the center key. can I change it to menu? 12.23.04 # ah okay :) 12.23.07 # why not ;) 12.23.18 # it's sometimes not easy to press that (and only that) for a longer time 12.23.19 # menu, don't use ... or back 12.23.33 # what's on ... ? 12.23.47 # in the modded firmware launches the cpu_trick executable 12.23.57 # so it's better to use menu button :) 12.24.57 Join stoffel [0] (~quassel@pD9E41C3B.dip.t-dialin.net) 12.26.14 # kugel: just copy n paste my code (clean it if neede) and change the keycode 12.27.53 # doing so 12.28.30 # kugel: btw my fault again for the safe_mode.raw hihi, wrong directoy 12.33.15 Join kadoban__ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 12.34.30 Quit stoffel (Read error: Operation timed out) 12.35.09 # lorenzo92: alright, thanks for reminding me 12.35.13 Join WalkGood [0] (~4@unaffiliated/walkgood) 12.35.39 # I changed to patch-firmware.sh script a bit (swapped parameters and made the dir optional) in the meantime 12.35.46 # kugel: samsung didn't reply for the various module sources :(, but yeah they should release them since using ida I found various Licence: GPL strings lol) 12.35.58 # kugel: ;) 12.37.28 # they didnt reply to me neither 12.37.42 # kugel: could be use this email? hihi eungchan.kim@samsung.com 12.37.58 # it's often found in sources... 12.38.45 # because having these sources, we could improve the radio module to let us read/write registers directly 12.39.05 # otherwise we cannot directly use rb driver for si4709 :( 12.39.31 # worth a try 12.40.02 # worth a try doing what? 12.40.13 # writing to that email 12.40.16 # ah okay :D 12.41.32 Quit [Saint] (Read error: Connection reset by peer) 12.42.00 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 12.45.05 Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 12.51.57 Join JdGord [0] (~AndChat@58.108.32.245) 12.53.41 Quit liar (Ping timeout: 252 seconds) 12.54.29 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.56.05 Quit lorenzo92 (Ping timeout: 248 seconds) 12.56.33 # * kugel hits the big christmas port button 12.56.50 # New commit by 03kugel (r31415): Initial commit of the Samsung YP-R0 port. ... 13.00.07 # r31415 build result: 208 errors, 0 warnings (kugel committed) 13.01.28 Quit bertrik (Read error: Operation timed out) 13.14.27 Quit [Saint] (Remote host closed the connection) 13.17.13 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.20.16 # jlbiasini: it was late for everyone :) 13.20.24 # * amiconn hits the big build error button for kugel ;) 13.21.17 # New commit by 03kugel (r31416): Fix reds. 13.23.46 # r31416 build result: 6 errors, 0 warnings (kugel committed) 13.25.55 # I wished I got µCurrent - checking which (unknown function) GIO setting causes lower power consumption is a bit of guesswork with just a meter 13.27.13 # but hopefully disabling boosting (by removing ifdef) and making the screen updates only when needed (in not-yet commited debug screen) makes the reading quite stable 13.27.28 # * gevaerts hits the smaller build error button for kugel :) 13.28.20 # something went wrong in zxbox 13.28.53 Quit [Saint] (Remote host closed the connection) 13.29.31 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.30.26 # It looks like you added the yp-r0 mapping for fuze+ and the fuze+ mapping for the yp-r0 13.30.30 Join jdgord_ [0] (~AndChat@123-243-140-31.static.tpgi.com.au) 13.31.39 *** Saving seen data "./dancer.seen" 13.31.47 Join lorenzo92 [0] (~chatzilla@host123-104-dynamic.21-79-r.retail.telecomitalia.it) 13.33.04 # gevaerts: no, it's just messed up :) 13.33.15 Quit JdGord (Ping timeout: 252 seconds) 13.33.24 Part jlbiasini 13.34.17 # New commit by 03kugel (r31417): Fix messed up zxbox keymaps. Fixes fuze+ red also. 13.35.19 Quit WalkGood (Quit: happy holidays) 13.35.33 Quit [Saint] (Remote host closed the connection) 13.36.09 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.36.47 # r31417 build result: All green 13.56.03 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 13.58.08 Quit [Saint] (Quit: Bye) 13.58.29 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.59.29 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 14.02.52 Quit [Saint] (Ping timeout: 240 seconds) 14.07.07 Quit n1s (Ping timeout: 240 seconds) 14.07.08 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 14.08.04 Quit stripwax (Client Quit) 14.09.20 # New commit by 03kugel (r31418): ypr0: Rename ypr0.h to match naming scheme. 14.11.30 # r31418 build result: All green 14.13.18 # New commit by 03kugel (r31419): Update config.h for the previous commit. 14.14.22 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 14.15.32 # r31419 build result: All green 14.16.04 Quit [Saint_] (Ping timeout: 240 seconds) 14.16.49 Quit jdgord_ (Read error: Connection reset by peer) 14.17.04 Join JdGord [0] (~AndChat@123-243-140-31.static.tpgi.com.au) 14.17.51 Join jdgord_ [0] (~AndChat@211.29.182.64) 14.21.28 Quit JdGord (Ping timeout: 240 seconds) 14.23.36 Quit Keripo (Ping timeout: 255 seconds) 14.27.27 # New commit by 03kugel (r31420): Add ypr0 to the unstable ports on the front page 14.28.28 Quit jdgord_ (Ping timeout: 240 seconds) 14.34.25 Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc) 14.47.29 # It seems the part of the frontpage script linking revisions needs a bit of work... 14.58.15 # lorenzo92: any idea where the as3543 ioctls are defined? 14.58.34 # kugel: nowhere. I disconvered them ;) 14.58.38 # *discovered 14.59.12 # they sure need to be in the source somewhere, no? 15.01.21 # eh no, samsung didn't include the source code of afe.ko module, but the driver for ascodec is of course present 15.01.25 # in the kernel... 15.02.43 # lorenzo92: heh, I think I know why you didnt find them :) 15.02.56 # I think it's not as3543, but alsa specific ioctols 15.03.33 # hm, perhpas not 15.04.15 # SNDDRV_PCM_IOCTL_* uses 'A' as magic, as do the ioctls you found in ascodec-ypr0.c 15.05.50 # naaa the ioctls I found are ascodec (afe.ko) module specific ;) 15.05.54 # trust me :) 15.06.06 # also because NO volume ioctl is present 15.06.12 # just read/write registers... 15.07.18 # i see 15.07.25 # and we have no source for afe.ko, right? 15.07.49 # how does amixer control the volume? 15.10.26 # no we have no sources for it...amixer controls volume of course throug call to the ASCODEC DRIVER; NOT the module 15.10.30 # that's the point ;) 15.10.49 # the driver's source exists but cannot be used from userspace without a module 15.10.56 # afe.ko does this 15.11.13 # plus some other things for power management.... 15.14.10 # there's drivers/i2c/chips/i2c-as3543.[ch], they contain the word "AFE_" a lot too 15.14.33 # yep 15.15.22 # but no ioctl, since this thing doesn't offer any device to open, while afe.ko does 15.15.42 # moreover 15.15.43 # Copyright @ 2008 by austriamicrosystems AG 15.15.53 # while afe.ko is samsung made 15.17.04 # pitty 15.17.21 # what does afe stand for anyway? 15.18.55 # New commit by 03desowin (r31421): TMS320DM320: Add generic I/O debug window for targets other than mrobe 500. ... 15.19.08 # kugel: good question uhm 15.19.54 Part jlbiasini 15.21.02 # <[7]> *PANIC* queue_post ovf q=0816B1C0 15.21.10 # r31421 build result: All green 15.22.13 Join n1s [0] (~n1s@rockbox/developer/n1s) 15.23.18 # <[Saint]> [7]: ? 15.23.55 # <[7]> hm, now i'm getting a file browser screen while UMS is connecting 15.24.00 # <[7]> and once again a queue_post ovf 15.24.17 # <[7]> weird shit going on today... 15.25.20 # [7]: which version/target are you testing? 15.25.41 # <[7]> HEAD on classic 15.31.41 *** Saving seen data "./dancer.seen" 15.39.16 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 15.44.05 # which backlight brightness setting is the CURRENT_BACKLIGHT supposed to reflect? 15.45.16 # also, CURRENT_NORMAL is for boosted or unboosted? 15.49.25 # pretty sure that predates backlight brightness 15.49.51 # if it's a big difference maybe it should be turned into a function 15.50.16 # for connect min and max is about 100 mA difference 15.50.39 # that's quite a bit, yes 15.50.40 # but that's measured solely on not precise multimeter 15.51.08 # anyway, the battery runtime estimation is never very accurate 15.51.26 # but i guess turning it into a function would make this fairly easy 15.51.39 # I guess it's better to have any than -1 15.52.02 # kugel: hey I've seen we are in SVN!! Congrats ;) 15.52.09 # i'd just use the level for the default brighness otherwise 15.52.59 # kugel: btw, my R0 will be tomorrow 1 year old exactly, what a beautiful gift :p 15.53.37 Quit [Saint] (Quit: Bye) 15.53.59 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 15.56.46 Quit perrikwp (Read error: Connection reset by peer) 15.57.16 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.02.29 Quit lorenzo92 (Ping timeout: 240 seconds) 16.04.34 # * pamaury is experimenting with the power system of the imx233, that's quite a beast 16.09.44 # Hi 16.10.43 # kugel: I am trying to build the new toolchain with rockboxdev.sh and it doesn't work 16.15.06 # kugel: I get cp: cannot stat `../crosstool-ng-1.13.2/{*,.version}': No such file or directory 16.15.32 # * [7] wonders what happened to that dynamic runtime estimation patch 16.25.15 # kugel: I found where the problem was. You use the bracket syntax, which does'nt work in ubuntu's default shell. 16.25.56 # I replaced "/bin/sh" by "/bin/bash" at the beginning of the script and it seems to work... 16.26.47 # To everyone: is it normal that rockboxdev.sh is bash-specific or is it a mistake from kugel 16.26.51 # ? 16.29.04 Quit perrikwp (Read error: Connection reset by peer) 16.29.31 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.35.05 # lovasoa: that's my mistake, then 16.35.24 # will change it 16.37.36 Part lovasoa 16.38.18 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 16.40.12 # New commit by 03kugel (r31422): Remove bash-specific syntax from rockboxdev.sh 16.42.31 # r31422 build result: All green 16.47.10 Quit liar (Read error: Connection timed out) 17.02.18 Part lovasoa 17.14.41 Quit robin0800 (Quit: Leaving) 17.19.30 # how are chargers normally handled in rockbox? 17.19.44 Join falco99 [0] (~chatzilla@pool-173-72-186-213.clppva.fios.verizon.net) 17.20.20 Join robin0800 [0] (~robin0800@149.254.60.171) 17.21.37 # Is there any bug in the tracker regarding the way a single song is scrobbled twice in a row when the player is shut down (at least from idle timeout) in the middle and restarted? 17.21.39 # kugel: depends on how charging is done 17.21.58 # the closest thing I can find is http://www.rockbox.org/tracker/task/6213 which is old-old 17.22.17 # pamaury: this is RaaA, I guess we can only monitor charging 17.23.09 # there's lots of charger related code in powermgmt.c, within PLATFORM_NATIVE 17.23.26 # kugel: CONFIG_CHARGING tells how charging is handled, if you can only monitor, set it to CHARGING_MONITOR for example 17.23.42 Join lorenzo92 [0] (~chatzilla@host123-104-dynamic.21-79-r.retail.telecomitalia.it) 17.23.54 # kugel: back 17.25.31 # pamaury: alright, that's going to be tricky 17.25.53 # why ? 17.26.07 # because RaaA :) 17.26.57 # if you set charging to monitor you only need to implement a coupel of functions, that should be easy 17.27.01 # RaaA doesn't compile most of powermgmt.c, and it has a very trimmed down power_thread() in firmware/target/hosted/powermgmt.c 17.27.32 # and powermgmt.c is a complete nightmare 17.28.33 # yeah that's the point... 17.28.48 # more or less like the voltage filter of ascodec driver... 17.29.23 # lorenzo92: can we read more than the voltage? 17.29.42 # or do we implement discharge curve etc on our own? 17.30.02 # do you mean amperage or so? ah okay no we can only have ADC sources for voltages :( 17.30.02 # what about current? battery %? 17.30.23 # only voltages, pretty sure 17.30.43 # because the r0Bat.ko module does only do calls to ascodec functions (to read adc) 17.31.29 # but we know the upper and lower voltage limits, then I don't know how these things work ... I just know there is a graph that shows how the battery discharges right? 17.31.44 *** Saving seen data "./dancer.seen" 17.31.44 # because the rate isn't constant, isn't it? 17.32.25 # we can implement voltage->battery% translation 17.32.34 # that should be easy, all native targets do that 17.33.02 # we also have a very poor estimation 17.36.08 # I guess we can use all of powermgmt.c as if it were a native target then 17.36.59 # yeah why not 17.37.09 # brb 17.37.26 # the power_stack[] is too small 17.39.32 # we need to run battery_bench.rock then, for an initial callibration 17.42.17 # okay I could do that ;) 17.43.27 # btw, do you have the datasheet for the as3543? 17.44.07 # lorenzo92: ^ 17.44.37 # yeah indeed 17.44.40 # wait a moment 17.44.54 # i have it too, was just asking 17.44.57 # yes 17.48.23 # lorenzo92: why did you #ifdef in as3514.c? 17.49.13 # is it because ascodec_readbytes() doesnt work according to one of your comments? 17.49.16 # where sorry? kernel) 17.49.18 # ? 17.49.33 # firmware/drivers/audio/as3514.c 17.49.43 Quit anewuser (Ping timeout: 244 seconds) 17.50.45 # ah! okay you mean for the volume...well normally without the ifdef the volume was really too much low in the very first steps 17.50.52 # but it's not a clean solution indeed 17.52.34 # in ascodec-ypr0.c it says ascodec_readbytes() "FIXME: doesn't work" 17.52.51 # +for 17.53.40 # ah now I remember well sorry 17.53.42 # so 17.53.51 # the ascodec driver (Rockbox) had a cache 17.54.00 # thus the readbytes function 17.54.03 # BUT 17.54.17 # I'm pretty sure the ascodec kernel driver has already a cache 17.54.23 # of the registers... 17.55.13 # is that the reason? 17.55.28 # it'd still save doing system calls :) 17.56.32 # uhm well you're right :) 17.58.01 # lorenzo92: but what does "/*FIXME: doesn't work */" mean? is that still valid? 17.58.25 # yes at time I tested (very quicly) it didn't work 17.58.46 # i guess it's a trivial mistake in for index 17.59.04 Join Misan [0] (~Misanthro@adsl-84-226-237-87.adslplus.ch) 17.59.09 # can you test if it now works? 18.00.11 # also it appears we don't need ascodec_lock/unlock() 18.03.26 # yes this time because in the kernel drivers there are already some lock to avoid accidents 18.04.15 # the driver you copied it from needs it because adc_read() goes into a wait-state (and yield()s to ither threads) 18.04.38 # since the ypr0 has no such wait-state locking isn't needed 18.04.47 # ok 18.05.04 # I suspect the ioctl() call will simply block until data is ready 18.05.32 # well yes, should be 18.05.44 # okay in 2 minutes I'll fix the readbytes func 18.05.56 # nice 18.09.32 Join lebellium [0] (~chatzilla@80.214.8.82) 18.11.06 # kugel and lorenzo92 : thx and merry xmas from France :) 18.13.31 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 18.14.44 # lorenzo92: fwiw, it does look correct to me 18.16.14 # kugel; where is the link to the latest R0 build? I don't see it here http://build.rockbox.org/ 18.16.38 # kugel: uhm I wanted to debug it but no log lol 18.16.58 # anyway the volume doesn't work, so I suspect there is still something wrong 18.20.34 # okay I try to catch another ascodec_readbytes from the other ascodec drivers... 18.21.20 # lebellium: it's not in the build system yet 18.21.53 # ah ok, I thought it was automatic when including into the SVN 18.21.59 # no :) 18.26.08 # kugel: I really don't understand what could be the problem uhm 18.26.34 # We may have to do something about the build clients and RaaA soon. Every new RaaA target may well need a new toolchain, and the way we handle toolchains now that's not really fun 18.26.55 # kugel: ah! wait... 18.28.57 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 18.30.29 # still nothinh 18.30.34 Join jet322 [0] (~185a7266@www.haxx.se) 18.30.48 # gevaerts: I'm thinking the ypr0 toolchain can work for many devices, but need to make sure first :) 18.31.09 # That would help of course 18.31.15 Quit jet322 (Client Quit) 18.32.16 # kugel: ah!!! I suspect we need to start from 0x02 instead of 0xx 18.32.18 # 00 18.32.21 # gevaerts: it's build by ct-ng, and _should be_ universally usable 18.32.33 # lorenzo92: but..why? 18.33.06 # uhm ah no sorry, but well I noticed the audio registers starts from 0x2 18.33.12 # first 2 are reserved... 18.33.19 # ah nothing :( 18.33.26 # so I'm out of ideas... 18.34.49 # lorenzo92: is it possible that the kernel doesnt let us read reserved regs? 18.35.24 Join lebellium_ [0] (~chatzilla@80.214.8.115) 18.36.04 # just seen...nope it seems there is not limitation 18.39.12 Quit lebellium (Ping timeout: 276 seconds) 18.39.13 Nick lebellium_ is now known as lebellium (~chatzilla@80.214.8.115) 18.41.39 # lorenzo92: uh oh, I think I see the problem :) 18.42.24 # types conflict? 18.44.18 # \o/ 18.44.24 # lorenzo92: much more trivial :) 18.44.32 # audiohw_preinit() wasn't called at all! 18.45.03 # ouch oh shit! now I understand why I need to to the alsa unmuting in the script!!! 18.45.07 # lol 18.45.35 # now the click at start is also gone 18.45.44 # and it's much louder I think 18.45.51 # incredible :) 18.46.02 # give me a second, I'll commit 18.46.10 # yeah thanks ;) 18.46.28 # maybe that's why also volume wasn't so loud 18.51.48 # lorenzo92: it was a bug in my alsa driver 18.54.01 # kugel: committed? 18.57.18 # no, last test 18.57.35 Quit perrikwp (Read error: Connection reset by peer) 18.57.51 # lorenzo92: we have a bot here that announces commits 18.59.45 # New commit by 03kugel (r31423): ypr0: Cleanup and simplify ascodec functions. Fix audiohw_{pre,post}init() not being called. 19.01.33 Quit lorenzo92 (Read error: Operation timed out) 19.01.54 # r31423 build result: All green 19.04.27 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.05.31 Quit perrikwp (Read error: Connection reset by peer) 19.06.08 # cpu usage went down also if I see this right 19.06.25 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.08.03 Quit lebellium (Ping timeout: 248 seconds) 19.08.19 Part jlbiasini 19.08.40 # gevaerts: what's needed to get it into the build system? 19.08.54 # my client has the toolchain so that should be fine 19.10.02 Quit robin0800 (Quit: Leaving) 19.31.48 *** Saving seen data "./dancer.seen" 19.33.13 Join bluebrother [0] (~dom@g231120206.adsl.alicedsl.de) 19.33.13 # kugel: rbclient.pl needs to be updated to recognise the toolchain, and then it needs to be added to the builds file 19.33.13 Quit bluebrother (Changing host) 19.33.13 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.34.20 # kugel: I'd say you probably should talk to Zagor for the details. I know how to add targets with an existing toolchain, but I've never added a new toolchain 19.36.26 Quit bluebrother^ (Ping timeout: 252 seconds) 19.36.48 Quit fs-bluebot (Ping timeout: 240 seconds) 19.38.23 Join fs-bluebot [0] (~fs-bluebo@g231120206.adsl.alicedsl.de) 19.39.59 Join lorenzo92 [0] (~chatzilla@host249-27-dynamic.180-80-r.retail.telecomitalia.it) 19.44.46 # gevaerts: the question is whether someone needs to run svn up or so on the server 19.46.00 # is ASM enabled on the r0 now? 19.46.00 # changing rbclient.pl and builds should be sufficient (grepping for android only gives these two) 19.46.43 # saratoga: no 19.47.35 # adding them in would save some more cpu time 19.47.56 # sure 19.48.41 # can you go lower then 200mhz? 19.49.10 # saratoga: didn't someone report problems with ape on the r0? has the C impl bugs? 19.49.41 # kugel: linuxstb and amiconn worked on it, i'm not that familiar with ape 19.49.59 # but i guess we now have x86 assembly enabled in the sim, so its possible a bug crept into the c code somewhere 19.51.59 # saratoga: it doesn't look like it can go lower. but lorenzo92 knows more about that 19.52.58 # the kernel doesnt seem to support lower freqs 19.56.45 Quit FOAD (Quit: I'll be back) 19.56.56 # kugel: back...yeah we have 200-400-532 mhz 19.57.21 # kugel: i don't know, tough, if lowering the voltage from ascodec could help (not sure of what I say hihi) 19.58.20 # saratoga: ASM in the sense of the various optimizations available for arm? 20.01.35 Join FOAD [0] (~foad@unaffiliated/foad) 20.04.17 # lorenzo92: yes, for the audio codecs 20.04.53 # okay, so yes we have still to enable them 20.05.58 # saratoga: just for an idea, the player lasts about 18 hours also without them ... that's really nice :) 20.06.20 # lorenzo92: try my commit out 20.06.28 # after implementing the battery monitoring we could have precise benchmarking, tough 20.06.35 # kugel: was doing that :) 20.08.03 # lorenzo92: seems the cpu usage is lower as well 20.08.12 # for some unknown reason 20.08.18 # uhm interesting 20.08.48 # the caching was needed, perhaps 20.09.07 # are these functions called often? 20.09.15 # no clue... 20.09.23 # I doubt actually 20.10.08 # I get 12-15% cpu usage now with a file that had over about 30% before 20.13.04 # well that's quite nice hehe, no matter what was the issue :p 20.13.45 # okay ready to test 20.15.33 # don't know why but I get 532 mhz lol 20.15.44 # I need to see if that's a specific song 20.17.02 # kugel: apparently yes... 20.17.04 # now it works fine 20.17.22 # but I get something like 56% of cpu usage 20.18.19 Join NickLonergan [0] (~Nick@1.53.165.54) 20.18.24 # hey 20.18.27 # anyone here? 20.18.54 # can i ask you guys something? 20.19.29 # ask it and hope someone is there :) 20.20.14 # New commit by 03pamaury (r31424): imx233/fuze+: implement power management(battery charger), add powermgmt debug info, add power debug info, move target specific powermgmt code to its ... 20.20.54 # kugel: I don't know why but it seems CPU usage is higher for me :( 20.21.01 # I don't know what's wrong 20.22.23 # r31424 build result: 3 errors, 0 warnings (pamaury committed) 20.23.12 # New commit by 03pamaury (r31425): imx233: forgot a file 20.24.48 # r31425 build result: All green 20.25.58 # kugel: for example, I get 20% of cpu usage while music is stopped after a reboot!!! Before your patch, it was something like 0,90... 20.26.40 # the rockbox build for classic pod 6th gen is still unstable right? 20.26.47 # kugel: now more than 40%!!! 20.26.50 # have anybody here tried that yet? 20.28.26 # kugel: at this point it's better I retry to compile everything...ah btw I'm using your first compiled toolchain 20.28.32 # kugel: is it ok? 20.31.45 # kugel: the server needs an svn up to increment the required client version to push the new client to all systems I think 20.36.35 Quit perrikwp (Ping timeout: 240 seconds) 20.47.22 # kugel: no way, also recompiling didn't help. Now 50% cpu usage after the reboot! 20.48.38 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.55.21 Quit lorenzo92 (Remote host closed the connection) 21.06.17 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 21.06.34 Quit factor (Read error: Connection reset by peer) 21.06.45 Quit remlap1 (Client Quit) 21.08.48 Quit remlap (Ping timeout: 240 seconds) 21.22.45 Join factor [0] (~factor@74.197.205.204) 21.30.06 Quit NickLonergan () 21.31.51 *** Saving seen data "./dancer.seen" 21.34.49 # what format? 21.35.08 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 21.36.52 # i think he means it idles at that while not decoding 21.38.34 # 1% after reboot for me 21.42.13 Quit beta2k (Ping timeout: 252 seconds) 21.52.24 # logbot: really strange 21.52.38 # oops 21.52.48 # lorenzo92 (logs): ^ 22.03.54 Join alienkid10 [0] (~47bce795@www.haxx.se) 22.05.07 # pamaury: so can RB charge Fuze+ now? (looks like it from SVN history) Just update RB like normal no new BL required? 22.19.11 Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) 22.33.03 Quit alienkid10 (Quit: CGI:IRC (EOF)) 22.49.20 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.52.36 Quit user890104 (Ping timeout: 252 seconds) 22.54.47 Quit ps-auxw (Ping timeout: 268 seconds) 22.58.34 Join ps-auxw [0] (~arneb@p4FF7F521.dip.t-dialin.net) 23.05.37 Quit Keripo (Ping timeout: 240 seconds) 23.16.00 Join user890104 [0] (~Venci@6bez10.info) 23.25.09 Quit n1s (Quit: Ex-Chat) 23.27.49 # hm, I have a flac file which succeeds parsing and stuff, but its length isnt correctly detected 23.28.11 # so it fails at the very last step of loading 23.29.19 # it's created by vlc 23.31.03 # its length is detected as 0, so it crashes rockbox 23.31.55 *** Saving seen data "./dancer.seen" 23.42.25 # can you put it on the tracker? 23.55.00 # it's 22MB 23.55.44 # nah wait, it's just borked 23.55.45 # kugel: What different (new) toolchain were you talking about? 23.56.26 # amiconn: see r31412 23.56.51 # saratoga: well, it's only 1.2MB but it shouldn't crash 23.57.07 # but vlc also misdetects it 23.57.32 # kugel: if it crashes I would file a bug report (unless you can fix it yourself that is) 23.57.47 # i dont know much abotu flac but some other people here are more familiar with it 23.57.53 # Ah 23.58.15 # our parser should be smart enough to reject even broken files 23.58.23 # kugel: I saw the YP-R0 commit, but didn't read the details. 23.58.33 # Exclusive-raaa, interesting concept 23.58.54 # it is a really interesting port 23.58.59 # it indeed is