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 | rb-bluebot | Gerrit review #4859 at https://gerrit.rockbox.org/r/c/rockbox/+/4859 : RFC 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:00 |
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:00 |
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:00 |
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:00 |
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:00 |
05:49:40 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:49:41 | *** | No seen item changed, no save performed. |
08:00 |
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 |
09:00:42 | | Join mink [0] (~mink@193.134.219.71) |
09:49:42 | *** | Saving seen data "./dancer.seen" |
10:00 |
10:00:09 | | Quit CH23_M (Ping timeout: 260 seconds) |
10:01:17 | | Join CH23_M [0] (~CH23@revspace/participant/ch23) |
10:08:22 | speachy | hmm, I wonder if we should be using -fwrapv and -fwrapv-pointer |
10:12:16 | speachy | or -fstrict-overflow which turns them both on |
10:13:46 | speachy | 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 | speachy | with newer toolchains there's better optimization but also better "optimization" |
10:21:53 | speachy | I have a hard time seeing using those flags as introducing any regressions. |
10:24:50 | speachy | 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 | speachy | no, we don't. whoops. |
10:29:44 | speachy | -Wall turns on -Wstrict-overflow=2 |
10:30:52 | speachy | 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 | speachy | 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:00 |
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:00 |
12:05:15 | | Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) |
12:08:00 | | Join amachronic [0] (~amachroni@user/amachronic) |
12:11:49 | rb-bluebot | Build Server message: New build round started. Revision 52ca658069, 303 builds, 8 clients. |
12:15:28 | | Quit jacobk (Ping timeout: 252 seconds) |
12:17:36 | speachy | amachronic: we're still not really any closer to an automated installer for the x1000-based devices, correct? |
12:17:45 | speachy | s/automated/rbutil-integrated/ |
12:17:47 | amachronic | no |
12:18:28 | amachronic | the best bet for Windows is spawning an HTTP server |
12:19:01 | amachronic | 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 | amachronic | the install also needs to be automatic on the device side to avoid requiring extra user interaction |
12:31:43 | speachy | yeah |
12:32:18 | amachronic | nice, it seems qt6 comes with an HTTP server component. |
12:33:45 | | Quit jacobk (Client Quit) |
12:35:01 | rb-bluebot | Build Server message: Build round completed after 1392 seconds. |
12:35:03 | rb-bluebot | Build Server message: Revision 52ca658069 result: All green |
12:35:15 | | Join jacobk [0] (~quassel@utdpat242030.utdallas.edu) |
12:36:30 | rb-bluebot | Build Server message: New 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 | rb-bluebot | Build Server message: Build round completed after 1188 seconds. |
12:56:19 | rb-bluebot | Build Server message: Revision 7819a06d74 result: All green |
12:57:35 | | Join fourHZ [0] (~fourHZ@92-52-40-121.dynamic.orange.sk) |
13:00 |
13:07:26 | rb-bluebot | Build Server message: New 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 | rb-bluebot | Build Server message: Build round completed after 1699 seconds. |
13:35:46 | rb-bluebot | Build Server message: Revision 5b1dd64f50 result: All green |
13:37:03 | rb-bluebot | Build Server message: New build round started. Revision 6346be51a3, 303 builds, 8 clients. |
13:49:47 | *** | Saving seen data "./dancer.seen" |
13:57:48 | rb-bluebot | Build Server message: Build round completed after 1244 seconds. |
13:57:49 | rb-bluebot | Build Server message: Revision 6346be51a3 result: All green |
13:57:52 | | Quit Malinux (Ping timeout: 256 seconds) |
14:00 |
14:00:11 | rb-bluebot | Build Server message: New 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 | rb-bluebot | Build Server message: Build round completed after 1230 seconds. |
14:20:44 | rb-bluebot | Build Server message: Revision fb0757b913 result: All green |
14:24:53 | rb-bluebot | Build Server message: New 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 | rb-bluebot | Build Server message: Build round completed after 1596 seconds. |
14:51:32 | rb-bluebot | Build Server message: Revision d7557e8da8 result: All green |
14:54:34 | | Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7) |
15:00 |
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:00 |
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:00 |
17:49:53 | *** | Saving seen data "./dancer.seen" |
17:56:31 | rb-bluebot | Build Server message: New 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 | speachy | the 256GB chinesium SSD for the iPod arrived already. that was quick. |
18:00 |
18:01:34 | CH23 | speachy, msata, right? |
18:01:45 | speachy | supposedly. :) |
18:02:13 | CH23 | would be interested to see if it's faster than an iflash quad with good µSD cards |
18:02:47 | speachy | 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 | speachy | I expect the SD-based iFlash devices are much better on a power consumption front. |
18:07:07 | speachy | the only reason to go to the dual/quads are for more (cheaper) capacity. |
18:08:20 | speachy | 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 | speachy | 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 | CH23 | 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 | rb-bluebot | Build Server message: Build round completed after 1551 seconds. |
18:22:29 | rb-bluebot | Build Server message: Revision 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 | speachy | 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 | speachy | a lot of little improvements eventually add up |
18:26:53 | CH23 | 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 | CH23 | (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 | speachy | 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 | speachy | considerably |
18:32:59 | speachy | I need to finish reworking the jz4760 usb driver |
18:34:12 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | unfortunately we're still stuck on gcc49 for android-based stuff. |
18:38:44 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | (with gcc8.5) |
18:42:23 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | 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 | speachy | whoops, the translate 'problems' page is busted. |
18:52:31 | _bilgus | I didn't even know it existed |
18:53:26 | speachy | wow, that was a pretty embarassing bug; the incorrect argument order has been there since approximately forever. |
18:53:36 | speachy | php <8 was a lot more forgiving apparently. |
18:54:56 | speachy | 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 | speachy | 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 | speachy | I partially rewrote the latter when I also rewrote the genlang/updatelang stuff way back when |
18:57:14 | speachy | perl is so much nicer for this string manipulation crap. :D |
18:58:33 | speachy | I'm personally amazed that the themesite is still trucking along. Granted I've done a bit of work on it too. |
19:00 |
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:00 |
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:00 |
21:46:11 | | Quit mrkrisprolls (Quit: Tchussss!) |
21:49:57 | *** | Saving seen data "./dancer.seen" |
22:00 |
22:29:40 | rb-bluebot | Build Server message: New build round started. Revision 177a15b2ed, 303 builds, 7 clients. |
22:30:47 | | Join mrkrisprolls [0] (mrkrisprol@mrkrisprolls.orange.ircnow.org) |
22:59:41 | rb-bluebot | Build Server message: Build round completed after 1801 seconds. |
22:59:43 | rb-bluebot | Build Server message: Revision 177a15b2ed result: All green |
23:00 |
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) |