Re: Metadata in FLAC streams

--===============2140701479743309626==
Content-Type: text/plain


vinnielo wrote: 
> I would say it's unlikely the broadcaster is doing it incorrectly.
> I know at least one/two streams from other stations where this stopping
> behaviour happens as well as soon as the song name changes.

I would tend to disagree. I have recorded long sessions of these streams
and with the official flac decoder it fails at track change. What
happens is that synchro is lost, likely because the ogg encapsulation is
wrong. Even when required to not stop on failure, flac.exe only sees the
first track and never recovers. Now, re-sync could be more robust for
sure by better pattern scanning. Now, I have it recompiled from source
and trying to better figure out what’s happening with the debugger but
I’ve not been able to figure it out yet. I will probably move to just an
ogg extractor for further investigation, focusing on the container part
rather than then intertwined version of the flac app.



LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch,
1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW,
2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi,  Yamaha
WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3
------------------------------------------------------------------------
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112833


--===============2140701479743309626==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
developers mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/developers

--===============2140701479743309626==--