I'm a Raspberry Pi user as well. I stumbled across a USB firmware "fix"
for the many reported USB issues for RPi. I was beginning to think as
Triode said earlier that RPi wasn't ready for Prime Time for Squeezeplug
but now I'm having no issues.
And hopefully the RPi USB issues will get tackle
JackOfAll wrote:
> LOGITECHMEDIASERVER-VENDOR-7.8.0-0.3.20130303GIT1349179762
>
> I've moved the sls binary out of the vendor package into a vendor-sls
> sub-package as a precursor to dropping it.
>
> Changes...
> >
Code:
> >
> * Sat May 25 2013 - 7.8.0-0.3.20130303
LOGITECHMEDIASERVER-VENDOR-7.8.0-0.3.20130303GIT1349179762
I've moved the sls binary out of the vendor package into a vendor-sls
sub-package as a precursor to dropping it.
Changes...
Code:
* Sat May 25 2013 - 7.8.0-0.3.20130303git1349179762
- Move sls binary into su
gharris999 wrote:
> How would we know? Do any of the popular encoders produce M4As in SLS?
>From what little research I did, it was a format that never caught on. I
think the rule of thumb would be, unless you know you have any files
using this format, you don't.
gharris999 wrote:
> Also...I'
JackOfAll wrote:
> Why on earth would you want to do this? You really want to play back
> 440Hz test tones and shift the pitch down to 432Hz?
>
> Boy, I thought I did some strange things! ;) I'm starting to think I'm
> not so crazy after all! LOL.
bakker_be was most probably wanting to pla
JackOfAll wrote:
> Before I drop support for MPEG-4 Scalable to Lossless (SLS) from the
> "community" LMS package, (I'm uncomfortable including the proprietary
> sls binary, subject to a license agreement btwn Logitech and
> Fraunhofer), does anyone actually have any SLS m4a content?
How would we
JackOfAll wrote:
> Why on earth would you want to do this? You really want to play back
> 440Hz test tones and shift the pitch down to 432Hz?
>
> Boy, I thought I did some strange things! ;) I'm starting to think I'm
> not so crazy after all! LOL.
I'm sure Baroque music fans would appreciat
sbp wrote:
> Hi Willem
>
> Could you try:
> -o hw:CARD=DAC,DEV=0 -a 20:4:24_3:0
Hi Streen
No luck. When I use this commands I only get silence!
Best settings for good clean sounds are:
-o default:CARD=DAC -n piCorePlayer -a 80:4
However then my Dac plays only in 16b48K.
---
Hi Willem
Could you try:
-o hw:CARD=DAC,DEV=0 -a 20:4:24_3:0
sbp's Profile: http://forums.slimdevices.com/member.php?userid=37237
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
Yes I use a Pi. Would there be a alternative for the RPI?
Nerdwebber's Profile: http://forums.slimdevices.com/member.php?userid=55759
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
_
bakker_be wrote:
>
> I'd like to know how I can get it to change the tune from 440HZ to
> 432HZ, just to try it out. I've found that giving SOX the "pitch -31"
> parameter should accomplish this, but I'm unsure where to put this in.
Why on earth would you want to do this? You really want to pla
Nerdwebber wrote:
> Hi Triode
> With default values my Hifimedia Sabre DAC is playing great. A very
> clean sound.
> The issue is that with default values 24b96K files are playing only in
> 16b48K . As reported earlier by by hagensieker.
> When I do cat during playing "cat
> /proc/asound/card0/
Triode wrote:
> Afraid I've not read all the discussion on this, but just wanted to
> point out that with the -a option, you can miss out default values.
>
> -a 20:4:24_3:1 is really the default for your hardware so not sure what
> it is doing for you?
>
> I suggest looking at the -d output=d
Triode wrote:
> The server will downsample. The point of this is to either detect or
> preset the max rate the dac supports so that server downsampling cuts in
> at the right place.
OT WARNING
This downsampling is determined in convert.conf right? This line?
Code:
Triode wrote:
> The server will downsample. The point of this is to either detect or
> preset the max rate the dac supports so that server downsampling cuts in
> at the right place.
I see thanks. Very clear as usual Triode!
-
albertone74 wrote:
> Yes sure..mine was just an example :)
>
> I was just interested in knowing what happens when you try to play a
> file with a sample rate bigger the one specified with the -r option...
The server will downsample. The point of this is to either detect or
preset the max rate
bakker_be wrote:
> I think you're not supposed to exceed the physical capabilities of your
> DAC ;)
Yes sure..mine was just an example :)
I was just interested in knowing what happens when you try to play a
file with a sample rate bigger the one specified with the -r option...
---
albertone74 wrote:
> Hi Triode,
>
> Many thanks for your feedback. That's good to know!
> Would you please tell me what it would happen if I started Squeezelite
> with the option -r 192000 and the actual FLAC file was a 24/384kHz? Is
> it worth to start Squeezelite always with -r 384000?
> Than
Triode wrote:
> The output device needs to be opened at squeezelite startup to identify
> the max sample rate and report this to the server. If you include a -r
> option in the squeezelite command line then this step is bypassed and
> the max rate set via this parameter is used. This will allow
tparvais wrote:
> Finally, I succeed to login with Putty. and strange thing, it recognize
> automatically my AZERTY keyboard and adapt accordingly :-) Strange
> different behaviour between ssh and direct connection
>
> Here is the output:
>
> Insert USB DAC and pres ENTER to get a list of avail
Hi Willem
Sorry to hear that - I'm currently working on updating the piCorePlayer
to kernel 3.8.13 - I don't know if it will help you, but we could hope.
I have a few questions, and some suggestions.
Regarding the change in cmdline.txt. Have you checked that it is still
there (microcore linux
hagensieker wrote:
>
> squeezelite -n UpSqueeze -o hw:CARD=DAC,DEV=0 -a 20:4:24_3:1 -d
> all=debug
>
Afraid I've not read all the discussion on this, but just wanted to
point out that with the -a option, you can miss out default values.
-a 20:4:24_3:1 is really the default for your hardware s
Before I drop support for MPEG-4 Scalable to Lossless (SLS) from the
"community" LMS package, (I'm uncomfortable including the proprietary
sls binary, subject to a license agreement btwn Logitech and
Fraunhofer), does anyone actually have any SLS m4a content?
Before I drop support for MPEG-4 Scalable to Lossless (SLS) from the
"community" LMS package, (I'm uncomfortable including the proprietary
sls binary, subject to a license agreement btwn Logitech and
Fraunhofer), does anyone actually have any SLS m4a content?
24 matches
Mail list logo
