On Tue, 2012-03-27 at 08:19 +0200, Max Kellermann wrote:
I've added a fallback, the ALSA output will now attempt to use S32
playback, and left-shift all 24-bit samples by 8 bit in that case.
It's still the old standard.
Hmm something odd is going on when using the new code. My dac switches
rapidly between DSD and 176.4 mode not producing any sound.
The log shows:
Mar 27 19:38 : decoder: audio_format=352800:dsd:2, seekable=false
Mar 27 19:38 : alsa: opened hw:1,0 type=HW
Mar 27 19:38 : alsa: format=S32_LE (Signed 32 bit Little Endian)
Mar 27 19:38 : alsa: buffer: size=896..2097152 time=5079..11888617
Mar 27 19:38 : alsa: period: size=896..2097152 time=5079..11888617
Mar 27 19:38 : alsa: default period_time = buffer_time/4 = 499954/4 =
124988
Mar 27 19:38 : alsa: buffer_size=88192 period_size=22048
Mar 27 19:38 : output: opened plugin=alsa name=DAC
audio_format=352800:dsd:2
When using my SOtM USB-to-SPDIF converter I can also no longer use
device iec958:CARD=S20,DEV=0, I get output: sotm [alsa]
failed to play: Bad address I have to use device hw;2,0 but that also
result in rapid switching between DSD and none DSD mode.
Jurgen
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
