--- Log for 24.01.118 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 days and 1 hour ago 00.13.31 Quit ender` (Quit: The 50-50-90 rule: Anytime you have a 50-50 chance of getting something right, there's a 90% probability you'll get it wrong. — Andy Rooney) 00.14.07 Quit thomasjfox (Ping timeout: 264 seconds) 00.17.18 Quit xorly (Ping timeout: 260 seconds) 00.22.45 Join taggart [0] (~taggart@utter.lackof.org) 00.25.33 Quit pamaury (Ping timeout: 240 seconds) 01.00.02 Quit mmint (Ping timeout: 246 seconds) 01.03.45 Quit this_is_a_nick (Ping timeout: 272 seconds) 01.03.57 Join mmint [0] (~mmint@unaffiliated/mmint) 01.06.11 Quit saratoga (Quit: Page closed) 01.07.03 Quit copper (Ping timeout: 240 seconds) 01.11.41 Join this_is_a_nick [0] (~amofiuhr_@ip119-132-50-179.ct.co.cr) 01.12.32 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 01.13.06 Join copper [0] (~copper@unaffiliated/copper) 01.16.05 Quit michaelni (Read error: Connection reset by peer) 01.22.07 *** Saving seen data "./dancer.seen" 01.33.15 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 01.41.46 Quit nlogex (Remote host closed the connection) 02.05.05 Join tomflint [0] (~tomflint@unaffiliated/tomflint) 02.05.54 # anyone have any ideas why sped-up audio is crackly / a little skippy on a modified ipod 5? 02.19.06 # <__builtin> the 5G has a relatively slow cpu 02.19.40 # <__builtin> it can't decode much faster than realtime, so skips are expected 02.19.55 # I think its actually the file itself. This is the first time I've had an issue with pitch / timestretch 02.20.21 # its making the choppy sound on my phone too 02.20.33 # <__builtin> what codec? 02.20.42 # I've tried MP3 and OGG 02.20.57 # MP3 for the phone and ipod, but OGG only on the ipod 02.22.13 # <__builtin> what's the bitrate? 02.23.44 # 32000 / 128 for the first MP3 and 32000 / 96 for the second 02.24.05 # <__builtin> 32000 is the sample rate? 02.24.19 # yeah 02.24.24 # its odd, right? 02.25.02 # <__builtin> yeah, according to the codec performance page the video can do at least 200% realtime for MP3 02.25.15 # <__builtin> how fast are you playing it? 02.25.31 # only 110% 02.25.43 # <__builtin> does it skip at 100%? 02.27.04 # one sec -- I'm going to listen through a good portion of the book with foobar. I'm certain that its the actual audio that's messed up 02.27.31 Quit yosafbridge (Quit: Leaving) 02.28.00 # ugh. it is! Looks like everybody posted from the same messed up source. The patch I listened to earlier just happen to be clean 02.30.11 # thanks.. and sorry, __builtin 02.33.07 # <__builtin> no problem 02.37.03 Join yosafbridge [0] (~yosafbrid@68.ip-149-56-14.net) 03.16.55 Quit krabador (Remote host closed the connection) 03.22.10 *** Saving seen data "./dancer.seen" 04.26.27 Quit this_is_a_nick (Ping timeout: 272 seconds) 04.54.49 Join nlogex [0] (~nlogex@198-16-168-171.on.cable.ebox.net) 05.10.33 Join this_is_a_nick [0] (~amofiuhr_@ip63-154-64-186.ct.co.cr) 05.22.12 *** Saving seen data "./dancer.seen" 06.08.54 Quit TheSeven (Ping timeout: 265 seconds) 06.13.49 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.18.34 Quit TheSeven (Ping timeout: 265 seconds) 06.20.26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.25.20 Quit TheSeven (Ping timeout: 265 seconds) 06.27.59 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 07.22.13 *** Saving seen data "./dancer.seen" 08.14.49 Join ender` [0] (krneki@foo.eternallybored.org) 08.33.07 Quit Jinx (Ping timeout: 255 seconds) 08.45.58 Join Jinx [0] (Dojo@unaffiliated/jinx) 08.47.09 Quit jhMikeS (Ping timeout: 260 seconds) 09.08.00 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.22.17 *** Saving seen data "./dancer.seen" 09.40.55 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 09.41.12 Join dys [0] (~dys@2003:5b:203b:100:6af7:28ff:fe06:801) 09.45.48 Quit jhMikeS (Ping timeout: 268 seconds) 09.47.07 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.58.37 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 10.05.46 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 10.21.56 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 10.24.34 Quit TheSeven (Ping timeout: 265 seconds) 10.25.26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 10.36.25 Quit TheSeven (Ping timeout: 255 seconds) 10.39.39 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 10.47.19 Quit pamaury (Ping timeout: 260 seconds) 10.49.18 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 11.05.00 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 11.22.20 *** Saving seen data "./dancer.seen" 11.28.08 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 11.29.11 Join JannF1 [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 11.32.44 Quit JannF (Ping timeout: 264 seconds) 11.38.27 Quit JannF1 (Ping timeout: 256 seconds) 11.49.53 Quit paulk-gagarine-s (Quit: Leaving) 11.50.40 Join paulk-gagarine [0] (~paulk-gag@gagarine.paulk.fr) 11.55.58 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 12.05.13 Join JannF1 [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 12.08.52 Quit JannF (Ping timeout: 268 seconds) 12.14.05 Join smoke_fumus [0] (~smoke_fum@188.35.176.90) 12.24.10 Quit JannF1 (Quit: Leaving.) 12.24.44 Join uwe__ [0] (~uwe_@ipservice-092-218-248-188.092.218.pools.vodafone-ip.de) 12.25.41 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 12.26.58 Quit uwe_ (Ping timeout: 256 seconds) 12.29.13 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 13.05.08 Quit this_is_a_nick (Read error: Connection reset by peer) 13.07.21 Join this_is_a_nick [0] (~amofiuhr_@ip63-154-64-186.ct.co.cr) 13.22.25 *** Saving seen data "./dancer.seen" 13.30.53 Quit xorly (Ping timeout: 268 seconds) 13.38.42 Nick uwe__ is now known as uwe_ (~uwe_@ipservice-092-218-248-188.092.218.pools.vodafone-ip.de) 14.35.22 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net) 14.43.12 # I think I found the start of an explanation for nwz audio stutter problem 14.43.44 # I measured the time between two tick tack ticks (which should be 10ms since HZ=100) 14.44.11 # But when backlight is off, I see many values above 100ms, sometimes even as high as 0.5s :-o 14.47.21 # I noticed kernel-linux.c uses CLOCK_REALTIME for timer so I tried changing to CLOCK_MONOTONIC without success 14.47.37 # I am starting to suspect a kernel bug there 15.05.53 Join xorly [0] (~xorly@193.85.203.185) 15.08.19 Quit wodz (Ping timeout: 268 seconds) 15.22.26 *** Saving seen data "./dancer.seen" 15.25.54 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 16.19.56 Quit wodz (Ping timeout: 240 seconds) 16.21.37 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 16.25.01 # you know something is very wrong when you have to write a custom ptrace program to run on some sony target to try to figure out a problem 16.30.28 # so my conclusions are: 16.30.28 # 1) when backlight is off, tick tack is suddenly completely broken, the timer function is called with >500ms delays 16.30.28 # 2) strace shows that no system call when backlight is off takes more than 10ms 16.30.28 DBUG Enqueued KICK pamaury 16.30.28 # which sugest that the problem is not with some code that blocks on a syscall. It looks like the kernel freezes the process or does not call the timer 16.43.33 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 17.22.29 *** Saving seen data "./dancer.seen" 17.32.39 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 18.05.40 Quit dys (Ping timeout: 255 seconds) 18.19.28 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:9ccd:2513:6310:6fdf) 18.36.54 Quit xorly (Ping timeout: 260 seconds) 18.45.25 Quit JannF (Ping timeout: 276 seconds) 18.52.59 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 18.55.57 # sorry, got triggered by strace: https://github.com/strace/strace/issues/14 18.59.02 # haha, medicinal use of strace, that's funny 18.59.36 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 19.00.04 # haha jidanni 19.00.58 # I think jidanni holds the record for the largest number of minor bugs in the debian bugtracker 19.01.34 # lol 19.04.14 Quit JannF (Ping timeout: 248 seconds) 19.04.50 # well, got a sansa fuze with firmware 1.01.11F for 30 € in good condition (some tiny scratches on the screen, but nothing serious on the back, tiny part of the headphone jack broken) 19.05.06 # let's see if everything works 19.07.14 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 19.07.33 # is BjornStenberg on IRC? I'm trying to get an account created on the wiki to add some stuff 19.09.33 # taggart: he is usually on #rockbox-community with login zagor, but he is not very responsive 19.09.46 Join lebellium [0] (~hexchat@89-93-177-206.hfc.dyn.abo.bbox.fr) 19.10.04 # Isn't there a form on the wiki to register? 19.10.37 # yes, I filled that out and after submitting it gives you a page saying registration is closed and to contact bjorn 19.11.09 # I sent email. I can wait a couple days too 19.12.33 # pamaury: actually I should tell you too, I want to make a page documenting AGPtEK devices 19.13.23 # basically a page that explains none are supported, most can't even be ported to, and then have some pointers to the one rocker page and stuff in the forums 19.14.33 # taggart: ah yeah, he may have closed because we had huge span problems. Maybe he is in holiday? I sent him an email a few days ago and got no answer too. 19.14.42 # pamaury: is the rocker porting still mostly blocked on them not being GPL compliant? 19.15.01 # (well porting not blocked, but maybe motivation to port) 19.15.23 # taggart: not really, it's just that I don't have the time and the only other guy interested (wodz) got way less interested when he learned that they don't want to share any piece of information 19.15.57 # does the fuze v1 bootloader from the rockbox utility already support booting from the sdcard if there's a .rockbox directory? 19.16.15 # so yes, it's more of a motivation/incentive problem at the moment 19.17.53 # SammysHP: not sure, ask Bilgus I think he is the one working on this 19.19.24 # pamaury: I made a big list of all the AGPtEK models with a list of features, but my understanding is that most of them lack the RAM/CPU to support rockbox, is that correct? 19.21.16 # does it make sense to update the official firmware before installing rockbox? 19.21.36 # taggart: I think this is correct yes, because maybe use atj2127 or similar chips 19.22.32 *** Saving seen data "./dancer.seen" 19.22.55 # SammysHP: usually installing the rockbox bootloader involves reflashing the firmware, in which case no. They might be exceptions though, but I don't think the fuze v1 is one of them 19.23.06 # ok, thanks 19.23.09 Join wodz [0] (~wodz@89-79-40-110.dynamic.chello.pl) 19.23.32 # very few of the models listed what chips they used on the vendor pages, the ones that did so I think we're doing it for marketing reasons like "hey we use this cool higher quality DAC" or something 19.25.31 # re Agptek. It is a bit more complicated. There is some serious bug somewhere. Codec crashes almost immediately and even after dozen gdb sessions I don't understand why. On top of this there is this GPL compliance thing. 19.29.47 # wodz: ok thanks. I will try to put this info that I gathered into foswiki markup and hopefully get it in the wiki, might still be useful at some point 19.31.16 # Moreover all my code is public. Anyone can pick it up, find whats wrong with codecs and finish this. 19.44.19 Join dys [0] (~dys@tmo-100-76.customers.d1-online.com) 19.45.31 # SammysHP. Yes fuze+ does support multiboot but still needs instructions here to do it http://forums.rockbox.org/index.php/topic,51844.msg240021.html#msg240021 19.46.00 # Bilgus: fuze (without +) v1 19.46.32 # damn, this NWZ timer bug is driving me crazy 19.46.37 # nope only fuze+ and fuzev1 19.46.57 # *fuzev2? 19.47.10 # bleh fuze+ and FUZE V2! 19.47.29 # but no problem. I don't know if there's still the runtime difference between v1 and v2, so I might try to find a v2 later 19.47.52 # IIRC there was an issue with the v1 but let me look 19.49.07 # SammysHP The backend is there fot the Fuzev1 19.49.39 # I just didn't add it since I refuze to make bootloaders for things with no one to test it 19.49.44 # :p 19.51.36 # are there so few v1 out in the wild? 19.52.35 # but meh, there was no way to detect wether it is a v1 or v2 before I bought and got it 19.52.39 # You just need to compile the bootloader and build a multiboot fw for it 19.52.44 # ok :) 20.00.16 Quit Galois (Ping timeout: 276 seconds) 20.09.04 # but back again to my question: are there still any major issues with the fuze v1 compared to v2 that I should be aware of? 20.28.03 # this timer issue on the nwz is completely crazy: if I go into my custom debug menu and switch backlight off there, the issue disappears 20.29.22 # the only obvious difference is that the wait look never blocks, it calls button_get_w_tmo(0) [nonblocking] and then yields 20.29.30 # the same loop with button_get_w_tmo(HZ / 10) causes stutter 20.29.54 Join JannF [0] (~jann@2a01:4f8:171:fcff:1ebf:a6a5:5856:b61d) 20.32.43 # pamaury: thats insane 20.33.41 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 20.43.20 # i really have no clue about what is going on 20.43.51 # either it's the kernel doing crap, or it is possible that Sony's sysmgr program suspends the process under certain conditions? 20.47.24 Join johnb2 [0] (~johnb2@p5B3AFE0F.dip0.t-ipconnect.de) 20.48.12 Join Googie2149 [0] (~Googie214@162-198-8-170.lightspeed.tukrga.sbcglobal.net) 20.51.37 # Hi, I'm trying to download the firmware for my Archos Recorder 20, but I'm getting a 404 when trying to download it 20.51.41 # The link is http://download.rockbox.org/release/3.14/rockbox-archosrecorder-3.14.zip 20.52.26 # 3.13 is available still, but I'd love to get 3.14 if I can 20.54.23 Join johnb3 [0] (~johnb2@p5B3AFE0F.dip0.t-ipconnect.de) 20.55.39 Quit JannF (Ping timeout: 240 seconds) 20.58.26 # SammysHP : This is the multiboot bootloader for Fuze V1 : http://www.mediafire.com/file/9nem6tsa9ik7dmm/fuzea.bin 20.58.42 # I have used it on two different devices. 20.58.53 # johnb3: thanks! 20.59.20 # Overall the battery life on the v2 is still better than the V1. 21.02.11 # This is the FW that can be run from SD and has Bilgus' power saving features: http://www.mediafire.com/file/rvs4ppved38vske/rockbox.d7d11ff-171201.PowSav_MB.fuze.zip 21.03.27 # johnb3 I didn't realize you had compiled it I'll put it in the list 21.03.59 # Sure. Go ahead. 21.05.27 # do you have a roundabout date for when the bootloader was compiled? is it 1/18 like the upload date? 21.05.59 # Sept. 3rd 21.07.48 # urgh, getting lots of "reset high-speed USB device number 7 using xhci_hcd" messages… either there is a compatibility issue with my usb3 port or my port is somehow broken (works with other devices) or something is wrong with the fuze :/ 21.07.55 # Googie2149: it's possible that this release isn't available for the Archos Recorder. I think gevaerts or __builtin might know exactly 21.08.17 # or at least more than I do 21.08.39 # SammysHP : with the stuff I uploaded or before? 21.09.07 # johnb3: no. currently connected with the OF and installing everything with rockbox utility 21.10.21 # pixelma: the odd thing is that in the release folder, there's still the manual and speech files. But that might not mean anything for the actual release itself 21.15.33 Join JannF [0] (~jann@2a01:4f8:171:fcff:1ebf:a6a5:5856:b61d) 21.17.27 # Googie2149: due to hardware limitations it just wouldn't fit. We already took out some features for 3.13, and for 3.14 we decided not to release 21.18.18 # Ah, that makes sense. Thanks for the answer gevaerts 21.18.22 # are you sure we took it off officially for the 3.14? 21.18.33 # lebellium: define "officially" 21.19.07 # with an announcement on the website or the forum and something clean: no dead download link 21.19.30 # Ah, maybe we didn't do it properly :) 21.19.43 # __builtin was the release manager, so let's blame him! 21.19.49 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.19.49 # * gevaerts isn't sure 21.20.20 # Most parts of the website do state it's supported, and the Rockbox Utility also tries to download 3.14 for the Recorder 21.20.27 # I thought dropping this target was in discussion but not validated for 3.14 21.21.00 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 21.21.09 Quit JannF (Ping timeout: 240 seconds) 21.21.17 # lebellium: no. Dropping HWCODEC is under discussion. Recorder simply is too big for the ROM bootloader 21.21.39 # Not much to discuss, except "maybe if we take bookmarks out?" and things like that 21.22.00 # ah ok. I may mix up the Recorder and HWCODEC in general 21.22.06 # but that doesn't look clean at all then :/ 21.22.29 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 21.22.33 *** Saving seen data "./dancer.seen" 21.32.40 Quit johnb2 (Ping timeout: 256 seconds) 21.32.57 Join ulmutul [0] (~ulmutul@rockbox/developer/ulmutul) 21.33.55 # __builtin (logs): duke now hangs at "SDL_OpenAudio 6" 21.37.49 Join JannF [0] (~jann@138.201.30.244) 21.38.24 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 21.40.23 Join petur [0] (~petur@78-23-23-252.access.telenet.be) 21.40.23 Quit petur (Changing host) 21.40.23 Join petur [0] (~petur@rockbox/developer/petur) 21.42.18 Quit JannF (Ping timeout: 256 seconds) 21.46.45 Join JannF [0] (~jann@138.201.30.244) 21.49.35 Quit ulmutul (Quit: Leaving) 21.52.46 Quit JannF (Ping timeout: 248 seconds) 22.00.33 Join Galois [0] (djao@efnet-math.org) 22.01.27 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 22.20.57 Join bzed_ [0] (~bzed@shell.bzed.at) 22.23.34 Quit bzed (Remote host closed the connection) 22.23.34 Quit munch (Ping timeout: 248 seconds) 22.23.34 Nick bzed_ is now known as bzed (~bzed@shell.bzed.at) 22.29.39 Join munch [0] (pls@gateway/shell/elitebnc/x-trxbzigauhcmqfqi) 22.34.34 Quit amayer (Quit: Leaving) 22.40.22 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 22.43.47 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 22.46.30 Quit lebellium (Quit: Leaving) 22.55.51 Quit JannF (Ping timeout: 260 seconds) 23.03.05 Quit wodz (Quit: Leaving) 23.18.04 Quit dys (Ping timeout: 240 seconds) 23.22.36 *** Saving seen data "./dancer.seen" 23.27.14 Quit ender` (Quit: Everybody has a testing environment. Some people are lucky enough to have a totally separate environment to run production in.) 23.30.43 Quit this_is_a_nick (Quit: Konversation terminated!) 23.31.05 Join this_is_a_nick [0] (~amofiuhr_@ip63-154-64-186.ct.co.cr) 23.37.48 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 23.38.21 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:903e:3cbc:2c40:a3a) 23.41.19 Quit petur (Quit: Leaving) 23.45.23 Join JannF [0] (~jann@HSI-KBW-091-089-057-179.hsi2.kabelbw.de) 23.47.59 Quit ZincAlloy (Quit: Leaving.) 23.50.04 Quit pamaury (Ping timeout: 240 seconds)