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).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2017-06-28

00:03:34***Saving seen data "./dancer.seen"
00:03:48pamauryit's a bit complicated, you probably want to look at lib/rbcodec/codecs/codecs.make, but it's not all because it is included by other Makefiles. It uses the plugin linker script (apps/plugins/plugin.lds)
00:08:23pamaurybasically (afair) the codec compiles to just code and data (but the loader doesn't know care, it loads that as a big binary blob). And then the code in lib/rbcodecs/codecs/codec_crt0.c move the data where it should be (handling iram), clears bss, stuff like that. all the magic is in the linker script, as usual
00:08:53 Quit lyra_hs (Ping timeout: 260 seconds)
00:11:11 Join lyra_hs [0] (542a1418@gateway/web/freenode/ip.84.42.20.24)
00:11:19lyra_hsokay! thanks!
00:13:52 Quit pamaury (Ping timeout: 240 seconds)
00:18:02 Quit lyra_hs (Quit: Page closed)
00:58:40 Quit petur (Quit: Leaving)
01:00
01:04:20 Quit ender` (Quit: sweater, n a garment worn by children when their mother is cold)
01:21:00 Quit PurlingNayuki (Ping timeout: 276 seconds)
01:34:35 Quit TheSeven (Ping timeout: 255 seconds)
01:47:58 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
01:57:30 Quit MrZeus1 (Ping timeout: 255 seconds)
02:00
02:03:35***Saving seen data "./dancer.seen"
02:26:02 Quit robertd1 (Ping timeout: 246 seconds)
02:30:04 Join macaronus [0] (~bobbie_pa@gateway/vpn/privateinternetaccess/bobbiepasta/x-70106438)
02:39:15 Join robertd1 [0] (~root@200.109.42.11)
02:43:46 Quit robertd1 (Ping timeout: 240 seconds)
02:58:48 Join robertd1 [0] (~root@200.109.42.11)
03:00
03:01:37 Quit macaronus (Remote host closed the connection)
03:02:48 Join macaronus [0] (~bobbie_pa@gateway/vpn/privateinternetaccess/bobbiepasta/x-70106438)
03:02:59 Quit macaronus (Remote host closed the connection)
03:09:26 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus)
03:11:04 Quit ZincAlloy (Quit: Leaving.)
03:11:44 Quit Bilgus (Ping timeout: 248 seconds)
03:38:15 Join mmint [0] (~mmint@unaffiliated/mmint)
04:00
04:03:37***Saving seen data "./dancer.seen"
04:24:33 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60)
04:28:57 Quit PurlingNayuki (Ping timeout: 240 seconds)
05:00
05:29:15 Quit krabador (Remote host closed the connection)
06:00
06:03:39***Saving seen data "./dancer.seen"
06:23:16 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60)
06:26:31 Quit TheSeven (Ping timeout: 246 seconds)
06:27:10 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:54:22 Quit Bilgus_ (Remote host closed the connection)
06:54:44 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus)
06:56:27 Quit PurlingNayuki (Ping timeout: 240 seconds)
07:00
07:13:44 Join Strife89 [0] (~quassel@adsl-98-80-183-180.mcn.bellsouth.net)
07:15:06 Join Strife89|Quassel [0] (~quassel@adsl-98-80-184-191.mcn.bellsouth.net)
07:17:30 Quit Strife1989 (Ping timeout: 255 seconds)
07:19:10 Quit Strife89 (Ping timeout: 276 seconds)
08:00
08:03:43***Saving seen data "./dancer.seen"
08:04:49 Join woffs [0] (3cd46299b2@woffs.de)
08:06:45woffsMy gap problem was apparently WPS related. With rockbox-failsafe as WPS file playback is indeed gapless. Other themes too fat for the device?
08:23:01 Part woffs
08:23:35 Join ender` [0] (krneki@foo.eternallybored.org)
08:43:57 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
08:44:16 Quit mendelmunkis (Remote host closed the connection)
08:45:34 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
08:49:33 Join dvorak [0] (~Moshe@ool-182ea053.dyn.optonline.net)
08:49:55 Quit mendelmunkis (Read error: Connection reset by peer)
08:52:57 Quit dvorak (Remote host closed the connection)
08:58:26 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus)
09:00
09:01:05 Quit Bilgus_ (Ping timeout: 248 seconds)
09:02:41 Quit Bilgus (Ping timeout: 248 seconds)
09:09:22 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz)
09:14:13 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:18:45 Quit mendelmunkis (Remote host closed the connection)
09:19:22 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:25:19 Join woffs [0] (3cd46299b2@woffs.de)
09:27:56 Join dvorak [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:28:20 Quit mendelmunkis (Read error: Connection reset by peer)
09:30:36 Quit dvorak (Read error: Connection reset by peer)
09:30:56 Join dvorak [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:31:51 Quit dvorak (Remote host closed the connection)
09:32:41 Join dvorak [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:35:06 Quit dvorak (Read error: Connection reset by peer)
09:35:26 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:44:21 Quit mendelmunkis (Remote host closed the connection)
09:44:39 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:54:06 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
09:54:18 Quit mendelmunkis (Remote host closed the connection)
09:54:44 Join mendelmunkis [0] (~Moshe@ool-182ea053.dyn.optonline.net)
09:56:09 Join elensil [0] (~edhelas@89.20.182.46)
09:56:23 Join prof_wolfff [0] (~prof_wolf@77.red-88-10-184.dynamicip.rima-tde.net)
09:57:16 Quit mendelmunkis (Remote host closed the connection)
10:00
10:03:48***Saving seen data "./dancer.seen"
10:13:23 Quit xorly (Ping timeout: 240 seconds)
10:13:53 Quit The_Prospector (Ping timeout: 240 seconds)
10:16:05 Quit GodEater (Quit: Coyote finally caught me)
10:21:12 Join GodEater [0] (~whoknows@176.252.249.150)
10:21:12 Quit GodEater (Changing host)
10:21:12 Join GodEater [0] (~whoknows@rockbox/staff/GodEater)
10:43:40 Join varogami [0] (~varogami@93-44-106-118.ip96.fastwebnet.it)
10:51:53 Quit pamaury (Ping timeout: 240 seconds)
10:53:40 Quit jhMikeS (Ping timeout: 276 seconds)
11:00
11:08:15 Part woffs
11:09:42 Join smoke_fumus [0] (~smoke_fum@188.35.176.90)
11:10:19 Quit smoke_fumus (Client Quit)
11:24:13 Join petur [0] (~petur@rockbox/developer/petur)
11:25:16 Quit feoafka (Quit: feoafka)
11:33:18 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
11:48:03 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a96f:d764:a55f:5dd)
11:55:18 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
12:00
12:03:50***Saving seen data "./dancer.seen"
12:10:53 Join xorly [0] (~xorly@193.85.203.185)
12:13:00 Quit prof_wolfff (Ping timeout: 246 seconds)
12:14:31 Join prof_wolfff [0] (~prof_wolf@77.red-88-10-184.dynamicip.rima-tde.net)
12:23:46 Join CH23 [0] (4dfa0218@gateway/web/freenode/ip.77.250.2.24)
12:25:07CH23where can i find the code that controlls the FM radio scanning frequencies for the sansa clip plus? i want to see if i can add the japanese + EU frequency range together
12:31:47 Quit JdGordon_ (Ping timeout: 268 seconds)
12:38:22 Join woffs [0] (3cd46299b2@woffs.de)
12:38:22 Quit prof_wolfff (Ping timeout: 240 seconds)
12:39:02CH23found it. tuner.c
12:45:17 Quit robertd1 (Remote host closed the connection)
12:48:03 Join robertd1 [0] (~root@200.109.42.11)
13:00
13:11:55 Quit Galois (Ping timeout: 246 seconds)
13:15:39 Join JanC_ [0] (~janc@lugwv/member/JanC)
13:16:02CH23and it works too. is there a reason that in firmware/tuner.c, 'REGION_OTHER' isn't from 76MHz up to 108MHz ?
13:16:56 Nick JanC is now known as Guest24635 (~janc@lugwv/member/JanC)
13:16:57 Quit Guest24635 (Killed (card.freenode.net (Nickname regained by services)))
13:16:57 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
13:17:03CH23right now it's a copy of 'REGION_ITALY'
13:18:56wodzOk, I need a piece of advice. Background: I returned to poking around picoTTS. General processing sequence is 1) initialize tts engine 2) feed text to engine 3) call pico_getData() in a loop until it reports nothing more to process 4) goto 2 untill all text is consumed.
13:20:07wodzNow, there is no simple link between text feeded and samples outputed. Preporcessor does some context analysis and hence it may hold some the text to be processed when more text is available.
13:23:37wodzThis makes 'navigation' pretty hard. I can chop input text into sentences for example but this effectively cancels context sensitive analysis of preprocessor. I can chop paragraphs, which should be quite immune to the previous problem BUT this may produce quite a bit of audio and so navigation would be very coarse.
13:27:22wodzI can chop in const chunks (say 100b) and search start of the sequence backwards in case of rewinding.
13:27:28wodzAny thoughts?
13:31:47pamaurywodz: why to you want to split the text? Is that to be able to interrupt the audio as soon the user pressed a key for example?
13:32:02wodzpamaury: it is
13:32:23wodzpamaury: But the problem is 1) bookmaring 2) rewinding and fast forwarding
13:33:37pamaurycan you split on sentences instead of paragraph?
13:34:40Moarchello
13:35:15wodzpamaury: Probably I can steal some code from somewhere to do that but my observation is that preprocessor uses pretty big context.
13:35:19pamauryCH23: not sure about REGION_OTHER. I would have expected it to start at 76000000; it seems to me it should be a fallback to allow all possible frequencies but I don't know what was the intention
13:36:44wodzpamaury: And splitting on sentences is non trivial as well. https://stackoverflow.com/questions/4576077/python-split-text-on-sentences
13:37:07MoarcI have a few tracks which fail to play, with "Codec: not an encoder" appearing in the log
13:37:43pamaurywodz: yes I can imagine there are plenty of edge cases
13:38:34pamauryMoarc: what type of file? Can you upload one somewhere? Also which version of rockbox do you have?
13:39:01Moarclatest from git, until a few minutes ago - some older build
13:39:53Moarcit's all ogg files, not sure if I can upload them and not get prosecuted out of existence :D
13:41:06pamauryMoarc: in doubt send one to me by email (amaury.pouly −−at−− gmail), I'll try to have a look or send them to the relevant people
13:43:31Moarchuh, trying to cut one of those files revealed
13:43:32MoarcStream #0:1: Video: png, rgb24(pc), 800x800 [SAR 2835:2835 DAR 1:1], 90k tbr, 90k tbn, 90k tbc
13:44:11pamauryCH23: another reason for REGION_OTHER could simply be that as a user if would choose 'Other' if your country is not in the list. And it just so happens that all other countries use the same band as Italy
13:44:53pamauryMoarc: looks like a video file, maybe our ogg decoder doesn't like that...
13:45:07Moarcmore specifically, an embedded cover
13:45:35CH23pamaury: then still it would make sense to have 76000000 - 18000000 under that
13:47:29pamauryCH23: maybe I don't know, if 76-180 Mhz is not used anywhere except Japan, it does not make sense to extend REGION_OTHER
13:50:20pamauryMoarc: the message (not an encoder) is strange though, I would not except it to show up when playing a song
13:51:03MoarcI reviewed other files on the player, and some of them have similarly embedded PNG's yet play fine
13:53:33pamauryit might be caused by something else not obvious, that's why we would need to get the file. Mabe play with warble, the decoder tester, to see what's wrong?
13:56:11Moarchttp://plain.hylobat.es/NotAnEncoder.tar
13:56:36Moarc01. SAKURA SKIP.ogg, one of the files that don't work
13:56:53Moarcand for contrast 01. Luminous.ogg, another file with PNG cover that does play
13:58:48pamauryintetrestingly, both files play without any problem with warble (ie just our codec tester). Thus I suspend the problem might not come from the codec itself. I will need to test it on target tonight
14:00
14:00:18Moarcfail.
14:00:29pamaury*suspect
14:00:32MoarcI had stripped the cover from the non-working file :>
14:02:05pamauryI suspect saratoga might be interested too
14:03:37Moarcthis is the original file that won't play: http://plain.hylobat.es/NotAnEncoder/01.%20SAKURA%20SKIP.ogg
14:03:54***Saving seen data "./dancer.seen"
14:04:07Moarcand for others who might want to investigate, I fixed the tar archive too
14:08:18Moarcso, sorry for the confusion, but the file which I had originally uploaded was already stripped of the cover, as I wanted to try whether that would help with playing it on Rockbox
14:10:32CH23and it did help?
14:11:40MoarcYes.
14:15:00MoarcWhat's weird is that a ton of other files (like '01. Luminous.ogg' included in the archive) have similarly embedded covers, and play correctly.
14:16:17pamauryit might be unrelated to embedded cover
14:16:55Moarcof course.
14:17:45gevaertsWe do have a problem with covers that are too big, which might be related
14:19:15CH23it's only 800x800
14:20:15gevaertsWhat does that mean in bytes?
14:21:37CH23829 kilobytes
14:31:23 Join prof_wolfff [0] (~prof_wolf@77.red-88-10-184.dynamicip.rima-tde.net)
14:34:54gevaertsIt looks like the cover art in 01. Luminous.ogg is a lot smaller than that in 01. SAKURA SKIP.ogg
14:35:06gevaertsSo I wouldn't dismiss that as a possible problem
14:38:22 Quit prof_wolfff (Ping timeout: 240 seconds)
14:42:27gevaertshttp://forums.rockbox.org/index.php?topic=28570.15 has a bit more about this
14:42:36*gevaerts is pretty sure this is the issue
14:43:23CH23ah that makes sense yeah
14:45:12gevaertsNow, the file not playing at all should probably still be considered a bug, but I don't know much about how vorbis files are organised
15:00
15:00:48 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
15:02:53 Quit CH23 (Quit: Page closed)
15:04:59 Quit varogami (Quit: WeeChat 1.8)
15:05:20 Quit jhMikeS (Ping timeout: 268 seconds)
15:08:06 Join Galois [0] (djao@efnet-math.org)
15:25:28 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
15:41:23pamaurywell the file should play in any case, it looks like a bug to me in any case
15:42:20pamauryand the file plays without problem in warble
16:00
16:03:56***Saving seen data "./dancer.seen"
16:17:23wodzSome memory limit maybe? Warble should be free of the limits of codecbuf
16:18:53pamauryyeah I don't know how memory allocation works, probably some debug output can be enabled on warble to check that
16:19:55pamaurybut as far as I know, codecs don't allocate memory
16:21:29gevaertsI'm pretty sure some codecs use their own malloc+pool
16:21:41gevaertsAnd iirc vorbis is one of those
16:24:41wodzyes vorbis uses tlsf
16:26:39pamauryah yes it uses codec_get_buffer() to get some memory, hmmm
16:36:44 Join PimpiN8 [0] (~textual@ip51cd65d5.speed.planet.nl)
17:00
17:04:56saratogaIIRC we put in some fixes that prevent Ogg from crashing when you to to parse a packet bigger than the free memory in the codec buffer, but i didn't figure out a way to skip the packet
17:05:12saratogai don't really understand ogg though, so i could have missed something simple
17:05:34saratogaright now it just checks that you're out of memory and then skips the track
17:05:43saratogapreviously it was do bad things to the codec memory
17:24:53 Join krabador [0] (~krabador@unaffiliated/krabador)
17:34:05 Join smoke_fumus [0] (~smoke_fum@188.35.176.90)
17:50:27 Quit elensil (Quit: Leaving.)
17:57:51 Quit petur (Read error: Connection reset by peer)
17:59:07 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:00
18:03:24 Quit Aldem (Read error: Connection reset by peer)
18:04:01***Saving seen data "./dancer.seen"
18:06:44 Join Aldem [0] (~Aldem@unaffiliated/aldem)
18:21:29 Quit Aldem (Quit: Have to go, planet needs me.)
18:23:13 Join Aldem [0] (~Aldem@unaffiliated/aldem)
18:52:07 Join johnb3 [0] (~johnb2@p5B3AFF27.dip0.t-ipconnect.de)
18:58:22 Quit pamaury (Ping timeout: 240 seconds)
19:00
19:05:25 Quit Guest46233 (Ping timeout: 246 seconds)
19:09:30 Join Guest46233 [0] (Dojo@adsl-108-202-196-102.dsl.klmzmi.sbcglobal.net)
19:19:45 Join lebellium [0] (~chatzilla@89-93-178-245.hfc.dyn.abo.bbox.fr)
19:23:59 Quit wodz (Ping timeout: 260 seconds)
19:32:01 Quit johnb3 (Ping timeout: 246 seconds)
19:50:33 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
19:57:14 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:00
20:03:08 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
20:04:04***Saving seen data "./dancer.seen"
20:20:42 Join einhirn [0] (~Miranda@p4FC111AC.dip0.t-ipconnect.de)
20:26:13 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de)
20:27:34 Quit einhirn (Ping timeout: 240 seconds)
20:31:48 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7066:fb00:7dd1:4ce1:e7c7:a890)
20:32:18 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman)
20:42:06 Join johnb3 [0] (~johnb2@p5B3AFF27.dip0.t-ipconnect.de)
20:44:47 Quit robertd1 (Ping timeout: 240 seconds)
20:48:55 Quit johnb3 (Ping timeout: 260 seconds)
20:49:48 Join robertd1 [0] (~root@200.109.42.11)
21:00
21:02:47 Join dys [0] (~dys@ip-109-44-3-138.web.vodafone.de)
21:03:47 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan)
21:14:29 Quit dys (Remote host closed the connection)
21:17:40 Join dys [0] (~dys@ip-109-44-3-138.web.vodafone.de)
21:39:16 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
21:52:23 Quit xorly (Ping timeout: 260 seconds)
22:00
22:04:06***Saving seen data "./dancer.seen"
22:11:40 Join feoafka [0] (~afoakf@S0106602ad06acd48.vc.shawcable.net)
22:43:43 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
22:45:16 Quit Aldem (Read error: Connection reset by peer)
22:48:05 Join Aldem [0] (~Aldem@unaffiliated/aldem)
22:50:51 Quit Petri152 (Ping timeout: 240 seconds)
22:58:26 Quit utrack (Ping timeout: 240 seconds)
23:00
23:01:50 Join parchd [0] (~parchd@unaffiliated/parchd)
23:03:08 Quit parchd (Client Quit)
23:09:29 Quit jhMikeS (Ping timeout: 240 seconds)
23:10:04 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 54.0/20170608105825])
23:10:33 Join utrack [0] (~utrack@unaffiliated/utrack)
23:15:24 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
23:29:16 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)

Previous day | Next day