Hi,
The LMS 7.9.1 can play DFF, DSF without problem, but I need to reduce
these files on my hard drive. It seems the wavpack is the way to go. I
compress my DFF with wavpack 5.1 and replaced the wavunpack.exe on LMS
bin folder. While the LMS was playing the wavpack file, I noticed the
file format
Is there any chance DSD Wavpack this will be added to the base install?
HumanMedia's Profile: http://forums.slimdevices.com/member.php?userid=44865
View this thread: http://forums.slimdevices.com/showthread.php?t=107942
_
You might try writing a custom-convert.conf that uses WVUNPACK to
convert the WV file back to DSD before sending to the player. Type
WVUNPACK on the command line to see format and available options.
Apesbrain's Profile: ht
Apesbrain wrote:
> You might try writing a custom-convert.conf that uses WVUNPACK to
> convert the WV file back to DSD before sending to the player. Type
> WVUNPACK on the command line to see format and available options.
I think the trying to take over wvp will not work. I think a new type
(e
^ That makes sense although if he's using WavPack -only- for these DSD
files then my solution would be adequate.
I wasn't aware of a "custom-types.conf" file. If you have one, can you
post it here so I can see its format? Thanks.
---
Apesbrain wrote:
> ^ That makes sense although if he's using WavPack -only- for these DSD
> files then my solution would be adequate.
>
> I wasn't aware of a "custom-types.conf" file. If you have one, can you
> post it here so I can see its format? Thanks.
The custom-types.conf is the same fo
Hi guys,
Thanks for the input. I tried to add the custom-convert.conf in the root
folder of squeeze server (C:\Program Files (x86)\Squeezebox\server). I
added "wvp dff * *" at the first line, and restarted the server.
However, it didn't work as I expected. Is it the correct the way to do
this? BT
Phuang3 wrote:
> Hi guys,
>
> Thanks for the input. I tried to add the custom-convert.conf in the root
> folder of squeeze server (C:\Program Files (x86)\Squeezebox\server). I
> added "wvp dff * *" at the first line, and restarted the server.
> However, it didn't work as I expected. Is it the co
bpa wrote:
> If it works on Daphile and not on Windows - then it is just a setting or
> perhaps a custom change done in Daphile.
>
> Enable logging player.source to INFO and compares Daphile and Windows
> output playing the same file.
Hi bpa,
Thanks for the input. I'm afraid it's more than ju
Daphile ? Does it no use modified version of SoX , quite possible it
uses other modifications.
Workaround create hirez pcm copies 24/88.2 or 24/172.4 depending on
original DSD rate .
Main hifi: Touch + CIA PS +MeridianG68J Me
Phuang3 wrote:
> Thanks for the input. I'm afraid it's more than just configuration. Some
> executables may be different from windows LMS. In addition, I need to
> install a beta version of Daphile in order to log into terminal, and see
> those settings.
> While I was playing wavpack DSD, my DDC
Also that LMS claims 705kbps thats not really true its an old UI bug
it's a placeholder for the typical 16/44.1 flac stream .
The actual rate is not presented in the UI . You have to turn up logging
and study the logfiles to actually see what the transcoding produces .
In reality when transcodin
Phuang3 wrote:
> PS. My DAC is not DSD capable.
Some things are best disclosed in the original post.
Apesbrain's Profile: http://forums.slimdevices.com/member.php?userid=738
View this thread: http://forums.slimdevices.com/
bpa wrote:
> From you initial post iut was assumed your DAC can play DSD but since it
> cannot this phrase is irrelvant "I don't *mind* DSD-to-PCM conversion"
> - you have no choice - your DSD audio will have to be converted to PCM
> so why not just do it once and save cycles and space.
>
> Ign
Mnyb wrote:
> Also that LMS claims 705kbps thats not really true its an old UI bug
> it's a placeholder for the typical 16/44.1 flac stream .
>
> The actual rate is not presented in the UI . You have to turn up logging
> and study the logfiles to actually see what the transcoding produces .
>
>
Phuang3 wrote:
> I wish to keep the original DFF file so that I may play it on a new DAC
> in the future. > > >
> > Just because you convert doesn''t mean you have to delete the files -
> > archive them.
> >
> > > > > > > I am having difficulty to get the "player.source logs" from
> > > > > >
The main difference between unpacking into WAV vs PCM. WAV is a PCM
stream with a header which gives details about sample size(e.g. 1ch vs
2ch 16bit vs 24 vs 32 bitt) and sample rate (44.1kHz, 48Khz, 96KHz
etc). A PCM is by default always 44.1Khz 16 Bit 2 ch. So if a WAV
stream is fed into Sox
Hi bpa,
Thank you for the detail explanation. Now, I have a better understanding
on how LMS deals with different formats. If the final output is not down
sampled, I am happy with it. Even if the wav was encoded into Flac, it's
still lossless. I switched back to LMS 7.9.1 already.
Poting
--
What is the point of saving "space" with wavpack 5.x (DSF,DFF) files if
we
do not play them as DSD.
I can play DSF,DFF files (DOP) using squeezelite, but if I was able of
playing the
compressed wv files roughly (50% of original DSF,DFF filesize) this
would be awesome.
I have tried to play direct
On 13.09.2017 19:28, michaelvv wrote:
WORKS GREAT BUT THIS IS NOT DSD
Code:
wvunpack file.wv -wq -o - | sox -q - -r 176.4k -b 24 -C 0 -t alsa plughw:2
This plays it as DSD DoP:
wvunpack -q file.wv --dff -o - | sox -t dff - -r 176400 -t wav -b 24
On 13.09.2017 19:53, Kimmo Taskinen wrote:
On 13.09.2017 19:28, michaelvv wrote:
WORKS GREAT BUT THIS IS NOT DSD
Code:
wvunpack file.wv -wq -o - | sox -q - -r 176.4k -b 24 -C 0 -t
alsa plughw:2
This plays it as DSD DoP:
wvunpack -q file.wv --d
michaelvv wrote:
> I have tried to play directly on my linux box, but I'm not able to play
> other than PCM format.
This is why you need to define a new audio type for compressed DSD so
that a LMS just uncompresses and then passes DSD stream to a DSD capable
player.
---
kipeta wrote:
> On 13.09.2017 19:28, michaelvv wrote:
> > WORKS GREAT BUT THIS IS NOT DSD
> >
> > Code:
> >
> > wvunpack file.wv -wq -o - | sox -q - -r 176.4k -b 24 -C 0 -t alsa
> plughw:2
> >
> >
> This plays it as DSD DoP:
>
> wvunpack -q file.wv
Too be able to play compressed wavpack DSF,DFF files in LMS would be a
really nice feature.
It will save a lot of harddisk space.
michaelvv's Profile: http://forums.slimdevices.com/member.php?userid=59321
View this thread:
Okay this is really a bad way to do it, but I'm playing my compressed
DFF,DSF files in LMS now.
I'm on a linux version , so this is what I did..
As I never shall use wavpack for anything else as DFF,DSF I just did
these things.
in */etc/squeezeboxserver/types.conf* I altered the wvp line to
wv
michaelvv wrote:
> Okay this is really a bad way to do it, but I'm playing my compressed
> DFF,DSF files in LMS now.
Why is it a bad way - defining a new audio type without changing LMS
code is the right way.
You should no change convert.conf anf types .conf but add your own rules
to custom-con
bpa wrote:
> If you want to handle file specifci info & metadata such as playing time
> - that means code changes to scanner.
Any clue how to do this ???
michaelvv's Profile: http://forums.slimdevices.com/member.php?useri
michaelvv wrote:
> Any clue how to do this ???
I don't know the scanner but Kipeta posted a patch a few posts earlier
but I suspect it may be overriding wavepack rather than creating a new
compressed DSD format.
bpa's Pro
michaelvv wrote:
> What is the point of saving "space" with wavpack 5.x (DSF,DFF) files if
> we
> do not play them as DSD.
Because I have some SACD rips and would like to listen to them on LMS.
In fact, those DSD capable DAC chips are actually converting DSD into
PCM internally. People think the
michaelvv wrote:
> Okay this is really a bad way to do it, but I'm playing my compressed
> DFF,DSF files in LMS now.
>
> I'm on a linux version , so this is what I did..
>
> As I never shall use wavpack for anything else as DFF,DSF I just did
> these things.
>
> in */etc/squeezeboxserver/types
30 matches
Mail list logo
