--- Log for 19.07.114 Server: morgan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 0 days ago 00.26.32 Quit kugel_ (Ping timeout: 240 seconds) 00.26.35 Quit K1773R (Ping timeout: 240 seconds) 00.30.05 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 00.31.55 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140714151536]) 00.34.34 Quit TheSeven (Ping timeout: 250 seconds) 00.36.07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 00.50.45 *** Saving seen data "./dancer.seen" 01.02.02 Quit Guest70275 (Ping timeout: 240 seconds) 01.06.02 Quit bluebrother (Disconnected by services) 01.06.07 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 01.09.02 Quit ZincAlloy (Quit: Leaving.) 01.09.07 Quit fs-bluebot (Ping timeout: 255 seconds) 01.12.12 Join fs-bluebot [0] (~fs-bluebo@g226068077.adsl.alicedsl.de) 01.39.42 Quit ender` (Quit: Female software engineers become sexually irresistible at the age of consent, and remain that way until about thirty minutes after clinical death. Longer if it's a warm day. -- Scott Adams) 02.04.57 Quit bcobco (Remote host closed the connection) 02.05.20 Join bcobco [0] (~bcobco@77.225.204.119) 02.06.34 Quit bertrik (Remote host closed the connection) 02.34.37 Join sakax [0] (~sakax@unaffiliated/sakax) 02.44.05 Quit Scall (Ping timeout: 240 seconds) 02.50.48 *** Saving seen data "./dancer.seen" 02.57.41 Join Scall [0] (~chat@unaffiliated/scall) 02.57.41 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 03.00.00 Quit AlexP (Remote host closed the connection) 03.01.46 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.05.12 Quit bertrik (Remote host closed the connection) 03.28.59 Quit Geoff_0ijfng (Ping timeout: 256 seconds) 03.29.08 Quit sakax (Remote host closed the connection) 03.41.52 Quit bcobco (Ping timeout: 250 seconds) 03.43.33 Join Guest70275 [0] (~Slayer@c-69-143-187-144.hsd1.va.comcast.net) 03.46.12 Quit the-kyle (Remote host closed the connection) 03.46.45 Join the-kyle [0] (~kyle@kyle.tk) 03.48.50 # <[Saint]> pamaury: (logs) not using ART runtime by any chance, are you? 03.49.33 # <[Saint]> That's the symptom I get with ART runtime, seems current git head isn't compatible and wants Dalvik. 03.50.04 # <[Saint]> Though, this shouldn't affect anyone...yet. 03.51.12 # <[Saint]> Not unless they made the conscious decision to switch to the (unsupported in released AOSP) ART runtime or are using the Android L developer preview. 03.52.16 # <[Saint]> (or one of the few Android L/AOSP{A}/PAC/CM12 kludges out there) 03.57.45 Join bcobco [0] (~bcobco@77.225.204.119) 04.11.24 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 04.14.06 Quit amiconn (Disconnected by services) 04.14.06 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.14.07 Quit pixelma (Disconnected by services) 04.14.07 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.14.09 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.14.10 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.50.49 *** Saving seen data "./dancer.seen" 04.53.54 Join Strife89 [0] (~Strife89@adsl-98-80-235-21.mcn.bellsouth.net) 05.11.43 Quit bcobco (Ping timeout: 260 seconds) 05.16.40 Quit TheSeven (Ping timeout: 250 seconds) 05.18.21 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.19.13 Join bcobco [0] (~bcobco@77.225.204.119) 05.39.48 Quit steffengy (Disconnected by services) 05.39.49 Join steffengy1 [0] (~quassel@p57B4879B.dip0.t-ipconnect.de) 05.41.46 Join ygrek [0] (~user@108.59.6.97) 06.13.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 06.27.17 # [Saint]: It's the XPERIA U, which is quite old so I don't think it's using the new runtime 06.27.31 # it's not the first app with this problem on my phone though 06.27.45 # <[Saint]> Hmmm. 06.30.47 # maybe I'll try debugging it with adb later 06.30.59 # don't know if it can yield something useful 06.32.15 # <[Saint]> Its *ridiculously* difficult to get anything remotely useful out of adb with RaaA sometimes. 06.32.35 # <[Saint]> I've banged my head against the desk a few times there. 06.33.04 # <[Saint]> The issue you describe sounds identical to my woes with the ART runtime. 06.33.05 # can it be harder than native ? 06.33.20 # <[Saint]> hm? 06.34.40 # <[Saint]> Sometimes, in fact, often, RaaA can get itself into a state where parts of it fall over but give absolutely _no_ meaningful information via ADB at all. 06.34.42 # debugging on real hardware can be extremely frustrating, I'm not sure if adb can be worse 06.34.52 # ok I see 06.35.08 # <[Saint]> depends if you prefer getting potentially misleading debug info, or no debug info. ;) 06.35.19 # maybe no debug info then ^^ 06.38.17 # * [Saint] makes some bottunses. 06.38.28 # <[Saint]> *buttonses 06.50.52 *** Saving seen data "./dancer.seen" 07.04.09 Quit pamaury (Ping timeout: 264 seconds) 07.48.47 Join pretty_function [0] (~sigBART@123.252.212.186) 07.54.07 # TheSeven: did you manage to make your SanDisk cards work, and improve battery life? 08.33.16 Quit pretty_function (Quit: Leaving...) 08.50.54 *** Saving seen data "./dancer.seen" 09.49.36 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 10.22.07 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.30.13 Join ender` [0] (krneki@foo.eternallybored.org) 10.44.43 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 10.50.55 *** No seen item changed, no save performed. 10.56.17 # pamaury: If you only tried rasher's daily build, then it is the frame buffer resolution mismatch. Xperia U needs a build for 480x854, 480x800 build won't work. 11.05.09 # copper: yes, I made the sandisk card work 11.05.24 Quit ploco (Quit: Page closed) 11.05.34 # I haven't tested battery life, but I've fixed something that was very likely to cause significant battery drain 11.16.57 # TheSeven: care to explain the problem with the sandisk card, in layman terms? 11.23.33 # "emCORE: Prevent low battery conditions from causing a reboot loop" ← nice 11.50.32 Quit ygrek (Ping timeout: 240 seconds) 11.54.15 Quit Provel (Read error: Connection reset by peer) 11.56.19 Join Strife89|Desktop [0] (~Strife89@adsl-98-80-219-39.mcn.bellsouth.net) 11.56.21 # copper: we were keeping voltage applied to some data lines of the HDD when powering it down 11.56.58 # while the original HDDs don't seem to care, the CF adapter has protection diodes that made this voltage leak back to the power supply lines 11.57.39 # this will likely cause significant battery drain, and it also caused a voltage of about 1.7V (instead of 3.3V) to continue being applied to the SD card while it's supposed to be off 11.58.17 # that in turn caused the sandisk card's controller to hang until the next full power cycle, which never happened because we weren't turning off power properly 11.59.06 Quit Strife89 (Ping timeout: 240 seconds) 12.00.57 # uh 12.01.12 # the "BBT error 80000006" error was related to that as well? 12.01.21 # yes 12.01.30 # all of that crap was caused by the card's controller being hung 12.01.36 # ah 12.02.13 # how come Lexars don't care? 12.02.45 # they either continue to operate properly at 1.7V, or have a reset threshold voltage above that, causing them to reboot when re-applying 3.3V 12.03.04 # apparently the sandisk cards can't continue to work at 1.7V but don't care to reboot either until the voltage goes even lower 12.03.17 # well 12.03.21 # enjoy the adapter :) 12.03.42 # I have two of them now :) 12.03.51 # tarkan sent me another one with some beta firmware 12.03.59 # my next iPod, if I get one, will forever remain unviolated 12.03.59 # but only the CF adapter, not the ZIF one 12.07.53 # TheSeven: oh, did you figure out the loud I/O noise too? 12.08.03 # on the headphone amp, with the adapter and SD card 12.08.29 # headphone out* 12.08.29 # no, but I've never observed that... I'll take a look 12.08.49 # was that noise only during card access? 12.08.55 # and during bootup 12.09.00 # hm 12.09.00 # but only slightly on bootup 12.09.25 # I heard the I/O noise loud and clear with my balanced armature IEMs only 12.09.41 # eh 12.09.52 # thinking back, so many problem with that damn adapter 12.09.57 # problems* 12.10.17 # copper: did you have another amplifier in that signal path? 12.10.26 # or was the ipod driving the IEMs directly? 12.10.29 # directly 12.10.43 # what's their impedance? 12.10.54 # 22Ω, 109 dB/mW 12.11.17 # they pick up noise that my other headphones don't 12.12.18 # ok, I'll take a look later. currently trying to figure out that nasty 3g dualboot problem 12.12.43 # eh, don't do it on my account 12.48.29 Join ygrek [0] (~user@108.59.6.97) 12.50.57 *** Saving seen data "./dancer.seen" 14.08.31 Quit Strife89|Desktop (Ping timeout: 255 seconds) 14.14.15 Join ZincAlloy [0] (~Adium@pD9EEB41E.dip0.t-ipconnect.de) 14.51.01 *** Saving seen data "./dancer.seen" 15.21.45 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 15.33.11 Join headwhacker [0] (84934c34@gateway/web/freenode/ip.132.147.76.52) 15.34.45 # hi, this maybe a silly question, but what exactly is the file that usually run to launch or start rockbox on an Android build? 15.37.03 # reason I'm asking is I'm trying a build on a DX90. I looked at the currrent DX50 port and it looks like the default play is replaced by a link to /system/rockbox/lib/librockbox.so 15.37.37 # I don't think those are official Rockbox builds 15.37.46 # you got them on Head-Fi, right? 15.37.54 # yes 15.38.28 # better ask for support to the author 15.40.15 # ok tnx 15.57.14 # headwhacker: does he provide source code? 15.58.05 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.00.24 Join pretty_function [0] (~sigBART@123.252.212.186) 16.51.04 *** No seen item changed, no save performed. 16.53.08 Quit pamaury (Ping timeout: 250 seconds) 16.55.16 # did anyone know that there is a classic 4G? 17.05.09 # TheSeven: with a firmware update for disabling the EU volume cap 17.05.30 # really? 17.06.21 # there have been reports about it, yes 17.06.29 # we talked about it a while ago 17.25.13 Join kugel [0] (~kugel@ip9234d653.dynamic.kabel-deutschland.de) 17.25.13 Quit kugel (Changing host) 17.25.13 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.26.21 Quit kugel (Read error: No route to host) 17.31.48 # does anyone have a 4g? 17.34.28 # dualboot is finally working on 1g an 3g 17.34.33 # and I don't have a 2g or 4g 17.35.25 # 2G is thin 120 GB? 17.35.51 # yes 17.36.00 # and 3g/4g are thin 160GB 17.36.05 # yes 17.36.09 # and there are at least two sub-generations of the 3g 17.36.17 # I seem to have the newer one 17.36.24 # on which firmware 2.0.3 crashes 17.36.29 # thing is, I'm not even sure there's a way to differentiate the 3G and 4G on the packaging 17.36.34 # 2.0.4 is the only firmware that works on mine 17.36.54 # 4g only runs 2.0.5, and 2.0.5 only runs on 4g 17.37.24 # then you have a 3G 17.37.31 # 2.0.3 will only run on 3.0g, but the 3.0g will likely run both 2.0.3 and 2.0.4 17.37.41 # the 3.1g will only run 2.0.4 17.37.47 # 3.1G? 17.37.47 # the 1g will only run 1.x 17.37.48 # wth? 17.37.53 # not sure what the 2g runs 17.38.08 # mine ran 2.0.4 17.38.22 # 2.0.4 seems to run on all 3.xg models 17.38.29 # but 2.0.3 only on 3.0g 17.38.29 # that was the "latest" at the time (2 years ago) 17.38.59 # the only difference between 3.0g and 3.1g that I could find so far is a different LCD 17.40.32 # 15:05:10 UTC TheSeven: with a firmware update for disabling the EU volume cap 17.40.36 # that's 2.0.5 17.41.08 # maybe Apple is only shipping one model everywhere 17.41.18 # I don't know 17.41.23 # * TheSeven ponders spoofing that his 3g would be a 4g 17.41.57 # I checked, 3Gs won't get the update 17.42.03 # they're stuck on 2.0.4 17.44.11 Quit shamus (Read error: Connection reset by peer) 17.45.08 # yes, and 2.0.5 crashes on them 17.45.18 # but it crashes because of a version check 17.45.31 # let's see what happens if I fake it to be a 4g for that check 17.47.51 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 18.08.19 Join Strife89|Desktop [0] (~Strife89@adsl-98-80-219-39.mcn.bellsouth.net) 18.17.06 Quit pretty_function (Remote host closed the connection) 18.19.29 # copper: 2.0.5 runs on a 3g, if you spoof th HW version 18.20.45 # interestingly the 2.0.4 firmware will run as well, suggesting that it might run on physical 4g models as well 18.21.26 # I wonder if that new "generation" might only exist for legal reasons... 18.22.45 # * TheSeven wonders what the next step will be 18.26.21 # * TheSeven reminds people that g#897 needs reviewing 18.26.23 # 3Gerrit review #897 at http://gerrit.rockbox.org/r/897 : 3iPod Classic: Fix several ATA driver bugs. by Michael Sparmann 18.33.49 Quit ender` (Quit: On the other hand, you have different fingers.) 18.33.57 # also g#898 18.34.00 # 3Gerrit review #898 at http://gerrit.rockbox.org/r/898 : 3iPod Classic: Properly detect external power and charging state. by Michael Sparmann 18.34.18 Quit bcobco (Remote host closed the connection) 18.34.44 Join bcobco [0] (~bcobco@77.225.204.119) 18.51.07 *** Saving seen data "./dancer.seen" 18.59.57 Quit Strife89|Desktop (Ping timeout: 264 seconds) 19.25.31 # TheSeven: did you see the option to lift the volume cap, in the 2.0.5 OF? 19.25.46 # where ist that? didn't look for it... 19.26.02 # somewhere in the settings, something like "max volume" 19.26.34 # http://the-gadgeteer.com/assets/apple-ipod-classic-42.jpg 19.26.37 # "volume limit" 19.27.11 # that's present on every ipod 19.27.20 # it just allows you to set an even lower, additional limit 19.27.42 # yes I know 19.27.53 # but 2.0.5 has an addition "lift eu volume limit" dialog 19.28.01 # additionnal 19.28.05 # additional 19.28.56 # looks exactly like in 2.0.4 19.29.43 # http://img.tapatalk.com/d/14/03/15/atuny2yz.jpg 19.29.51 # http://img.tapatalk.com/d/14/03/15/eramemup.jpg 19.29.54 # that's not a fake 19.30.54 # it's blurry on the first pic because the text is scrolling 19.31.01 # and it's been reported on Head-Fi too 19.31.05 # or ABI, I forget 19.32.19 Join pretty_function [0] (~sigBART@123.252.212.186) 19.33.26 # apparently my ipod was manufactured in october 2010 19.35.01 # interesting 19.35.10 # maybe this only exists on devices sold outside of the EU? 19.35.23 # I don't have a submenu there, it goes straight to the volume limit screen 19.35.30 # it reads 2010 on the back of your iPod? 19.36.08 # no, there's no indication on the back 19.36.16 # but you can figure it out from the serial number 19.37.29 # mine isn't an MC297, but an A1238 though 19.37.35 # let's fake that as well 19.47.36 Quit rudi_s (Ping timeout: 240 seconds) 19.49.25 Join rudi_s [0] (~simon@ruderich.eu) 20.02.28 # also tried faking a newer serial number, doesn't help 20.02.37 # so it must be basing that on some other information 20.06.09 # btw, I/O noise is still there on my new SanDisk-branded Clip+ 20.06.28 # I just can't hear it as loud with my less-isolating foam tips 20.06.43 # and it's too quiet to matter in practice 20.09.08 # it's just a bit disappointing 20.12.21 # I wonder if a Classic LOD feeding a good amp (audiophile style) would be dead silent 20.13.04 # er 20.13.16 # sigh 20.26.46 Join ender` [0] (krneki@foo.eternallybored.org) 20.36.19 Join notben [0] (~ben@99-122-84-33.lightspeed.spfdmo.sbcglobal.net) 20.36.25 Quit notben (Changing host) 20.36.25 Join notben [0] (~ben@gentoo/contributor/iamben) 20.36.46 Part notben 20.43.10 Quit ygrek (Ping timeout: 260 seconds) 20.43.17 # also tried faking a newer serial number, doesn't help 20.43.50 # didn't try actually flashing another syscfg though 20.43.56 # so maybe it's grabbing that directly from the flash 20.49.28 Join pretty_f_ [0] (~sigBART@123.252.213.70) 20.51.11 *** Saving seen data "./dancer.seen" 20.52.02 Quit pretty_function (Ping timeout: 260 seconds) 20.56.14 Join ygrek [0] (~user@108.59.6.97) 21.49.45 Quit ygrek (Ping timeout: 245 seconds) 21.57.47 Quit pretty_f_ (Remote host closed the connection) 22.08.57 Join pretty_function [0] (~sigBART@123.252.213.70) 22.10.55 Quit ender| (Read error: Connection reset by peer) 22.11.16 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 22.51.14 *** Saving seen data "./dancer.seen" 22.52.01 Quit y4n (Quit: only amiga makes it possible) 22.59.56 Quit pretty_function (Remote host closed the connection) 23.29.25 Join trampel [0] (~trampel@c-24-22-235-214.hsd1.wa.comcast.net)