--- Log for 27.03.121 Server: weber.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 10 hours ago 00.00.26 *** Saving seen data "./dancer.seen" 00.19.07 # Hey guys, just downloaded rockbox, and I can't seem to see album art [sansa e200, ART theme, FLAC on internal storage] 00.20.47 # Like it flickered up for a second, but didn't stay 00.27.08 Quit massiveH (Quit: Leaving) 02.00.29 *** Saving seen data "./dancer.seen" 04.00.30 *** No seen item changed, no save performed. 04.18.19 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 04.33.08 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de) 04.38.33 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.05.19 Join johnb7 [0] (~johnb2@p4fd10ca6.dip0.t-ipconnect.de) 05.05.42 # DenimDev how large is your album art? 05.35.17 Quit pamaury (Ping timeout: 260 seconds) 05.38.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.40.29 Quit J_Darnley (Ping timeout: 246 seconds) 05.42.58 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 05.46.58 Quit johnb7 (Ping timeout: 240 seconds) 05.59.16 Quit pamaury (Ping timeout: 240 seconds) 06.00.35 *** Saving seen data "./dancer.seen" 06.17.31 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 06.38.09 Join MrZeus [0] (~MrZeus@194.37.96.151) 08.00.37 *** No seen item changed, no save performed. 08.14.26 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 08.22.52 Join newbie [0] (5f5abb44@ip5f5abb44.dynamic.kabel-deutschland.de) 08.23.16 Quit ufdm (Read error: Connection reset by peer) 08.48.18 Quit newbie (Quit: Connection closed) 08.52.26 Quit ac_laptop (Ping timeout: 240 seconds) 08.58.50 # <_bilgus_> update on the H10 so far it seems as long as you stop the cache it runs fine enabled though it randomly locks up on start 09.27.22 Quit J_Darnley (Ping timeout: 265 seconds) 09.32.33 # Build Server message: New build round started. Revision f00eea4434, 293 builds, 10 clients. 09.35.31 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 09.44.22 # Build Server message: Build round completed after 710 seconds. 09.44.26 # Build Server message: Revision f00eea4434 result: All green 09.45.38 Join newbie [0] (5f5abb44@ip5f5abb44.dynamic.kabel-deutschland.de) 09.54.20 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 10.00.41 *** Saving seen data "./dancer.seen" 10.07.20 Quit pamaury (Remote host closed the connection) 10.08.33 # _bilgus_: i didn't expect the H10 would turn into such a giant mess 10.08.35 # like seriusly 10.08.38 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.08.43 # i thought it would be something simple that was missed 10.09.11 # makes me think that particular PP is somehow more buggy than the rest 10.09.27 # as if it was a big problem, wouldn't all our PP targets have similar random glitches? 10.10.10 # braewoods: that's what I'd expect. 10.10.33 # 5020 is that model 10.10.37 # i wonder what the others use 10.10.57 # we should add a footnote that the H10 ports are known to have weird issues that seem like hardware bugs 10.15.06 # i have other PPs that don't have this issue 10.15.12 # i suspect a quirk of the H10 PP 10.15.40 # _bilgus_: do what you can but i suspect this is a bug unique to the H10 10.15.51 # _bilgus_: i'd only enable a quirk for this until we know more 10.16.02 # no point making all the ports suffer if they don't have a bug like this 10.17.05 # i'll try to get some other PPs working just to see if they have random glitches on head 10.29.31 Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) 10.32.32 # <_bilgus_> I'm going to try the test plugin in FS get it current and see if it shows errors 10.32.42 # <_bilgus_> no today though 10.32.46 # <_bilgus_> not* 10.40.07 # <_bilgus_> i'm hoping to find its jus a failure on init and not systemic errors 10.43.06 Quit newbie (Quit: Connection closed) 11.46.33 Quit pamaury (Ping timeout: 246 seconds) 12.00.43 *** Saving seen data "./dancer.seen" 12.47.30 # johnb7 320x320 12.49.05 # _bilgus_: indeed, well good luck. i'm hoping we can find a true resolution. 13.10.12 Join eevan [0] (~eevan@176.205.205.208) 13.48.19 # (repost for visibility) Hey guys, just downloaded rockbox, and I can't seem to see album art [sansa e200, ART theme, FLAC on internal storage, 320x320 art] 14.00.44 *** No seen item changed, no save performed. 14.08.03 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 14.29.45 Quit ac_laptop (Quit: WeeChat 3.0) 14.30.00 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 14.43.24 # Build Server message: New build round started. Revision c96dc1c886, 293 builds, 10 clients. 14.43.29 Quit J_Darnley (Ping timeout: 268 seconds) 14.44.04 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 14.46.42 Quit funman_ (Changing host) 14.46.42 Join funman_ [0] (~fun@rockbox/developer/funman) 14.54.32 # Build Server message: Build round completed after 668 seconds. 14.54.34 # Build Server message: Revision c96dc1c886 result: All green 14.57.16 # <__builtin> DenimDev: what format is the art in? 14.57.41 # <__builtin> we only do baseline JPEG and BMP 14.58.45 Quit eevan (Quit: Leaving) 15.04.28 # Build Server message: New build round started. Revision 961ffa61dd, 293 builds, 10 clients. 15.15.47 Join chris_s [0] (5fdf48c6@ip-95-223-72-198.hsi16.unitymediagroup.de) 15.17.08 # Build Server message: Build round completed after 760 seconds. 15.17.10 # Build Server message: Revision 961ffa61dd result: All green 15.18.16 # DenimDev: I would try a different theme or change the ART theme so that it doesn't draw another image on top of the cover art 15.27.53 # e.g. the smart/smartie themes 15.31.31 # they also seem to fix other things broken in the ART theme 15.37.50 # __bultin jpeg 15.46.31 Quit chris_s (Quit: Connection closed) 15.48.13 Join johnb7 [0] (~johnb2@p4fd10ca6.dip0.t-ipconnect.de) 15.54.51 # speachy, _bilgus_: any ideas? i came back to my sansa fuze+ after leaving it plugged in for 24-48 hours or so and after removing usb and trying to access the debug menu or so i got a stack overflow 15.55.11 # makes me think we got some kind of memory issue for long run sessions 15.57.18 # like there unit runs out of memory over time perhaps 15.57.42 # makes me wonder if there's a leak or something 15.57.48 # either fragmentation or memory not being free 16.00.45 *** Saving seen data "./dancer.seen" 16.05.43 Quit johnb7 (Quit: Nettalk6 - www.ntalk.de) 16.24.54 Quit ats (Ping timeout: 258 seconds) 16.28.03 Join atsampson [0] (~ats@2001:8b0:83b:b53f:42b0:76ff:fea4:87b) 16.33.12 Quit pamaury (Ping timeout: 246 seconds) 16.45.11 # <__builtin> you can't "fragment" the stack 16.45.20 # i meant the heap 16.45.32 # still no idea how i exhausted the stack 16.45.36 # <__builtin> yeah, but that usually shouldn't cause a stack overflow 16.45.44 # i got an OOM earlier 16.45.47 # before this one 16.46.01 # i can't fathom how 16.46.09 # <__builtin> our default stack size is pretty small (4K IIRC), so it might be worth experimenting with increasing it 16.46.17 # well that's the weird thing 16.46.27 # it only seems to trigger after a LONG idle period 16.46.36 # so something is consuming the stack 16.46.40 # and not releasing it 16.46.42 # but what? 16.47.08 # <__builtin> this is happening upon entering the debug menu? 16.47.14 # this one did yes 16.47.20 # i was trying to check for leaks 16.47.35 # <__builtin> to get some more information I would try to find a reproducible crash and instrument that code path 16.47.49 # yea but i only get issues after a long period of runtime 16.47.58 # not sure if being connected to USB is related 16.48.02 # but eh 16.48.03 Join dconrad [0] (d026e411@208.38.228.17) 16.48.21 # the heap wasn't showing any signs of growing out of control 16.48.26 # when i checked it before 16.49.03 # i did realize one thing though 16.49.17 # well actually not 16.49.21 # unrelated 16.49.40 # __builtin: true, i'll see what i can do 16.49.53 # usually stack overflow is caused by recursion 16.50.09 # i can't think of anything else causing the stack to overflow 16.50.37 # <__builtin> if you can get a better idea of what section of code is causing the issue, I bet you'll have an easier time fixing it 16.51.01 # the first OOM happened during the usb_storage drivers 16.51.11 # attempt to allocate its io buffer 17.19.28 # Build Server message: New build round started. Revision 83fcbedc65, 293 builds, 10 clients. 17.32.30 Quit dconrad (Quit: Ping timeout (120 seconds)) 17.32.49 # Build Server message: Build round completed after 801 seconds. 17.32.51 # Build Server message: Revision 83fcbedc65 result: All green 18.00.48 *** Saving seen data "./dancer.seen" 18.13.31 Join Soap_ [0] (~Soap@rockbox/staff/soap) 18.14.43 Join amachronic [0] (5284bbc4@82.132.187.196) 18.16.01 Quit Soap (Ping timeout: 260 seconds) 18.52.18 Quit lebellium (Quit: Leaving) 19.04.39 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.04.52 # speachy: hi, sorry about the delay but I've got the M3K port rebased just now. 19.06.03 # I'm heading to the wiki to post TODO / known bugs / installation instructions. 19.06.31 # if you're happy with the current state of the port, let me know before you commit so we can get rid of the huge changelog. 19.08.05 Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) 19.09.16 Quit J_Darnley (Ping timeout: 268 seconds) 20.00.01 # amachronic: I'm happy. collapse the changelog and I'll commit it. 20.00.49 *** Saving seen data "./dancer.seen" 20.02.28 # done 20.11.15 Quit pamaury (Ping timeout: 246 seconds) 20.11.42 Quit ZincAlloy (Quit: Leaving.) 20.18.56 # Build Server message: New build round started. Revision 3ec66893e3, 293 builds, 10 clients. 20.19.01 # it's in. 20.21.31 # cool! now just to finish off the wiki 20.22.18 # I'll add it to the autobuilder stuff at some point 20.34.02 Join PimpiN8 [0] (~PimpiN8@2001:1c04:3308:a500:ccb7:74c2:82e3:6560) 20.36.08 Quit kakaka (Remote host closed the connection) 20.36.38 Join kakaka [0] (~koniu@gateway/tor-sasl/koniu) 20.39.04 # Build Server message: Build round completed after 1208 seconds. 20.39.07 # Build Server message: Revision 3ec66893e3 result: All green 20.42.15 # speachy, is it acceptable to post NAND flash dumps to the wiki, or is it a legal no-no? since technically some binary code in the dumps may be copyrighted 20.44.21 # hmm. best not to post entire dumps. 20.45.07 # especially as fiio trys to be GPL compliant 20.46.23 # I really only care about the first 128kb containing the bootloader and some partition table. I think it's mostly ingenic's GPL code, but there's no way to be sure. would that be OK? 20.47.56 # it's easy to take dumps locally, but I thought it'd be a good idea to have a reference available 20.49.22 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 20.58.44 # sure, that's sane. 21.04.26 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 21.27.23 # I've posted installation instructions to the wiki. I'm going to try adding support to the Rockbox utility so it's not such a hassle in the near future 22.00.51 *** Saving seen data "./dancer.seen" 22.06.41 Quit amachronic (Quit: Connection closed) 22.16.46 Quit f1refly (Ping timeout: 240 seconds) 22.16.52 Join f1reflyylmao [0] (~f1refly@2a01:c23:8839:2c00:1bed:5349:c79c:86ba) 22.17.16 Nick f1reflyylmao is now known as f1refly (~f1refly@2a01:c23:8839:2c00:1bed:5349:c79c:86ba) 22.22.34 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) 22.26.19 Join beencubed [0] (~beencubed@209.131.238.248) 22.38.06 Quit MrZeus (Ping timeout: 240 seconds) 22.59.18 Quit ac_laptop (Ping timeout: 240 seconds)