I'm finding that, although I have HD sources and squeezelite shows under
its debug that it's sending 96Khz, by the time it gets to the av
processor via HDMI, it always shows a PCM 48Khz PCM 2.0. I was trying
to understand this today and then clocked that it's 48, not 44.1. So,
I'm thinking that the ALSA layer is resampling everything to 48Khz,
which I read is the default if it's doing remixing.
This is on a pi running the current fw.
I've also tried converting one of the flac's to wav and playing that
with aplay with the same result, so it's an ALSA thing I think, or it's
the av processor maybe not reporting correctly what it's receiving.
So, two questions. When I run squeezelite -l on the pi, I don't see any
of the hw: devices listed, just the ALSA device
pi@raspberrypi ~ $ sudo /usr/local/sbin/squeezelite -l
Output devices:
null - Discard all samples (playback) or
generate zero samples (capture)
pulse - PulseAudio Sound Server
sysdefault:CARD=ALSA - bcm2835 ALSA, bcm2835 ALSA - Default
Audio Device
The default asound.conf on the pi is
pcm.mmap0 {
type mmap_emul;
slave {
pcm "hw:0,0";
}
}
pcm.!default {
type plug;
slave {
pcm mmap0;
}
}
I know nothing about ALSA, but some reading says that it shouldn't
resample with this as there's no dmix specified. Is there a setting to
tell ALSA to pass on what it receives - just in case...
Also, is there a way to see what ALSA is actually up to? I read earlier
in this thread about /proc/asound/card0/stream0, but that device doesn't
exist on the pi. I'm trying to work out if this is ALSA doing something
weird, or if it's the av proc.
ta
pete S
------------------------------------------------------------------------
psketch's Profile: http://forums.slimdevices.com/member.php?userid=56555
View this thread: http://forums.slimdevices.com/showthread.php?t=97046
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
