--- Log for 01.12.122 Server: lithium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 5 days and 12 hours ago 00.18.38 # <_bilgus> damn still got the wrong resume after a bunch of tries, turns out get_filename alters the seek pos and doesn't restore it 00.18.53 # <_bilgus> only issue is that utf8 check 00.24.29 # <_bilgus> its been broken for 18-20 years 00.24.33 # <_bilgus> wow 00.42.50 # <_bilgus> now the question is do I use the utf8 check to seek back to the beginning or just open a new filedescriptor 00.43.16 # <_bilgus> we did just up the number of fds 00.44.12 # <_bilgus> if I just open a new one there is no worries about the mutex anymore 00.53.38 # <_bilgus> g#4859 00.53.41 # 3Gerrit review #4859 at https://gerrit.rockbox.org/r/c/rockbox/+/4859 : 3RFC playlist.c add_indices_to_playlist() seek back to start of file by William Wilgus 00.58.27 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 00.59.07 Join SammysHP_ [0] (~SammysHP@faol.sammyshp.de) 00.59.28 Join jacobk_ [0] (~quassel@64.189.201.150) 00.59.47 Join yosafbridge` [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) 01.05.52 Quit jacobk (*.net *.split) 01.05.52 Quit amiconn (*.net *.split) 01.05.53 Quit pixelma (*.net *.split) 01.05.53 Quit ats (*.net *.split) 01.05.53 Quit dys (*.net *.split) 01.05.53 Quit saanaito (*.net *.split) 01.05.53 Quit yosafbridge (*.net *.split) 01.05.53 Quit SammysHP (*.net *.split) 01.05.54 Nick SammysHP_ is now known as SammysHP (~SammysHP@faol.sammyshp.de) 01.21.23 Quit SammysHP (Quit: *wuff*) 01.21.43 Join SammysHP [0] (~SammysHP@faol.sammyshp.de) 01.30.53 Join advcomp2019_ [0] (~advcomp20@user/advcomp2019) 01.34.06 Quit advcomp2019 (Ping timeout: 265 seconds) 01.49.32 *** Saving seen data "./dancer.seen" 02.32.07 Join amiconn [0] (jens@p200300ea8736b700305e95fffec66ff3.dip0.t-ipconnect.de) 02.34.53 Join pixelma [0] (marianne@p200300ea8736b700305e95fffec66ff3.dip0.t-ipconnect.de) 02.34.54 Join ats [0] (~ats@cartman.offog.org) 02.34.54 Join saanaito [0] (sid399903@id-399903.lymington.irccloud.com) 02.44.41 Join mink [0] (~mink@2a07:3e00:81:0:7b6:4663:f93b:9fae) 03.49.36 *** No seen item changed, no save performed. 03.56.56 Quit CH23_M (Read error: Connection reset by peer) 03.57.39 Join CH23_M [0] (~CH23@revspace/participant/ch23) 04.15.29 Quit S|h|a|w|n (Read error: Connection reset by peer) 04.34.19 Quit prg (Read error: Connection reset by peer) 04.36.30 Join prg [0] (~prg@xannode.com) 05.49.40 *** Saving seen data "./dancer.seen" 07.49.41 *** No seen item changed, no save performed. 08.07.34 Join dys [0] (~dys@user/dys) 08.14.56 Join massiveH [0] (~massiveH@2600:4040:a993:4900:78d9:d42c:f371:5c0c) 08.55.46 Quit mink (Ping timeout: 252 seconds) 09.00.42 Join mink [0] (~mink@193.134.219.71) 09.49.42 *** Saving seen data "./dancer.seen" 10.00.09 Quit CH23_M (Ping timeout: 260 seconds) 10.01.17 Join CH23_M [0] (~CH23@revspace/participant/ch23) 10.08.22 # hmm, I wonder if we should be using -fwrapv and -fwrapv-pointer 10.12.16 # or -fstrict-overflow which turns them both on 10.13.46 # aaaand the SSL cert on the website _finally_ covers just straight 'rockbox.org' as well as '*.rockbox.org' :D 10.18.49 # <_bilgus> speachy probably 10.19.14 # <_bilgus> there are a lot of assumptions hidden in the depths 10.20.12 # with newer toolchains there's better optimization but also better "optimization" 10.21.53 # I have a hard time seeing using those flags as introducing any regressions. 10.24.50 # oh that's right, we turned on -Wstrict-overflow a long time ago so we get warnings when the compiler finds anything that would get affected by that flag. 10.28.22 # no, we don't. whoops. 10.29.44 # -Wall turns on -Wstrict-overflow=2 10.30.52 # bumping it to =3 spews a ton of crap 10.42.47 Nick jacobk_ is now known as jacobk (~quassel@64.189.201.150) 10.45.44 # so it's probably a no-op if we enable it 10.49.30 Quit Malinux (Ping timeout: 260 seconds) 10.55.50 Quit massiveH (Quit: Leaving) 11.36.02 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 11.41.26 Quit mink (Remote host closed the connection) 11.49.43 *** Saving seen data "./dancer.seen" 12.05.15 Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) 12.08.00 Join amachronic [0] (~amachroni@user/amachronic) 12.11.49 # Build Server message: 3New build round started. Revision 52ca658069, 303 builds, 8 clients. 12.15.28 Quit jacobk (Ping timeout: 252 seconds) 12.17.36 # amachronic: we're still not really any closer to an automated installer for the x1000-based devices, correct? 12.17.45 # s/automated/rbutil-integrated/ 12.17.47 # no 12.18.28 # the best bet for Windows is spawning an HTTP server 12.19.01 # jztooljs is the only method that doesn't require a driver install 12.26.12 Quit fourHZ (Quit: Client closed) 12.30.34 Join jacobk [0] (~quassel@utdpat242030.utdallas.edu) 12.31.27 # the install also needs to be automatic on the device side to avoid requiring extra user interaction 12.31.43 # yeah 12.32.18 # nice, it seems qt6 comes with an HTTP server component. 12.33.45 Quit jacobk (Client Quit) 12.35.01 # Build Server message: 3Build round completed after 1392 seconds. 12.35.03 # Build Server message: 3Revision 52ca658069 result: All green 12.35.15 Join jacobk [0] (~quassel@utdpat242030.utdallas.edu) 12.36.30 # Build Server message: 3New build round started. Revision 7819a06d74, 303 builds, 8 clients. 12.37.30 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 12.45.59 Join lebellium [0] (~lebellium@2a01cb040109a6009003243c10dbdb20.ipv6.abo.wanadoo.fr) 12.48.34 Quit fourHZ (Quit: host reboot) 12.56.18 # Build Server message: 3Build round completed after 1188 seconds. 12.56.19 # Build Server message: 3Revision 7819a06d74 result: All green 12.57.35 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 13.07.26 # Build Server message: 3New build round started. Revision 5b1dd64f50, 303 builds, 8 clients. 13.20.41 Quit fourHZ (Quit: Client closed) 13.20.54 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 13.35.44 # Build Server message: 3Build round completed after 1699 seconds. 13.35.46 # Build Server message: 3Revision 5b1dd64f50 result: All green 13.37.03 # Build Server message: 3New build round started. Revision 6346be51a3, 303 builds, 8 clients. 13.49.47 *** Saving seen data "./dancer.seen" 13.57.48 # Build Server message: 3Build round completed after 1244 seconds. 13.57.49 # Build Server message: 3Revision 6346be51a3 result: All green 13.57.52 Quit Malinux (Ping timeout: 256 seconds) 14.00.11 # Build Server message: 3New build round started. Revision fb0757b913, 303 builds, 8 clients. 14.02.58 Quit jacobk (Ping timeout: 256 seconds) 14.07.30 Join jacobk [0] (~quassel@129.110.242.224) 14.20.42 # Build Server message: 3Build round completed after 1230 seconds. 14.20.44 # Build Server message: 3Revision fb0757b913 result: All green 14.24.53 # Build Server message: 3New build round started. Revision d7557e8da8, 303 builds, 8 clients. 14.45.14 Quit fourHZ (Quit: Client closed) 14.46.36 Quit amachronic (Ping timeout: 256 seconds) 14.51.30 # Build Server message: 3Build round completed after 1596 seconds. 14.51.32 # Build Server message: 3Revision d7557e8da8 result: All green 14.54.34 Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) 15.23.24 Quit CH23_M (Read error: Connection reset by peer) 15.23.43 Join CH23_M [0] (~CH23@revspace/participant/ch23) 15.27.58 Quit CH23_M (Ping timeout: 256 seconds) 15.29.04 Join CH23_M [0] (~CH23@revspace/participant/ch23) 15.30.53 Quit CH23_M (Read error: Connection reset by peer) 15.31.12 Join CH23_M [0] (~CH23@revspace/participant/ch23) 15.49.51 *** Saving seen data "./dancer.seen" 16.15.53 Quit Malinux (Ping timeout: 252 seconds) 16.34.49 Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) 16.56.22 Quit Malinux (Ping timeout: 256 seconds) 17.49.53 *** Saving seen data "./dancer.seen" 17.56.31 # Build Server message: 3New build round started. Revision 773fa7874d, 303 builds, 7 clients. 17.57.16 # <_bilgus> with that playlist should be fixed I'll try a rewrite see how it turns out 17.58.33 # the 256GB chinesium SSD for the iPod arrived already. that was quick. 18.01.34 # speachy, msata, right? 18.01.45 # supposedly. :) 18.02.13 # would be interested to see if it's faster than an iflash quad with good µSD cards 18.02.47 # I doubt it; I think the ipod's ATA interface is the actual bottleneck. 18.06.21 Quit lebellium (Quit: Leaving) 18.06.23 # <_bilgus> hurry up and wait 18.06.49 # I expect the SD-based iFlash devices are much better on a power consumption front. 18.07.07 # the only reason to go to the dual/quads are for more (cheaper) capacity. 18.08.20 # Incidently we could support >2TB SDUC cards without too much work (ie from a storage and sd driver perspective) but we'd need an exFAT implementation, which isn't so simple. 18.09.48 # I don't think the older (<6g) ipods would be bootable on GPT-equipped drives though. (Might be able to do a GPT-MBR hybrid so the ipod system parition is bootable, but... ) 18.15.37 # my 5th gen was too slow to really do much with my 500GB of music (however it's been dead since before RB 3.15 was released) 18.22.23 # Build Server message: 3Build round completed after 1551 seconds. 18.22.29 # Build Server message: 3Revision 773fa7874d result: All green 18.23.17 # <_bilgus> CH23 I tried a 3.15 Install the other day I could not get over how much less responsive it was over our current dev versions 18.24.02 # we've made a _lot_ of improvements. speaking of.. the wiki changes page is ridiculously out of date 18.24.07 # <_bilgus> I'd attribute most of tht to the dircache rewrite by JhMikeS but its probably more than just that 18.24.44 # a lot of little improvements eventually add up 18.26.53 # I am using 0ba3392b9fM-221130 now, I did see something about issues with playlists but so far my playlists seems to play correctly 18.27.29 # (that's on my 6th gen 3rd revision iPod Classic) 18.28.03 # <_bilgus> I got most of the bugs with that one but todays should be solid 18.28.59 # <_bilgus> I'm going to refactor it over the next week or so and see if I can clean it up a bit 18.29.36 # <_bilgus> I think I've finally squashed the USB unplug bug with the playlist file but time will tell 18.29.47 Quit TorC (Ping timeout: 248 seconds) 18.30.06 # it's been really nice to see lots of green on the build size table. 18.31.06 # <_bilgus> I've been trying to get our binsizes down I figure with all these features its a good idea to do some cleanup 18.31.37 # <_bilgus> amachronic has been making some headway with that too I saw 18.32.26 # considerably 18.32.59 # I need to finish reworking the jz4760 usb driver 18.34.12 # at least I got the worst of the infra backlog sorted out last weekend. 18.34.14 # <_bilgus> I think he is working on the display system with plans to drag it in to the 20th century it'd be nice to use something half way close to windows (the items not the OS) 18.35.21 # <_bilgus> the USB is half way to black magic to me I'm glad you are working on it 18.35.35 # the original ctrl URB handling was always ... suspect. 18.36.20 # <_bilgus> I think we spent a few years with the Clip(s) having super flaky USB 18.36.24 # when amachronic rewrote the core, it broke the jz4760. 18.36.48 # <_bilgus> you had to got to the OF to even transfer files 18.37.01 # I need to determine if the DMA stuff being broken is due to something else or my use of that newer toolchain 18.37.28 # <_bilgus> thats a toss up A.B or a mix 18.37.41 # And, heh, we have another toolchain to consider upgrading to. :) 18.37.58 # <_bilgus> well when you are coming from circe 2004 18.38.07 # <_bilgus> *a 18.38.11 # unfortunately we're still stuck on gcc49 for android-based stuff. 18.38.44 # nah, current stuff is circa-2013 gcc 4.9.4 (which was one hell of a leap, so much breakage) 18.38.48 # <_bilgus> but since goolgle changed android it needs major rework right? 18.39.09 # <_bilgus> no I was saying before you brought it to 4.9 18.39.17 # speaking of android there's a substantial patch set in the tracker to bring it into a more modern era 18.39.26 # <_bilgus> OH 18.39.41 # but the ibasso targets also rely on the android ndk toolchain 18.39.45 # <_bilgus> that would make some really happy people 18.40.16 # post-494 google moved to using llvm. We could probably get away with that for our hosted builds but I've not been that brave yet. 18.41.05 # <_bilgus> I think with a bit more hardening of core it probably wouldn't be so horribl now Coverity, UBSAN and ASAN mainly to thank 18.41.31 # keeping the sims building warning-free on modern linux distros has shaken out the core, but there's probably a lot of target-specific stuff with issues. surprisingly the handful of builds I made only generated a net total o 3 new warnings. 18.41.50 # <_bilgus> I would really like asserts on the device though 18.41.51 # (with gcc8.5) 18.42.23 # what would an assert do, a BSOD? 18.42.27 # <_bilgus> It wouldn't immediately benefit but as time wore on itd get much more stable 18.43.37 # the most recent generation of chinesium daps using old flip-phone chipsets would make for an interesting port 18.43.42 # <_bilgus> yeah true the panic isn't too great a mechanism 18.44.04 # if only we could guarantee they'd be around (in an identifiable manner) by the time the port is usable... 18.44.06 # <_bilgus> on the forum we have the initial part of that 18.44.34 # they're outwardly identical to all the shovelware rknano/atj2127 devices. 18.44.54 # <_bilgus> pmp4 https://forums.rockbox.org/index.php/topic,54269.0.html 18.45.26 # ironically lately for $dayjob I've been writing a bluetooth controller 18.45.32 # <_bilgus> I have one of the devices left the first one died a horrible death before I could even get to trying to get the bootloader flashed 18.45.57 # <_bilgus> I guess with <$20 device its to be expected 18.46.25 # <_bilgus> the second one I've gotten my own code on it but its not anything like needs done 18.46.48 # <_bilgus> you know a viable bootloader 18.46.56 # yeah 18.47.40 # <_bilgus> its a path forward though audio quality isn't anything like what I we are used to though 18.48.17 # <_bilgus> audio books itd be perfect 18.48.27 # whoops, the translate 'problems' page is busted. 18.52.31 # <_bilgus> I didn't even know it existed 18.53.26 # wow, that was a pretty embarassing bug; the incorrect argument order has been there since approximately forever. 18.53.36 # php <8 was a lot more forgiving apparently. 18.54.56 # clik the little triangle warning logo next to the flag and it'll tell you what's potentially wrong. Also lets you upload your own to check. 18.55.47 # the edit page is a superset of that functionality. More accurate too as it handles per-target/feature variations better. 18.55.49 # <_bilgus> cool! 18.56.50 # I partially rewrote the latter when I also rewrote the genlang/updatelang stuff way back when 18.57.14 # perl is so much nicer for this string manipulation crap. :D 18.58.33 # I'm personally amazed that the themesite is still trucking along. Granted I've done a bit of work on it too. 19.03.49 Join TorC [0] (~Tor@fsf/member/TorC) 19.04.18 # <_bilgus> its nice that we have a way for users to contribute that 19.10.59 Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) 19.15.48 Quit Malinux (Ping timeout: 252 seconds) 19.27.06 # <_bilgus> there is still at least one more race in the playlist code I just saw a playlist access error haven't been able to repro it yet so I think the rewrite with an eye towards thread safety is a good idea 19.27.55 # <_bilgus> I did leave debug code in there to make them come out of the woodwork but haven't seen one all day 19.29.53 # <_bilgus> like 10 ish hours with using bookmarks didn't play the wrong track once so I think I can remove the code that checks if the wrong track is played but it can stay in till after a rewrite 19.31.13 # <_bilgus> this one was with the playlist catalog I haven't tested it much today but I was checking out the remove static buffers patch 19.49.55 *** Saving seen data "./dancer.seen" 20.26.21 Quit jacobk (Ping timeout: 255 seconds) 20.37.11 Quit paulk (Ping timeout: 265 seconds) 20.37.16 Join jacobk [0] (~quassel@64.189.201.150) 20.37.16 Join paulk-bis [0] (~paulk@vpn-0-22.aquilenet.fr) 21.46.11 Quit mrkrisprolls (Quit: Tchussss!) 21.49.57 *** Saving seen data "./dancer.seen" 22.29.40 # Build Server message: 3New build round started. Revision 177a15b2ed, 303 builds, 7 clients. 22.30.47 Join mrkrisprolls [0] (mrkrisprol@mrkrisprolls.orange.ircnow.org) 22.59.41 # Build Server message: 3Build round completed after 1801 seconds. 22.59.43 # Build Server message: 3Revision 177a15b2ed result: All green 23.37.15 Quit m01 (Quit: Konversation terminated.) 23.39.22 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net) 23.49.31 Quit danwellby (Ping timeout: 268 seconds) 23.50.00 *** Saving seen data "./dancer.seen" 23.56.17 Join danwellby [0] (~danwellby@cpc1-cdif16-2-0-cust352.5-1.cable.virginm.net)