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

00:15:37***Saving seen data "./dancer.seen"
01:00
01:33:28 Quit othello7 (Ping timeout: 272 seconds)
01:37:53 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
01:46:10 Quit othello7 (Ping timeout: 252 seconds)
02:00
02:15:38***Saving seen data "./dancer.seen"
02:17:50 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
02:24:05 Quit othello7 (Ping timeout: 248 seconds)
02:56:40 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:00
03:05:53 Quit othello7 (Quit: othello7)
03:06:30 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:09:01 Quit othello7 (Client Quit)
03:09:09 Join othello8 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:11:30 Nick othello8 is now known as othello7 (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:15:50 Quit othello7 (Read error: Connection reset by peer)
03:16:08 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:17:33 Quit massiveH (Quit: Leaving)
03:17:44 Quit othello7 (Client Quit)
03:17:58 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:23:48 Quit othello7 (Read error: Connection reset by peer)
03:23:54 Join othello8 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:26:15 Nick othello8 is now known as othello7 (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
03:34:48 Quit othello7 (Ping timeout: 252 seconds)
04:00
04:04:18 Quit jacobk (Ping timeout: 248 seconds)
04:05:05 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
04:15:40***Saving seen data "./dancer.seen"
05:00
05:04:02 Join lebellium [0] (~lebellium@2a01:cb04:5d0:7f00:d33a:da6:2bfc:2206)
06:00
06:15:44***No seen item changed, no save performed.
08:00
08:15:45***No seen item changed, no save performed.
09:00
09:10:07 Join GreenYoshi [0] (~GreenYosh@user/GreenYoshi)
09:10:28 Quit GreenYoshi (Remote host closed the connection)
09:10:53 Join GreenYoshi [0] (~GreenYosh@user/GreenYoshi)
09:13:58 Quit GreenYoshi (Remote host closed the connection)
09:14:23 Join GreenYoshi [0] (~GreenYosh@user/GreenYoshi)
09:16:46 Quit GreenYoshi (Client Quit)
10:00
10:15:48***Saving seen data "./dancer.seen"
12:00
12:15:51***No seen item changed, no save performed.
12:39:14 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
12:59:21 Quit othello7 (Quit: othello7)
12:59:32 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13:00
13:06:42 Join Trzyzet9 [0] (~Trzyzet@88.97.248.229)
13:08:43 Quit Trzyzet (Ping timeout: 245 seconds)
13:09:33 Join Trzyzet [0] (~Trzyzet@88.97.248.229)
13:11:34 Quit Trzyzet9 (Ping timeout: 260 seconds)
13:23:41 Quit othello7 (Quit: othello7)
13:23:57 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13:34:27 Quit othello7 (Ping timeout: 246 seconds)
13:35:36 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13:53:43 Quit othello7 (Quit: othello7)
14:00
14:15:52***Saving seen data "./dancer.seen"
14:42:25XogiumI can't seem to figure out, does rockbox supports opus or not ? I've seen some source code for it on the official repo. but the doc doesn't talk about it ?
15:00
15:00:56gevaertsIt does
15:03:05Xogiumokay, thanks ! :)
15:05:19 Quit COMPL_EXE (Read error: Connection reset by peer)
15:05:40 Join COMPL_EXE [0] (~compl.exe@aosc/dev/origincode)
15:16:06 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
15:38:59speachy_bilgus__: fwiw I originally tried to merge persistent pitch/speed settings way back when and it was rejected.
15:40:54speachyif it's going to be a persistent setting, then it should be a setting. there's also the resume-playback-after-powerup scenario as well as more general bookmarks.
15:41:31speachy(eg if the saved setting is X, but at the time the device shut down it was set to Y, when you boot back up again and resume playback, is the speed/pitch X or Y?
15:42:01speachy(resuming isn't tied to bookmarks)
15:44:42speachythe patch I tried to get in was adding speed/pitch to the resume state.
15:49:37_bilgus__I think I have all the bases covered on it, its a setting, whatever the last state is the boot state (it saves state when the pitch is changed and written at shutdown) and the manual reflects the behavior
15:50:14speachybtw I look forward to fake nvram being flushed
15:50:44_bilgus__my plan is to just make it a sub settings file
15:51:27speachyover the past couple of weeks I haven't had bandwidth to pay much attention here. should ease up next week.
15:51:47_bilgus__basically I figure the main settings holds all the entries but you save a subset that gets merged later
15:52:07speachydoes it make sense at all any more?
15:53:42_bilgus__I questioned the same with the pitch settings but there are like 15 in system_status..
15:54:27_bilgus__just switching over to not using nvram would increase the bytes read in the 350 -500 range
15:54:53_bilgus__I'd still argue thats less than a sector so probably not much difference
15:55:32_bilgus__so IDK I guess it depends on the size of your settings file
15:56:51speachyit's slightly more overhead to parse and generate. from an I/O perspective it's still under a sector.
15:57:35_bilgus__I guess the final question is do you have enough time to write the full settings file during shutdown but I think thats more than likely yes
15:57:56speachyand either way not discernable from the timescale us meatbags operate at
15:58:52_bilgus__the other thing is its pretty trivial to save a subset and load them we already do it for fixd cfg
15:59:34_bilgus__we'd just load saved file, fixed cfg, saved_subset
16:00
16:00:02_bilgus__then on settings save we delete the subset file
16:05:05_bilgus__from my understanding the settings file checks ischanged() but it only checks if something has changed from default
16:06:51_bilgus__and moving the oft changed out to that subset would largly negate the need for most of that writing anyway
16:07:28speachyyep, win-win sounds like
16:09:36 Quit othello7 (Ping timeout: 244 seconds)
16:15:28 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
16:15:55***Saving seen data "./dancer.seen"
16:35:00 Join Everything [0] (~Everythin@195.138.86.118)
16:39:10 Join sebagala [0] (~Burak@185.25.123.34)
16:42:35 Quit Burak_ (Ping timeout: 265 seconds)
16:47:24 Quit tertu (Read error: Connection reset by peer)
16:49:33 Join tertu [0] (~tertu@user/tertu)
17:00
17:00:25 Nick jn_ is now known as jn (~quassel@user/jn/x-3390946)
18:00
18:00:10winsim-buildbotNew Windows simulator build round started. Revision 96463d855f, erosqnative: hw4 units prefer egauge battery percentage by Dana Conrad
18:08:32 Quit lebellium (Quit: Leaving)
18:15:29 Quit Everything (Quit: Lost terminal)
18:15:56***Saving seen data "./dancer.seen"
18:20:42_bilgus__Well that was more straightforward than I expected g#6351
18:20:45rb-bluebotGerrit review #6351 at https://gerrit.rockbox.org/r/c/rockbox/+/6351 : Remove NVRAM infavor or a sub cfg file WIP by William Wilgus
18:21:31_bilgus__The WIP is because I want to move volume and a few other frequently changed items to the status struct so we can not write the whole of the config file more often
18:22:35_bilgus__I think moving volume from global_settings to global_status is likely to cause some consternation to a few it'll be worth it I think
18:22:53_bilgus__well I haven't tried yet..
18:26:32_bilgus__if fixed.cfg was able to cover the items in nvram it'd have already been there I think
18:27:14_bilgus__even better is that fixed.cfg can now set 'anyting' you want
18:45:52_bilgus__280 bytes for resume.cfg versus 52 for nvram, each setting adds the name len + 12 (or 16 bytes?) so the few more I'll add likely won't make it go over 512 bytes
18:47:05 Join chris_s [0] (~chris_s@2a09:bac3:29a3:2478::3a2:31)
18:55:19chris_si question whether it makes sense to store values that merely describe the system state alongside the rest of the settings? It doesn't make sense to me that when you choose "save .cfg file" from the settings context menu, it would also write out stuff like the resume index, so that when you later load the cfg file all of that gets changed
19:00
19:04:53chris_s  idk, the contents of the system status struct doesn't really seem like something you're supposed to be able to (manually) adjust?
19:05:13chris_sjust a thought
19:09:44 Join massiveH [0] (~massiveH@2600:4040:a982:5400:780c:6e72:8bf8:a269)
19:19:00chris_sthe only exception to that really are the pitch and  speed setting
19:29:03chris_sthat may also be an argument against having volume in global_status (as opposed to something like last_volume_change, which is never explicitly 'set' by the user)
19:32:51 Quit chris_s (Quit: Client closed)
19:38:54 Join bilgusph [0] (~bilgusph@2600:1702:3810:17f0:2d9c:c914:dea1:ad03)
19:40:31bilgusphChris_s the good thing is that your last status would be loaded if resume. Cfg doesn't exist
19:41:53bilgusphHaving them as NVRAM makes them hidden but IDK that its a good thing i mean what utility do we have in making it more opaque?
19:43:35bilgusphId still say the size difference is the only advantage and all the downsides of endian and hard to debug once corrupted
19:45:00winsim-buildbotBuild round completed after 6290 seconds.
19:46:13bilgusphI also think there may be some utility to someone being able to set starting clock values too
19:48:18 Quit bilgusph (Quit: Client closed)
19:54:39 Quit massiveH (Read error: Connection reset by peer)
19:57:49 Join massiveH [0] (~massiveH@2600:4040:a982:5400:2c93:794b:aa69:63cc)
20:00
20:12:12 Quit massiveH (Read error: Connection reset by peer)
20:12:39_bilgus__though there is no reason they have to be merged
20:13:56_bilgus__we can still do the resume.cfg separate but I thought it was kind of nice having it all packaged up nice and neat
20:14:30 Join massiveH [0] (~massiveH@2600:4040:a982:5400:9dff:5461:edbf:44e5)
20:15:21_bilgus__my main argument against the NVRAM stuff is that binary opaqueness
20:15:59***Saving seen data "./dancer.seen"
21:00
21:24:48 Join sylviaT [0] (~sylviaT@114-142-248-22.dsl.teleguam.net)
21:24:59sylviaThelloo
21:26:36 Nick sylviaT is now known as sushiwt (~sylviaT@114-142-248-22.dsl.teleguam.net)
21:30:10 Quit sushiwt (Quit: Client closed)
21:30:21 Join sylviaT [0] (~sylviaT@114-142-248-22.dsl.teleguam.net)
21:36:30 Quit sylviaT (Quit: Ping timeout (120 seconds))
21:50:06 Quit olspookishmagus (Ping timeout: 272 seconds)
22:00
22:16:00***Saving seen data "./dancer.seen"
23:00
23:37:32 Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647)

Previous day | Next day