Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2024-09-04

00:39:43 Quit othello7 (Ping timeout: 264 seconds)
01:00
01:04:35 Join dconrad [0] (~dconrad@152.117.104.217)
01:09:15 Quit dconrad (Ping timeout: 276 seconds)
01:27:09***Saving seen data "./dancer.seen"
03:00
03:20:10 Join npmania_ [0] (~npmania@210.123.73.190)
03:21:39 Quit npmania (Ping timeout: 246 seconds)
03:21:39 Quit zem (Ping timeout: 246 seconds)
03:21:40 Nick npmania_ is now known as npmania (~npmania@210.123.73.190)
03:24:34 Join zem [0] (~zem@97-115-91-140.ptld.qwest.net)
03:27:03 Join lebellium [0] (~lebellium@2a01cb0405d07f00d9259cc4ef48c860.ipv6.abo.wanadoo.fr)
03:27:13***Saving seen data "./dancer.seen"
04:00
04:06:29 Quit melmothX (Quit: reboot)
04:06:56 Join dconrad [0] (~dconrad@152.117.104.217)
04:11:09 Quit dconrad (Ping timeout: 246 seconds)
04:20:00 Join melmothX [0] (~marco@amusewiki/marco)
04:50:09 Join decky_e [0] (~decky_@69.9.139.14)
05:00
05:03:59 Quit jacobk (Ping timeout: 260 seconds)
05:04:44 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
05:27:16***Saving seen data "./dancer.seen"
06:00
06:11:51 Join dconrad [0] (~dconrad@152.117.104.217)
06:18:39 Quit dconrad (Ping timeout: 276 seconds)
06:24:58 Join johnwatson [0] (~johnwatso@123.30.177.118)
06:25:20johnwatsonHello
07:00
07:19:03 Quit johnwatson (Remote host closed the connection)
07:27:19***Saving seen data "./dancer.seen"
08:00
08:01:32 Quit jj5 (Remote host closed the connection)
08:02:27 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)
08:51:05rb-bluebotBuild Server message: New build round started. Revision 87e9ca2d3a, 337 builds, 9 clients.
08:51:05rb-bluebotFS #13481: Updated Simplified Chinese translation (王吉) by Solomon Peachy
08:53:11 Join OlsroFR [0] (~OlsroFR@user/OlsroFR)
08:59:29OlsroFRHey _bilgus_, I just tested your code. I couldn't find any functional regression, and it's correctly filling me a 2000 sized playlist. I added one comment on your merge request
09:00
09:03:56rb-bluebotBuild Server message: Build round completed after 772 seconds.
09:03:58rb-bluebotBuild Server message: Revision 87e9ca2d3a result: All green
09:04:27 Quit OlsroFR (Quit: Client closed)
09:14:26 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
09:16:00 Join dconrad [0] (~dconrad@152.117.104.217)
09:20:27 Quit dconrad (Ping timeout: 252 seconds)
09:27:21***Saving seen data "./dancer.seen"
09:44:00speachydconrad: I"ll get a look later today. Shoudl be simple.
10:00
10:56:15_bilgus_OlsroFr (n & 7) != 7 just skips every 7th item to help spread the remaining tracks across the segments, say you had [0-32] it would skip [7,15, 23, 31]
10:58:27rb-bluebotBuild Server message: New build round started. Revision 55e1a78cf8, 337 builds, 10 clients.
10:58:27rb-bluebotReworks to the shuffle system by William Wilgus
11:00
11:00:59_bilgus_basically I didn't want to have the remaining segment to get any of the remaining tracks if at all possible since it already has a smaller pool it would constantly be over-represented
11:02:48_bilgus_so try to spread it among the whole field but we know its not divisible and there if a fractional amount so just skip a few
11:03:05_bilgus_there is a fractional amount*
11:09:28rb-bluebotBuild Server message: Build round completed after 662 seconds.
11:09:29rb-bluebotBuild Server message: Revision 55e1a78cf8 result: All green
11:10:47_bilgus_well that wasn't too bad I knocked off 150 bytes added back around 100 with the extra logic, I'll call that a win :p
11:11:01speachynice tosee it shrink a bit
11:13:26_bilgus_I think having this makes the very large playlists less imperative we should have added this years ago :)
11:27:23***No seen item changed, no save performed.
11:34:32 Join dconrad [0] (~dconrad@152.117.104.217)
11:38:50 Quit dconrad (Ping timeout: 255 seconds)
11:57:35 Join OlsroFR [0] (~OlsroFR@user/OlsroFR)
11:59:04OlsroFRWell, it was probably never a priority because I think most people who use a DAP do not put thousands of songs on it at all
11:59:26OlsroFRWe obviously don't have stats but I would not be surprised that most people are around 1000 songs and happy with it
12:00
12:00:38OlsroFR_bilgus_ The issue is to put a magical value here. It's especially not relevant for devices that will be forced to use 128 songs random segments
12:01:27OlsroFRI now understand your logic here to spread it randomly accross segments, but you should guess a good value to use depending on the context which depends from the total amount of songs in the library and the number/size of segments
12:02:09OlsroFRAlways skipping 1/7 may be relevant to add some more randomness on your specific case, but will be a too wide/not enough spread in other cases
12:02:55OlsroFR(I know the impact is pretty small but hey, all the code around is also very contextual, so let's make it contextual even for the parts that matters less)
13:00
13:08:31 Quit _alice (Ping timeout: 252 seconds)
13:12:02 Join _alice [0] (sid544964@id-544964.ilkley.irccloud.com)
13:27:25***Saving seen data "./dancer.seen"
13:51:50 Join dconrad [0] (~dconrad@152.117.104.217)
13:56:12 Quit dconrad (Ping timeout: 252 seconds)
14:00
14:30:11 Join Pokey [0] (~pokey@spikeyCactus/hoosky)
14:54:11 Quit OlsroFR (Quit: Client closed)
15:00
15:00:13 Join bilgusph [0] (~bilgusph@107.123.53.20)
15:03:21bilguspholsroFR i doNT think that it will make much of a difference figure i the smaller size segments there will be many more cycles and therefore not any more likely to have them end up in the leftoversegment
15:04:40bilgusphAnd its already randomized so its not likely you'd even notice if 2/3s of them had an extra song
15:06:05bilgusph1/128 is pretty small portion as well so it shouldn't skew the probability much either
15:07:22bilgusphI think the largest remainder i saw was something like 80 songs
15:07:52 Quit bilgusph (Quit: Client closed)
15:27:27***Saving seen data "./dancer.seen"
15:49:55 Quit berber_l51 (Ping timeout: 260 seconds)
15:54:11 Join berber_l517 [0] (~berber@2a03:4000:7:4e0::)
16:00
16:37:38 Quit jacobk (Ping timeout: 248 seconds)
17:00
17:27:28***Saving seen data "./dancer.seen"
17:29:18 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
18:00
18:09:41 Quit Pokey (Quit: Hecc! My server must have died!)
18:10:05 Quit lebellium (Quit: Leaving)
18:16:18 Join dconrad [0] (~dconrad@152.117.104.217)
18:37:48 Quit dconrad (Ping timeout: 252 seconds)
19:00
19:27:29***Saving seen data "./dancer.seen"
19:31:02 Join dconrad [0] (~dconrad@152.117.104.217)
19:43:49 Join massiveH [0] (~massiveH@2600:4040:a982:dc00:5031:f049:1a3a:8e15)
20:00
20:44:58 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
21:00
21:27:30***No seen item changed, no save performed.
21:50:42 Quit dconrad (Remote host closed the connection)
22:00
22:09:43 Quit jn (Ping timeout: 252 seconds)
22:10:17 Join jn [0] (~quassel@2001-4dd3-fabf-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de)
22:10:17 Quit jn (Changing host)
22:10:17 Join jn [0] (~quassel@user/jn/x-3390946)
22:13:19 Quit Moriar (Quit: Leaving.)
22:34:00 Quit othello7 (Ping timeout: 246 seconds)
22:55:48 Join dconrad [0] (~dconrad@152.117.104.217)
23:00
23:08:22 Quit massiveH (Quit: Leaving)
23:27:33***Saving seen data "./dancer.seen"

Previous day | Next day