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

00:02:31 Join advcomp2019__ [0] (~advcomp20@user/advcomp2019)
00:03:16 Join mendel_munkis [0] (~mendel_mu@2600:4041:5ac9:a100:b225:aaff:fe5e:10eb)
00:03:32 Quit munkis (Read error: Connection reset by peer)
00:04:20_bilgustheme editor crashes is that what your were pointing me to?
00:04:51 Quit TorC (Ping timeout: 246 seconds)
00:04:51 Quit tertu (Ping timeout: 246 seconds)
00:05:12 Join tertu [0] (~tertu@user/tertu)
00:05:19 Quit advcomp2019_ (Ping timeout: 272 seconds)
00:06:07_bilgusoh guess not worked the second time
00:06:57_bilgusAlien theme for the clipzip causes it to crash, cabbie works though
00:07:19_bilgusqt.core.qobject.connect: QObject::connect: No such signal QComboBox::currentIndexChanged(QString)
00:07:45 Join TorC [0] (~Tor@fsf/member/TorC)
00:24:54 Quit dconrad (Remote host closed the connection)
00:48:26 Quit othello7 (Ping timeout: 265 seconds)
01:00
01:00:22 Nick mendel_munkis is now known as munkis (~mendel_mu@2600:4041:5ac9:a100:b225:aaff:fe5e:10eb)
01:22:52 Quit Bobathan_ (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in)
01:23:41 Join Bobathan_ [0] (~admin@syn-065-029-248-157.res.spectrum.com)
01:52:09***Saving seen data "./dancer.seen"
02:00
02:18:01 Join rnkn [0] (~rnkn@2001:8004:4450:e122:8026:7ea1:8af2:4698)
03:00
03:52:10***No seen item changed, no save performed.
03:58:40 Quit rnkn (Ping timeout: 240 seconds)
04:00
04:02:58 Join jbf [0] (~jbf@syn-076-167-140-183.res.spectrum.com)
04:04:18 Quit jacobk (Ping timeout: 276 seconds)
04:04:34 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
04:05:12jbfHey all, been having issues with "Recently Added" never working on Rockbox.  Gather Runtime stats is on.   There any specific guranteed methods to get this to work?
04:05:45jbfThis is for using the database view, btw.
04:16:18paulcarrotyyou can sort folders by 'Recently Added' as workaround
04:21:40 Quit jbf (Ping timeout: 240 seconds)
04:22:38 Join rnkn [0] (~rnkn@2001:8004:4450:e122:8026:7ea1:8af2:4698)
04:40:27 Join jbf [0] (~jbf@syn-076-167-140-183.res.spectrum.com)
04:40:35jbfDang disconnected.
04:42:06jbfAlso another odd thing, using "Update Now" i can see the DB scanning for files in the background if I go to System -> Debug -> and view the DB debug.   With RAM cache on, it finishes 100%.   Restart the device (ipod video) and on first boot, asks to update now (again???).   Select yes, and it freezes on this screen.
04:46:06jbfSo it seems the update never fully works in the background if load to ram is set to quick.   On reboot it does this update now notice when accessing database.  If you do nothing, then try to go to database itll ask to initialize.   So the update function does not seem to actually work on this device.
04:48:57sporkideally, bugs could be reported at https://www.rockbox.org/tracker/
04:49:19sporkif that is possible
04:52:36jbfI can do that but I wanted to check if this was an actual bug or if you have to have a very specific set of settings to get this to work properly?
04:57:30sporkit sounds like bugs, but i cannot confirm that
05:00
05:24:57 Quit rnkn (Quit: Client closed)
05:26:57 Join rnkn [0] (~rnkn@2001:8004:4450:e122:8026:7ea1:8af2:4698)
05:52:11***Saving seen data "./dancer.seen"
06:00
06:55:28 Quit jacobk (Quit: No Ping reply in 180 seconds.)
06:56:46 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
06:59:03 Quit rnkn (Quit: Client closed)
07:00
07:06:26 Join rnkn [0] (~rnkn@2001:8004:4450:e122:8026:7ea1:8af2:4698)
07:08:50rnknhi, is there a relatively stable dev build recently? I just installed 20241205 and it can't even go a handful of menu steps before freezing
07:09:02rnkncodename Mr Freeze
07:14:53rnknlol now it just crashed to a power off state and booted into recovery mode
07:14:59rnkncool
07:15:03rnkncool cool cool
07:42:23rb-bluebotBuild Server message: New build round started. Revision 80c9d71556, 345 builds, 8 clients.
07:42:23rb-bluebotrbutil changes for qt6 by William Wilgus
07:44:45 Quit speachy (Quit: WeeChat 4.4.3)
07:44:56 Join speachy [0] (~speachy@hurricane.shaftnet.org)
07:44:56 Quit speachy (Changing host)
07:44:56 Join speachy [0] (~speachy@rockbox/developer/speachy)
07:44:56Mode"#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
07:45:29speachy_bilgus: thanks for tackling the last of the qt6 theme editor errors.
07:46:02speachyit's not surprising it can't handle (some) modern themes properly; this thing has some serious bitrot going on.
07:48:13speachyIt hasn't had anything other than build/portability fixes since 2011.
07:52:00speachyanyway, it (and rbutil) now build with qt5 and qt6. Now to add builder targets for at least qt6, and make the build yellow for a while. :(
07:52:12***Saving seen data "./dancer.seen"
07:55:43rnknI think this iPod is faulty hardware
07:55:55rnknso not a rockbox issue
07:56:24 Quit rnkn (Quit: Client closed)
08:00
08:00:26speachyrnkn: always a possibility, especially given the age of the hardware.
08:05:46rb-bluebotBuild Server message: Build round completed after 1404 seconds.
08:05:47rb-bluebotBuild Server message: Revision 80c9d71556 result: All green
08:14:13 Quit rogeliodh (Quit: The Lounge - https://thelounge.chat)
08:14:41 Join rogeliodh [0] (~rogeliodh@rogeliodh.dev)
08:23:37 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
08:24:18NyaaI see that my suggestion to use Piper for TTS was eventually implemented by someone, neat
08:26:39Nyaaanyway, I recently came across some headphones that are not only poorly balanced, but each side has a completely different EQ curve, and i wanted to see if it'd be possible to set a stereo EQ, but came to find out that it's not supported yet [ https://forums.rockbox.org/index.php/topic,27688.msg179888.html ]
08:27:08Nyaais there opposition to a potential implementation or can i take a look into implementing it?
08:29:59Nyaa[the pair of headphones in question are an original run of Moondrop Quarks, looks like there's really bad quality control with them for whatever reason]
08:33:06Nyaa[meant to say response curve, not EQ curve, lol]
08:41:25speachyI'm not aware of anybody's working on anything like that
08:48:33 Quit speachy (Quit: WeeChat 4.4.3)
08:52:58 Join speachy [0] (~speachy@rockbox/developer/speachy)
08:52:58Mode"#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat)
09:00
09:03:03Nyaaah, alright then
09:03:57Nyaaalso “potentially double the cpu usage” doesn’t sound right given that left/right should already be being processed separately; sans some optimisation trick i don’t know about
09:08:59Nyaa(i suppose it may be possible to do something cursed when processing joint-encoded files…)
09:09:35speachythe DSP path is most likely applying the same transform to two packed 16-bit samples simultanously.
09:10:06speachy(and in optimized asm code at that)
09:10:43speachyI don't think any of our general audio processing path ever treats L/R differently.
09:13:03Nyaathat makes sense
09:13:14_bilgusjbf, is this a new install?
09:15:34speachyNyaa: if it's just a matter of "volume" adjustment then that ought to be doable without too much overhead (keep in mind that for most targets overall volume is actually hardware controlled)
09:16:31Nyaaisn’t a panning option already present for plain volume? :p
09:17:16speachyyou don't want "panning" if that involves remixing.
09:18:48speachy("panning" meaning "mixing 1 input channels into N output chanels)
09:19:30speachythe simplest case of "L input -> 100% L output (and R->R) requires no "mixing" at all as it's 1:1.
09:21:12Nyaaah, i used the wrong word then there, either way for EQ it would likely be processing the two channels with different IIR (assuming IIR is what’s being used here) filters instead of the same one on both
09:22:11speachyif you're doing a full EQ (ie "frequency response") then yeah, I'm 95% sure the code isn't structured to allow different EQ settings per channel.
09:22:12_bilguswell maybe jbf will see this anyway the entryage ahem Recently Added works on the commit version of the database basically i shows tracks that have been added to the db (when you choose update now) or have AutoUpdate on
09:22:47speachyremember we're optimized for very underpowered (even for the time) devices
09:23:12_bilgusif this isn't a new version I'd try a clean install as we have some known issues around older nvram saves that might be messing you up
09:23:37speachyno DSP/SIMD hardware or anything like that we can take advantage of
09:23:41_bilgusmainly bilgus' devices are underpowered :}
09:25:05_bilgusjbf if this is a new install and you have tried autoupdate a time or two and it still doesn't work LMK and I'll add it to the list (very well could be broken)
09:25:23speachy(I think the only targets we support that have SIMD engines are the MIPS X1000, but support for that never landed upstream in complilers, so never saw use in the wider F/OSS ecosystem)
09:26:27Nyaaspeachy, that’d make sense, i still doubt it would take double the processing power since you’d be dealing with the same amount of incoming and outgoing data; but i could see memory usage being a problem and on the slower targets the cpu overhead could be a problem
09:26:42Nyaais there a table of EQ performance benchmarks anywhere?
09:27:35speachymight be some old data in the wiki somewhere, but it adds a lot of overhead.
09:29:28speachyno, you'd be running the algorithm twice, throwing away half the data each time. (remember, it operates on set of stereo samples at a tim, rather than on each channel independently)
09:30:36speachy(I suppose it's possible it does it 16 bits at a time but that's going to be less efficient. I'm very willing to be proven wrong here)
09:32:44Nyaayou’re assuming i’m not crazy enough to try to write a variation of it in the different assemblies for this :p
09:33:14speachywell, it's not like it's not _solveable_ but I'm just saying this particular use case wasn't one of the original design criteria
09:33:22Nyaalemme take a look at the current implementation though, might take a bit since on phone
09:40:50speachy..ok it's representable under the hood; you'll effectively have two mono processing chains.
09:52:15***Saving seen data "./dancer.seen"
10:00
10:35:25 Quit jbf (Quit: Client closed)
10:44:58Nyaabrowsing a git repo from phone is more trouble than i expected, gonna wait until i’m back home lol
11:00
11:52:19***Saving seen data "./dancer.seen"
13:00
13:31:19 Join hactar|ant [0] (~zem@97.115.150.208)
13:31:24 Nick hactar|ant is now known as ant (~zem@97.115.150.208)
13:34:22 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13:46:17 Join lebellium [0] (~lebellium@2a01cb0405d07f00d33a0da62bfc2206.ipv6.abo.wanadoo.fr)
13:52:23***No seen item changed, no save performed.
14:00
14:26:15 Quit ant (Quit: and it's always been the same / it's just a complicated game)
14:43:38 Join hactar|ant [0] (~zem@97.115.150.208)
15:00
15:52:26***Saving seen data "./dancer.seen"
16:00
16:37:54 Quit jacobk (Ping timeout: 260 seconds)
17:00
17:51:33 Join JanC_ [0] (~janc@user/janc)
17:51:33 Nick JanC is now known as Guest3359 (~janc@user/janc)
17:51:33 Quit Guest3359 (Killed (calcium.libera.chat (Nickname regained by services)))
17:51:33 Nick JanC_ is now known as JanC (~janc@user/janc)
17:52:29***Saving seen data "./dancer.seen"
18:00
18:02:27 Quit lebellium (Quit: Leaving)
19:00
19:07:04 Join dconrad [0] (~dconrad@152.117.104.232)
19:09:42 Join JanC_ [0] (~janc@user/janc)
19:09:42 Quit JanC (Killed (tantalum.libera.chat (Nickname regained by services)))
19:09:42 Nick JanC_ is now known as JanC (~janc@user/janc)
19:42:24 Join massiveH [0] (~massiveH@2600:4040:a982:5400:9d8:f986:78e9:7621)
19:52:31***Saving seen data "./dancer.seen"
20:00
20:14:17 Quit dconrad (Remote host closed the connection)
20:36:42 Join dconrad [0] (~dconrad@152.117.104.232)
21:00
21:15:56 Quit baltazar (Ping timeout: 252 seconds)
21:17:59 Join baltazar [0] (~baltazar@user/baltazar)
21:25:07 Quit dconrad (Remote host closed the connection)
21:52:33***Saving seen data "./dancer.seen"
22:00
22:08:42 Join dconrad [0] (~dconrad@152.117.104.232)
22:10:56 Quit dconrad (*.net *.split)
22:10:56 Quit Nyaa (*.net *.split)
22:10:56 Quit Burak_ (*.net *.split)
22:10:57 Quit olspookishmagus (*.net *.split)
22:10:57 Quit desowin_ (*.net *.split)
22:10:58 Quit jj5 (*.net *.split)
22:10:58 Quit markun (*.net *.split)
22:10:58 Quit sch (*.net *.split)
22:11:51 Join Burak_ [0] (~Burak@185.25.123.34)
22:13:47 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
22:18:55 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)
22:19:51 Join markun [0] (~markun@213-10-76-13.fixed.kpn.net)
22:19:58 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr)
22:20:02 Join desowin [0] (~desowin@rockbox/developer/desowin)
22:20:15 Join dconrad [0] (~dconrad@152.117.104.232)
22:26:16 Quit aaabbb (Changing host)
22:26:16 Join aaabbb [0] (sitku@user/aaabbb)
22:34:52 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
22:52:50 Quit massiveH (Quit: Leaving)
23:00
23:18:38 Quit rudi_s (Ping timeout: 272 seconds)
23:19:12 Join rudi_s [0] (~simon@user/rudi-s/x-7673890)
23:48:10 Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647)
23:52:36***Saving seen data "./dancer.seen"

Previous day | Next day