--- Log for 28.06.117 Server: karatkievich.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 28 days and 12 hours ago 00.03.34 *** Saving seen data "./dancer.seen" 00.03.48 # it'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.23 # basically (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.19 # okay! 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.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.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.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.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.29.15 Quit krabador (Remote host closed the connection) 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.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.03.43 *** Saving seen data "./dancer.seen" 08.04.49 Join woffs [0] (3cd46299b2@woffs.de) 08.06.45 # My 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.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.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.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.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.07 # where 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.02 # found 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.11.55 Quit Galois (Ping timeout: 246 seconds) 13.15.39 Join JanC_ [0] (~janc@lugwv/member/JanC) 13.16.02 # and 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.03 # right now it's a copy of 'REGION_ITALY' 13.18.56 # Ok, 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.07 # Now, 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.37 # This 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.22 # I can chop in const chunks (say 100b) and search start of the sequence backwards in case of rewinding. 13.27.28 # Any thoughts? 13.31.47 # wodz: 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.02 # pamaury: it is 13.32.23 # pamaury: But the problem is 1) bookmaring 2) rewinding and fast forwarding 13.33.37 # can you split on sentences instead of paragraph? 13.34.40 # hello 13.35.15 # pamaury: Probably I can steal some code from somewhere to do that but my observation is that preprocessor uses pretty big context. 13.35.19 # CH23: 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.44 # pamaury: And splitting on sentences is non trivial as well. https://stackoverflow.com/questions/4576077/python-split-text-on-sentences 13.37.07 # I have a few tracks which fail to play, with "Codec: not an encoder" appearing in the log 13.37.43 # wodz: yes I can imagine there are plenty of edge cases 13.38.34 # Moarc: what type of file? Can you upload one somewhere? Also which version of rockbox do you have? 13.39.01 # latest from git, until a few minutes ago - some older build 13.39.53 # it's all ogg files, not sure if I can upload them and not get prosecuted out of existence :D 13.41.06 # Moarc: 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.31 # huh, trying to cut one of those files revealed 13.43.32 # Stream #0:1: Video: png, rgb24(pc), 800x800 [SAR 2835:2835 DAR 1:1], 90k tbr, 90k tbn, 90k tbc 13.44.11 # CH23: 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.53 # Moarc: looks like a video file, maybe our ogg decoder doesn't like that... 13.45.07 # more specifically, an embedded cover 13.45.35 # pamaury: then still it would make sense to have 76000000 - 18000000 under that 13.47.29 # CH23: 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.20 # Moarc: the message (not an encoder) is strange though, I would not except it to show up when playing a song 13.51.03 # I reviewed other files on the player, and some of them have similarly embedded PNG's yet play fine 13.53.33 # it 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.11 # http://plain.hylobat.es/NotAnEncoder.tar 13.56.36 # 01. SAKURA SKIP.ogg, one of the files that don't work 13.56.53 # and for contrast 01. Luminous.ogg, another file with PNG cover that does play 13.58.48 # intetrestingly, 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.18 # fail. 14.00.29 # *suspect 14.00.32 # I had stripped the cover from the non-working file :> 14.02.05 # I suspect saratoga might be interested too 14.03.37 # this 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.07 # and for others who might want to investigate, I fixed the tar archive too 14.08.18 # so, 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.32 # and it did help? 14.11.40 # Yes. 14.15.00 # What'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.17 # it might be unrelated to embedded cover 14.16.55 # of course. 14.17.45 # We do have a problem with covers that are too big, which might be related 14.19.15 # it's only 800x800 14.20.15 # What does that mean in bytes? 14.21.37 # 829 kilobytes 14.31.23 Join prof_wolfff [0] (~prof_wolf@77.red-88-10-184.dynamicip.rima-tde.net) 14.34.54 # It looks like the cover art in 01. Luminous.ogg is a lot smaller than that in 01. SAKURA SKIP.ogg 14.35.06 # So I wouldn't dismiss that as a possible problem 14.38.22 Quit prof_wolfff (Ping timeout: 240 seconds) 14.42.27 # http://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.23 # ah that makes sense yeah 14.45.12 # Now, 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.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.23 # well the file should play in any case, it looks like a bug to me in any case 15.42.20 # and the file plays without problem in warble 16.03.56 *** Saving seen data "./dancer.seen" 16.17.23 # Some memory limit maybe? Warble should be free of the limits of codecbuf 16.18.53 # yeah I don't know how memory allocation works, probably some debug output can be enabled on warble to check that 16.19.55 # but as far as I know, codecs don't allocate memory 16.21.29 # I'm pretty sure some codecs use their own malloc+pool 16.21.41 # And iirc vorbis is one of those 16.24.41 # yes vorbis uses tlsf 16.26.39 # ah yes it uses codec_get_buffer() to get some memory, hmmm 16.36.44 Join PimpiN8 [0] (~textual@ip51cd65d5.speed.planet.nl) 17.04.56 # IIRC 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.12 # i don't really understand ogg though, so i could have missed something simple 17.05.34 # right now it just checks that you're out of memory and then skips the track 17.05.43 # previously 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.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.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.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.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.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.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/)