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-25

00:36:42 Quit othello7 (Ping timeout: 276 seconds)
00:54:12rb-bluebotBuild Server message: New build round started. Revision ffebb9e244, 345 builds, 9 clients.
00:54:13rb-bluebot[Bugfix] Enable Progressive loading for talk clips on devices <= 8MB by William Wilgus
00:54:37_bilgus_ah crap I meant to stack them
00:58:04_bilgus_so second patchset fixes a long standing bug in the database track add function we had the potential to have an open tagcache_search which means at the very least a few lost file handles, a write lock on the tagcache and who knows what else
00:59:41_bilgus_oh a few lost file handles is actually TAG_COUNT + 1 so yeah I wonder what the failure presents as
01:00
01:00:17_bilgus_may I never know?
01:05:51rb-bluebotBuild Server message: Build round completed after 699 seconds.
01:05:52rb-bluebotBuild Server message: Revision ffebb9e244 result: All green
01:05:58rb-bluebotBuild Server message: New build round started. Revision a0e95c888d, 345 builds, 9 clients.
01:05:58rb-bluebot[Feature/Bugfix] Tagtree use insert context to speed up adding tracks to playlist by William Wilgus
01:12:03_bilgus_heh see the same bug in pf
01:19:57rb-bluebotBuild Server message: Build round completed after 840 seconds.
01:19:58rb-bluebotBuild Server message: Revision a0e95c888d result: All green
01:31:09_bilgus_and in tagcache too lol
01:37:40***Saving seen data "./dancer.seen"
01:38:43sporkconsistent
01:43:35rb-bluebotBuild Server message: New build round started. Revision 9af325a541, 345 builds, 9 clients.
01:43:35rb-bluebot[BugFix] tagcache_search() must be closed with tagcache_search_finish() by William Wilgus
01:44:19_bilgus_I doubt any of these were the bug I was searching for but they were likey someones bug at some point
01:54:42rb-bluebotBuild Server message: Build round completed after 668 seconds.
01:54:43rb-bluebotBuild Server message: Revision 9af325a541 result: All green
03:00
03:10:58edhelas_I see that Linux is detecting Rockbox as a keyboard (regarding the battery level) is it possible to declare it as a music device or something ?
03:16:18edhelas_Maybe use MODEL_NAME in usb_string_iProduct in usb_core.c could be more coherent
03:33:50sporkis that not because you have the 'HID' setting enabled ?
03:37:43***No seen item changed, no save performed.
04:00
04:00:58edhelas_spork Yes, it is actually the HID mode that gives this battery info, but I was wondering if it's possible to still declare it as an audio device in the UI
04:02:01_bilgus_no because HID mode emulates a kb and its using the kb api to show that info I believe
04:02:33edhelas_Note 👍
04:02:41edhelas_*noted
04:57:52 Join PSparky|AB350M [0] (~S|h|a|w|n@user/shawn/x-4432647)
05:00
05:01:09 Quit PSparky|Ryzen7 (Ping timeout: 248 seconds)
05:04:18 Quit jacobk (Ping timeout: 248 seconds)
05:04:59 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
05:37:44***Saving seen data "./dancer.seen"
06:00
06:56:57 Quit _bilgus_ (Read error: Connection reset by peer)
06:57:07 Join _bilgus_ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com)
07:00
07:02:48 Quit PSparky|AB350M (Read error: Connection reset by peer)
07:37:46***Saving seen data "./dancer.seen"
08:00
08:54:28rb-bluebotBuild Server message: New build round started. Revision ef6da7503a, 345 builds, 9 clients.
08:54:29rb-bluebotCodecs: mp4: Support object type 29 (AAC LC + SBR + PS). by Roman Artiukhin
09:00
09:05:32rb-bluebotBuild Server message: Build round completed after 664 seconds.
09:05:34rb-bluebotBuild Server message: Revision ef6da7503a result: All green
09:37:49***No seen item changed, no save performed.
09:39:16speachyaaabbb: We're long past the point where optimizing for one thing comes at the expense of something(if not everything) else.
09:39:52speachyanother new bug report that seems pertinent: FS #13492
09:39:53rb-bluebothttps://www.rockbox.org/tracker/task/13492 Playback resume fails after USB insert (bugs, unconfirmed)
09:44:18aaabbbah
09:50:10speachyThe underlying issue here being that more RAM for metadata cache (and/or talkclips) == insufficient RAM for PCM buffer.
09:50:40speachybut shrinking those caches back mean the UI has to pull more stuff in on demand, which is slower.
09:56:37aaabbbhow much ram does it have?
09:58:24speachyon the devices that bilgus ran into these issues, 8MB.
09:58:48speachybut we go all the way down to 2MB, with increasingly limited features.
11:00
11:37:53***No seen item changed, no save performed.
12:00
12:30:35_bilgus_well at least that one is an actionble bug
12:49:56 Quit chamlis (Ping timeout: 272 seconds)
13:00
13:03:41 Join othello7 [0] (~Thunderbi@100.36.176.164)
13:37:57***Saving seen data "./dancer.seen"
14:00
14:22:23 Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr)
14:30:57 Quit Natch (Remote host closed the connection)
14:34:18 Join Natch [0] (~natch@c-9e07225c.038-60-73746f7.bbcust.telenor.se)
15:00
15:37:59***Saving seen data "./dancer.seen"
15:39:36 Quit speachy (Quit: WeeChat 4.4.1)
16:00
16:00:32 Join drew` [0] (~drew@user/drew)
16:02:29 Quit drew (Ping timeout: 245 seconds)
16:02:29 Nick drew` is now known as drew (~drew@user/drew)
16:07:43 Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647)
16:15:52_bilgus_OK found out where all the memory pressure in the sim was coming from, I had tag cache in ram
16:17:24_bilgus_that however was not the case with the device so it led to real bugs
16:18:02_bilgus_anyway I have a patch to unload the tagcache from ram
16:24:18 Quit jacobk (Ping timeout: 248 seconds)
16:24:47 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
16:37:34 Quit jacobk (Ping timeout: 260 seconds)
17:00
17:38:02***Saving seen data "./dancer.seen"
17:42:57 Join paulk [0] (~paulk@vpn-0-22.aquilenet.fr)
17:42:57 Quit paulk (Changing host)
17:42:57 Join paulk [0] (~paulk@about/aquilenet/user/paulk)
18:00
18:08:30rb-bluebotBuild Server message: New build round started. Revision 9ebfb3fa5c, 345 builds, 9 clients.
18:08:30rb-bluebotFS #13493: Updated German translation (Wilfried Winkler) by Solomon Peachy
18:20:00rb-bluebotBuild Server message: Build round completed after 691 seconds.
18:20:02rb-bluebotBuild Server message: Revision 9ebfb3fa5c result: All green
18:43:22 Quit lebellium (Quit: Leaving)
18:54:35 Quit sebagala (Read error: Connection reset by peer)
18:57:35 Join sebagala [0] (~Burak@185.25.123.34)
19:00
19:18:59 Join tertu2 [0] (~tertu@user/tertu)
19:20:32 Quit tertu (Ping timeout: 255 seconds)
19:38:03***Saving seen data "./dancer.seen"
19:39:58_bilgus_in regards to that patch thats just one path of memory exhaustion at the extremes so I think I'll just leave well enough alone
19:58:32 Join massiveH [0] (~massiveH@2600:4040:a982:dc00:4171:32d7:d89e:620a)
20:00
20:24:28 Quit _bilgus_ (Read error: Connection reset by peer)
20:25:03 Join _bilgus_ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com)
20:26:19 Join jacobk [0] (~quassel@2603:8080:b200:7b02::b71)
20:48:59 Quit jacobk (Ping timeout: 260 seconds)
21:00
21:10:42 Quit pixelma (Ping timeout: 246 seconds)
21:11:13 Quit amiconn (Ping timeout: 244 seconds)
21:30:05 Join amiconn [0] (jens@p200300ea8736f300305e95fffec66ff3.dip0.t-ipconnect.de)
21:38:04***Saving seen data "./dancer.seen"
21:44:36 Join jacobk [0] (~quassel@47-186-105-237.dlls.tx.frontiernet.net)
22:00
22:37:41 Quit Moriar (Ping timeout: 252 seconds)
22:55:40 Quit othello7 (Ping timeout: 252 seconds)
22:58:02 Quit massiveH (Quit: Leaving)
23:00
23:38:07***Saving seen data "./dancer.seen"

Previous day | Next day