Short update.
Ralphy prepared a patch - based on Kimmo's input - for squeezelite
yesterday. That was quick.
For me it works. Great.
To quote myself:
>
> Just tested the codec-priority patch for flac.
>
> It works for me.
>
> New Logic:
> **
> If there's more then one output-codec
kipeta wrote:
> The rule (profile) selection procedure is at
> Slim::Player::TranscodingHelper:getConvertCommand2.
> https://github.com/Logitech/slimserver/blob/public/7.9/Slim/Player/TranscodingHelper.pm#L340
>
> The order of precedence is first determined by the precedence of the
>
Great input Kimmo. Thx a lot.
Basically with your patch I'd start squeezelite with
-c pcm,flac,mp3
and the MAC routing works even with flac flac enabled.
That's great.
But I guess if I have "no" MAC based routing in place and
"flac pcm" and "flac flac" both enabled,
I'd end up with "pcm"
The rule (profile) selection procedure is at
Slim::Player::TranscodingHelper:getConvertCommand2.
https://github.com/Logitech/slimserver/blob/public/7.9/Slim/Player/TranscodingHelper.pm#L340
The order of precedence is first determined by the precedence of the
supported audio formats. It is
I guess that'd be a no-brainer for someone like mherger.
I'm sorry, no no-brainer for myself. It's rather convoluted code I'd
rather not want to touch...
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
All what it needs is finding the snippet in the code that sets the MAC
rule prio and change that one to cover the whole file-type group.
I guess that'd be a no-brainer for someone like mherger.
::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) :::
by soundcheck
soundcheck wrote:
> Ok.
>
> Make all rules "routed" and disable the generic ones.
>
> Hmmh. Yep. That's a workaround then. A bit annoying though. Especially
> if you need just 1 or 2 routed clients out of ten.
>
>
>
> @mherger: Are u listening?? What's your opinion?
It becomes something
soundcheck wrote:
> Ok.
>
> Make all rules "routed" and disable the generic ones.
>
> Hmmh. Yep. That's a workaround then. A bit annoying though. Especially
> if you need just 1 or 2 routed clients out of ten.
>
I agree.
SB+,
Ok.
Make all rules "routed" and disable the generic ones.
Hmmh. Yep. That's a workaround then. A bit annoying though. Especially
if you need just 1 or 2 routed clients out of ten.
@mherger: Are u listening?? What's your opinion?
::: ' Touch Toolbox and more'
soundcheck wrote:
> Hi.
>
> I'd like to continue this discussion.
>
> Below a custom-convert.conf example.
>
> >
Code:
> >
>
> mp3 flc * *
> # FT
> [sox] -D -q -t mp3 $FILE$ -t flac -e signed -C 0 -b 24 -
>
> flc flc * *
> # F
> [sox] -D -q -t
drmatt wrote:
> Works for me. Assuming you set a bandwidth limit for a device. This
> option only drives the "transcoded to mp3" choice however, therefore
> caps the bandwidth to at most 320kb. I'm sure you know this? I haven't
> read the sources for the detailed conversion setup so can't tell
Works for me. Assuming you set a bandwidth limit for a device. This
option only drives the "transcoded to mp3" choice however, therefore
caps the bandwidth to at most 320kb. I'm sure you know this? I haven't
read the sources for the detailed conversion setup so can't tell you any
more about the
drmatt wrote:
> Perhaps just an aside, but what's the benefit of streaming PCM vs FLAC?
Don't ask...
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge that will fool many people" - Paul W
Perhaps just an aside, but what's the benefit of streaming PCM vs FLAC?
drmatt's Profile: http://forums.slimdevices.com/member.php?userid=59498
View this thread: http://forums.slimdevices.com/showthread.php?t=106517
Hi.
I'd like to continue this discussion.
Below a custom-convert.conf example.
Code:
mp3 flc * *
# FT
[sox] -D -q -t mp3 $FILE$ -t flac -e signed -C 0 -b 24 - 2>/tmp/sox.log
flc flc * *
# F
[sox] -D -q -t flac $FILE$ -t flac -e signed -C 0 -b 24 -
soundcheck wrote:
> Your answer has nothing to do with my question.
Sorry I thought you asked about about prioritization and why "flc flc"
took priority over "flc pcm". The order in the conf file "upper" vs
"lower" does not affect which one LMS chooses.
AFAICT within each of the steps I
You tried it and what happened..? This is not something that I've
considered but I would expect a MAC-specific rule to win over a default;
and failing that place the MAC specific rule first, so by either logic
it would win.
Sorry bpa.
Your answer has nothing to do with my question.
I do understand that e.g. your Android app might have issues playing pcm
files. (pcm was just an example here btw.)
squeezelite doesn't. squeezelite even reads samplerates ( in case of
SRCed pcm streams) etc. from header.
Thx
:::
>From observation/experience (not looking at code) I think LMS does the
following order.
1. Apply Lossless Compress if possible. Reason: this maximises amount
of data in the player so that if there are network delays there is less
chance of rebuffering. Buffer space is limited in older
19 matches
Mail list logo
