--- Log for 15.11.122 Server: silver.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 9 days and 0 hours ago 00.04.19 # Build Server message: 3New build round started. Revision f6c719d7ec, 303 builds, 7 clients. 00.29.06 # Build Server message: 3Build round completed after 1613 seconds. 00.29.09 # Build Server message: 3Revision f6c719d7ec result: 384 errors 16 warnings 00.30.24 # <_bilgus_> bah 00.33.48 # <_bilgus_> well at least its just checkwps 00.39.02 # Build Server message: 3New build round started. Revision aea324b746, 303 builds, 7 clients. 01.01.14 Quit advcomp2019 (Ping timeout: 260 seconds) 01.01.37 # Build Server message: 3Build round completed after 1355 seconds. 01.01.38 # Build Server message: 3Revision aea324b746 result: 68 errors 16 warnings 01.15.34 Join advcomp2019 [0] (~advcomp20@user/advcomp2019) 01.15.46 Join Retr0id1 [0] (~Retr0id@user/retr0id) 01.16.12 Quit Retr0id (Read error: Connection reset by peer) 01.16.12 Nick Retr0id1 is now known as Retr0id (~Retr0id@user/retr0id) 01.21.29 *** Saving seen data "./dancer.seen" 01.24.27 # Build Server message: 3New build round started. Revision 687767bd8f, 303 builds, 7 clients. 01.24.40 # <_bilgus_> ok hopefully thats the last of it 01.27.11 # <_bilgus_> note the targets with the size increaes should have a faster strlcpy now 01.41.29 Quit MrRocketFX (Ping timeout: 256 seconds) 01.44.50 # Build Server message: 3Build round completed after 1223 seconds. 01.44.55 # Build Server message: 3Revision 687767bd8f result: 6 errors 0 warnings 01.50.25 # <_bilgus_> hmm wonder where warble has its SOURCES 01.56.07 # <_bilgus_> its in /lib/rbcodec/test 01.59.09 # Build Server message: 3New build round started. Revision 45bd4c7220, 303 builds, 7 clients. 02.17.13 # Build Server message: 3Build round completed after 1082 seconds. 02.17.14 # Build Server message: 3Revision 45bd4c7220 result: All green 02.52.38 Quit reductum (Quit: WeeChat 2.8) 03.21.31 *** Saving seen data "./dancer.seen" 04.19.48 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 04.20.18 # amachronic: (logs) awesome !! 04.24.01 Quit chris_s (Client Quit) 05.21.35 *** Saving seen data "./dancer.seen" 07.21.38 *** No seen item changed, no save performed. 08.21.31 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 08.22.44 # amachronic: I think it may still behave weirdly after fast-forwarding and then stopping/resuming, but I'll have to test it more later. Could easily have been a mistake on my side. I'll just comment on Gerrit then 08.23.20 Quit chris_s (Client Quit) 08.36.52 Join amachronic [0] (~amachroni@user/amachronic) 08.40.55 Quit CH23 (Ping timeout: 252 seconds) 08.43.48 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 08.45.03 # I think there's an overflow so the elapsed time gets reset to 0 at 1:37 08.45.12 Quit chris_s (Client Quit) 08.54.00 Join CH23 [0] (~CH23@revspace/participant/ch23) 08.55.35 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 08.56.12 # (@44.1kHz) 08.56.15 Quit chris_s (Client Quit) 09.05.49 # chris_s: could you share a test file? I'm not seeing any issues with files created by FFmpeg. 09.06.43 # the most likely explanation is your M4A has a too big stsz table or it's missing 09.07.15 # if you seek past 1:37 will it resume from another position or does it always reset to 0? 09.07.46 # M4A is split into chunks and then packets 09.08.02 # the chunks produced by FFmpeg are about 1 megabyte long 09.08.16 # packets are variable length and packed inside the chunk 09.08.49 # the old M4A seek code could only seek to a chunk boundary so it was not very accurate for compressed files 09.09.32 # since I improved it a while ago, it can use the stsz table to seek inside a chunk 09.09.58 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 09.10.02 # if the table is missing or it's too big to fit in CODEC_SIZE/2 bytes then it falls back to chunk seeking 09.10.02 # yeah I remember it being particularly bad for audiobooks. :/ 09.10.26 # hmm, I wonder if that old bug I filed (in 2018?) is resolved now 09.13.38 # I can share a test file later. I thought that there might be a uint64 cast missing in line 97 (but maybe not) since 44100 / 4294967295 (32 bits) amounts to 97391ms. It just acts like the position modulo 97 seconds when resuming 09.14.37 # line 98 09.14.41 # Oh, yeah, that looks like a problem 09.14.46 # thanks! :) 09.14.58 # sure :) 09.17.15 # pushed the fix now 09.21.12 # Build Server message: 3New build round started. Revision 73b1e30bb0, 303 builds, 7 clients. 09.21.41 *** Saving seen data "./dancer.seen" 09.31.41 # bluebrother: any thoughts on FS13357? (since I'm doing some housecleaning...) 09.39.32 # Build Server message: 3Build round completed after 1099 seconds. 09.39.35 # Build Server message: 3Revision 73b1e30bb0 result: All green 09.39.58 # Build Server message: 3New build round started. Revision e68b727f4f, 303 builds, 7 clients. 09.49.16 Quit CH23 (Read error: Connection reset by peer) 09.56.22 Join massiveH [0] (~massiveH@2600:4040:a993:4900:f113:93e7:18c2:b7a5) 09.58.09 # Build Server message: 3Build round completed after 1092 seconds. 09.58.12 # Build Server message: 3Revision e68b727f4f result: All green 09.58.16 # Build Server message: 3New build round started. Revision cca954e427, 303 builds, 8 clients. 09.58.45 Quit amachronic (Quit: amachronic) 10.03.44 Join CH23 [0] (~CH23@revspace/participant/ch23) 10.07.58 Quit chris_s (Quit: Connection closed) 10.13.49 # Build Server message: 3Build round completed after 932 seconds. 10.13.50 # Build Server message: 3Revision cca954e427 result: All green 10.13.55 # Build Server message: 3New build round started. Revision 0458951464, 303 builds, 8 clients. 10.28.56 # Build Server message: 3Build round completed after 902 seconds. 10.28.57 # Build Server message: 3Revision 0458951464 result: All green 11.20.29 Join othello8 [0] (~Thunderbi@pool-100-36-133-223.washdc.fios.verizon.net) 11.21.43 *** Saving seen data "./dancer.seen" 11.39.07 Quit massiveH (Quit: Leaving) 11.43.29 Quit othello8 (Ping timeout: 260 seconds) 11.58.28 # what a difference faster upload times makes. :D 12.29.55 Quit jacobk (Ping timeout: 260 seconds) 12.42.45 Join lebellium [0] (~lebellium@2a01cb040109a60057484dad52b1f739.ipv6.abo.wanadoo.fr) 12.47.00 Join jacobk [0] (~quassel@utdpat242030.utdallas.edu) 12.51.57 Join chris_s [0] (~chris_s@ip-095-223-073-220.um35.pools.vodafone-ip.de) 12.53.01 # speachy: Can you close FS13360, 13347 and 13336 when you get the time? 12.53.50 # done 12.53.56 # thanks :) 12.55.30 # closed a bunch of others you'd requested too 12.57.45 # that's great – yeah, I pressed "request closure" on a few, but didn't know whether that would reach you 12.58.28 # I think the dialog is also a bit broken, you kind of have to trick it into staying open 12.58.39 # or maybe that's on my end 12.58.52 # it goes into a "action queue" but the flyspray page is b0rked. 13.12.51 Quit fourHZ (Quit: Client closed) 13.18.55 Quit Kalium (Remote host closed the connection) 13.21.44 *** Saving seen data "./dancer.seen" 13.22.23 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 13.59.34 Join tomato7 [0] (~tomato@user/tomato) 14.00.19 Quit tomato (Read error: Connection reset by peer) 14.00.19 Nick tomato7 is now known as tomato (~tomato@user/tomato) 14.04.25 Quit jacobk (Ping timeout: 260 seconds) 14.07.46 Join jacobk [0] (~quassel@64.189.201.150) 14.11.43 Quit jacobk (Client Quit) 14.12.29 Join jacobk [0] (~quassel@64.189.201.150) 14.26.37 Quit fourHZ (Quit: Client closed) 14.27.33 Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) 14.31.16 Quit jacobk (Ping timeout: 252 seconds) 14.39.24 Quit fourHZ (Quit: sleepy) 14.40.59 Quit braewoods (Quit: WeeChat 3.5) 15.12.57 Join jacobk [0] (~quassel@utdpat241106.utdallas.edu) 15.19.36 Quit jacobk (Read error: Connection reset by peer) 15.21.45 *** Saving seen data "./dancer.seen" 15.25.15 Join jacobk [0] (~quassel@utdpat241106.utdallas.edu) 15.33.53 Quit tertu (Quit: so long...) 15.39.52 Join tertu [0] (~tertu@user/tertu) 16.01.43 # speachy: there indeed seems to be a problem. AFAICS the main reason is the switch to cmake, which builds all things that have been switched in utils/, but the Rockbox Utility archive only contains the files for Rockbox Utility. Thus cmake fails, since it cannot find files for other stuff (like theme editor) 16.02.33 # so one solution would be to remove those from cmake when generating the archive, or make cmake ignore those if the folders are missing. Or simply release the archive for all tools. Maybe something like RockboxUtils. 16.03.28 # I'm leaning towards the latter. Have to give that a closer look, didn't get around today. I guess Rockbox Utility 1.5.1 was a bit messed up. Maybe I find a small issue or two and can fix them to make a 1.5.2 :) 16.18.22 Join braewoods [0] (~braewoods@user/braewoods) 16.54.14 # eh. no worries. :) 17.21.48 *** Saving seen data "./dancer.seen" 17.37.04 # speachy: Have you considered posting bounties for rockbox before? 17.37.30 # I think that would require some real funding sources 17.38.16 # Yea I figured. It was just an idea. 17.38.17 # plus I'm not so sure it would lead to quality contributions 17.38.42 # I do bounties every now and then but I try to contribute something well designed. 17.38.57 # But only so much I'm willing to do for most bounties. 17.39.41 # we have a small trickle of funds coming in, tbh it wouldn't even be enough to pay for infra upkeep if we didn't have fosshost donating that VM 17.41.06 # so far this year we've seen about $250 in donations. 17.57.35 # Ah. 18.00.46 # I still need to do some OS updates on the VM, and that's likely to break some www stuff. 18.23.07 Quit lebellium (Read error: Connection reset by peer) 18.35.49 Quit chris_s (Quit: Connection closed) 18.42.55 # * braewoods meows loudly. 18.44.25 Quit jacobk (Ping timeout: 260 seconds) 19.03.04 # Build Server message: 3New build round started. Revision be65ec2338, 303 builds, 7 clients. 19.21.52 *** Saving seen data "./dancer.seen" 19.24.40 # Build Server message: 3Build round completed after 1297 seconds. 19.24.43 # Build Server message: 3Revision be65ec2338 result: All green 19.24.57 # Build Server message: 3New build round started. Revision 3ad8c0ad7b, 303 builds, 7 clients. 19.41.30 # Build Server message: 3Build round completed after 993 seconds. 19.41.32 # Build Server message: 3Revision 3ad8c0ad7b result: All green 19.58.38 Join jacobk [0] (~quassel@utdpat241106.utdallas.edu) 20.26.34 Quit jacobk (Ping timeout: 252 seconds) 20.36.44 Join MrRocketFX [0] (~MrRocket@2a02:c7c:c48a:dc00:fd0c:2aa2:ccd2:a407) 21.21.53 *** Saving seen data "./dancer.seen" 22.00.43 Quit tomato (Quit: The Lounge - https://thelounge.chat) 22.01.46 Join tomato [0] (~tomato@user/tomato) 22.19.35 Quit kugel (Ping timeout: 268 seconds) 22.44.22 Join jacobk [0] (~quassel@64.189.201.150) 23.21.55 *** Saving seen data "./dancer.seen" 23.37.11 Quit m01 (Quit: Konversation terminated.) 23.37.46 # Build Server message: 3New build round started. Revision 28af87526d, 303 builds, 7 clients. 23.39.15 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net) 23.55.01 # Build Server message: 3Build round completed after 1037 seconds. 23.55.03 # Build Server message: 3Revision 28af87526d result: All green