Triode wrote:
That's saying squeezelite is sending 96k to alsa - so this is
resampling. I've not used the hdmi - can you open it as a direct
hw:CARD=X device?
I tried various combinations. With hw:CARD=ALSA I get:
[09:18:34.711631] output_init:1298 requested buffer_time: 2
paul- wrote:
I also have been able to reproduce a segmentation fault 100% of the time
by
- Start streaming Music (Flac's or MP3's for sure)
- Pause the stream
- restart the squeezelite program, or reboot the Pi.
- UnPause the stream.
- Immediate Segmentation Fault.
I can confirm that on
Hi there.
Nice project.
Just tried the latest 0.9beta9 under Ubuntu 12.10 server (I havn't read
the entire thread, please apologize if I repeat certain issues)
I'm not running pulseaudio.
Some quick findings:
1. -z daemonize doesn't seem to work, app stays in the foreground
2. -n doesn't
Just figured if I use e.g. -r 96000, native SR is played back. -r needs
to be set to avoid resampling of the server.
My EMU 0404 though needs manual samplerate adjustment via alsamixer. I
use hw as interface.
If I do not adjust the SR manually with alsamixer before starting
playback of a track
Hi Triode,
I do apologize if someone else has already raised this question.
Is that normal that I can't play any 32 Bit FLAC files?
Keep up the good job! I am a pleased user of Squeezelite on a Raspberry
PI.
albertone74 wrote:
Is that normal that I can't play any 32 Bit FLAC files?
Are you sure they are 32 bit files? I might be wrong but I didn't think
flac could encode to 24 bit.
JackOfAll's Profile:
JackOfAll wrote:
Are you sure they are 32 bit files? I might be wrong but I didn't think
flac could encode to 24 bit.
According to the FLAC FAQ: FLAC supports linear PCM samples with a
resolution between 4 and 32 bits per sample.
JackOfAll wrote:
Are you sure they are 32 bit files? I might be wrong but I didn't think
flac could encode to 24 bit.
Sorry you are right my mistake! I meant 24 bit:)
albertone74's Profile:
epoch1970 wrote:
I can confirm that on i386. And the behaviour is not new, dates back at
least a few releases ago. To avoid the segfault you need to reload a new
playlist.
Great - an actual report of it crashing - reports like this will help
the stablity to improve as I need to know the
soundcheck wrote:
Just figured if I use e.g. -r 96000, native SR is played back. -r needs
to be set to avoid resampling of the server.
My EMU 0404 though needs manual samplerate adjustment via alsamixer. I
use hw/plug as interface.
If I do not adjust the SR manually with alsamixer
soundcheck wrote:
Hi there.
Nice project.
Just tried the latest 0.9beta9 under Ubuntu 12.10 server (I havn't read
the entire thread, please apologize if I repeat certain issues)
I'm not running pulseaudio.
Some quick findings:
1. -z daemonize doesn't seem to work, app stays in
paul- wrote:
Everything Running - Nothing streaming
- Reboot my router
- squeezelite stays running, however nothing is dumped to the log
- as soon as the network connection comes back up, there is one small
group of the common status messages (3 or 4 lines) dumped to the log.
-
albertone74 wrote:
Sorry you are right my mistake! I meant 24 bit:)
Definately works with 24bit flacs for me - can you post some debug
messages of what happens when you try to play a problem file? (start
with -d all=debug to get all debug messages)
Thanks for this great tool. I only started using it, so far works
without problems.
A quick question, related to the recent posts concerning ALSA
resampling: if I run with -o hw:0 the log says reopening device hw:0
in plug mode as plughw:0 for resampling. Is this a feature of
Squeezelite, or
instaud wrote:
Thanks for this great tool. I only started using it, so far works
without problems.
A quick question, related to the recent posts concerning ALSA
resampling: if I run with -o hw:0 the log says reopening device hw:0
in plug mode as plughw:0 for resampling. Is this a feature
Triode wrote:
Great - an actual report of it crashing - reports like this will help
the stablity to improve as I need to know the failure cases please!
Oops. My apologies for not reporting it before. But it seemed big enough
to be obvious, and since I run the server and the player on the same
Triode wrote:
Squeezelite should only do this if it thinks that it can't open the
device at the desired sample rate. Normally it should open a hw: device
without doing this if the sample rate is supported. Can you post the
debug with -d outptut=debug?
I am currently testing with a generic
instaud wrote:
I am currently testing with a generic onboard soundcard which definitely
is fixed at 48kHz, so Squeezelite is doing the right thing! No worries,
I was just wondering if this is ALSA or the application changing the
device, because if ALSA has incomplete hardware information it
Running an old AMD system. Not sure if it makes a difference but
compiled on this system. I think the Local Player plugin tries to
install x86 version which didn't seem to work. I attach the compiled
file below. Code as per the google code page about 15 min ago.
Triode wrote:
Thanks - I have a fix for the second one; can you get me any more data
on the first one?
To get as much data I as I could, I started the player with -d
all=sdebug
The then rebooted my router.
One thing that I noticed that with sdebug, the output thread was still
dumping data to
Just looking at a debug trace, I see the player doesn't say exactly the
same things when it connects to a local or to a remote server. I do not
use the direct file access feature because I want to sync players. The
Local Player plugin is installed, but it is inactive. This seems
specific to the
21 matches
Mail list logo