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 2025-01-06

00:08:38***Saving seen data "./dancer.seen"
00:10:58 Join JanC_ [0] (~janc@user/janc)
00:10:58 Quit JanC (Killed (osmium.libera.chat (Nickname regained by services)))
00:10:58 Nick JanC_ is now known as JanC (~janc@user/janc)
00:12:21_bilgus_ha even better I can track if its empty and just not show it if the buffer hasn't been initialized
00:13:16_bilgus_makes the screen display black for a moment but tahst better than pieces of skin elements and rainbow snow
00:16:37 Join dconrad [0] (~dconrad@152.117.104.232)
00:21:26 Quit dconrad (Ping timeout: 265 seconds)
00:51:46_bilgus_what makes it right is copying the current framebuffer if the backdeop is uninitialized with an image
00:52:12_bilgus_backdrop*
01:00
01:05:08 Join dconrad [0] (~dconrad@152.117.104.232)
01:09:54 Quit dconrad (Ping timeout: 276 seconds)
01:17:40 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)
01:37:32 Join dconrad [0] (~dconrad@152.117.104.232)
01:38:26_bilgus_ok 6315 appears o work pretty well now
01:39:33_bilgus_the .empty variable is probably unneeded but its essentially free so it will ensure if anyone had any weird stuff going on this shouldn't break it
01:39:50_bilgus_sorry g#6315
01:39:53rb-bluebotGerrit review #6315 at https://gerrit.rockbox.org/r/c/rockbox/+/6315 : [Bugfix] Fail theme load if %VB is not switched back to foreground by William Wilgus
01:42:07 Quit dconrad (Ping timeout: 264 seconds)
02:00
02:00:47 Join dconrad [0] (~dconrad@152.117.104.232)
02:01:21chris_sooh very nice
02:05:04 Quit dconrad (Ping timeout: 252 seconds)
02:08:39***Saving seen data "./dancer.seen"
02:20:36_bilgus_looking at the code I think I can assume the background buffer is always empty since you are loading a theme and by the time skin_backdrops_preload is called everything has been parsed
02:21:18 Quit othello7 (Ping timeout: 265 seconds)
02:21:31_bilgus_I was thinking more from a standpoint of loading several images to a background but I think this should still be possible (if it were before)
02:26:13rb-bluebotBuild Server message: New build round started. Revision 0b5f1b68e6, 345 builds, 9 clients.
02:26:14rb-bluebot[Bugfix] Copy current lcd contents into empty background buffers by William Wilgus
02:29:48_bilgus_this shouldn't cause anything but an improvement as anyone that uses it properly will overwrite the buffer anyway
02:33:11 Join dconrad [0] (~dconrad@152.117.104.232)
02:38:00 Quit dconrad (Ping timeout: 272 seconds)
02:38:10chris_sI wonder if the document should even be updated after your fix, because now you can  prevent overlapping foreground viewports and thus eliminate any flashing of the UI viewport, which is pretty cool
02:38:51_bilgus_my only worry is that the main framebuffer is optimized
02:39:10_bilgus_with attributes to make it faster
02:40:24rb-bluebotBuild Server message: Build round completed after 852 seconds.
02:40:27rb-bluebotBuild Server message: Revision 0b5f1b68e6 result: All green
02:40:31_bilgus_but I guess if its acceptable with the refresh no harm no foul
02:43:08_bilgus_if you want to play with it a bit and see if thats the case I do wonder about the comment about text on the vp though
02:55:04 Join jjs0077018310196 [0] (~jjs007@host86-172-82-147.range86-172.btcentralplus.com)
02:59:27 Quit jjs0077018310196 (Ping timeout: 244 seconds)
03:00
03:01:18 Join jjs0077018310196 [0] (~jjs007@host86-172-82-147.range86-172.btcentralplus.com)
03:07:30 Quit jjs0077018310196 (Ping timeout: 244 seconds)
03:09:31 Join jjs0077018310196 [0] (~jjs007@host86-172-82-147.range86-172.btcentralplus.com)
03:17:22 Quit jjs0077018310196 (Ping timeout: 248 seconds)
03:19:01 Join jjs0077018310196 [0] (~jjs007@host86-172-82-147.range86-172.btcentralplus.com)
03:21:55 Join dconrad [0] (~dconrad@152.117.104.232)
03:26:31 Quit dconrad (Ping timeout: 264 seconds)
03:44:11 Quit kugel (Ping timeout: 244 seconds)
04:00
04:04:37 Join jacobk_ [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
04:04:45 Quit jacobk (Ping timeout: 276 seconds)
04:08:43***Saving seen data "./dancer.seen"
04:09:34 Quit winsim-buildbot (Ping timeout: 265 seconds)
04:10:28 Join dconrad [0] (~dconrad@152.117.104.232)
04:15:32 Quit dconrad (Ping timeout: 272 seconds)
04:17:08 Join winsim-buildbot [0] (~lamest@85-218-172-116.norlyscustomer.net)
04:30:23 Join kugel_ [0] (~kugel@77.20.106.58)
04:59:01 Join dconrad [0] (~dconrad@152.117.104.232)
05:00
05:03:54 Quit dconrad (Ping timeout: 276 seconds)
05:23:08 Quit kugel_ (Quit: Lost terminal)
05:23:45 Join kugel_ [0] (~kugel@77.20.106.58)
05:24:57 Quit kugel_ (Client Quit)
05:25:26 Join kugel_ [0] (~kugel@ip4d146a3a.dynamic.kabel-deutschland.de)
05:42:44 Join dconrad [0] (~dconrad@152.117.104.232)
05:47:06 Quit dconrad (Ping timeout: 246 seconds)
05:47:37 Join GreenYoshi [0] (~GreenYosh@user/GreenYoshi)
05:51:06 Quit GreenYoshi (Client Quit)
05:52:25 Join GreenYoshi [0] (~GreenYosh@user/GreenYoshi)
05:59:01 Quit GreenYoshi (Ping timeout: 248 seconds)
06:00
06:08:45***Saving seen data "./dancer.seen"
06:14:21 Join dconrad [0] (~dconrad@152.117.104.232)
06:18:48 Quit dconrad (Ping timeout: 252 seconds)
06:21:06 Quit PheralSparky (Quit: Leaving)
06:44:44 Quit chris_s (Quit: Client closed)
06:56:54 Quit Tonux (Ping timeout: 244 seconds)
07:00
07:01:47 Join dconrad [0] (~dconrad@152.117.104.232)
07:06:28 Quit dconrad (Ping timeout: 265 seconds)
07:27:22dookJust tested 6315 out and it plays really nicely with my themes.
07:28:21dookI got reports before about visual bugs caused by using %VB, usually when loading the themes and it's fixed with this change.
07:38:11 Join dconrad [0] (~dconrad@152.117.104.232)
07:42:35 Quit dconrad (Ping timeout: 244 seconds)
07:46:00dookIt has introduced some buggy behaviour when loading a theme I'm working that uses %VB a lot
07:46:37dookChances are I need to handle the %VB tags better
08:00
08:00:02 Join dconrad [0] (~dconrad@152.117.104.232)
08:04:24 Quit dconrad (Ping timeout: 252 seconds)
08:08:49***Saving seen data "./dancer.seen"
08:15:08 Join dconrad [0] (~dconrad@152.117.104.232)
08:19:54 Quit dconrad (Ping timeout: 252 seconds)
08:24:39 Join dconrad [0] (~dconrad@152.117.104.232)
08:28:53 Quit dconrad (Ping timeout: 248 seconds)
08:39:44 Join dconrad [0] (~dconrad@152.117.104.232)
08:43:51 Quit dconrad (Ping timeout: 246 seconds)
08:51:34 Quit MarcAndersen (Quit: I was using NightOwl 0.2.)
08:55:47 Quit speachy (Quit: WeeChat 4.5.0)
09:00
09:01:05 Join dconrad [0] (~dconrad@152.117.104.232)
09:03:02 Join speachy [0] (~speachy@hurricane.shaftnet.org)
09:03:03 Quit speachy (Changing host)
09:03:03 Join speachy [0] (~speachy@rockbox/developer/speachy)
09:03:03Mode"#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
09:05:50 Quit dconrad (Ping timeout: 260 seconds)
09:37:33_bilgus_dook, whats the buggy behavior?
09:45:49 Join dconrad [0] (~dconrad@152.117.104.232)
09:50:31 Quit dconrad (Ping timeout: 264 seconds)
10:00
10:08:54***Saving seen data "./dancer.seen"
10:18:36speachyHmm. why are the hifi et ma8/9 targets so small?
10:18:42speachy... no plugins, apaprently.
10:21:17speachythat seems like quite an oversight given that the targets are considered "unstable"
10:21:52speachy(as opposed to "unusable")
10:24:06_bilgus_wonder how much of that is unstable due to minimal testing versus unstable it crashes at random
10:32:47speachy"stable" vs "unstable" means things like installer support and a manual
10:33:39gevaertsIt does feel that a lack of plugins should have blocked the unstable name, yes
10:33:49gevaertsWell, label, not name
10:34:08CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
10:34:08*speachy grumbles.
10:34:27 Join dconrad [0] (~dconrad@152.117.104.232)
10:34:36speachy"do I go through the plugins and add keymaps for devices I've never seen and probably never will.."
10:38:43 Quit dconrad (Ping timeout: 245 seconds)
11:00
11:19:16 Join dconrad [0] (~dconrad@152.117.104.232)
11:24:05 Quit dconrad (Ping timeout: 265 seconds)
11:28:01_bilgus_when is the last time someone even mentioned it? maybe downgrade it instead?
11:28:39_bilgus_someone comes sniffing we can revisit then
11:31:46 Quit npmania (Ping timeout: 244 seconds)
12:00
12:04:03 Join dconrad [0] (~dconrad@152.117.104.232)
12:08:18 Quit dconrad (Ping timeout: 245 seconds)
12:08:57***Saving seen data "./dancer.seen"
12:20:48speachyI have no idea.
12:20:58speachyof coruse the same could be said about 2/3rds of our catalog
12:29:38 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
12:30:54user890104I'd like to once again bring the idea of having a list with volunteers and which devices each one of them has
12:39:22speachythere have been several of those in the past, folks move on.
12:39:58 Quit othello7 (Ping timeout: 244 seconds)
12:40:14speachyall folks _really_ care about are the ipods, maybe the sansas, and to a much lesser extent, the erosq family by virtue of it being in production.
12:41:10 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
12:43:02 Quit othello7 (Client Quit)
12:48:49 Join dconrad [0] (~dconrad@152.117.104.232)
12:51:29 Quit advcomp2019__ (Ping timeout: 252 seconds)
12:53:01 Join advcomp2019 [0] (~advcomp20@user/advcomp2019)
12:53:36 Quit dconrad (Ping timeout: 272 seconds)
12:55:51 Join Tonux [0] (~Tonux@193.32.127.200)
13:00
13:20:19 Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr)
13:37:37 Join dconrad [0] (~dconrad@152.117.104.232)
13:39:49 Quit wLLm (Ping timeout: 248 seconds)
13:41:58 Quit dconrad (Ping timeout: 244 seconds)
13:54:04 Quit TorC (Ping timeout: 244 seconds)
14:00
14:08:58***Saving seen data "./dancer.seen"
14:08:58 Join wLLm [0] (~wLLm@wllm.connected.by.freedominter.net)
14:21:31dook_bilgus_ when switching to it from certain themes (adwaitapod, or spazz for example) 2 of the fonts fail to load, and then the backup menu viewport is drawn but over the warning pop ups and the previous theme's screen
14:22:13 Join dconrad [0] (~dconrad@152.117.104.232)
14:25:47dookBut if you select it a second time, while it's in that bugged state, it loads normally.
14:26:28 Quit dconrad (Ping timeout: 252 seconds)
14:33:59speachyI wonder if we run out of font slots or sometihng
14:35:46dookI think that might be the case, I'm using 9 slots here
14:38:23 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
14:41:04 Join chris_s [0] (~chris_s@2a04:4e41:66:1b::d3d6:8a14)
14:43:41dookAh okay I have found a bug with the background patch. If you switch to a theme that draws on the background and the theme can't load due to an error, the background wont be wiped
14:50:49 Join dconrad [0] (~dconrad@152.117.104.232)
14:55:12 Quit dconrad (Ping timeout: 246 seconds)
14:55:53dookAdded to the tracker, with some screenshots
14:59:29 Join TorC [0] (~Tor@fsf/member/TorC)
14:59:54 Quit chris_s (Quit: Client closed)
15:00
15:12:30_bilgus_ok I'll look at it I think I can just wipe it if it fails to load in a similar manner
15:17:35 Join chris_s [0] (~chris_s@2a04:4e41:66:1b::83e:d97e)
15:18:05 Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647)
15:23:14 Join dconrad [0] (~dconrad@152.117.104.232)
15:27:44 Quit dconrad (Ping timeout: 260 seconds)
15:51:10 Join dconrad [0] (~dconrad@152.117.104.232)
15:55:24 Quit chris_s (Quit: Client closed)
15:55:43 Quit dconrad (Ping timeout: 265 seconds)
16:00
16:06:32 Join chris_s [0] (~chris_s@140.248.36.55)
16:09:02***Saving seen data "./dancer.seen"
16:09:45 Join f_ [0] (s-fun@user/f-:38077)
16:23:34 Join dconrad [0] (~dconrad@152.117.104.232)
16:27:49 Quit dconrad (Ping timeout: 248 seconds)
16:29:05 Quit chris_s (Quit: Client closed)
16:40:03 Quit jacobk_ (Ping timeout: 276 seconds)
16:52:12 Join dconrad [0] (~dconrad@152.117.104.232)
16:57:06 Quit dconrad (Ping timeout: 265 seconds)
17:00
17:17:19 Join petur [0] (~petur@78-21-55-218.access.telenet.be)
17:24:35 Join dconrad [0] (~dconrad@152.117.104.232)
17:29:03 Quit dconrad (Ping timeout: 252 seconds)
17:37:25 Quit petur (Quit: Leaving)
17:56:04 Join dconrad [0] (~dconrad@152.117.104.232)
17:57:40 Quit lebellium (Quit: Leaving)
18:00
18:00:11winsim-buildbotNew Windows simulator build round started. Revision 0b5f1b68e6, [Bugfix] Copy current lcd contents into empty background buffers by William Wilgus
18:09:05***Saving seen data "./dancer.seen"
18:43:40 Join MarcAndersen [0] (~no_znepna@217.74.221.70)
18:46:21winsim-buildbotBuild round completed after 2770 seconds.
19:00
19:12:54 Quit dconrad (Remote host closed the connection)
19:16:11 Join dconrad [0] (~dconrad@152.117.104.232)
19:25:41 Join massiveH [0] (~massiveH@2600:4040:a982:5400:d9a:dac8:9cf7:7243)
19:32:24 Quit dconrad (Remote host closed the connection)
19:42:52 Join dconrad [0] (~dconrad@152.117.104.232)
19:43:46 Quit MarcAndersen (Quit: I was using NightOwl 0.2.)
19:51:02 Join jacobk [0] (~quassel@2603:8080:b200:7b02:77cb:6304:f9db:dda1)
19:51:41 Quit dconrad (Remote host closed the connection)
20:00
20:07:40 Join dconrad [0] (~dconrad@152.117.104.232)
20:09:08***Saving seen data "./dancer.seen"
20:12:22 Quit dconrad (Ping timeout: 265 seconds)
20:28:04 Join npmania [0] (~npmania@210.123.73.190)
20:39:15 Quit massiveH (Read error: Connection reset by peer)
20:40:26 Join dconrad [0] (~dconrad@152.117.104.232)
20:41:34 Join massiveH [0] (~massiveH@2600:4040:a982:5400:4473:6fbf:2fa:3362)
20:44:36 Quit dconrad (Ping timeout: 244 seconds)
21:00
21:03:44 Quit jacobk (Ping timeout: 260 seconds)
21:28:51 Join dconrad [0] (~dconrad@152.117.104.232)
21:29:04 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
21:33:34 Quit dconrad (Ping timeout: 272 seconds)
21:44:41 Join chris_s [0] (~chris_s@2a02:26f7:ec48:4000:400b:1d95:674a:abd9)
21:48:44 Join jacobk_ [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
21:48:48 Quit jacobk (Ping timeout: 276 seconds)
22:00
22:09:11***Saving seen data "./dancer.seen"
22:10:49 Quit jacobk_ (Ping timeout: 260 seconds)
22:14:19 Join dconrad [0] (~dconrad@152.117.104.232)
22:25:11chris_sAs far as I can tell, the CustomWPS page on the wiki (https://www.rockbox.org/wiki/CustomWPS.html#Viewport_Draw_Layer) is really a bit misleading.
22:25:19chris_sInstead of telling you to "add %V(0,0,-,-,-) and continue with your skin as normal" it should recommend you ensure that no area of the screen is left uncovered by _non-overlapping_ foreground viewports after drawing a fullscreen viewport on the backdrop layer.
22:25:32chris_sAny areas left uncovered by foreground viewports will not be updated properly (i.e. you may see an unrefreshed backdrop). But if you follow the page's advice and just insert a fullscreen foreground viewport, it will _necessarily_ overlap (at least) with the UI viewport, causing brief flashes during screen updates.
22:36:42 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
22:52:26chris_sI guess it's fine to do it like that for the WPS but not the SBS
23:00
23:01:45 Quit massiveH (Quit: Leaving)
23:22:43 Quit dconrad (Remote host closed the connection)
23:23:15 Join dconrad [0] (~dconrad@152.117.104.232)
23:29:08 Quit dconrad (Ping timeout: 252 seconds)
23:44:47 Quit chris_s (Quit: Client closed)
23:50:11 Quit _bilgus_ (Read error: Connection reset by peer)
23:51:20 Join _bilgus_ [0] (~bilgus@syn-162-154-213-134.res.spectrum.com)

Previous day | Next day