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-05-02

00:07:31 Quit jn (Ping timeout: 272 seconds)
00:07:44 Join jn [0] (~quassel@2a0a:a549:adf4:0:20d:b9ff:fe49:15fc)
00:07:44 Quit jn (Changing host)
00:07:44 Join jn [0] (~quassel@user/jn/x-3390946)
00:38:46***Saving seen data "./dancer.seen"
00:42:22 Quit jn (Ping timeout: 256 seconds)
00:42:26 Join jn_ [0] (~quassel@user/jn/x-3390946)
00:47:07 Join jn [0] (~quassel@2a0a:a549:aeb2:0:20d:b9ff:fe49:15fc)
00:47:07 Quit jn (Changing host)
00:47:07 Join jn [0] (~quassel@user/jn/x-3390946)
00:47:07 Quit jn_ (Ping timeout: 255 seconds)
00:49:44 Quit skipwich (Ping timeout: 256 seconds)
00:53:08 Join skipwich [0] (~skipwich@user/skipwich)
01:05:14 Join jacobk [0] (
01:15:49 Join munkis [0] (~mendel_mu@2600:4041:5ac9:a100:b225:aaff:fe5e:10eb)
01:22:04 Quit skipwich (Ping timeout: 260 seconds)
01:43:26 Join skipwich [0] (~skipwich@user/skipwich)
02:38:47***Saving seen data "./dancer.seen"
03:36:02 Quit CH23 (Ping timeout: 268 seconds)
03:44:24 Quit CH23[m] (Ping timeout: 260 seconds)
03:44:39 Join CH23[m] [0] (~CH23@revspace/participant/ch23)
03:47:45 Quit jn (Ping timeout: 256 seconds)
03:47:49 Join jn_ [0] (~quassel@user/jn/x-3390946)
04:11:27 Join Piece_Maker [0] (
04:33:34 Quit CH23[m] (Read error: Connection reset by peer)
04:33:47 Join CH23[m] [0] (~CH23@revspace/participant/ch23)
04:38:50***Saving seen data "./dancer.seen"
05:19:37 Join ac_laptop [0] (~ac_laptop@2001:910:107e:0:e29d:31ff:fe2d:a258)
05:27:02 Quit jacobk (Ping timeout: 268 seconds)
06:24:19 Join f_ [0] (~AUGESOUND@fases/developer/funderscore)
06:38:54***Saving seen data "./dancer.seen"
06:56:56 Quit CH23[m] (Remote host closed the connection)
06:57:06 Join CH23[m] [0] (~CH23@revspace/participant/ch23)
07:07:44 Quit f_ (Quit: To contact me, send a memo using MemoServ, PM f_[xmpp], or send an email. See
07:47:58 Quit skipwich (Ping timeout: 246 seconds)
07:57:24 Join CH23 [0] (~CH23@revspace/participant/ch23)
08:25:19 Join skipwich [0] (~skipwich@user/skipwich)
08:38:57***Saving seen data "./dancer.seen"
08:46:29_bilgus_following up with user on FS clean build works
08:48:05 Quit cnx (Ping timeout: 256 seconds)
08:52:00 Join jacobk [0] (
08:53:06 Quit rb-bluebot (Ping timeout: 256 seconds)
08:54:51 Quit bluebrother (Ping timeout: 268 seconds)
08:56:02 Join bluebrother [0] (~dom@user/bluebrother)
09:02:07 Join cnx [0] (
09:06:24 Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility)
09:21:37rb-bluebotBuild Server message: New build round started. Revision f2f5543856, 304 builds, 9 clients.
09:21:37rb-bluebotMinor mechanical corrections to the Serbian translation by Solomon Peachy
09:32:35 Quit rb-bluebot (Ping timeout: 252 seconds)
09:34:24 Quit bluebrother (Ping timeout: 260 seconds)
09:37:24 Quit jacobk (Ping timeout: 268 seconds)
09:38:45_bilgus_after building a 40000 song database multiple times I can say the ft_load version is also quite a bit slower likely just the extra copying to and from buffers I'd suspect as they are using the same underlying mechanism
09:40:42EverythingHi all. Fiio m3k. Battery drains too quickly. Known issue? What can I do? Rebooted several times.
09:46:00 Join bluebrother [0] (~dom@user/bluebrother)
09:46:50 Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility)
09:48:59speachy_bilgus_: that's in the background or the foreground?
09:49:24speachyEverything: "too quickly" means what?
09:49:55speachy(not aware of any issues offhand; I know multiple people using the M3K as their daily driver)
09:54:23 Join jacobk [0] (
10:05:27Everythingspeachy: one day... it was better with original firmware - maybe 2 days
10:07:34Everythingspeachy: is it possible to drain battery even if it turned off? if 'idle timeout' is set?
10:09:34_bilgus_combo of both
10:10:21_bilgus_mainly in the fg though as its easier to tell when its finished
10:11:24EverythingDo i need to calibrate battery for Fiio m3k?
10:12:31speachycould (at least some of) that be due to battery age?
10:12:58speachyI suppose it's conceivable that the m3k stock firmware has some optimized codecs.
10:13:24_bilgus_using readdir_r added about 500 bytes to all the native targets and quite a bit more to hosted and sims most of that is that static dirent in tagcache.check_dir
10:14:44_bilgus_I combined readdir and readdir_r for the native targets saving about 300 bytes for them didn't bother with the sim and hosted as we should have room to spare there
10:15:39_bilgus_I still haven't tested hosted targets and as I wrote that function it'd be prudent :)
10:16:41_bilgus_working file browser should indicate success
10:16:46speachywkn't be able to do that until tomorrow evening at the earliest
10:17:22speachy(hitting the road in the morning, all of my hosted targets are packed up as part of that)
10:17:59_bilgus_safe travels i'll be making a trip down around end of may/june
10:22:14speachyI expect to have a lot of time on my hands since I won't have house/groundskeeping projects that HAVE TO BE DONE!!!!1
10:22:36speachyso I'll be working on the patch/ticket backlog and otherwise trying to get things closer to releaseable state
10:25:06speachyso how does FS #9260 stand now with your changes landed?
10:25:07rb-bluebot r18234 - core + plugins shouldnt be calling opendir() directly... (bugs, new)
10:27:54speachyopendir() calls have definitely proliferated further since... 2008. :D
10:35:53speachychris_s: Any movement on your port of the simulator to SDL2?
10:38:59***Saving seen data "./dancer.seen"
10:47:09speachyyou did it as part of that WIP MacOS work but IMO we should just switch across the board.
10:59:18_bilgus_I really didn't see anything that did it recursively or yielded before copying the buffer
10:59:46_bilgus_a few plugins iap_lingo or other caught my eye
11:01:41_bilgus_but still I doubt it is much of an issue but we can always switch others over to carrying their own buffer or to ft_load but the latter needs more work if we want to use it in core
11:02:36_bilgus_most of which is in that abandoned patch g#5680
11:02:39rb-bluebotGerrit review #5680 at : [BugFix] tagcache.c use ft_load instead of opendir WIP by William Wilgus
11:06:15_bilgus_an idea I toyed with was using the callback_show_item in ft_load to emulate the readdir interface
11:06:48 Quit user890104 ()
11:07:06_bilgus_but again we can't do anything tying up the buffer without swapping buffers or locking till done
11:08:49_bilgus_an idea would be expanding ft_load to be intelligent with the buffer and allow concurrent users on a stack or something but for what real benefit, not codesize, not speed
11:09:23 Quit jacobk (Ping timeout: 260 seconds)
11:09:37 Join user890104 [0] (~Venci@freemyipod/user890104)
11:11:06_bilgus_I think before I went down that road I'd put the effort to the backend of readdir to be safer
11:13:19_bilgus_probably just adding a lock on readdir's entry struct would go a long way
11:16:48 Join f_ [0] (~AUGESOUND@fases/developer/funderscore)
11:27:39 Join davisr [0] (~davisr@fsf/emeritus/davisr)
11:38:54_bilgus_uh you know what it looks like each dir stream carries its own entry struct anyway so this was probably not even a concern ultimately
11:51:21speachyso does that mean we can close that ticket as "notabug" ?
12:01:10 Quit jn_ (Ping timeout: 245 seconds)
12:01:32 Join jn [0] (~quassel@2a0a:a549:c376:0:20d:b9ff:fe49:15fc)
12:01:32 Quit jn (Changing host)
12:01:32 Join jn [0] (~quassel@user/jn/x-3390946)
12:06:29 Quit jn (Ping timeout: 240 seconds)
12:06:40 Join jn [0] (~quassel@2a0a:a549:c410:0:20d:b9ff:fe49:15fc)
12:06:40 Quit jn (Changing host)
12:06:40 Join jn [0] (~quassel@user/jn/x-3390946)
12:39:01***Saving seen data "./dancer.seen"
12:41:31 Join jacobk [0] (~quassel@
12:50:43 Quit jn (Ping timeout: 246 seconds)
12:51:21 Join jn [0] (~quassel@2a0a:a549:c614:0:20d:b9ff:fe49:15fc)
12:51:22 Quit jn (Changing host)
12:51:22 Join jn [0] (~quassel@user/jn/x-3390946)
13:19:23 Quit jn (Ping timeout: 256 seconds)
13:19:33 Join jn [0] (~quassel@2a0a:a549:c760:0:20d:b9ff:fe49:15fc)
13:19:33 Quit jn (Changing host)
13:19:33 Join jn [0] (~quassel@user/jn/x-3390946)
13:36:02_bilgus_I think so, yes
13:39:38rb-bluebotBuild Server message: New build round started. Revision efcea66280, 304 builds, 9 clients.
13:39:39rb-bluebotRevert "readdir_r use in tagcache.check_dir, ft_load" by William Wilgus
13:47:34rb-bluebotBuild Server message: Build round completed after 476 seconds.
13:47:35rb-bluebotBuild Server message: Revision efcea66280 result: All green
13:51:15 Quit jn (Ping timeout: 256 seconds)
13:51:43 Join jn [0] (~quassel@2a0a:a549:c8d4:0:20d:b9ff:fe49:15fc)
13:51:43 Quit jn (Changing host)
13:51:43 Join jn [0] (~quassel@user/jn/x-3390946)
14:16:12 Join othello7 [0] (
14:26:38 Quit jjs0077018310196 (Quit: The Lounge -
14:27:59 Join jjs0077018310196 [0] (jjs007@gateway/vpn/protonvpn/jjs007)
14:35:56 Quit CH23[m] (Ping timeout: 256 seconds)
14:36:54 Join CH23[m] [0] (~CH23@revspace/participant/ch23)
14:39:05***Saving seen data "./dancer.seen"
14:47:06 Quit CH23[m] (Read error: Connection reset by peer)
14:47:25 Join CH23[m] [0] (~CH23@revspace/participant/ch23)
15:10:04 Quit jjs0077018310196 (Read error: Connection reset by peer)
15:22:26 Quit f_ (Ping timeout: 260 seconds)
16:39:07***Saving seen data "./dancer.seen"
16:55:10 Join zugu [0] (~zugu@
17:01:03 Quit zugu (Quit: Connection closed)
18:10:58 Quit davisr (Quit: yeehaw)
18:34:55 Quit jacobk (Ping timeout: 245 seconds)
18:39:09***Saving seen data "./dancer.seen"
19:12:12 Join dconrad [0] (~dconrad@
19:20:59 Join jacobk [0] (~quassel@
19:26:56 Quit jacobk (Ping timeout: 268 seconds)
19:36:14 Join massiveH [0] (~massiveH@2600:4040:a982:c800:20cd:f811:a0d5:68ba)
19:43:20dconraddo we have an easy way to compile the manual? a script I can run perhaps? I'm having some trouble compiling latex
19:55:37dconradI remember doing this before, but can't for the life of me remember how to do it
20:02:23speachy'make manual' ?
20:02:38speachyoh heh nm
20:03:02speachyactually building latex is a bit beyond the call of duty
20:03:24speachydo you have a specific manual target you're wanting built?
20:03:33dconradah, I was just trying to verify I wrote a valid section for the manual
20:04:02dconradI swear I found a way to do it easily before but I don't see anything, ah well
20:07:19dconradwell in any case, g#5681 is working well on my player
20:07:22rb-bluebotGerrit review #5681 at : Eros Q Native: Add Stereo SW behavior setting by Dana Conrad
20:07:56dconradhopefully it gives us more flexibility
20:12:33dconradsorry, didn't see you asked which manual.... I was trying to build the erosq native manual
20:19:40dconradwait, no its not... it doesn't save the setting across reboots
20:23:16speachyIdeally we'd be able to detect this at runtime
20:23:21speachy... and the LCD type too
20:25:11dconradtrue, but I don't know what they've changed, if anything, on the new hardware, and this is easy in any case
20:25:22dconradhas the LCD changed?
20:27:25speachyyeah, reports of inverted colors and stuff
20:27:42dconradoh jeez
20:28:45dconradI know there was an error in the LCD setup commands that was found a while ago, but hadn't heard that there was different hardware
20:32:33speachyperhaps? all I know is what I saw in the forums
20:32:42speachyand it's still presumably broken in master
20:36:00dconradoh, from like yesterday. I hadn't seen that
20:39:11***Saving seen data "./dancer.seen"
20:47:45 Quit speachy (Quit: WeeChat 4.2.2)
20:55:02dconradok, seems to work now that I removed the spaces from the settings values
21:11:55 Quit yosafbridge (Quit: Leaving)
21:32:27 Join yosafbridge [0] (
21:42:53 Quit ac_laptop (Ping timeout: 240 seconds)
21:44:04 Quit dconrad (Remote host closed the connection)
21:50:16 Join dconrad [0] (~dconrad@
21:54:34dconradI do really wish we had something to key off of to determine hardware version on the eros q.... or I wonder if there may come a point where we could have a hardware config text file of some sort
21:59:33dconrador just straight up have multiple builds, but that's.... less than ideal
22:28:19 Quit dconrad ()
22:39:14***Saving seen data "./dancer.seen"
22:52:51 Quit massiveH (Quit: Leaving)
23:01:29 Quit skipwich (Quit: DISCONNECT)
23:03:08 Join skipwich [0] (~skipwich@user/skipwich)
23:49:07 Quit othello7 (Ping timeout: 260 seconds)

Previous day | Next day