Part update for newer SoX, part fix, to convert.conf examples:
https://github.com/darrenyeats/slimserver/commit/8cbcdb3324fbc6ec015b4055c0fd9115914da59f
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
dar
Updates for LMS 8.3 at https://github.com/darrenyeats/slimserver.
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats's Profile: http://forums.slimdevices.com/member.php?userid=10799
View this thre
My hack based on 7.9.2 nightly build is in this fork of slimserver:
https://github.com/darrenyeats/slimserver/commits/public/7.9
Commit "Volume as capability A in convert.conf; re-tokenize on volume
change"
Two methods.
Clone my fork https://github.com/darrenyeats/slimserver.git
Use po
My hack based on 7.9.2 nightly build is in this fork of slimserver:
https://github.com/darrenyeats/slimserver/commits/public/7.9
Commit "Dithered SoX volume control/re-sampling hack by Darren Yeats"
Two methods.
Clone my fork https://github.com/darrenyeats/slimserver.git
Use post 2 to
I rebased this in my local clone onto 7.9.2 (latest nightly build). PM
me for details.
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats's Profile: http://forums.slimdevices.com/member.php?userid
Sorry I missed the above post.
Yes it would be possible for me to rebase this hack on to 7.9.2.
Yes this uses SoX itself.
In fact the way I have it set up at home I do bit shift, up-sampling,
volume control and dither all in one SoX call for maximum precision.
Check it, add to it! http://ww
Sorry I missed the above post.
Yes it would be possible for me to rebase this hack on to 7.9.2.
Yes this uses SoX itself.
In fact the way I have it set up at home I do bit shift, up-sampling,
volume control and dither all in one SoX call for maximum precision.
Check it, add to it! http://ww
Sorry I missed the above post.
Yes it would be possible for me to rebase this hack on to 7.9.2.
Yes this uses SoX itself.
In fact the way I have it set up at home I do bit shift, up-sampling
volume control and dither all in one SoX call for maximum precision.
Check it, add to it! http://www
darrenyeats wrote:
> Mods rebased on to latest public/7.9 (7.9.1). See new sub-folder at
> original dropbox link in post 1.
Hi Darren, I have read this thread with interest as I would like to try
digital volume control. I have been using the very good C-3PO plug-in
which allows sox to be confi
Mods rebased on to latest public/7.9 (7.9.1). See new sub-folder at
original dropbox link in post 1.
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats's Profile: http://forums.slimdevices.com/memb
jonte0 wrote:
> Would it be possible to add a dithered volume control in the client SW?
>
> //
A possibly relevant question is: "Is adding dither to this volume
control something that will actually improve sound quality?"
The answer may be: "No".
The leading reason is:
The volume control is
darrenyeats wrote:
> In theory, yes. But:
> > > >
- I'm not aware of a practical way to do it - this needs an
> enhancement to the firmware code (or for a software client, the
> client code).
- I'm not sure if the hardware clients would have enough processing
> power to do this, e.
In theory, yes. But:
- I'm not aware of a practical way to do it - this needs an
enhancement to the firmware code (or for a software client, the client
code).
- I'm not sure if the hardware clients would have enough processing
power to do this, e.g. in combination with hi-res streams
-
Would it be possible to add a dithered volume control in the client SW?
//
jonte0's Profile: http://forums.slimdevices.com/member.php?userid=11065
View this thread: http://forums.slimdevices.com/showthread.php?t=104629
__
soundcheck wrote:
>
> What's "fab4" in you convert.conf?
> flc flc fab4 *
>
Hi Soundcheck,
Sorry I missed this until recently. And then I wasn't sure of the
answer.
But the other day I found that Qobuz wouldn't work without it - so I
guess it's added for Qobuz. It's like the usual 'flc flc' l
The dithered volume control is server-side (SoX) so I think it could
work with other clients.
Re: VolumeLock plugin please see post 2.
darrenyeats wrote:
>
> Fixing client volume to 100 disables the attenuation on the client,
> however, the server-side volume can still be adjusted (it simply wi
Fab4 was the name given to the Touch player during development and beta
user testing, prior to it's official release.
toby10's Profile: http://forums.slimdevices.com/member.php?userid=12553
View this thread: http://forums.s
Darren.
How does your process work with squeezelite as client?
The volume-lock plugin on the server is meant for squeeze HW as far as
the description suggests.
There's no problem to lock the volume on the squeezelite client though.
And.
What's "fab4" in you convert.conf?
flc flc fab4 *
Thx.
Pippin, Julf,
Thanks for the information on Playback.lua.
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats's Profile: http://forums.slimdevices.com/member.php?userid=10799
View this thread: http:
Ok guys, the dithered volume control change is now immediate! (There's a
small pause whilst stream resumes, since this uses SoX server-side. This
is minimal and unavoidable.)
See "V0.3" folder in Dropbox link from post 1 for this update.
Darren
Check it, add to it! http://www.dr.loudness-war.i
Ok, that ScriptPlay thing is just for desktop SqueezePlay and overrides
the model name. Irrelevant here.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
at penguinlovesmusic.com
*New: iPeng 9, the
Interesting. What's ScriptPlay? Hadn't seen that one.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
at penguinlovesmusic.com
*New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch*
--
pippin wrote:
> It's not part of the server, it's part of SqueezePlay. You need to
> download the SqueezePlay source code.
> The server doesn't contain any client-side code, the firmware is just
> used as complete bundle packages and even these are only downloaded at
> runtime.
>
> The code is o
It's not part of the server, it's part of SqueezePlay. You need to
download the SqueezePlay source code.
The server doesn't contain any client-side code, the firmware is just
used as complete bundle packages and even these are only downloaded at
runtime.
---
learn more about iPeng, the iPhone a
Pippin,
Sorry for the twenty questions. Where can I find Playback.lua?
I can see it's referred to in ./Slim/Utils/OS/SqueezeOS.pm but I can
find neither Playback.lua nor /etc/squeezeplay/userpath/settings/ in
slimserver repo from github - nor even on my file system where LMS is
installed.
Thanks
It's not in the firmware, it's in SqueezePlay. Both technically and
really. It's in Playback.lua
It's not overridden per device.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
at penguinlovesmusi
Pippin,
So the table is in the Touch (for example) firmware? And the table
translates incoming dB values to the nearest value that matches it in
the table?
Thanks, Darren
PS: I ask out of curiosity only, since I listen over wide volume range
and I have 24 bit music ...
Check it, add to it! ht
darrenyeats wrote:
> Pippin, I've seen such custom tables but are you SURE that SqueezePlay
> uses such a table?
>
Yes, I am sure.
The player even matches gain values coming from the server (e.g. when
using replay gain or fade-in/-out) to the table and picks a matching
gain value from the table.
arnyk wrote:
> I'll add something here. There is something called self-dither. Most
> commercial recordings have so much built-in random noise that they
> effectively dither the downstream reproduction chain and cover up any
> stages that should be dithered but aren't. This would probably becom
Pippin, I've seen such custom tables but are you SURE that SqueezePlay
uses such a table? Because the code has a single parameter for the total
volume range (74dB) that can be set to any value. Also parameters for
the ramping, and the comment says the volume steps are equally divided
by dB.
I nev
darrenyeats wrote:
> Dither is still the correct way to do volume control ...! Because I want
> to play anything, over a usable volume range, without worrying about it.
>
> I'll add something here. Though I accept you might live within the
> limits of the SB and Transporter volume controls, I'm
darrenyeats wrote:
> Dither is still the correct way to do volume control ...! Because I want
> to play anything, over a usable volume range, without worrying about
> it.
>
> I'll add something here. Though I accept you might live within the
> limits of the SB and Transporter volume controls, I'
re gain staging for use without preamp for example . What you usually do
is to adjust the analog gain of the system so that 90-100 of the digital
volume is your loudest ever listening level but not louder .
You can do that with passive attenuators , adjustable power amps ,
adjustable outputs on t
Julf wrote:
> Adjusting volume (scaling the data) is never bit perfect (except at full
> volume, when there is no scaling/adjustment) by definition.
One exception is shifting bitwise.
http://forums.slimdevices.com/showthread.php?98706-Idea-to-increase-quot-Headroom-quot-with-lossless-volume-chan
Julf wrote:
> Adjusting volume (scaling the data) is never bit perfect (except at full
> volume, when there is no scaling/adjustment) by definition.
Ooh, you know what I meant Julf!
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats wrote:
> Dither is still the correct way to do volume control ...!
It is not always the correct way. Dither adds noise. It should only be
used under the right conditions, when we know the added noise is a
smaller degradation than the truncation noise.
> I have no confidence that the
Dither is still the correct way to do volume control ...! Because I want
to play anything, over a usable volume range, without worrying about it.
But I have to add something else here. Though I accept you might live
within the limitations of the SB and Transporter volume controls, I'm
not sure th
cliveb wrote:
> But in the context of 16 bit sources and Squeezebox players, the
> firmware is carefully arranged to attenuate by discrete steps such that
> there is no truncation until you get down to around -35dB or so. (I know
> that you already understand this). To add dither in this case wou
darrenyeats wrote:
> Clive, it's -30dB (volume 40) where it becomes bit imperfect with 16 bit
> data. And I regularly listen at less than this level. Also I have 24 bit
> recordings for which it's always bit imperfect.
>
> A usable range and being source-agnostic are reasonable things for which
Clive, it's -30dB (volume 40) where it becomes bit imperfect with 16 bit
data. And I regularly listen at less than this level. Also I have many
24 bit recordings so for those it's always bit imperfect.
But digressions aside: the correct way to do digital volume control is
with dither! This isn't
darrenyeats wrote:
> But the technically correct way to reduce volume is with dither
True, if the attenuations you are performing are entirely arbitrary.
But in the context of 16 bit sources and Squeezebox players, the
firmware is carefully arranged to attenuate by discrete steps such that
there
Julf wrote:
> Indeed, if you can have it for free. But seems that in your case it is
> not entirely free - you pay for it in some inconvenience and
> limitations.
Hi Julf,
True.
I attack everything in terms of technical improvement and try not to
philosophise about the audibility of each part -
Wombat, without looking into it further, the result seems to be in the
right ball park. The 24th bit probably equates to -144db or so from peak
signal.
Bear in mind, though, with digital volume control the signal itself
moves down in level so then relatively this distortion could be -100db
from p
darrenyeats wrote:
> Dither adds noise around the LSB (least significant bit) in this case
> 24th bit. But truncation adds distortion (very non-harmonic at that)
> around the same level. Noise is far more benign than any type of
> distortion, let alone non-harmonic distortion.
But that distortio
I found something older dealing with dither against no dither:
https://www.hydrogenaud.io/forums/index.php?s=&showtopic=104660&view=findpost&p=858410
No idea this really helps but some may find it interesting.
I tried the sweep file created in line 1 and applied 2 volume changes on
the resulting 2
True, SoX by default doesn't dither if there is no truncation error in
the processing it's doing. However, unless you attenuate by bit shifting
(which is quite coarse-grained) you will tend to get truncation errors.
Also, with 24 bit music there will be truncation errors no matter what.
Dither al
I'm still not convinced nor do i have hard numbers but SoX does by
purpose not dither in such cases. I may create a delta file of the added
distortion against the dither when i am bored.
Transporter (modded) -> RG142 -> Avantgarde Acoustic based 500VA
monoblocks -> Sommer SPK240 -> self-made sp
Wombat wrote:
> A simple volume change only creates an absolutely small rounding error.
>
Agreed.
Wombat wrote:
> Did you check if a volume change of a 16bit file and playing the 24bit
> result without dither has more degration as the noise from dither. I
> doubt this but to be honest didn't t
A simple volume change only creates an absolutely small rounding error.
Did you check if a volume change of a 16bit file and playing the 24bit
result without dither has more degration as the noise from dither. I
doubt this but to be honest didn't try hard :)
Transporter (modded) -> RG142 -> Av
darrenyeats wrote:
> Adam,
>
> No.
>
> I think so, if you're able to do the equivalent of all the listed
> steps.
>
> Have a look in Dropbox (post 1) there are now folders for 7.7.6 and 7.9.
> I renamed the capability to A (done in both) since G is used for
> something else in 7.9.
>
> The gi
New Dropbox link in post 1. Also folder structure includes versions.
Check it, add to it! http://www.dr.loudness-war.info/
SB Touch
darrenyeats's Profile: http://forums.slimdevices.com/member.php?userid=10799
View this th
Adam,
adamdea wrote:
> Does the native LMS volume control not dither?
>
No.
adamdea wrote:
> Could you produce a version for 7.9.
Have a look in Dropbox, there are now folders for 7.7.6 and 7.9. Had to
rename the capability to A (done in both) because because G is used
something else in 7.9!
T
darrenyeats wrote:
> Fixing client volume to 100 disables the attenuation on the client,
> however, the server-side volume can still be adjusted (it simply will
> not be pushed to client).
>
> But any time you reset the volume from the client end, the client pushes
> its volume (100) to the serv
How does it work?
Fixing client volume to 100 disables the attenuation on the client,
however, the server-side volume can still be adjusted (it simply will
not be pushed to client).
But any time you reset the volume from the client end, the client pushes
its volume (100) to the server. Same goes
What you get
- Volume control via phone/tablet/web for FLAC and MP3
- It should be possible to set this up for Spotify too - TBD.
- You must avoid volume control via IR remote or client controls
- Volume change is not immediate but takes place on:
- a new track being played
- next/previous track s
55 matches
Mail list logo
