First for the easy part: Neither the sox bundled with LMS nor the one
that comes with Raspbian can decode ogg/flac.
mrw wrote:
>
> I've never had much success with a group that mixes 96kHz and 48kHz
> players when playing 96kHz flac files, too much rebuffering.
>
I suspect the problem in my case is not mixing 96kHz with 48kHz players
but rather that the Touch (or the Controller) can play this stream
direct while the Radio (and, strangley, the Receiver) always need the
server to decode the stream. Before our new custom rule all got fed the
96kHz stream but this was still a major difference between them.
mrw wrote:
>
> As a supplementary trick, you could choose to countermand the Radio's
> stricture that it will only accept a 48kHz stream by adding a custom
> conversion rule something like:
>
> >
Code:
--------------------
> >
> ogf flc baby *
> # IFRD:{RESAMPLE=-r %d}
> [flac] --ogg -dcs -- $FILE$ | [flac] -cs --ignore-chunk-sizes
--totally-silent --compression-level-0 -
>
--------------------
> >
>
> This rule will only apply to a Radio, and will, I think, take
> precedence over any existing rule. The Radio will then operate "just
> as it used to", and receive a 96kHz sample rate stream. It uses the
> original conversion rule, but fools LMS into thinking that the
> required down sampling is taken care of.
>
I agree that this should force the old behaviour though the the problem
with the Radio needing the server to decode while the Touch can play
direct remains the same.
mrw wrote:
>
> I fed an 88.2kHz sample rate stream to my Radio to remind myself of what
> issue I had previously observed. It is this: the sound effects have
> somewhat "tinky" sound to them, although the stream seems to play fine.
>
> I note that the Radio's ALSA subsystem down samples the stream to 48kHz,
> not the 44.1kHz that one might expect, and that may well contribute to
> to the "tinkiness".
>
I don't have 88.2kHz material. What does the custom rule do with that?
Downsample to 48kHz (rather than 44.1kHz)? That's not as easy to get
right as 96->48.
mrw wrote:
>
> As regards updating LMS: if it should be found that the proposed new
> rule is not as reliable for the normal use case (presumably
> 44.1kHz/48kHz streams), then one could, perhaps, use the existing flc ->
> flc trick, and formulate the new rule as follows:
>
> >
Code:
--------------------
> >
> ogf flc transcode *
> # IFRD:{RESAMPLE=-r %d}
> [flac] --ogg -dcs -- $FILE$ | [sox] -q --ignore-length -t wav - -t flac -C
0 $RESAMPLE$ -
>
--------------------
> >
>
> If my understanding is correct, that rule would only come into effect
> when resampling is actually required. But I haven't validated that, it
> would need testing.
>
Interesting point. The custom rule should not be used unless resampling
is required. I'll need to do some more testing...
------------------------------------------------------------------------
D1eter's Profile: http://forums.slimdevices.com/member.php?userid=69813
View this thread: http://forums.slimdevices.com/showthread.php?t=111597
_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio
