pippin wrote:
> I believe the convert.conf file types don't apply to remote streams.
> If a stream format is not supported by a client, LMS tries to convert to
> a format that _is_ supported but I believe it always assumes mp3 and
> FLAC have to be supported so that's what's being used.
>
> It might be possible to use PCM if you disable FLAC altogether (it might
> get used if the client doesn't support FLAC and lame is not enabled) but
> I remember it caused some trouble because the client then has to rely on
> the format given in the protocol.
>
> Usually, there are two ways how the stream format (sample rate, sample
> size) gets communicated to the client: through slimproto and through the
> stream itself. slimproto is asynchronous to the stream so can run into
> timing issues with remote streams. It's not an issue with files because
> LMS can always look up the file information before starting to stream,
> but for a remote stream it only knows about it when the data actually
> comes in.
> So usually for a remote stream the format is transmitted with the stream
> itself. That doesn't work with PCM, though, because PCM is just raw
> data, it doesn't allow you to transfer any meta-information like the
> stream format. So the player has to guess and sometimes it guesses
> wrongly so wherever possible it's better to use a format like FLAC that
> _does_ allow communicating parameters in the stream container so that's
> what's being used wherever possible.
I'll have to explain a bit more to make my conundrum clear, so please
bear with me.
I have been helping to test a facility to use UPnP renderers as LMS
devices. There is a pretty stable version of this now working. It's
called squeeze2upnp. I was testing mainly with FLACs. On one of my
renderers, repositioning the playing point of flacs doesn't work for
reasons that escape both me and the developer. When LMS repositions a
flac it doesn't include the header again. squeeze2upnp has tried to add
the original header back on but this doesn't work either. We have tried
every combination we can think of but have failed thus far. I don't
know where the code is that LMS employs when a flac is repositioned, but
something odd is happening. If someone knows how LMS does this with
FLACs I'd be most grateful if I could be steered to where it's executed
in LMS.
I eventually thought of a work-around (prompted by a post about
something slightly different), which was to add a custom-convert.conf
rule (below) to convert a flac to a flac instead of using the native
rule. This worked - problem solved, or at least a working solution
found.
Code:
--------------------
flc flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -cs $START$ $END$ -- $FILE$ -
--------------------
A few days later I tried streaming FLACs from Qobuz, and they didn't
work with this rule in place (they also don't work if all FLACs are
converted to PCM which has traditionally been my in-house streaming
method).
So, I need either:
a) a custom-convert.conf rule that works for remote FLACs (I'm quite
happy for it to convert to FLAC again rather than PCM if that's what is
needed)
b) a custom-convert.conf rule that applies only to Remote streams and
says 'leave this alone'
LMS is clearly using concert.conf and custom-convert.conf for remote
streams, otherwise adding the FLAC to FLAC rule wouldn't make it fail.
I note in the convert.conf header it includes $URL$ as a potential
parameter for remote files but there are no examples of it being used.
Does anyone know if the comment lines (# FT.... etc) are in any way read
and processed by LMS to see if the rule applies?
LMS 7.9 on VortexBox Midi, Xubuntu 14.04, FLACs 16->24 bit,
44.1->192kbps. LMS & Squeeze2upnp (Alpha - derived from squeezelite) to
Musical Fidelity M1 CLiC and Marantz CR603 UPnP renderers. Squeezelite
to PC sound. Minimserver (server) and upplay (control point) to same
amps & to upmpdcli/mpd PC renderers. Meridian USB Explorer DAC from PCs
to speakers/headphones. Wireless Xubuntu 14.04 laptop controls
LMS/upplay via Firefox. Have a Touch with EDO, and a spare, but don't
use.
------------------------------------------------------------------------
PasTim's Profile: http://forums.slimdevices.com/member.php?userid=41642
View this thread: http://forums.slimdevices.com/showthread.php?t=102639
_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/ripping
