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 2016-01-04

00:00:11[Saint]I don't think this thing was really designed with servicing in mind - which doesn't entirely surprise me.
00:01:50[Saint]But - yeah, if you were to look at the batterystats profiling over a full charge and runtime I'm almost certain you would see a massive rolloff in the discharge curve.
00:02:52[Saint]which would cause it to appear to jump up or down high increments in % when discharging or charging.
00:12:45 Quit ender` (Quit: Just think of how stupid the average person is, and then realize half of them are even stupider than that! -- George Carlin)
00:26:21 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 44.0/20151228134903])
00:35:24 Quit xorly (Ping timeout: 246 seconds)
00:45:05 Nick suYin is now known as suYin`OFF (
00:45:15 Quit pamaury (Ping timeout: 255 seconds)
01:04:30 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
01:08:04 Quit ZincAlloy1 (Quit: Leaving.)
01:40:40***Saving seen data "./dancer.seen"
01:45:48 Quit Strife89 (Ping timeout: 272 seconds)
02:19:27 Nick jtdesigns01_ is now known as jtdesigns01 (~quassel@2601:400:8000:34f5:230:bdff:fe71:cebd)
02:59:16 Quit girafe (Read error: Connection reset by peer)
03:03:51 Quit Aldem (Read error: Connection reset by peer)
03:16:25 Join Aldem [0] (~Aldem@unaffiliated/aldem)
03:27:06 Join syscrash [0] (~syscrash@
03:27:06 Quit syscrash (Changing host)
03:27:06 Join syscrash [0] (~syscrash@poipu/developer/syscrash)
03:27:20 Nick syscrash is now known as jvd (~syscrash@poipu/developer/syscrash)
03:40:42***Saving seen data "./dancer.seen"
03:42:51 Join cttttt [0] (uid135570@gateway/web/
03:54:43 Quit soap (Ping timeout: 240 seconds)
04:03:53 Quit Moarc (Ping timeout: 272 seconds)
04:04:45 Join Moarc [0] (~chujko@2002:551c:8069:1:cc73:aeb8:2b17:990b)
05:29:03 Quit TheSeven (Ping timeout: 250 seconds)
05:30:44 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:40:46***Saving seen data "./dancer.seen"
05:49:01 Quit JanC (Ping timeout: 246 seconds)
05:54:05 Quit autofsckk (Quit: leaving)
06:02:59 Join JanC [0] (~janc@lugwv/member/JanC)
06:51:31 Join varogami [0] (
07:36:17 Quit sparetire_ (Quit: sparetire_)
07:40:49***Saving seen data "./dancer.seen"
07:43:58 Quit pixelma (Remote host closed the connection)
07:43:58 Quit amiconn (Read error: Connection reset by peer)
07:44:13 Quit __builtin (Quit: No Ping reply in 180 seconds.)
07:45:29 Join __builtin [0] (~me@unaffiliated/franklin)
07:46:01 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
07:46:05 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
08:48:03 Join petur [0] (~petur@rockbox/developer/petur)
09:13:26 Join ender` [0] (
09:40:51***Saving seen data "./dancer.seen"
10:00:19 Join elgis [0] (~none@unaffiliated/elgis)
10:05:57 Quit elgis (Quit: leaving)
10:12:44 Quit PurlingNayuki (Quit: PurlingNayuki)
10:48:55 Join elgis [0] (~none@unaffiliated/elgis)
10:50:22 Quit elgis (Client Quit)
11:24:37[Saint]There is no clean way to reliably determine if the current playback is mono or stereo in a simple fashion.
11:25:32[Saint]unless I'm missing something really obvious.
11:25:45[Saint]but I guess I'm not, else I swear this would exist already.
11:26:24gevaerts[Saint]: I'm sure a DSP plugin can easily detect this! :)
11:27:20[Saint]a theme tag that depends on a plugin is less than mildly disgusting. ;)
11:27:41[Saint]I would really like a generic "is stereo?" tag without hooking into every damn codec.
11:27:52[Saint]but, alas.
11:29:52CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
11:29:52*[Saint] admits that it wasn't necessarily obvious what he was talking about
11:30:32[Saint]the forum user who brought this up only specifically asked for "MP3" stero/mono detection, but I doubt that's actually a specific request for MP3 support.
11:30:42[Saint]More of a "MP3" == "audio" thing.
11:30:58 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:31:20[Saint]The specific MP3 case would be a lot easier, but I'm really hesitant to shit out mono/stero tags for specific codecs.
11:31:31gevaertsI'm not at all sure it would be easier
11:32:47[Saint]I'm kinda tempted to just reply with "shit's hard, yo"
11:34:03 Join elgis [0] (
11:34:03 Quit elgis (Changing host)
11:34:03 Join elgis [0] (~none@unaffiliated/elgis)
11:34:19[Saint]Then there's the "weird shit" to consider, like, what state does it reflect?
11:35:08[Saint]Like, does the tag report what the source is, or does it get wiggled if mono is forced even if the source is stereo, or if the user (ab)uses stereo balance?
11:35:14[Saint]etc. ad nauseum.
11:36:32gevaertsThe "easy" way would be to use sample_io_data.stereo_mode or sample_io_data.format.num_channels
11:36:41gevaertsAnd then work out the properties from that :)
11:37:06gevaertsWhoch I *think* is "what the codec told the dsp bit about what the track is"
11:37:49[Saint]the difficult part is "it could be lying", but I guess everything and anything in this regard could fall over like that.
11:38:13gevaertsIt could be *simplifying*
11:38:20[Saint]well, yes.
11:38:45gevaertsOr you could have a codec that does mono->stereo conversion itself, but that would I think be unexpected
11:39:07[Saint]opus fits that bill I think.
11:39:48gevaertsI mean, you can just tell the dsp engine if it's mono or stereo, why would you do that conversion yourself?
11:40:32gevaertsI'd expect things that support 5.1 and the like to be a bit misleading though
11:40:49 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
11:40:54***Saving seen data "./dancer.seen"
11:42:29[Saint]slightly off tangent - is stereo still stereo if it's two distinct yet identical channels?
11:44:20[Saint]My gut wants to lean to "no", but I understand why it's technically "yes".
11:44:35gevaertsOK, so what about dsp_get_config(CODEC_IDX_AUDIO)->io_data.stereo_mode ?
11:45:22[Saint]Where are we...
11:45:28[Saint]Oh. Ah.
11:45:54gevaertsIf I read things properly, that will say STEREO_INTERLEAVED, STEREO_NONINTERLEAVED, or STEREO_MONO
11:46:51gevaertsOr dsp_get_config(CODEC_IDX_AUDIO)->io_data.format.num_channels , but I'm less sure about that one
11:47:17gevaertsI don't think you care about STEREO_INTERLEAVED vs STEREO_NONINTERLEAVED, but that bit is easy :)
11:48:20 Join xorly [0] (
11:48:36[Saint]I don't, but it's conceivable a user might for some reason. Perhaps that would be better suited for a separate tag though.
11:49:13[Saint]Not really sure if it makes sense in a stereo/mono identifier, but maybe I'm just not thinking about it right.
11:49:50gevaertsIt doesn't, as far as I can tell
11:50:17gevaertssome codecs set STEREO_INTERLEAVED, some set STEREO_NONINTERLEAVED, but none of them can set both, so it's clearly a technical detail about the codec
11:51:48 Quit pamaury (Ping timeout: 245 seconds)
11:51:56gevaertsI suspect it's about in which order the bytes come out, and if a user cares about *that*, we can't help :)
11:54:01*gevaerts thinks the hardest part will be to decide what the tag is named
12:09:16 Quit evilnick_ (Ping timeout: 244 seconds)
12:09:16 Quit gevaerts (Ping timeout: 244 seconds)
12:11:49 Join evilnick_ [0] (
12:13:22 Nick suYin`OFF is now known as suYin (
12:16:28 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
12:39:36 Nick suYin is now known as suYin`OFF (
13:40:58***Saving seen data "./dancer.seen"
14:12:17 Join ZincAlloy [0] (
14:15:16 Join lebellium [0] (
15:41:01***No seen item changed, no save performed.
16:14:01 Join amayer [0] (
17:07:53 Join sparetire_ [0] (~sparetire@unaffiliated/sparetire)
17:10:14 Join PurlingNayuki [0] (~Thunderbi@
17:32:34 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
17:41:03***No seen item changed, no save performed.
17:47:22 Quit petur (Quit: *plop*)
17:53:49 Join Strife89 [0] (
18:31:02 Join krabador [0] (~krabador@unaffiliated/krabador)
18:34:11 Quit krabador (Read error: No route to host)
18:35:07 Join krabador [0] (~krabador@unaffiliated/krabador)
18:45:00 Quit krabador (Read error: No route to host)
18:45:31 Join krabador [0] (~krabador@unaffiliated/krabador)
19:09:14 Quit krabador (Quit: Take The Time)
19:23:09 Join krabador [0] (~krabador@unaffiliated/krabador)
19:32:58 Quit PurlingNayuki (Ping timeout: 260 seconds)
19:41:04***Saving seen data "./dancer.seen"
20:18:16 Quit krabador (Quit: Take The Time)
20:27:56 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
20:40:40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
20:40:54 Join fs-bluebot [0] (
20:43:11 Quit fs-bluebot_ (Ping timeout: 265 seconds)
20:43:53 Quit bluebrother^ (Ping timeout: 260 seconds)
20:54:31 Join girafe [0] (
21:08:27 Quit krnlyng (Quit: huiiiiii)
21:12:57 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
21:41:07***Saving seen data "./dancer.seen"
21:51:53 Quit pamaury (Ping timeout: 240 seconds)
22:00:15 Join pablo_pi [0] (~pablo@
22:03:02 Quit pablo_pi_ (Ping timeout: 245 seconds)
22:05:16 Join pablo_pi_ [0] (~pablo@
22:06:01 Quit pablo_pi (Ping timeout: 260 seconds)
22:08:10 Quit varogami (Quit: WeeChat 1.3)
22:18:45 Join petur [0] (~petur@rockbox/developer/petur)
22:25:07 Join krnlyng [0] (
22:38:26 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
22:47:33 Quit elgis (Quit: Lost terminal)
23:03:33 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 44.0/20151228134903])
23:05:18 Quit munch (Ping timeout: 260 seconds)
23:14:38 Quit rela (Ping timeout: 260 seconds)
23:41:10***Saving seen data "./dancer.seen"

Previous day | Next day