I have checked that all cue files in my music library do not contain
REPLAYGAIN directive.
All cue and flac files are ripped by Exact Audio Copy from CD.
They are all 16bits/44.1khz music files.
Thanks for all. :)
hankhs
gordonb3 wrote:
> @Michael - just a thought:
> If LMS does handle the REPLAYGAIN directives, that surely must imply
> that it transcodes to PCM to apply that volume adjustment, but then how
> does it send the stream to the player? Does it recode (to what?) or
> simply send the PCM?
IIRC The pla
bpa wrote:
>
> I don't use CUE file.
Me neither. Whenever I encounter any such file I use it to split the
wav/flac/ape and (re)code the individual tracks to CD quality flac (16
bit). Which I'm pretty sure that the software also does when the input
is flac already, so it's not a simple `dd`
I don't use CUE file or know CUE files very well but there was a recent
problem about an EAC generated unsupported variant of CUE file. I
vaguely remember there were "REM REPLAYGAIN_TRACK..." and "REM
REPLAYGAIN_ALBUM..." directives - not sure if LMS processes them.
It seems to me to be sensibl
gordonb3 wrote:
> Actually, it would be and in fact is my assumption that the pref file(s)
> will not have been touched by OP as he switched versions. It might be
> interesting to learn though if OP between the versions also noticed any
> change in volume level (due to some unexpected pre-amplif
bpa wrote:
> It is possible the OP (and it started on another thread) hears a
> difference and there is something different - but attributing the cause
> to LMS version or decoder is not the place to look.
>
> Settings and volume are the likely place which can cause a difference
> but is hard t
gordonb3 wrote:
> Okay, so effectively what you're saying is that OP is imagining things.
> That is indeed an alternative possibility.
It is possible the OP (and it started on another thread) hears a
difference and there is something different - but attributing the cause
to LMS version or decod
Okay, so effectively what you're saying is that OP is imagining things.
That is indeed an alternative possibility.
gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050
View this thread: http://forums.s
gordonb3 wrote:
> You did note the commit log entries I listed?
>
> The utilities changed - multiple times.
The essential codec haven't change. They are lossless which means after
a change the input file after compressed, then decompessed is an exact
bit copy.
By the same token, the DTS file u
gordonb3 wrote:
> You did note the commit log entries I listed?
>
> The utilities changed - multiple times.The OP thinks 7.9.1 sounds worse than
> 7.9.2 as well though.
Sent from my Pixel 3a using Tapatalk
slartibar
bpa wrote:
> and even if transcoding is taking place - assuming for the same reason
> (e.g. down sampling) there will be no difference either as the same
> utlities are being used with the same settings.
You did note the commit log entries I listed?
The utilities changed - multiple times.
---
gordonb3 wrote:
> Exactly... So there could not be a difference in sound quality if LMS
> did NOT transcode the file.
and even if transcoding is taking place - assuming for the same reason
(e.g. down sampling) there will be no difference either as the same
utlities are being used with the same
gordonb3 wrote:
> Exactly... So there could not be a difference in sound quality if LMS
> did NOT transcode the file.If you set player.source logging to debug you can
> see if any transcoding
is taking place.
Sent from my Pixel 3a using Tapatalk
bpa wrote:
>
> The player decoder hasn't changed between 7.9.* and 8.*
>
Exactly... So there could not be a difference in sound quality if LMS
did NOT transcode the file.
gordonb3's Profile: http://forums.slimdevices.co
gordonb3 wrote:
> So what about the (de)coder software?
LMS finds the Flac frame which corresponds to the track start time
according to Cue sheet and and then sends the Flac bit stream for the
track (from start time to end time) unchanged from the file to the
player. LMS does not decode Flac f
bpa wrote:
> This part of LMS code has not changed between 7.9.* and 8.*
So what about the (de)coder software?
gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050
View this thread: http://forums.slim
gordonb3 wrote:
> That would explain it, because this will force LMS to extract and
> (depending on settings) recode the individual tracks in order to send
> them to the player.
This part of LMS code has not changed between 7.9.* and 8.*
hankhsucc wrote:
> Always flac with cue file. All ripped by Exact Audio Copy software. :)
That would explain it, because this will force LMS to extract and
(depending on settings) recode the individual tracks in order to send
them to the player.
---
Paul Webster wrote:
> What were you playing during your comparison of sound quality?
> e.g. a particular flac/mp3/aac test file or Internet radio stream or
> from a service such as Spotify or Tidal?
Always flac with cue file. All ripped by Exact Audio Copy software. :)
---
What were you playing during your comparison of sound quality?
e.g. a particular flac/mp3/aac test file or Internet radio stream or
from a service such as Spotify or Tidal?
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla fi
Huuu ! Thanks for everyone's contributions to the this thread.
I am just a general user. I don't know much about the codes of LMS.
In my audio setup, LMS is running in a desktop PC of windiow 10 OS ,
intel i-3 cpu with 8GB ram.
My player is Logitech Squeezebox Touch with the latest firm
gordonb3 wrote:
> So let me explain to you the Excito B3. It is a NAS type system on which
> the designers explicitly invited buyers to experiment running different
> applications and services on. LMS was in fact pre-installed as a Debian
> package and one of the buyer options was to have a sque
slartibartfast wrote:
> But you are the OP of the statement that transcoding to PCM is default
> with a fresh installation of LMS which is demonstrably untrue.
>
To my knowledge it is custom to reserve the term OP for the person that
placed the Opening Post.
So let me explain to you the Excito B3. It is a NAS type system on which
the designers explicitly invited buyers to experiment running different
applications and services on. LMS was in fact pre-installed as a Debian
package and one of the buyer options was to have a squeezebox touch
included. LM
gordonb3 wrote:
> No you're not. You're acting schmuck and assuming things about me and a
> machine you know nothing about.
all right - this is a pleasant community here and you are obviously
looking to be abrasive. I have no time for these kind of engagement, end
of discussion
LMS 7.9 on P
gordonb3 wrote:
> Again: no. And I'm not the OP. I responded to a question pointing where
> you can configure LMS to do one or the other. But you probably think
> that was wrong as well.But you are the OP of the statement that transcoding
> to PCM is default
with a fresh installation of LMS whi
philippe_44 wrote:
> Be polite please - I'm just explaining you how LMS works, that's all
No you're not. You're acting schmuck and assuming things about me and a
machine you know nothing about.
gordonb3's Profile: http:/
slartibartfast wrote:
> That's what I and others have said but the OP thinks the opposite. Maybe
> he tweaked the settings and forgot about it.
>
> Sent from my Pixel 3a using Tapatalk
gordonb3 wrote:
> It didn't.
It does, but it's also complicated, depending on your player, the codec
order
slartibartfast wrote:
> That's what I and others have said but the OP thinks the opposite. Maybe
> he tweaked the settings and forgot about it.
>
Again: no. And I'm not the OP. I responded to a question pointing where
you can configure LMS to do one or the other. But you probably think
that wa
philippe_44 wrote:
> Well, LMS has a set of default features that it provides regardless of
> the player's capabilities and these features require a certain amount of
> CPU power. You want to save energy and you chose to set your system
> below these requirements so it's normal that it does not
Apesbrain wrote:
> The default LMS configuration sends FLAC and MP3 (and a few other
> codecs) to players natively.
It didn't.
gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050
View this thread: ht
Apesbrain wrote:
> The default LMS configuration sends FLAC and MP3 (and a few other
> codecs) to players natively.That's what I and others have said but the OP
> thinks the opposite. Maybe
he tweaked the settings and forgot about it.
Sent from my Pixel 3a using Tapatalk
-
gordonb3 wrote:
> I wouldn't call a deliberate power saving choice an `issue`. And my
> internal networks are just fine.
You indicated that you think LMS is at fault with default settings and
interrupts the flow of playback when proxying/transcoding. I don't see
the connection with "deliberate
philippe_44 wrote:
> You indicated that you think LMS is at fault with default settings and
> interrupts the flow of playback when proxying/transcoding. I don't see
> the connection with "deliberate power saving". If you force by some mean
> your system to go idle despite having an active proces
gordonb3 wrote:
> I wouldn't call a deliberate power saving choice an `issue`. And my
> internal networks are just fine.
You indicated that you think LMS is at fault with default settings and
interrupts the flow of playback when proxying/transcoding. I don't see
the connection with "deliberate
gordonb3 wrote:
> That's not what I said. What I did say is that the default settings
> cause LMS to use CPU power for actions that are integrated in the player
> and are therefore not necessary nor appropriate for low power devices
> where this unwanted activity might lead to CPU saturation.
W
gordonb3 wrote:
> What I did say is that the default settings cause LMS to use CPU power
> for actions that are integrated in the player and are therefore not
> necessary nor appropriate for low power devices where this unwanted
> activity might lead to CPU saturation.
The default LMS configurat
slartibartfast wrote:
> What was your power saving choice? If you want to save power use a
> Raspberry Pi.
>
An Excito B3, based on the same SoC as the Sheeva Plug-computer but
featuring two Gb ethernet ports, two Sata ports (one being external) and
optional PCIe wifi adapter. The (single core)
gordonb3 wrote:
> I wouldn't call a deliberate power saving choice an `issue`. And my
> internal networks are just fine.What was your power saving choice? If you
> want to save power use a
Raspberry Pi.
Sent from my Pixel 3a using Tapatalk
--
philippe_44 wrote:
> Very likely you have some kind of network/connectivity or server issue
> (processing power)
I wouldn't call a deliberate power saving choice an `issue`. And my
internal networks are just fine.
gordonb
gordonb3 wrote:
> That, and also what hardware you run LMS on and what other duties that
> machine may perform in your home. In my case I found the default
> settings to cause random interruptions in the stream, letting the player
> handle the transcode of the compressed stream eliminates that i
slartibartfast wrote:
> I thought the default setting was to let the players take care of the
> FLAC handling. LMS will only transcode if FLAC native is disabled.
>
May depend on version used I guess. Until last week I ran 7.8 and as I
remember I had to set every extension to `native` and disab
gordonb3 wrote:
> That, and also what hardware you run LMS on and what other duties that
> machine may perform in your home. In my case I found the default
> settings to cause random interruptions in the stream, letting the player
> handle the transcode of the compressed stream eliminates that i
markiii wrote:
>
> when i finish rejigging my main system I might have another play. Its a
> subjective argument either way and depends on many things including the
> network its running over imho
That, and also what hardware you run LMS on and what other duties that
machine may perform in you
indeed theres a trade off in many respects, at the time i felt that
taking the load of the touch cpu and getting the server to decode from
flac to pcm was an improvement. I've not bothered since I moved to
Picoreplayer throughout.
when i finish rejigging my main system I might have another play
A long time ago this same argument played out.
SQ isn an individual opinion but if belief is based on lower CPU load so
lower noise etc. - it has been measured that a PCM stream has a higher
CPU and I/O load on Touch than Flac due to higher network and larger
amount of data been transferred betw
default is send flac,
from memory you can turn off flac native in the server settings and make
sure transcode to PCM is the only one left ticked.
however that affects all players
If all your players support PCM directly thats fine, if not you are
messing with one of the config files directly
hankhsucc wrote:
> Would you please provide the info. about how to have flac files decoded
> in LMS instead of squeezebox player ? Thanks !
AFAIK that is the default. You can verify in settings->advanced->file
types
gord
hankhsucc wrote:
> Thanks for kindly helps from everyone.
>
> I still notice quite noticeable sound quality difference of variant LMS
> versions without setting or preference changed.
> (Just execute the installer , no setting modified and fixed volume stay
> checked.)
>
> If you want , you ca
markiii wrote:
> i have not played with this for several years but back when i had my
> touch I did find that having LMS decode FLAC and send to the touch as
> PCM sounded better that having the Touch decode the Flac
Would you please provide the info. about how to have flac files decoded
in LMS
i have not played with this for several years but back when i had my
touch I did find that having LMS decode FLAC and send to the touch as
PCM sounded better that having the Touch decode the Flac
PiCorePlayer 6.1 on Allo Digi One Signaturewith (Lounge)
PiCorePlayer 6.1 with pi official touchsc
Thanks for kindly helps from everyone.
I still notice quite noticeable sound quality difference of variant LMS
versions without setting or preference changed.
(Just execute the installer , no setting modified and fixed volume stay
checked.)
If you want , you can try it yourself.
The following
bpa wrote:
> Sample rate will only be changed by transcoding which may do
> resampling.
>
> You can see transcoding as an process on your system.
>
> To determine if transcoding is actually happening you need to do
> logging.
>
> 1. Make sure all LMS audio is stopped. No player is playing and
Man in a van wrote:
> I don't suppose this will help :)
OP is using a Touch. I think it may confuse the issue.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevic
hankhsucc wrote:
>
>
> What I am asking is there a method to have the information about the
> digital output sample rate at player side.
>
>
I don't suppose this will help :)
32457
ronnie
+---+
|Filename: bit rate.png
hankhsucc wrote:
> What I am asking is there a method to have the information about the
> digital output sample rate at player side.
Sample rate will only be changed by transcoding which may do
resampling.
You can see transcoding as an process on your system.
To determine if transcoding is a
slartibartfast wrote:
> You asked this before didn't you?
> https://forums.slimdevices.com/showthread.php?p=991707
>
> Sent from my Pixel 3a using Tapatalk
Yes. I just wonder if the digital output sample rate is absolutely no
different from the source file sample rate after
decompression.
W
hankhsucc wrote:
> Hi :
>
> I am using Squeezebox Touch digital output connected to external DAC in
> my system.
>
> I found the performance (sound-quality wise) of different LMS versions
> differ.
>
> Anyone also feels this like me ?
>
> Thank you ! :)
>
> Hank
There is categorically no
hankhsucc wrote:
> Is there a way to know the sample rate of digital output from Squeezebox
> ( Touch ) ?
> My DAC doesn't have a display showing the digital input sample rate.
> Thank you !:)You asked this before didn't you?
https://forums.slimdevices.com/showthread.php?p=991707
Sent from my P
Is there a way to know the sample rate of digital output from Squeezebox
( Touch ) ?
My DAC doesn't have a display showing the digital input sample rate.
Thank you !:)
hankhsucc's Profile: http://forums.slimdevices.com/mem
Ludopi wrote:
> How would you "just forward FLAC" to player?
"Native" setting means forward the format direct to player with no
changes - assuming player can play the format and sample rate natively.
bpa's Profile: http
Thanks philippe_44 and bpa, your comprehensive information do help !
;)
hankhsucc's Profile: http://forums.slimdevices.com/member.php?userid=70790
View this thread: http://forums.slimdevices.com/showthread.php?t=113362
hankhsucc wrote:
> But I am not familiar with how LMS process the audio files (variant
> formats) and in what format the audio file data is sent to Squeezebox
> Touch.
LMS knows the capabiltiies of a player (i.e. which formats and sample
rates) that can be played *natively* (i.e. player decodes
How would you "just forward FLAC" to player?
Envoyé de mon Redmi 3S en utilisant Tapatalk
Ludopi's Profile: http://forums.slimdevices.com/member.php?userid=68959
View this thread: http://forums.slimdevices.com/showthread
hankhsucc wrote:
> Thanks for the information.
>
> But I am not familiar with how LMS process the audio files (variant
> formats) and in what format the audio file data is sent to Squeezebox
> Touch.
>
> As flac file is concerned, is flac file decompressed into PCM in client
> side or server s
philippe_44 wrote:
> Unless there is a different transcoding rule happening (which might be
> the case as we have change a lot in 8.0) or a new codec is used (eg
> tidal an aac) there is absolutely zero chance for change of SQ between
> versions. Best is to set the source &conversion logging to
Actually, doesnt LMS also sound different if you start one and the same
song via the Material skin vs the default skin or iPeng? Not to mind if
you ask Alexa to play that song on your Transporter using the
MediaServer skill... [emoji23]
bpa wrote:
> Definitely LMS does not change the audio bit stream - so the issue might
> be anything that could affect the player rendering the bit stream.
> No change in SB player firmware for many years - so no change in
> conversion of bit stream into audio.
>
> Different volume can affect p
philippe_44 wrote:
> Unless there is a different transcoding rule happening (which might be
> the case as we have change a lot in 8.0) or a new codec is used (eg
> tidal an aac) there is absolutely zero chance for change of SQ between
> versions. Best is to set the source &conversion logging to
hankhsucc wrote:
> Hi :
>
> I am using Squeezebox Touch digital output connected to external DAC in
> my system.
>
> I found the performance (sound-quality wise) of different LMS versions
> differ.
>
> Anyone also feels this like me ?
>
> Thank you ! :)
>
> Hank
Unless there is a differe
Hi :
I am using Squeezebox Touch digital output connected to external DAC in
my system.
I found the performance (sound-quality wise) of different LMS versions
differ.
Anyone also feels this like me ?
Thank you ! :)
Hank
71 matches
Mail list logo