ralphy wrote:
> Okay.
>
>
>
> Great! I'll apply your patch after we hear back on how the testing
> goes.
Hi Ralphy,
I have been running the patched version of SL on my 3 Pcp systems for 3
days now and have found no issuses whatsoever.
Sleep (Fade out and turn off after "sleep" time) Works
paul- wrote:
> Ralphy,
>
> I don't see why we cannot just remove that part of the code. I put it
> in a long time ago before I learned about the powersave extension to
> LMS.
>
> Paul
Okay.
Jeff07971 wrote:
> Hi,
>
> I'll report back after some more testing.
>
>
Great! I'll apply your
Hi,
I have had a look at slimproto.c and basically removed all the
references to "GPIO"
I have compiled this and SL seems to work fine on my test system, I then
created a patch file and applied this to a "clean" git clone and again
compiled.
I am now testing this SL on my test system and will th
Hi Ralphy, Paul-
@Ralphy, I think either you misunderstood my post or I missunderstood
your reply !
Your patch does compile and run OK but it shuts down the GPIO
immeadiately after the player stops !, I was aiming for not shutting
down at all :)
I have to agree with Paul- this behavour seems t
Ralphy,
I don't see why we cannot just remove that part of the code. I put it
in a long time ago before I learned about the powersave extension to
LMS.
Paul
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://sites.google.com/site/picoreplayer/home
Please 'donate'
(
ralphy wrote:
> Yes there are many libraries used for squeezelite.
>
> I've attached a patch that should disable the gpio sleep.
> I reformatted this part of the code yesterday so make sure you have the
> latest from github so the patch doesn't fail.
>
> I haven't tested the change other than
Jeff07971 wrote:
> Hi,
>
> I've compiled a version of squeezelite with a 1 Hour timeout on the -G
> option by setting the SLEEP_DELAY.
>
> I've compiled (lots of requirements !) it and tested it on PCP with the
> "Custom Squeezelite" option and works fine (Times out properly).
>
> My coding s
Hi,
I've compiled a version of squeezelite with a 1 Hour timeout on the -G
option by setting the SLEEP_DELAY.
I've compiled (lots of requirements !) it and tested it on PCP with the
"Custom Squeezelite" option and works fine (Times out properly).
My coding skills are rather limited, is there a
ralphy wrote:
> The GPIO option is currently 'hardcoded to shutdown after 5 minutes'
> (https://github.com/ralph-irving/squeezelite/blob/master/slimproto.c#L638)
> regardless of the player power state.
Thanks Ralphy,
Would it be easy to change this to follow player "Power" ?
At the moment it
The GPIO option is currently 'hardcoded to shutdown after 5 minutes'
(https://github.com/ralph-irving/squeezelite/blob/master/slimproto.c#L638)
regardless of the player power state.
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio
'Squeezebox client builds'
(https://sourceforge.net/pro
Hi all,
I have discovered (I think) an issue or at least weirdness with SL on
PCP and the -G option.
I believe this is an SL issue but I'll move this post if you think not.
The -G option seems to dissassert before the player is turned off.
I noticed this as I use my PCP for music to sleep to, I
As I understand it, the -N option isn't really intended for setting the
name directly. It's for telling squeezelite where to remember its name
when that name is changed via the web interface, under Settings ->
Player -> Basic Settings -> Player Name. Player names are also
remembered by the serve
s25a wrote:
> Hi,
>
> thanks a lot. However I want to store it in a File to easy rename it via
> Script. Of course I could also parse into the command but it would be
> easier to extract it from a txt file.
>
> Thanks
>
> S
Both -n and -N work for me !
25069
+--
Hi,
thanks a lot. However I want to store it in a File to easy rename it via
Script. Of course I could also parse into the command but it would be
easier to extract it from a txt file.
Thanks
S
s25a's Profile: http://for
s25a wrote:
> Hi all,
>
> I did find an option for squeezelite which stores the playername in a
> file. (-N ).
> So i created a "name.txt" file in the same directory where squeezelite
> binary is. Then entered testplayer in the file and started with
> "squeezelite -N name.txt"
>
> However this
Hi all,
I did find an option for squeezelite which stores the playername in a
file. (-N ).
So i created a "name.txt" file in the same directory where squeezelite
binary is. Then entered testplayer in the file and started with
"squeezelite -N name.txt"
However this does not work. Still the defaul
atrocity wrote:
> I wonder what would happen if you explicitly listed acceptable sample
> rates in Squeezelite's parameters, which I assume would force the server
> to do sample rate conversion on the fly. I ran into trouble a couple
> months ago with an MP3 encoded at 32kHz. It was a weird one-o
foxsam wrote:
> I have alot of other mp3 files and they all play. There is something
> strange/different about those files I just don't know what. All the
> files I was having trouble with were very lo bitrate (that was not the
> problem - I have other very low br too that works) so I just ran >
I have alot of other mp3 files and they all play. There is something
strange/different about those files I just don't know what. All the
files I was having trouble with were very lo bitrate (that was not the
problem - I have other very low br too that works) so I just ran
Code:
--
foxsam wrote:
>
>
> What can I do to fix this so these mp3 files play?
The unable to get period size error is usually caused by pulseaudio or
permissions. Confirm your user is in the audio group?
Code:
$id -a
uid=1000(ralphy) gid=1000(ralphy)
groups=1000(ralph
running squeezelite with options:
Code:
-d decode=debug
This is what I get:
Code:
[17:28:13.649152] decode_init:129 init decode, include codecs: exclude
codecs:
[17:28:13.649292] register_dsd:624 using dsd to decode ds
Squeezelite is now 'packaged for Fedora'
(https://apps.fedoraproject.org/packages/squeezelite/).
Packages are currently in testing for Fedora 27 and 28, and, all being
well, should make it into the stable releases in the next couple of
weeks. If you have success or failure before then, please do
sjalloq wrote:
> I've been undone
Long time since I was "undone", one can still see the scars though
:eek::rolleyes:
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread: http:
Ronnie, thanks! Not the first time I've been undone by the lack of a
readme.
sjalloq's Profile: http://forums.slimdevices.com/member.php?userid=4093
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
_
sjalloq wrote:
> Hi there,
>
> perhaps should have posted here first rather than posting issues on the
> GitHub pages, but has anyone managed to build for OS X? I seem to fail
> at PortAudio which requires its own workarounds, and then once
> installed, the Squeezelite Makefile fails to find on
Hi there,
perhaps should have posted here first rather than posting issues on the
GitHub pages, but has anyone managed to build for OS X? I seem to fail
at PortAudio which requires its own workarounds, and then once
installed, the Squeezelite Makefile fails to find one of the installed
PortAudio
soundcheck wrote:
> For now I'm pretty sure that the "Play Next" track - that's been added
> to an active playlist -
> and the pre-processed 2nd track (not being played back at that time) in
> the large buffer
> somehow interfere.
> The pointer seems to get confused somehow.
Is there any rele
marcoc1712 wrote:
> Wow!
>
> please forgive me if I was somehow rude, english is not my mothertongue,
> I just wanted to point out that it's the way it was designed to work,
> not a newly introduced bug.
>
> cheers.
Come on. Nothing to forgive here. ;)
Forgive me that I'm not more precise a
soundcheck wrote:
> To me it's still a bug. If you call it design, or design flaw or
> weakness or compromise - that doesn't matter to me.
>
> If "next" is the not "next" after the track being played back at that
> very moment, it's IMO a very questionable design.
>
> Even with gapless "next"
soundcheck wrote:
> Try adding another song to the current playlist - with e.g. "play next".
I was using a Dynamic playlist (using the Web GUI) that adds songs all
the time. I don't see (or hear) any odd behaviour. Maybe I don't fully
understand what you are doing (but then I don't see how 'Play
Well don't forget crossfade if you design something
Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x
MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3
sub.
Bedroom/Office: Boom
Kitchen:
Try adding another song to the current playlist - with e.g. "play next".
:::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\"
' (http://soundcheck-audio.blogspot.com):::
soundcheck's Profile: http://for
soundcheck wrote:
> To me it's still a bug. If you call it design, or design flaw or
> weakness or compromise - that doesn't matter to me.
>
> If "next" is the not "next" after the track being played back at that
> very moment, it's IMO a very questionable design.
>
> Even with gapless "next"
To me it's still a bug. If you call it design flaw or weakness or
compromise - that doesn't matter to me.
If "next" is the not "next" after the track being played back at that
very moment, it's IMO a bug.
Even with gapless "next" should be "next".
I guess very "short ones" are an exemption. 9
soundcheck wrote:
> Hi folks.
>
> Ts been a while.
>
> I think I brought this issue up some time a back. Don't know if there've
> been anything done in that area.
>
> I think I mentioned that I use the buffers of squeezelite as full-track
> RAM buffers.
> Something like "-b 1:40" would
Hi folks.
Ts been a while.
I think I brought this issue up some time a back. Don't know if there've
been anything done in that area.
I think I mentioned that I use the buffers of squeezelite as full-track
RAM buffers.
Something like "-b 1:40" would allocate a huge 400MB output
buffer.
T
rlsx wrote:
> Sorry -- my mistake.
> I meant to ask about the "new format" squeezelite:
> :Squeezelite-x86_64-1.8.7r1052.dmg
> How does one configure the command-line arguments, such as "output
> device" ?
>
> (You will forgive me if this isn't the correct thread, for
> squeezelite...)
>
>
Richard Kimber wrote:
> Thanks. I'll try that later. I'm currently experimenting with adding -o
> hw:CARD=HDAudio,DEV=0. I haven't had it going long enough to test this
> properly.
>
> - Richard.
Hi
I tried this option but while adding a new
-o in etc/default/sequeezelite, the -o default per
I'm trying to build an externally clocked I2S DAC application where the
DAC acts as master and the Pi (or BBB, whatever) acts as I2S slave - ie,
DAC LRCLK/BCLK=>MPU DAI, MPU DAI Data=>DAC. In order to select the
appropriate external clock (44.1 or 48 multiple), I need the file/stream
info (sample
bchab wrote:
> Hi,
>
> I intall squeezebox on olimex A20 lime board.
> I have a problem to map my usb sound card to the output.
>
> squeezelite -l gives this :
>
> ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition
> 'cards.sunxi-CODEC.pcm.front.0:CARD=0'
> ALSA lib conf.c:425
Hi,
I intall squeezebox on olimex A20 lime board.
I have a problem to map my usb sound card to the output.
squeezelite -l gives this :
ALSA lib confmisc.c:1286:(snd_func_refer) Unable to find definition
'cards.sunxi-CODEC.pcm.front.0:CARD=0'
ALSA lib conf.c:4259:(_snd_config_evaluate) function
PasTim wrote:
> Thanks very much indeed. I had no idea at all that this set of files
> existed, even though I follow this and a few other threads. I'm now
> wondering whether I might need any of the others (eg faad etc).
>
> A brief set build instructions including the above hints might be usefu
PasTim wrote:
> Thanks very much indeed. I had no idea at all that this set of files
> existed, even though I follow this and a few other threads. I'm now
> wondering whether I might need any of the others (eg faad etc).
If you're running a current LMS 7.9.1 you'll already have the newer
faad.
P
ralphy wrote:
> VISEXPORT - used by jivelite to enable VU spectrum and VU meter now
> playing screens when squeezelite is running on the same system. Linux
> and Solaris only
> IR - enable basic infrared remote control for VOLUMEDOWN VOLUMEUP
> PREVIOUS REWIND NEXT FORWARD PAUSE PLAY POWER MUTE
PasTim wrote:
> Looking at the help from the version I have, it wasn't built with
> VISEXPORT IR GPIO DSD. I can work out what DSD is, but the rest is
> unknown to me.If and when I have to build myself, is there an
> explanation, however brief, of each option? I vaguely recall there were
> a few
marcoc1712 wrote:
> I think the Ralphy version is to consider the 'community offical'.
> Binary and build instructions are there.
Thanks, but where is 'there'? I eventually found github for the source
(not through the forum, which is a bit of a shame) but I failed to find
any build instructions.
PasTim wrote:
> Thanks. I can see that. However I'm feeling old and thick, with no
> memory.
>
> Somewhere in the several hundred pages of this thread are the download
> instructions. I know I had them once, and must be being very slow, but
> my searches obviously use the wrong terms. I think
Thanks. I can see that. However I'm feeling old and thick, with no
memory.
Somewhere in the several hundred pages of this thread are the download
instructions. I know I had them once, and must be being very slow, but
my searches obviously use the wrong terms. I think I built the last one
myself
Code:
Squeezelite v1.8.7-1007, Copyright 2012-2015 Adrian Smith, 2015-2017 Ralph
Irving. See -t for license terms
Usage: /usr/local/bin/squeezelite [options]
-s [:] Connect to specified server, otherwise uses
autodiscovery to find server
-o Specify output devi
bpa wrote:
> The -S only supports a file name and squeezelite checks for the
> existence of the file so even if you quote the variables to be part of
> the -S parameter, it may not work.
Just as a matter of interest, is there a new version supporting -S?
I've a version from April 17 that does't
Hi folks.
I just scanned a debug log.
Can anybody explain why I see
Code:
[12:16:20.960605] sendSTAT:187 STAT: STMt
[12:16:20.960671] process:526 audg
[12:16:20.960695] process_audg:438 audg gainL: 46592 gainR: 46592 adjust: 1
[12:16:20.960703] set_volume:233
sevi_at wrote:
> nobody an idea?
> I need handover values with -S parameter like:
>
> -S /var/www/sq_pwr_on.sh $PLAYER $SQMAC
>
> however, the values of -$PLAYER $SQMAC- will not be passed into the
> shell script.
The -S only supports a file name and squeezelite checks for the
existence of the
> Is it possible -S parameter with handover values.
>
> example:
> Code:
> PLAYER=$(cat /opt/settings/settings_player/dev"$i".txt | head
> -n1 | tail -n1)
> SQMAC=$(cat /opt/settings/settings_player/dev"$i".txt | head -n2
> | tail -n1)
>
> /usr/bin/squeezelite-armv6hf -r 44100,44100 -d output=
Is it possible -S parameter with handover values.
example:
Code:
PLAYER=$(cat /opt/settings/settings_player/dev"$i".txt | head -n1 | tail -n1)
SQMAC=$(cat /opt/settings/settings_player/dev"$i".txt | head -n2 | tail -n1)
/usr/bin/squeezelite-armv6hf -r 44100,
>
> only r-44100,44100 option:
> >
Code:
> > /usr/bin/squeezelite-armv6hf -r 44100,44100 -d output=info -f
/tmp/squeeze.log -o squeeze01 -n undefined -m 00:00:00:00:00:01 -z
> [12:48:22.855874] output_init_alsa:865 init output
> [12:48:22.856199] output_init_alsa:8
PasTim wrote:
> I've always used syntax -r 44100-44100 (along with -R etc) to ensure
> only one rate is available (min and max both 44100, or whatever is
> desired).
They heve two different (but related) meaning, problem here is why SL is
outputting at 32000 when not resampling even if the strea
I've always used syntax -r 44100-44100 (along with -R etc) to ensure
only one rate is available (min and max both 44100, or whatever is
desired).
LMS 7.9.1 on VortexBox Midi box, Xubuntu 17.10, FLACs 16->24 bit,
44.1->192kbps. Touch & EDO. 2nd Touch standard.
LMS plugin UPnP/DLNA Bridge to MF
sevi_at wrote:
> are you sure? I can play with -r-44100,44100- synonymous other
> samplerate however with additional -R -u hMX- opotion resampled
> squeezelite
>
>
> only r-44100,44100 option:
> >
Code:
> > /usr/bin/squeezelite-armv6hf -r 44100,44100 -d output=info -f
>
> > > >
> > have now given all your ideas in my start command.
> >
> > I thought that r-44100,44100 already resampled thanks for this info.
> >
> > > >
> Nope, it does not resample, but make you sure that material with
> different sample rate is rejected.
are you sure? I can play with -r-
Richard Kimber wrote:
> Ah, many thanks. That sounds like what I need.
>
> With this option does Squeezelite just resume normally when I try to
> play something, assuming the other process has stopped?
Yes, exactly as it was started again from fresh.
_
Ah, many thanks. That sounds like what I need.
With this option does Squeezelite just resume normally when I try to
play something, assuming the other process has stopped?
Richard Kimber's Profile: http://forums.slimdevice
Richard Kimber wrote:
> I'd like to be able to stop squeezelite from the command line so that
> another process can use the sound card. Is there a clean way of doing
> this?
>
> I can't see a stop, exit, or quit option in the list of parameters. Do
> I just have to kill the process? That seems
Richard Kimber wrote:
> I'd like to be able to stop squeezelite from the command line so that
> another process can use the sound card. Is there a clean way of doing
> this?
>
> I can't see a stop, exit, or quit option in the list of parameters. Do
> I just have to kill the process? That seems
I'd like to be able to stop squeezelite from the command line so that
another process can use the sound card. Is there a clean way of doing
this?
I can't see a stop, exit, or quit option in the list of parameters. Do
I just have to kill the process? That seems a bit of a blunt instrument.
---
sevi_at wrote:
> @ marcoc1712
>
> have now given all your ideas in my start command.
>
> I thought that r-44100,44100 already resampled thanks for this info. :)
Nope, it does not resample, but make you sure that material with
different sample rate is rejected.
sevi_at wrote:
>
> The logfil
@ marcoc1712
have now given all your ideas in my start command.
I thought that r-44100,44100 already resampled thanks for this info. :)
The logfile now looks exactly like I imagine and I do not have the
message anymore:
[14:03:16.009665] ALSA snd_pcm_dmix_open:1022 unable to open slave
but sti
sevi_at wrote:
> @marcoc1712
> Thanks for the quick reply
>
> Unfortunately, I need dmix, because I have to mix several sound outputs
> together Airplay, Spotify, MPD ...
> is it possible to set alsa - dmix fix to 44100? at Airplay, Spotify, MPD
> is that too why is not that at squeezelite?
>
@marcoc1712
Thanks for the quick reply
Unfortunately, I need dmix, because I have to mix several sound outputs
together Airplay, Spotify, MPD ...
is it possible to set alsa - dmix fix to 44100? at Airplay, Spotify, MPD
is that too why is not that at squeezelite?
1)
what could I change here?:
C
sevi_at wrote:
> Hy,
> I start squeezelite with this option on my ThinkerBoard -> ARMBIAN 5.31
> stable Ubuntu 16.04.3 LTS 4.4.73-rockchip
>
> /usr/bin/squeezelite-armv6hf -Z 44100 -W -c flac,pcm,mp3,ogg,aac -b
> 2048:4096 -a 60:16::0 -r 44100,44100 -d output=info -f /tmp/squeeze.log
> -p 97 -
Hy,
I start squeezelite with this option on my ThinkerBoard -> ARMBIAN 5.31
stable Ubuntu 16.04.3 LTS 4.4.73-rockchip
/usr/bin/squeezelite-armv6hf -Z 44100 -W -c flac,pcm,mp3,ogg,aac -b
2048:4096 -a 60:16::0 -r 44100,44100 -d output=info -f /tmp/squeeze.log
-p 97 -o squeeze01 -n test -m 00:00:0
Ralphy.
Since you're in charge for squeezelite at PcP.
Would be nice if you could compile SL with DSD-native enabled.
I'd love to test it. (...without having to add my own binary to PcP)
Thx.
soundcheck's Profile: http:
That's great.
Thx.
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
___
unix ma
soundcheck wrote:
> @Ralphy
>
> I just saw that there are several other patches kept under ./scripts
> already.
>
> Why can't you just upload the dsd-patch !?!?
>
> It would make life much easier to handle the patch - while using your
> git tree.
>
> Thx
I meant to do that the first time y
@Ralphy
I just saw that there are several other patches kept under ./scripts
already.
Why can't you just upload the dsd-patch !?!?
It would make life much easier to handle the patch - while using your
git tree.
Thx
so
marcoc1712 wrote:
> You are rigth, is not supposed to work with ALSA < 1.0.28.
Ralphy. Can't you just add the DSDNative patch and a README to the
sources - a patches dir !??!. The README would say: applies to
ALSA>1.0.29
ralphy wrote:
> Yes, the original patch came from
> https://raw.githubusercontent.com/marcoc1712/squeezelite-R2/Release/Daphile%20patches/07-native-dsd-support.patch
> however it no longer applies cleanly.
>
> The modified patch file which worked for soundcheck (thanks for
> confirming it works
marcoc1712 wrote:
> Are they the ones I've sent to you?
>
> If so, I think they just work fine in any linuix I tried, wich one
> fails?
Yes, the original patch came from
https://raw.githubusercontent.com/marcoc1712/squeezelite-R2/Release/Daphile%20patches/07-native-dsd-support.patch
however it
ralphy wrote:
> I have the daphile full dsd patch refactored to apply against my current
> master branch.
>
> Unfortunately, applying it to MASTER causes squeezelite builds to fail
> on many linux distributions and I don't have any DSD capable DACs with
> which to test it.
>
> It's attached for
Just compiled it.
On ArchLinux for PI3 with 4.9.58 kernel and latest squeezelite-git it
works.
Just started a DSD256 track in native mode.
Sounds OK to me.
That was easy.
Thx a lot.
soundcheck's Profile: http://forums
This just sounded like a Dejavu. ;)
Thx I'll try it.
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
_
soundcheck wrote:
> Would be great if Ralphy could incorporate the function into the
> squeezelite master branch . I think it's worth it.
I have the daphile full dsd patch refactored to apply against my current
master branch.
Unfortunately, applying it to MASTER causes squeezelite builds to fai
It's working.
Code:
cat /proc/asound/card0/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: DSD_U32_BE
subformat: STD
channels: 2
rate: 176400 (176400/1)
period_size: 8192
buffer_size: 32768
That's DSD128.
Great.
Int
I guess I have to disable
Code:
Enable DSD-over-PCM
at least that it looks like when looking at the result - a 352k8 PCM
stream.
But then under fileformats I'm wondering if I have to disable all
"DSF FLAC" options , which show to "dsdpl
OK.
cat /proc/asound/card0/stream0
shows
Code:
Interface 1
Altset 2
Format: SPECIAL DSD_U32_BE
Channels: 2
Endpoint: 1 OUT (ASYNC)
Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000, 705600,
768000
Data packet interval: 125 us
-
soundcheck wrote:
> Thx great.
>
> How do I configure it?
>
> First
>
> -D
>
> Whatever that may be.
>
> and on LMS?
-D is a standard squeezelite option to enable DSD (DOP in standard
version).
R2 is capable of 'native' DSD output IN LINUX requiring ALSA 1.0.29 or
greater.
To enable t
marcoc1712 wrote:
> Yes, here: https://github.com/marcoc1712/squeezelite-R2.
Thx great.
How do I configure it?
soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383
View this thread: http://forums.s
soundcheck wrote:
> Hi folks.
>
> Tz been a while.
>
> I'm just testing DSD -- once more .
>
> The DAC on my desk can handle native DSD. Why not trying it!?!? ;)
>
> So far I managed to play DOPs up 2 DSD128. Nice. That worked out of the
> box. More or less...
>
> What's the status abou
Hi folks.
Tz been a while.
I'm just testing DSD -- once more .
The DAC on my desk can handle native DSD. Why not trying it!?!? ;)
So far I managed to play DOPs up 2 DSD128. Nice. That worked out of the
box. More or less...
What's the status about native DSD support !?!?
@Marcoc do you s
I think I've solved the issue by adding
-o hw:CARD=HDAudio,DEV=0
on the Squeezelite command line. I've not had any problems since doing
that. :)
Richard Kimber's Profile: http://forums.slimdevices.com/member.php?userid=6
Richard Kimber wrote:
> Thanks. I'll try that later. I'm currently experimenting with adding -o
> hw:CARD=HDAudio,DEV=0. I haven't had it going long enough to test this
> properly.
>
> - Richard.
I was going to suggest trying some of the other options, sometimes they
just work a little better
marcoc1712 wrote:
> You could try to add -C 1 at the squeezelite command line (don't know
> where in max2play), this cause squeezelite to release he connection to
> the dac after 1 sec of silence and re-open it when sound starts over.
Thanks. I'll try that later. I'm currently experimenting wit
Richard Kimber wrote:
> I'm using max2play on the Pi 3, and used the max2player implementation.
>
> I'm using the default DAC 8 DSD HDAudio, because that seemed the obvious
> choice. There is a 'sysdefault DAC 8 DSD HDAudio' option, but why would
> that be any different?
>
> - Richard.
You cou
Man in a van wrote:
> Hi Richard, you don't say how you have implemented Squeezelite, but have
> you tried using one of the other output settings for the dac?
>
> Ronnie
I'm using max2play on the Pi 3, and used the max2player implementation.
I'm using the default DAC 8 DSD HDAudio, because tha
Richard Kimber wrote:
> Im running LMS and Squeezelite on a Raspberry Pi 3 with a wired
> ethernet connection. I use it mostly for internet radio.
>
> Im connecting the USB output to a T+A DAC 8 DSD. This sounds fine at
> first. However, if I switch off the music (via the SqueezeCtrl app on my
Im running LMS and Squeezelite on a Raspberry Pi 3 with a wired
ethernet connection. I use it mostly for internet radio.
Im connecting the USB output to a T+A DAC 8 DSD. This sounds fine at
first. However, if I switch off the music (via the SqueezeCtrl app on my
tablet) and then return to play
trung224 wrote:
> Hello,
> I have a problem when using Squeezelite. I am using Logitech Media
> Server streaming flac (native, no transcoding) to Squeezelite. Problem
> is, Squeezelite renderer cannot output stream at native rate. For
> example, if I don't choose anything about bit depth in Confi
trung224 wrote:
> I have a problem when using Squeezelite. I am using Logitech Media
> Server streaming flac (native, no transcoding) to Squeezelite. Problem
> is, Squeezelite renderer cannot output stream at native rate. For
> example, if I don't choose anything about bit depth in Configure
> sq
Hello,
I have a problem when using Squeezelite. I am using Logitech Media
Server streaming flac (native, no transcoding) to Squeezelite. Problem
is, Squeezelite renderer cannot output stream at native rate. For
example, if I don't choose anything about bit depth in Configure
squeelite>ALSA params,
anotbot wrote:
> Yes, I've tried that and though the squeezelite player starts up, it can
> no longer be found by any controller... so not a solution :-(
If there are no firewalls blocking broadcast packets, player being
visible to controller depends on being on the same subnet.
How are IP addre
anotbot wrote:
> Thank you for your help PasTim.
>
> No, no firewalls - my other squeezeplayers work fine (iPad and Mac) it's
> just the Pi ones that don't... thinking it might be something to do with
> the Max2Play software, as I know someone else is having the same
> problem...
>
> What are y
501 - 600 of 3853 matches
Mail list logo