John, thanks for looking into this. I'm running SBS. Info:
Code:
Squeezebox Server Status
Version: 7.6.0 - r32799 @ Fri Jul 22 02:05:47 PDT 2011
Hostname: BKSP01
Server IP Address: 192.168.1.2
Server HTTP Port Number: 9000
Operating system: Windows 2008 Serve
What format is the file? Are you running an external SBS or are you
plugging in a USB drive to the Touch? Dou you get that message from the
Touch or from the server?
The Touch can definately play 88.2 files, and nothing in either
Soundcheck's nor Dynaudiorules mods changes anything related to sam
soundcheck;573376 Wrote:
> Hi guys.
> As you can see I transform 44.1 into 88.2, which is IMO preferable over
> 44.1 to 96 on the Touch.
Just a small question. I've got some albums that I've bought as 88.2,
but my Touch (latest FW with your Toolbox2.0 + DynaudioRules's mods)
reports "unsupported
kef2m;647841 Wrote:
> I do not have a link, this is my personal opinion.
Ok then.
I just looked up the DSP33 from Meridian. Seems like they have a
Delta-Sigma DAC build in. Did you try to feed them directly?
One thing about these DSP33 is that it seems the aluminium tweeter
can´t reprroduce muc
The music from the digital radio sounds 'warmer' than the cd's played
back from the budget cd-player connected to the Meridian 568.1. Also,
for 48 kHz material, the HS Out setting on the 568.1 makes an audible
difference. For 44.1 kHz material I am unable to hear such a
difference. This is my main
kef2m;647825 Wrote:
> I understand your comment.
> The reason to upsample to 48kHz is that for me, the Meridian 568.1
> better upsamples 48kHz material than 44.1kHz material. The 568.1 and
> the digital speakers (DSP33) are 96kHz/24 bit capable. I have not done
> any serious listening to upsample
kef2m;647825 Wrote:
> I understand your comment.
> The reason to upsample to 48kHz is that for me, the Meridian 568.1
> better upsamples 48kHz material than 44.1kHz material. The 568.1 and
> the digital speakers (DSP33) are 96kHz/24 bit capable. I have not done
> any serious listening to upsample
I understand your comment.
The reason to upsample to 48kHz is that for me, the Meridian 568.1
better upsamples 48kHz material than 44.1kHz material. The 568.1 and
the digital speakers (DSP33) are 96kHz/24 bit capable. I have not done
any serious listening to upsample straight to 96kHz in Sox.
Just
kef2m;647807 Wrote:
>
> In order to upsample Wav files to 48000 Hz PCM, the following file was
I don´t know why anyone wants to upsample from 44.1kHz to 48kHz. You
won´t improve anything here.
The same goes for this polyphase attempt. The sox developers simply
dropped it because it is less pre
Hello, this is my first post, so please be kind.
In order to upsample Wav files to 48000 Hz PCM, the following file was
patched:
/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Slim/Player/Squeezebox.pm
This is on a Mac, but I assume finding this file on Windows should not
be too dif
Converting to lossless AIFF shall be ok in theory (as it also PCM and
supported natively by Squeezebox/Transporter), but in practice - nada
--
michael123
michael123's Profile: http://forums.slimdevices.com/member.php?useri
I ran myself sox in command line but without 'rate' effect and without
sample size change, and the resulting file matches source.
Actually, if we do upsampling and still sending headless raw, how the
SC will detect proper rate, sample size, byte order?
--
michael123
---
aha,
so that might be an issue with sox
did you try redirecting the output to file and comparing these two?
where is the difference?
--
michael123
michael123's Profile: http://forums.slimdevices.com/member.php?userid=2374
headers??
As you can see the "flc pcm" conversion rule outputs a
raw stream without a problem.
Code:
flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dc --totally-silent --force-raw-format --endian=little
--sign=signed $START$ $END$ -- $FI
soundcheck;573621 Wrote:
> Any reason for using --buffer? It shall improve performance (I use NAS),
> although I did not experiment
much.
soundcheck;573621 Wrote:
> How about "flc pcm" + SRC ? Did you manage to get that to work?
No. Everything fails except FLAC, I think this is something to d
I tried also linear and intermediate. For now I like -M best.
Any reason for using --buffer?
How about "flc pcm" + SRC ? Did you manage to get that to work?
--
soundcheck
'soundcheck's au...@vise - Squeezebox Touch Modification Blog'
(http://soundcheck-audio.blogspot.com/p/squeezebox-touch-
soundcheck
I tried your upsampling options, and I find the bass "not synchronized"
with the rest, kind of delayed.
Did you try other options?
What I use now is
Code:
# FLAC output starts here
flc flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}D:{RESA
michael123;573383 Wrote:
> 1) You do need a volume control since otherwise the upsampling will clip
> some samples (on certain tracks).
>
>
Correct. Corrected.
--
soundcheck
'soundcheck's au...@vise - Squeezebox Touch Modification Blog'
(http://soundcheck-audio.blogspot.com/p/squeezebox-to
1) You do need a volume control since otherwise the upsampling will clip
some samples (on certain tracks).
2) Did you try "polyphase" filter from previous sox release?
--
michael123
michael123's Profile: http://forums.sli
Hi guys.
For now I gave up on doing SRC on wav and pcm.
I also tried "flac pcm" + SRC.
Non of them I managed to get working so far.
Meanwhile I have converted my entire collection to flac.
This led to below working solution:
This is an adaptation from here:
http://forums.slimdevices.com/sho
I have been experimenting with dbpoweramp converting CD's to 24/96. As I
have discussed in other posts, I really like the sound of the upsampled
16/44.8 to 24/96 through the Transporter! I mean, I'm really happy! I
can even tell the difference in sound from other rooms in the house. It
comes close
I misunderstood I thought your were using Touch to resample.
To use a SBS server - then look at this thread.
http://forums.slimdevices.com/showthread.php?t=69454
To debug use WebUI Setting/Advanced/Loggin and set player.source to
DEBUG and the click apply.
--
bpa
soundcheck;566592 Wrote:
> I am a bit confused. Are you saying your line works?
Yes, but not in SqueezeCenter.
--
CatBus
CatBus's Profile: http://forums.slimdevices.com/member.php?userid=7461
View this thread: http://for
bpa;566594 Wrote:
> I suspect that the Touch CPU won't have enough power to upsample when it
> is running the TinySB server.
>
> Are you sure it didn't work (i.e. check the log with player.source set
> to DEBUG) or is it possible the CPU couldn't generate a stream fast
> enough to play ?
>
> Y
I suspect that the Touch CPU won't have enough power to upsample when it
is running the TinySB server.
Are you sure it didn't work (i.e. check the log with player.source set
to DEBUG) or is it possible the CPU couldn't generate a stream fast
enough to play ?
You should read this thread
http://f
I am a bit confused. Are you saying your line works?
Lookup the man pages for sox 14.3.0. The effects, such as "rate" are
last.
Quote man pages:
--
Examples:
sox input.wav -b 16 output.wav rate -s -a 44100 dither
-s
-
output.wav would have to be replaced with a hyphen.
Cheer
Not at all, it's copy-and-pasted from a completely unrelated
script...the hyphen in that case would go last, not in the middle.
--
CatBus
CatBus's Profile: http://forums.slimdevices.com/member.php?userid=7461
View this thr
Hmmh.
Usually the hyphen defines "stdout" as output. You don't have an output
defined!?!?
Are you sure your line works?
--
soundcheck
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
View this
This *should* work. I think you had an extra hyphen in there, and
you're missing some sox resampling options goodness ;)
[sox] -q -V0 -D -t wav $FILE$ -t raw -b 24 -c 2 -e signed-integer -L
rate -v -s -I 88.2k
--
CatBus
I just want to give it a try. I'll see what happens, if I manage to get
it going. ;)
--
soundcheck
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
View this thread: http://forums.slimdevices.com
Why upsample? What do you expect to gain?
For the ak4420 DAC (the one for the analog output in the touch) the
THD+N for 44.1 or96 or 192khz is -92dB,so it cannot perfectly represent
the 44.1khz 16bit signal to begin with..
--
qball
--
Hi folks.
Has anybody made Sox resampling work for wav pcm ?
How is the convert.conf entry supposed to look like?
I tried below with 44.1/16 on server 7.6.0 beta which comes with sox
14.3.0.:
wav pcm * *
[sox] -q -V0 -D -t wav $FILE$ -t raw -b 24 -c 2 -e signed-integer -L -
rate -v 882
32 matches
Mail list logo