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

00:03:57 Join dconrad [0] (~dconrad@152.117.104.232)
00:08:16 Quit dconrad (Ping timeout: 252 seconds)
00:27:08***Saving seen data "./dancer.seen"
00:46:04 Quit Bonks (Remote host closed the connection)
00:46:19 Join dconrad [0] (~dconrad@152.117.104.232)
00:50:45 Quit dconrad (Ping timeout: 248 seconds)
00:59:14 Quit Moriar (Ping timeout: 272 seconds)
01:00
01:33:25 Join dconrad [0] (~dconrad@152.117.104.232)
01:37:44 Quit dconrad (Ping timeout: 252 seconds)
01:50:54 Quit pixelma (Quit: .)
01:50:54 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
01:51:54 Join pixelma [0] (marianne@p4fd7fa89.dip0.t-ipconnect.de)
01:51:55 Join amiconn [0] (jens@p4fd7fa89.dip0.t-ipconnect.de)
01:52:15 Quit massiveH (Quit: Leaving)
02:00
02:21:58 Join dconrad [0] (~dconrad@152.117.104.232)
02:26:39 Quit dconrad (Ping timeout: 260 seconds)
02:27:10***Saving seen data "./dancer.seen"
02:30:45 Part paulcarroty
02:54:23 Join dconrad [0] (~dconrad@152.117.104.232)
02:58:43 Quit dconrad (Ping timeout: 245 seconds)
03:00
03:10:22 Quit othello7 (Ping timeout: 268 seconds)
03:26:49 Join dconrad [0] (~dconrad@152.117.104.232)
03:31:27 Quit dconrad (Ping timeout: 265 seconds)
04:00
04:04:39 Quit jacobk (Ping timeout: 260 seconds)
04:05:10 Join jacobk [0] (~quassel@47-186-65-73.dlls.tx.frontiernet.net)
04:15:28 Join dconrad [0] (~dconrad@152.117.104.232)
04:19:36 Quit dconrad (Ping timeout: 246 seconds)
04:27:11***Saving seen data "./dancer.seen"
05:00
05:03:57 Join dconrad [0] (~dconrad@152.117.104.232)
05:08:12 Quit dconrad (Ping timeout: 252 seconds)
05:46:35 Quit PheralSparky (Quit: Leaving)
05:50:53 Join qf [0] (~qf@user/qf)
05:52:39 Join dconrad [0] (~dconrad@152.117.104.232)
05:57:14 Quit dconrad (Ping timeout: 260 seconds)
06:00
06:00:35 Join Bonks [0] (~Bonks@97.115.202.186)
06:27:13***Saving seen data "./dancer.seen"
06:30:22 Join dconrad [0] (~dconrad@152.117.104.232)
06:34:42 Quit dconrad (Ping timeout: 246 seconds)
07:00
07:02:48 Join dconrad [0] (~dconrad@152.117.104.232)
07:07:22 Quit dconrad (Ping timeout: 252 seconds)
07:45:43 Join dconrad [0] (~dconrad@152.117.104.232)
07:50:15 Quit dconrad (Ping timeout: 252 seconds)
08:00
08:11:10 Quit jj5 (Ping timeout: 252 seconds)
08:27:17***Saving seen data "./dancer.seen"
08:27:51 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)
08:34:17 Join dconrad [0] (~dconrad@152.117.104.232)
08:38:57 Quit dconrad (Ping timeout: 252 seconds)
08:46:58speachyThe playdate is interesting, but I think a hosted port is going to be quite a PITA. and it doesn't have external storage.
08:47:29speachytbh it may be less work to do a native port.
08:47:37speachyor equivalent work
08:53:16speachy...does it provide generic filesystem access?
09:00
09:22:55 Join dconrad [0] (~dconrad@152.117.104.232)
09:25:22speachyOlsoFR: Could you finish up the FR translation so it can hit 100%? And would you like to be added to the notification list if it needs updating?
09:27:48 Quit dconrad (Ping timeout: 272 seconds)
10:00
10:02:52 Join dconrad [0] (~dconrad@152.117.104.232)
10:03:22 Quit qf (Ping timeout: 252 seconds)
10:07:21 Quit dconrad (Ping timeout: 244 seconds)
10:14:16 Quit Bonks (Remote host closed the connection)
10:14:33 Join Bonks [0] (~Bonks@97.115.202.186)
10:27:20***Saving seen data "./dancer.seen"
10:33:13 Join OlsroFR [0] (~OlsroFR@user/OlsroFR)
10:35:32OlsroFR+speachy Yes you can put me in the notifications list. I can finish the FR translation with pleasure this week so it can reach 100%
10:38:30speachythank you
10:38:40speachyis same email address you use in your commits okay?
10:40:34OlsroFRyes
10:40:37speachydone
10:40:40OlsroFRallright
10:41:08OlsroFRI don't know when a freeze for the 4.0 release will done, but about me, I am not working on something new for the moment
10:42:02OlsroFRMy only issue is that I notice that my iPod Classic keeps discharging very slowly even with 15s backlight shutdown + auto backlight at each tracks change. It's discharging very slowly and quickly recharge itself to 100% when music stops.
10:42:26OlsroFRI will try to see if charging it through firewire & play music does the same thing. Firewire is known to deliver much more power to iPods
10:42:42OlsroFRThough on Stock OS, even when backlight is ON 100% of time, it keeps charging and never discharges itself
10:43:50OlsroFRI feel like it's something hardware related that may be very difficult to debug and I don't have this knowledge. It's also pretty minor, though I am worried if it's going to accelerate the degradation of the battery over time
10:46:34 Join qf [0] (~qf@user/qf)
10:47:38 Join dconrad [0] (~dconrad@152.117.104.232)
10:48:50Xogiumerm you mean, with the cable plugged in ? That's expected, I'd assume
10:52:40 Quit dconrad (Ping timeout: 272 seconds)
10:55:23OlsroFRXogium Yes when it is docked & charging while docked & playing music at the same time
10:55:44OlsroFR(through USB to a multitap USB port)
11:00
11:05:15OlsroFRI may get myself another dock in the new few days that should be compatible with firewire cables/bricks so I am pretty hyped to see if it's going to do something positively
11:20:37Xogiumwell the ipod probably just dumbly charges itself infinitely using the dock
11:59:57 Quit OlsroFR (Quit: Client closed)
12:00
12:06:50 Join JanC_ [0] (~janc@user/janc)
12:06:50 Quit JanC (Killed (erbium.libera.chat (Nickname regained by services)))
12:06:50 Nick JanC_ is now known as JanC (~janc@user/janc)
12:27:24***Saving seen data "./dancer.seen"
13:00
13:05:30 Join dconrad [0] (~dconrad@152.117.104.232)
13:10:06 Quit dconrad (Ping timeout: 272 seconds)
13:15:15 Quit Bonks (Remote host closed the connection)
13:15:32 Join Bonks [0] (~Bonks@97.115.202.186)
13:31:56 Join OlsroFR [0] (~OlsroFR@user/OlsroFR)
13:32:37OlsroFRGot a report from someone on Reddit that the power management with flash adapters is also broken/incomplete with ipod 3rd gens:
13:32:38OlsroFR"denisyan" 18:20: yes, same shitty battery life with rockbox. i even managed to get an extended battery 3000 mah, but with RB its about  8-10 hours versus 30+ on original :)
13:33:40Xogiumtotally random question but I got curious, how does rockbox keeps track of time after you set the time and date settings ?
13:34:11OlsroFRXogium: Just like stock OS, it read the RTC
13:34:21Xogiumohh
13:34:21OlsroFRThe RTC works as long as your iPod is not totally dead.
13:34:27 Join dconrad [0] (~dconrad@152.117.104.232)
13:34:32OlsroFRIf you remove the battery and plug it again, date/time will be reset ;)
13:34:34Xogiumthat makes sense. I didn't think it had one
13:36:53Xogiumdo we expect problems in rb due to year 2038, by the way ?
13:37:07_bilguson device and on sim the custom menu in TagNav has Yes for the menu title if I select then it tries to search for songs if I press cancel (back button) both crash
13:37:52 Quit OlsroFR (Quit: Client closed)
13:38:45_bilgususing the lua tagnav script If I make a custom menu everything works fine so it must not be aware there isn't a custom menu, or there is some junk its picking up as a cstom menu
13:38:50 Quit dconrad (Ping timeout: 260 seconds)
13:39:24_bilgusXogium, maybe in 2037
13:40:18_bilgus12 years from now maybe there will be an elegant solution atm its just code bloat
13:40:57Xogiumsure but maybe it's also best to investigate sooner rather than later ?
13:41:19_bilguswhats the effect of a wrong date here?
13:41:28Xogiumif it ends up damaging the project because it is more nasty than expected, that would be bad, I mean
13:41:39 Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13:42:07XogiumI don't know, that's what I was asking ;) my question was meant as, what could we expect due to the year 2038 problem in rb, if anything ?
13:42:18_bilguswrong RTC?
13:42:36_bilgusfile dates? I doubt any of that is game stopping
13:43:22_bilgusmaybe if theres some weird stuff around the USB but TBH 12 years we will have less and less devices might not even exist by then
13:43:36_bilguseveryone might have ear head eye implants
13:43:42Xogiumwell, some file format, like zip for example, might be corrupted/impossible to read because they do stuff with the unix time
13:44:07_bilguswhy couldn't you se the date back?
13:45:09_bilgusnah we aren't connected to anything else it'll just be stuck at 2037 or 1971
13:45:21Xogiumguess that works, yes, so long as you don't use apps like alarm and calendar
13:45:52speachyIIRC FAT32 is fine until the year 2100.
13:46:41XogiumI just thought to ask about this considering it's a rather hot topic in the linux comunity and various softwares like even glibc/uclibc-ng/musl
13:46:55speachyRTCs typically store each date component as a separate counter
13:47:31speachybut offhand I don't knwo what our internal representation is. it would be pretty trivial to change, but we don't generally care internally.
13:48:37Xogiumyeah. Just curous, like I said
13:48:48Xogium*curious, even
13:51:21Xogiumfor example I know that in linux or other systems unless there are measures taken against it, we could have very confusing things, for example with databases, those do like to rely on date and time, and afaik filesystem like ext4 may freak out if you have files created with a mtime that is *before* the fs creation time itself
13:51:41speachyinternally we wrap at Y2038
13:52:27speachybut change the definition to a 64-bit type and it'll probably JustWork(tm).
13:53:04Xogiumheh much less problematic than in more complex systems
13:53:27speachyyeah, we're self-contained in a single repository and can change the defintion in one place and have it JustWork(tm).
13:53:35Xogium:D
13:53:53speachythat doesn't mean that any given bit of hardware RTC won't have issues
13:54:06Xogiumoh yes, definitely. I'd expect that, if nothing else
13:55:36Xogiumthat came into my mind because I'm currently fighting with a system here, armv7 on linux, and trying to make glibc build stuff with time_64 or whatever it's called
13:55:49Xogiumand most softwares blow up when you do this
13:56:10speachyglibc etc is constrained by needing to maintain backwards compatibility
13:56:20speachy_binary_ backwards compatibility
13:56:25Xogiumyeah
13:57:30Xogiumbut yep it is quite the mess, most softwares blow up at compile time, even. I don't even get to test the runtime part of things, at that rate
13:58:01speachythe real fun is software that blindly shoves timestams into 'ints' or the like
13:58:24Xogiumhell yes
14:00
14:02:00_bilgustagtree.c:1605:13: runtime error: member access within null pointer of type 'struct search_instruction'
14:02:58_bilgusmust just be reading junk
14:07:02 Join dconrad [0] (~dconrad@152.117.104.232)
14:11:36 Quit dconrad (Ping timeout: 252 seconds)
14:27:26***Saving seen data "./dancer.seen"
14:31:55speachyok, the database structure is voiced (huzzah!) but the individual entries that show up are not.
14:32:13 Quit Bonks (Remote host closed the connection)
14:32:21speachythat's going to require extracting the metadata from the database and creating talk clips for it. Urk.
14:32:30 Join Bonks [0] (~Bonks@97.115.202.186)
14:35:27 Join dconrad [0] (~dconrad@152.117.104.232)
14:38:27Xogiumhell yeah ! Having the structure voiced is awesome already
14:40:25 Quit dconrad (Ping timeout: 268 seconds)
14:59:35 Join dconrad [0] (~dconrad@152.117.104.232)
15:00
15:04:02 Quit dconrad (Ping timeout: 252 seconds)
15:11:35 Quit Bonks (Remote host closed the connection)
15:31:59 Join dconrad [0] (~dconrad@152.117.104.232)
15:36:34 Quit dconrad (Ping timeout: 248 seconds)
15:52:31 Join dconrad [0] (~dconrad@152.117.104.232)
15:56:53 Quit dconrad (Ping timeout: 248 seconds)
16:00
16:25:06 Join dconrad [0] (~dconrad@152.117.104.232)
16:27:27***Saving seen data "./dancer.seen"
16:30:14 Quit dconrad (Ping timeout: 272 seconds)
17:00
17:09:56 Join dconrad [0] (~dconrad@152.117.104.232)
17:14:36 Quit dconrad (Ping timeout: 268 seconds)
17:42:25 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
17:54:37 Join dconrad [0] (~dconrad@152.117.104.232)
17:59:04 Quit dconrad (Ping timeout: 244 seconds)
18:00
18:00:11winsim-buildbotNew Windows simulator build round started. Revision 2c1d31fcd9, xduoox3: Fix inverted test for USB power supply detection by Solomon Peachy
18:16:14winsim-buildbotBuild round completed after 963 seconds.
18:18:54 Join PheralSparky [0] (~S|h|a|w|n@user/shawn/x-4432647)
18:23:42 Join MarcAndersen [0] (~no_znepna@217.74.221.70)
18:24:06MarcAndersenMy sim builds failed. Is the current master commit green?
18:25:44MarcAndersenOh it seams it hasn't been building for a week... I'll check on it tomorrow
18:26:02 Quit jj5 (Quit: Konversation terminated!)
18:26:47 Join dconrad [0] (~dconrad@152.117.104.232)
18:27:28***Saving seen data "./dancer.seen"
18:27:39 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)
18:31:12 Quit dconrad (Ping timeout: 252 seconds)
18:47:22 Join dconrad [0] (~dconrad@152.117.104.232)
18:54:38 Quit qf (Ping timeout: 272 seconds)
19:00
19:05:10 Join qf [0] (~qf@user/qf)
19:14:54aaabbbhow much optimization is left to do for the opus decoder before there are no big optimizations left?
19:27:24 Quit qf (Quit: Konversation terminated!)
19:37:03 Quit MarcAndersen (Ping timeout: 268 seconds)
19:41:01_bilgusaaabbb, there already isn't anything big left
19:41:35aaabbb_bilgus: i have a recollection of asking some time ago and being told that the opus decoder was kind of sloppy and not well-optimized, but i don't remember why
19:42:52_bilgusbeing that its pretty much whats upstream i'm sure thats not sloppy but there are a few things left that could help particular devices but without sitting there and testing you are just as likely to make it slower
19:43:20aaabbbit was something about it not using the tcm?
19:43:34aaabbbdoesn't vorbis decoder use the tcm, for the codebook or something?
19:44:34_bilgusno clue I'd ask whomever told you
19:44:55aaabbbi guess i will have to look through logs and find out
20:00
20:03:12 Join massiveH [0] (~massiveH@2600:4040:a982:5400:882e:ad76:bcd4:4805)
20:27:32***Saving seen data "./dancer.seen"
21:00
21:02:00 Quit aaabbb (Ping timeout: 252 seconds)
21:15:55 Quit baltazar (Ping timeout: 244 seconds)
21:17:51 Join baltazar [0] (~baltazar@user/baltazar)
21:23:33 Quit f_ (Read error: Connection reset by peer)
21:23:40 Quit dbohdan (Quit: ZNC 1.8.2+deb3.1 - https://znc.in)
21:23:41 Join f_ [0] (s-fun@user/f-:38077)
21:23:58 Join dbohdan [0] (~dbohdan@user/dbohdan)
21:24:14 Join aaabbb [0] (sitku@bitcoinshell.mooo.com)
21:26:55 Quit aaabbb (Changing host)
21:26:55 Join aaabbb [0] (sitku@user/aaabbb)
21:38:11 Quit thanosengine (Quit: WeeChat 4.5.1)
21:44:31 Join thanosengine [0] (~thanos@user/thanosengine)
21:53:43 Quit q3k (Ping timeout: 245 seconds)
21:55:27 Join q3k [0] (~q3k@boston-packets.hackerspace.pl)
21:58:48_bilgusaaabbb, any luck? my guess would be saratoga or speachy
21:59:39aaabbbtried to check but realized i had logging disabled
22:00
22:00:34 Quit q3k (Ping timeout: 248 seconds)
22:02:10 Join q3k [0] (q3k@boston-packets.hackerspace.pl)
22:10:15_bilgusaaabbb, https://www.rockbox.org/irc/log-20240514 it was speachy and you can use yandex to search since google has shunned us for blocking its ai bot
22:11:13aaabbbi use yandex anyway, i didn't know it had public logs. cool
22:11:43_bilgushttps://yandex.com/search/?text=https%3A%2F%2Fwww.rockbox.org%2Firc%2F
22:12:27_bilguswelp screwed up the link but you get the idea
22:13:52aaabbblooks like it's not just not using tcm, it lost some optimizations with putting things in iram. i remember now
22:27:03_bilgusyeah and it can be put back if you identify what you can fits for the biggest bang for your buck
22:27:34***Saving seen data "./dancer.seen"
22:59:10_bilgusgit bisect says the custom menu in Tagnav started with g#5911
22:59:13rb-bluebotGerrit review #5911 at https://gerrit.rockbox.org/r/c/rockbox/+/5911 : Reworks to the shuffle system to improve performance and allow fast shuffling from a big library (but this work for all database views) by Paul Sauro
23:00
23:04:22_bilgusand indeed that commit is where it starts crashing but so far I don't see why
23:10:05 Quit dconrad (Remote host closed the connection)
23:14:22 Join dconrad [0] (~dconrad@152.117.104.232)
23:21:39 Quit Moriar (Ping timeout: 246 seconds)
23:24:42 Quit massiveH (Quit: Leaving)
23:45:22 Quit jj5 (Remote host closed the connection)
23:46:38 Join jj5 [0] (~jj5@100.80.216.139.dynamic.dsl.dv.iprimus.net.au)

Previous day | Next day