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 2021-02-15

00:05:01 Quit Soap (Read error: Connection reset by peer)
01:00
01:24:07 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:38a0:8c35:547d:6601)
01:29:17 Quit ZincAlloy (Ping timeout: 272 seconds)
01:34:47 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:38a0:8c35:547d:6601)
01:39:25 Quit ZincAlloy (Ping timeout: 272 seconds)
01:46:47 Join mendelmunkis [0] (~mendelmun@ool-43568247.dyn.optonline.net)
01:54:57 Join ZincAlloy [0] (~Adium@ip5f5acf9f.dynamic.kabel-deutschland.de)
01:55:28***Saving seen data "./dancer.seen"
01:59:18 Quit ZincAlloy (Ping timeout: 246 seconds)
02:00
02:17:57 Quit mendelmunkis (Ping timeout: 264 seconds)
02:34:33 Join mendelmunkis [0] (~mendelmun@ool-43568247.dyn.optonline.net)
02:42:33 Join tomato [0] (t0mato@gateway/vpn/mullvad/tomato)
02:48:24 Join PimpiN8 [0] (~PimpiN8@178.239.173.176)
02:52:51 Quit PimpiN8 (Ping timeout: 246 seconds)
03:00
03:55:30***Saving seen data "./dancer.seen"
04:00
04:08:23 Quit ubervison (Remote host closed the connection)
04:11:30 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
04:15:20 Join ubervison [0] (~ubervison@2a02:aa12:b106:1b80:4978:337a:24bd:4bbc)
04:15:35 Quit ubervison (Client Quit)
04:18:57 Quit _bilgus (Remote host closed the connection)
04:20:00 Join _bilgus [0] (~bilgus@cpe-107-11-237-184.columbus.res.rr.com)
04:20:25 Quit SammysHP (Quit: *wuff*)
04:20:26 Quit trfl (Remote host closed the connection)
04:20:43 Join SammysHP [0] (~SammysHP@faol.sammyshp.de)
04:21:10 Join petur [0] (~petur@166.49.220.50)
04:21:10 Quit petur (Changing host)
04:21:10 Join petur [0] (~petur@rockbox/developer/petur)
04:21:40 Join trfl [0] (~ed@static.59.110.40.188.clients.your-server.de)
04:30:09 Quit pamaury (Ping timeout: 246 seconds)
05:00
05:02:37 Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr)
05:02:37 Quit pamaury (Changing host)
05:02:37 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
05:52:19 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
05:55:34***Saving seen data "./dancer.seen"
07:00
07:31:39 Quit ac_laptop (Ping timeout: 272 seconds)
07:55:07 Join Soap [0] (~Soap@rockbox/staff/soap)
07:55:29 Join MrZeus_ [0] (~MrZeus@81.92.205.23)
07:55:37***Saving seen data "./dancer.seen"
08:00
08:13:36 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
08:51:23 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net)
08:54:10 Join speachy [0] (~speachy@209.2.65.77)
08:56:30 Quit ac_laptop (Ping timeout: 246 seconds)
09:00
09:31:31 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
09:55:40***Saving seen data "./dancer.seen"
10:00
10:20:24 Quit massiveH (Quit: Leaving)
10:35:16 Quit tomato (Quit: Ping timeout (120 seconds))
10:48:43 Join PimpiN8 [0] (~PimpiN8@178.239.173.176)
10:51:05 Join tomato [0] (t0mato@gateway/vpn/mullvad/tomato)
11:00
11:03:05 Quit ac_laptop (Ping timeout: 240 seconds)
11:21:18 Quit pamaury (Quit: Konversation terminated!)
11:25:23 Quit PimpiN8 (Quit: Textual IRC Client: www.textualapp.com)
11:25:59 Quit petur (Quit: Connection reset by beer)
11:46:04 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
11:55:44***Saving seen data "./dancer.seen"
12:00
12:03:01 Join smoke_fumus [0] (~smoke_fum@188.35.176.90)
12:59:53 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:6d12:c835:d375:db4d)
13:00
13:01:29 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
13:49:07 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr)
13:55:46***No seen item changed, no save performed.
14:00
14:16:15 Quit ac_laptop (Ping timeout: 265 seconds)
14:28:21 Join PimpiN8 [0] (~PimpiN8@2001:1c04:3309:f200:4966:c55f:e657:2bb)
14:36:48 Join Rower [0] (~Rower@84.17.55.74)
14:49:56 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
14:50:41 Join popcorn9499 [0] (~popcorn94@S0106e4f4c61e4706.wp.shawcable.net)
15:00
15:30:27 Quit ac_laptop (Ping timeout: 272 seconds)
15:45:32popcorn9499I found a potential bug. Not sure if chapters r even supports in rockbox or not but I have multiple ipods and I am gonna attempt switching over to rockbox on one device. Anyways I listen to alot of audiobooks and so they r mostly m4b files. I was having issues with them crashing and I found out where my issue was. so with m4b files with chapters created with mp4chaps (mp4v2) cause rockbox to fail to play them. however chapters
15:45:32popcorn9499created with mp4box still play.
15:46:08popcorn9499Is my only real option to just switch to mp4box for all the chapters created? Or does rockbox not support chapters in m4bs at all and my best bet would be a cuefile?
15:53:35 Join ac_laptop [0] (~ac_laptop@186.2.247.129)
15:55:47***Saving seen data "./dancer.seen"
16:00
16:32:42speachypopcorn9499: It's a known issue but the exact reason for the failure is not known.
16:33:05speachythe current assumption is that parsing out the file is causing the decoder to run out of memory
16:33:37speachywhat does mp4box do differently from mp4chaps?
17:00
17:03:38 Quit pamaury (Ping timeout: 256 seconds)
17:05:45 Quit Rower (Ping timeout: 240 seconds)
17:06:54 Quit ZincAlloy (Quit: Leaving.)
17:52:21 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
17:55:50***Saving seen data "./dancer.seen"
17:58:33 Quit smoke_fumus (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)
18:00
18:02:16 Quit pamaury (Ping timeout: 240 seconds)
18:10:06popcorn9499Does rockbox log something to say that its out of memory? What would be the easiest way to test if its running out of memory?
18:11:10popcorn9499as for whats different. I honestly dont know.. I am submitting the same chapters to both
18:12:13 Quit mendelmunkis (Remote host closed the connection)
18:12:31 Join mendelmunkis [0] (~mendelmun@ool-43568247.dyn.optonline.net)
18:13:01 Join bonfire [0] (~bonfire@c-24-2-109-9.hsd1.ut.comcast.net)
18:16:21 Quit lebellium (Quit: Leaving)
19:00
19:13:05 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:28:39 Quit Frans-Willem (Ping timeout: 256 seconds)
19:55:51***Saving seen data "./dancer.seen"
20:00
20:03:17 Join MrZeus__ [0] (~MrZeus@2a02:c7f:a0aa:4400:11:2461:32c1:a051)
20:06:16 Quit MrZeus_ (Ping timeout: 240 seconds)
20:40:15 Join bleb [0] (~cm@unaffiliated/bleb)
20:41:19 Quit bleb (Client Quit)
20:42:47 Join bleb [0] (~cm@unaffiliated/bleb)
20:45:45 Quit MrZeus__ (Ping timeout: 272 seconds)
21:00
21:55:53***Saving seen data "./dancer.seen"
22:00
22:41:32 Quit Natch (Remote host closed the connection)
22:50:58 Join Natch [0] (~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se)
23:00
23:04:33speachypopcorn9499: I think what's going on isthat the chapter data is encoded as another media chunk, and that's throwing everything off.
23:15:06speachywell, that's one of the two issues.
23:21:28 Join PicklesTheFrog [0] (4947164d@c-73-71-22-77.hsd1.ca.comcast.net)
23:27:07 Join PicklesTheFrog1 [0] (~PicklesTh@2601:640:8780:a820:25b5:b571:c83a:ac20)
23:27:49 Quit PicklesTheFrog (Quit: Connection closed)
23:30:57braewoodsspeachy: i kinda wonder if a viable workaround would be switching to another container that supports a different kind of chapter or markers
23:31:18braewoodsFLAC supports marking track offsets or so for faster seeking and cue sheets
23:31:23speachythe actual error (at least on the couple of several-hundred-MB m4a/b files I have)
23:31:36speachyis "stco too large to allocate lookup_table[]"
23:31:54braewoodsso OOM
23:31:58speachy(it's trying to allocate a ~900KB table)
23:32:11braewoodsbut shouldn't there be enough RAM for that?
23:32:26speachycodecs don't get that much memory set aside for themselves.
23:32:31braewoodsi see.
23:32:33speachy(at least not on most of our targets)
23:32:42speachyon top of everything else
23:32:52braewoodsi wonder what the lookup table is for
23:33:05braewoodsit might be necessary to move it to the slower RAM
23:33:10braewoodsjust to make it work
23:33:23braewoodsif that's even an option
23:33:31PicklesTheFrog1is there a way to get rockbox on a touchscreen based mp3 - like an android based? sorry if this is asked a lot
23:33:41braewoodsnot like a native port
23:33:47braewoodsthere's android port i believe
23:34:13braewoodsbut it's basically a regular app there
23:34:17braewoodsnot firmware
23:34:27speachy"Sample Table Chunk Offset"
23:34:43speachyin this file there are ... ~110K entries in that table
23:34:47PicklesTheFrog1oh i see
23:35:03braewoodsgot a few options for OOM
23:35:07PicklesTheFrog1yeah i just switched from an ipod classic to a fiio m7 so im wondering
23:35:10braewoodsreduce RAM usage or waste
23:35:24braewoodsor move it to another RAM bank
23:35:27braewoodsor
23:35:37braewoodsjust accept it won't work
23:35:37speachyPicklesTheFrog1: Short answer: absolutely. Longer answer: Someone has to do that port.
23:35:58braewoodsspeachy: oh, i thought i saw android in the targets list
23:36:00braewoodsit's not complete?
23:36:09__builtinit's very outdated
23:36:11speachyit doesn't work with android >4
23:36:15braewoodsOh.
23:36:27speachyas in, won't even compile due to major, major API changes.
23:36:36PicklesTheFrog1yeah i had to make the jump... my poor ipod was on its last leg
23:36:40__builtinyour best bet nowadays is the SDL app
23:36:58__builtinon a linux-based touchscreen device, probably
23:37:22braewoodspinephone would probably fit that bill :)
23:37:24braewoodslol
23:37:34speachybraewoods: http://mirror.informatimago.com/next/developer.apple.com/documentation/QuickTime/REF/Streaming.35.htm
23:39:02speachystco is mandatory, so we can't just ignore it.
23:39:49speachyI think we can technically ditch the stbl subtree altogether, but I think we'd lose the ability to seek altogether.
23:40:10speachydepends on how robust the decoder/parser/demuxer is, I suppose
23:42:07speachybut on that note, it's well past my bedtime, and I have to be up in < 6 hours.
23:42:23PicklesTheFrog1good night o/
23:55:56***Saving seen data "./dancer.seen"

Previous day | Next day