--- Log for 10.03.121 Server: beckett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 9 hours ago 00.46.06 Quit Barlow (Ping timeout: 256 seconds) 00.46.45 Join Barlow [0] (~barlow@17-215-201-31.ftth.glasoperator.nl) 00.46.45 Quit Barlow (Changing host) 00.46.45 Join Barlow [0] (~barlow@unaffiliated/barlow) 01.19.54 *** Saving seen data "./dancer.seen" 01.32.32 Quit ufdm (Remote host closed the connection) 02.19.43 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 02.50.51 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 03.19.56 *** Saving seen data "./dancer.seen" 03.44.30 # da fuck, this must be a mistake 03.45.29 # dd says it has 36 MB/s IO speeds on the gogears on their new CF cards 03.45.35 # over USB 2.0 03.45.40 # seems too high to be real 03.45.48 # oh well, time to format 'em so i can repair them 04.36.46 Quit koniu (Ping timeout: 268 seconds) 04.43.56 # o.O 04.44.04 # strange 04.44.09 # keypads don't work on either gogear now 04.44.19 # guess i need to recheck the ribbon cables 04.50.54 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 04.55.17 Quit pamaury (Ping timeout: 272 seconds) 04.55.32 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.13.55 # speachy: https://gerrit.rockbox.org/r/c/rockbox/+/3204 05.14.05 # i think it's ready for merge, it works that i can tell 05.14.09 # i finally worked out the issues 05.14.29 # probably linux only compatibiility but that's ok 05.14.44 # we can probably probe for it via userspace drivers on the other OS 05.14.55 # if we need it 05.15.28 # but this makes it possible to query for it from our own software too 05.16.02 # bluebrother: you have any interest in using this feature in rbutil? 05.16.10 # no idea what we would use it for but 05.16.26 # you can use it to probe the battery level via USB HID protocol 05.16.44 # we can also add our own additions to the feature report if we wanted to 05.16.54 # for now i just have padding to make Linux happy 05.20.00 *** Saving seen data "./dancer.seen" 05.21.05 Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-qhrbmemaybdoxigh) 05.36.23 Quit kadoban (Quit: Bridge terminating on SIGTERM) 05.36.28 Quit danielp3344 (Quit: Bridge terminating on SIGTERM) 05.36.28 Quit ccf-100 (Quit: Bridge terminating on SIGTERM) 05.36.29 Quit blbro[m] (Quit: Bridge terminating on SIGTERM) 05.36.30 Quit kadobanana (Quit: Bridge terminating on SIGTERM) 05.36.30 Quit M-iam-some0nee[m (Quit: Bridge terminating on SIGTERM) 05.36.39 Quit mud (Quit: Bridge terminating on SIGTERM) 05.47.26 Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-wemkspipbrobjvww) 06.06.38 Join kadobanana [0] (kadoban9he@gateway/shell/matrix.org/x-drzyvrhvrhnnvqso) 06.06.38 Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-cwqvygseoukkdgjq) 06.06.38 Join mud [0] (kadobanmat@gateway/shell/matrix.org/x-sstqskkfxonsdequ) 06.06.38 Join ccf-100 [0] (ccf-100mat@gateway/shell/matrix.org/x-rlddevqryhxykvsi) 06.06.38 Join kadoban [0] (kadobanemp@gateway/shell/matrix.org/x-qevyhmlpmumbzbbb) 06.22.33 Quit Saijin_Naib (Remote host closed the connection) 06.22.41 Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-280f-3789-ab28-3929.res6.spectrum.com) 06.48.04 # Build Server message: New build round started. Revision 0ba174789b, 293 builds, 9 clients. 07.01.46 # Build Server message: Build round completed after 822 seconds. 07.01.49 # Build Server message: Revision 0ba174789b result: All green 07.06.52 # speachy: appears linux probes for it every 2 minutes or so 07.06.58 # so even better 07.08.01 Join Soap_ [0] (~Soap@rockbox/staff/soap) 07.08.18 Quit Soap_ (Client Quit) 07.09.37 # so even better 07.09.40 # err 07.09.44 # anyway' 07.20.04 *** Saving seen data "./dancer.seen" 07.49.10 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 08.42.07 # <_bilgus> JFIF windows 10 , wtf is JFIF even still doing around? 08.42.20 # <_bilgus> https://www.rockbox.org/tracker/task/13269 08.42.34 # <_bilgus> ^this guys failing coverart is JFIF 08.54.42 Join MrZeus_ [0] (~MrZeus@89.238.130.71) 09.12.54 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 09.20.06 *** No seen item changed, no save performed. 09.50.08 # <_bilgus> Bah nope my mistake I guess that is a valid jpeg encoding I was thinking EXIF 10.45.23 Quit massiveH (Quit: Leaving) 11.03.24 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 11.04.03 Quit J_Darnley (Ping timeout: 260 seconds) 11.14.08 Quit tomato (Ping timeout: 272 seconds) 11.20.10 *** Saving seen data "./dancer.seen" 11.27.00 Quit ender| (Quit: Have you heard of the reverse excorcism? It's when the devil tells the priest to exit the child's body.) 11.42.26 Quit Saijin_Naib (Read error: Connection reset by peer) 11.53.16 Join ender| [0] (~ender1@2a01:260:4094:1:6045:6fff:fedd:cbf3) 12.00.09 Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-280f-3789-ab28-3929.res6.spectrum.com) 12.49.05 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 13.16.20 Join lebellium_ [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 13.16.45 Quit lebellium (Ping timeout: 264 seconds) 13.20.12 *** Saving seen data "./dancer.seen" 13.26.36 Quit XDjackieXD (Quit: bye o/) 13.31.31 Join XDjackieXD [0] (~jackie@irc.chaosfield.at) 13.54.36 Quit Saijin_Naib (Read error: Connection reset by peer) 14.21.30 Quit jdarnley (Ping timeout: 265 seconds) 14.24.12 Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-280f-3789-ab28-3929.res6.spectrum.com) 14.25.17 Quit Saijin_Naib (Read error: Connection reset by peer) 14.27.10 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 14.33.13 Join dweeber` [0] (~dweeber@c-73-52-129-219.hsd1.ut.comcast.net) 14.33.17 Join Soap_ [0] (~Soap@rockbox/staff/soap) 14.33.37 Join lebellium__ [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 14.33.45 Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 14.34.09 Quit tchan1 (Client Quit) 14.34.30 Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 14.34.38 Quit tchan1 (Client Quit) 14.34.59 Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 14.36.04 Quit tchan1 (Client Quit) 14.36.26 Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 14.38.09 Quit tchan (Disconnected by services) 14.38.18 Quit tchan1 (Client Quit) 14.38.27 Quit gevaerts (Disconnected by services) 14.38.30 Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) 14.38.35 Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 14.38.35 Quit tchan (Changing host) 14.38.35 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 14.41.22 Join CR0W_ [0] (~narf@rrcs-67-53-148-69.west.biz.rr.com) 14.42.42 Quit lebellium_ (*.net *.split) 14.42.43 Quit Soap (*.net *.split) 14.42.43 Quit dweeber_ (*.net *.split) 14.42.43 Quit CR0W (*.net *.split) 14.42.43 Quit KalBot (*.net *.split) 14.50.31 Join KalBot [0] (~matrixirc@connolly.tech) 14.57.58 Quit J_Darnley (Ping timeout: 260 seconds) 14.58.10 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 15.02.37 # Build Server message: New build round started. Revision 73ec3971f7, 293 builds, 9 clients. 15.03.20 # _bilgus: what do you think about g#3206 ? 15.03.23 # Gerrit review #3206 at https://gerrit.rockbox.org/r/c/rockbox/+/3206 : Move "View" option for playlists up one level by Christian Soffke 15.04.45 # _bilgus yes progressive JPG support is a big thing for me as well 15.05.13 # the tool i'm using to save the cover arts in my albums folders is saving all the covers in progressive jpg 15.06.12 # i tried to patch the internal jpg decoder but i don't have the skill yet to do so 15.06.33 Quit Rower (Ping timeout: 264 seconds) 15.11.27 # <_bilgus> speachy I've often wondered why its in there I can't imagine it'll cause too much angst? 15.12.10 # <_bilgus> so I'm chasing this jpg display bug and it smells so much like stack overflow but damned if I can pinpoint it 15.12.32 # yeah, it seemed sane to me but that's not necessarily a plus in its favor.. 15.12.47 # _bilgus: hmm, maybe an interrupt is coming along at the wrong time? 15.15.13 # Build Server message: Build round completed after 754 seconds. 15.15.15 # Build Server message: Revision 73ec3971f7 result: All green 15.15.16 # Build Server message: New build round started. Revision b3b8310e4e, 293 builds, 8 clients. 15.18.19 Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-1cd0-af5a-adf0-cb71.res6.spectrum.com) 15.20.14 *** Saving seen data "./dancer.seen" 15.23.25 # <_bilgus> edhelas_, the jpeg decoder is probably never gonna support much more than already its pretty heavy on the ram as is but perhaps it could be expanded for device with more RAM 15.24.19 # edhelas_: and progressive decoding is a _lot_ more ram-heavy. 15.24.40 # what about stopping on the first frames ? 15.25.13 # regarding the resolution of most of the device screens, one or two frames should be enough, no need to decode the full 500x500px one 15.27.10 # Build Server message: Build round completed after 714 seconds. 15.27.12 # Build Server message: Revision b3b8310e4e result: All green 15.33.52 Quit berber (Remote host closed the connection) 15.36.36 # <_bilgus> thta sounds like a possibly viable strategy 16.03.50 # hah, the Cayin N3 that someone asked about on the forum is a fairly straightforward X1000+hibylinux port, but the N3Pro is a whole other beast. About 4x the price, it comes with a *tube amp* 16.17.40 Join berber [0] (~berber@v2202101107577140883.nicesrv.de) 16.23.01 Quit berber (Quit: The Lounge - https://thelounge.chat) 16.23.26 Join berber [0] (~berber@v2202101107577140883.nicesrv.de) 16.32.41 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 16.33.33 Quit lebellium__ (Ping timeout: 264 seconds) 16.41.07 Join ubervison [0] (~ubervison@2a02:aa12:b106:1b80:6257:18ff:fe9b:d6a1) 16.41.12 Quit ubervison (Client Quit) 16.43.02 Quit berber (Quit: The Lounge - https://thelounge.chat) 16.50.57 # sweet, figured out how to enable the headphone audio controls on the x3ii 16.55.58 # I don't have 16.56.46 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 17.03.15 # I don't have a remote that'll do more than play/pause 17.10.22 # speachy: i'm going to try to make most out of MTP... turns out we can do a lot more than file transfer. 17.10.29 # it can act as a remote control over USB too. 17.10.41 # we can even extend it with our own extensions if we want to 17.12.36 Quit pamaury (Ping timeout: 246 seconds) 17.12.38 # i think i'm going to try adding support for the host to control rockbox remotely 17.12.43 # while connected to USB 17.12.53 # maybe via a custom application 17.12.55 # if need be 17.13.18 # MTP is more powerful than i realized 17.14.15 # in any case i suspect mtp is the best investment for new drivers 17.20.17 *** Saving seen data "./dancer.seen" 17.36.03 Quit advcomp2019_ (Ping timeout: 260 seconds) 17.36.56 Join advcomp2019_ [0] (~advcomp20@65-131-179-208.sxct.qwest.net) 17.36.56 Quit advcomp2019_ (Changing host) 17.36.56 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 17.39.53 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 17.42.05 Quit J_Darnley (Ping timeout: 256 seconds) 18.00.48 Quit lebellium (Quit: Leaving) 18.46.54 # Build Server message: New build round started. Revision 555299af9f, 293 builds, 9 clients. 18.47.28 # <_bilgus> speachy any insight on this If I set a static pointer = NULL and later check if (!ptr) it never hits, but If I instead use if ptr != NULL it works and !ptr works too 18.48.13 # does anything set that pointer? 18.48.28 # <_bilgus> me after that 18.48.34 # <_bilgus> but prior no 18.48.35 # could be a helpfully aggressive optimizer 18.48.47 # <_bilgus> its almost like its being optmized out 18.51.21 # hmm, the 'rockbox info' view of disks doesn't actually work for hosted (or simulator) builds. 18.51.30 # always comes up as not present. 18.52.11 # <_bilgus> I can see why 18.53.10 # it relies on the 'size' property of the volume which isn't ever set, instead of using the storage is_present() api 18.55.55 # it also tries to look up "/mnt/sd_0/" 18.56.01 # which is.. bogus. 18.59.15 # Build Server message: Build round completed after 741 seconds. 18.59.22 # Build Server message: Revision 555299af9f result: 0 errors 2 warnings 19.11.19 # Build Server message: New build round started. Revision a87abdb28f, 293 builds, 9 clients. 19.20.21 *** Saving seen data "./dancer.seen" 19.23.24 # Build Server message: Build round completed after 725 seconds. 19.23.30 # Build Server message: Revision a87abdb28f result: All green 19.25.41 Join berber [0] (~berber@v2202101107577140883.nicesrv.de) 19.26.43 Quit Saijin_Naib (Disconnected by services) 19.26.47 Join Saijin-Naib [0] (~Saijin_Na@2603-7081-1d05-7230-1cd0-af5a-adf0-cb71.res6.spectrum.com) 19.40.53 Quit jschwart (Ping timeout: 260 seconds) 19.48.02 Quit Saijin-Naib (Ping timeout: 264 seconds) 19.59.51 # <_bilgus> hmm so the way imageviewer does the decoder it pre-compiles the decoder as a plugin then strips the CRT 20.01.56 # <_bilgus> I suspect that would make it dependent on the underlying plugin buffer 20.02.24 # <_bilgus> I'll try setting the plugin buffer to 0 first 20.08.57 Quit MrZeus_ (Ping timeout: 264 seconds) 20.13.07 # <_bilgus> lol 20.18.22 # <_bilgus> https://github.com/Rockbox/rockbox/blob/master/apps/plugins/imageviewer/imageviewer.make#L40 20.23.50 # .... 20.24.05 # the imageviewer plugin has so many past sins embodied within 20.27.14 # most of which were due to the realities of archos targets 20.27.23 # s/most/many/ 20.30.09 Join Saijin_Naib [0] (~Saijin_Na@2603-7081-1d05-7230-654a-0c8a-1261-c286.res6.spectrum.com) 20.47.56 # _bilgus: one suggestion would be to go through and convert the jpegs to the final image you needed and cache the result 20.48.06 # so you might be able to do that if you use the full RAM available 20.57.38 Quit Saijin_Naib (Ping timeout: 264 seconds) 20.58.55 Join jschwart [0] (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) 21.09.17 Nick hook54321_ is now known as hook54321 (sid149355@gateway/web/irccloud.com/x-nwurhmngvtzonyqp) 21.20.23 *** Saving seen data "./dancer.seen" 21.31.57 Quit rogeliodh (Quit: Ping timeout (120 seconds)) 21.33.26 Quit trfl (Remote host closed the connection) 21.34.02 Quit user890104 (Remote host closed the connection) 21.36.17 Join rogeliodh9 [0] (~rogeliodh@rogeliodh.dev) 21.36.18 Join trfl_ [0] (~ed@static.59.110.40.188.clients.your-server.de) 21.36.18 Join user890104_ [0] (~Venci@freemyipod.org) 21.36.23 # FINALLY. three rabbit holes later I finally accomplished my original task 21.36.23 Quit michaelni (Ping timeout: 260 seconds) 21.36.30 Nick rogeliodh9 is now known as rogeliodh (~rogeliodh@rogeliodh.dev) 21.36.36 # g#3210 21.36.38 # Gerrit review #3210 at https://gerrit.rockbox.org/r/c/rockbox/+/3210 : xduoo_x3ii: Improvements in the meymappings! by Solomon Peachy 21.36.53 Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) 21.44.15 # inline headphone remotes are working on the x3ii. don't know if the x20 supports it or not 21.45.22 # _bilgus: in theory the Rocker supports it too 21.49.57 # Build Server message: New build round started. Revision 87e37a4d48, 293 builds, 9 clients. 21.54.27 Quit user890104_ (Ping timeout: 260 seconds) 21.54.36 Join user890104 [0] (~Venci@freemyipod.org) 22.02.02 # Build Server message: Build round completed after 725 seconds. 22.02.05 # Build Server message: Revision 87e37a4d48 result: All green 22.02.32 # <_bilgus> speachy people have been asking for that for a long while 22.03.56 # none of the other hiby-based players seem to support inline remotes, except possibly the Rocker. 22.07.28 Quit cockroach (Quit: leaving) 22.09.00 # hmm, can detect the poweron reason too (KEY or VBUS only) 22.14.13 # <_bilgus> g#3211 22.14.15 # Gerrit review #3211 at https://gerrit.rockbox.org/r/c/rockbox/+/3211 : ImageViewer Fix jpeg decoder by William Wilgus 22.14.50 # <_bilgus> crazy 22.18.40 # actually that makes sense 22.19.01 # no wait, that doesn't. 22.19.42 # but the resulting code is cleaner anyway 22.20.28 # most likely the crash was happening because the viewport we wer intiailzed with went away 22.20.49 # and there's no reason for that to be static, so pfft. 22.27.10 Join f1reflyylmao [0] (~f1refly@dynamic-077-000-018-115.77.0.pool.telefonica.de) 22.27.54 # <_bilgus> no its never null its whatever the buffer it copied to was before 22.28.31 Quit f1refly (Ping timeout: 272 seconds) 22.28.31 Nick f1reflyylmao is now known as f1refly (~f1refly@dynamic-077-000-018-115.77.0.pool.telefonica.de) 22.28.57 # <_bilgus> I wanted it static so it could just get set once 22.39.31 # ok with battery strength put to bed 22.39.39 # it's time for me to get serious about MTP 22.40.18 # it might be preferable to our UMS driver for supported targets 22.42.00 # plus given the design we could also add support for stuff like remote controls of basic rockbox functionality 22.43.57 # Build Server message: New build round started. Revision eb9f05f835, 293 builds, 9 clients. 22.54.46 # Build Server message: Build round completed after 649 seconds. 22.54.49 # Build Server message: Revision eb9f05f835 result: All green 23.20.25 *** Saving seen data "./dancer.seen" 23.31.48 # _bilgus: any idea how long it's been "broken" ? 23.32.04 # could it be fallout from the toolchain bump? (and/or the viewport rewrite you did..) 23.34.31 # hahahah the only Rocker listed on ebay is in the UK, asking GBP 300. 23.39.58 # speachy: i think my iriver h10 has a regression 23.40.09 # it works on 3.15 but not the latest development 23.40.31 # it just locks up during boot 23.41.41 # stock hdd, or ssd mod? 23.42.10 Quit koniu (Remote host closed the connection) 23.42.13 # <_bilgus> Its for sure my doing with the vp rewrite 23.42.35 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 23.42.55 # but I can't really comment onwhat it could be other than to try going back in 3 month increments. 23.43.22 # speachy: cf mod card mod 23.43.24 # (I'm failry sure that I had a report of success in the post-toolchain-bump era 23.43.39 # <_bilgus> I cookie cutter copy pastad all those old frame buffer grabs not realizing that particular file doesn't init\ statics 23.43.52 # the same CF card works fine on 3.15 23.44.03 # due to crt0 getting stripped, eh? 23.44.05 # but not latest builds 23.44.12 # <_bilgus> oh sorry missed that 23.44.16 # 3.15 is ~18mo old now 23.44.23 # so... yeah. 23.45.58 # <_bilgus> I think you tsted thge h10 after the vp stuff braewoods? 23.46.37 # vp? the new toolchain? 23.46.41 # yea, i tested it previously 23.46.46 # same result 23.46.48 # <_bilgus> viewport stuff 23.47.20 # _bilgus: erm yea, but what does that have to do with this? the h10 doesn't have a remote afaik 23.47.59 # sounds like i would have to trace the issue 23.48.29 # <_bilgus> yes git bisect will work here luckily 23.48.33 # the new toolchains landed in July 2015. So I'd suggest doing a checkout from roughly August 2020 and see if that works.. 23.48.50 # <_bilgus> 2015? 23.48.54 # just to see if it's from the toolchain, or something else. 23.48.57 # 2020 23.48.59 # 2020! 23.49.03 # <_bilgus> lol 23.49.12 # (wtf... bad fingers..) 23.49.14 # i'll try it later 23.49.39 # but i figured if it was a general PP problem 23.49.43 # my hdd1630 would have issues too 23.49.45 # it does not 23.50.03 # so something different with the H10 23.51.56 # start just after the dust settling from the toolchian bump (b4865b05b0a3cc45f2873599c6411bef92f40b1c) to make sure you have a known good point post-toolchain 23.52.43 # and if that worked, then git-bisect will probably be the most expedient approach to take. 23.53.32 # i remember how much of a pain it was to find out what broke h300 bootloader 23.53.41 # (there have been no H10-specific changes (other than a bootloader fix) since 2015. 23.54.36 # anyway, off to bed for me. good luck. :D 23.55.22 # ...the h10 does have model-specific asm code for the lcd functions. I suppose it's possible that has a bad interaction with the viewport rewrite. 23.55.34 # who knows 23.55.37 # i'll look into it 23.55.55 # but it is important we try to keep ports working as long as we consider them supported 23.56.23 # <_bilgus> agreed 23.56.24 # in any case i intend to mainly develop our USB drivers 23.56.57 # though some ports have become so rare i wonder if we have cause to keep them around 23.57.13 # H10 isn't one of those yet 23.57.22 # i still see fixer uppers show up on ebay 23.58.21 # _bilgus: how practical would it be to scale background IO to account for current load? 23.58.30 # that will be a factor in MTP development 23.58.58 # i don't know what rockbox provides for trying to limit IO rates so i don't preclude the regular operations from working