dsdreamer wrote: > I am using a USB DAC (Teac UD501) connected via USB. > > Code: -------------------- > > > Playback: > Status: Running > Interface = 1 > Altset = 1 > URBs = 8 [ 8 8 8 8 8 8 8 8 ] > Packet Size = 1024 > Momentary freq = 44101 Hz (0x5.8338) > Feedback Format = 16.16 > Interface 1 > Altset 1 > Format: S32_LE > Channels: 2 > Endpoint: 1 OUT (ASYNC) > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000 > Data packet interval: 125 us > Interface 1 > Altset 2 > Format: S32_LE > Channels: 2 > Endpoint: 1 OUT (ASYNC) > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000 > Data packet interval: 125 us > -------------------- > > > > The bug I am seeing is that if I don't constrain the sample rates via > command line options to squeezelite, and I tune to a 32kbps AAC > stream, the DAC mode gets switched to a very high sample rate but > does't complain, and I get garbled high-pitched, broken-up audio. For > example, I try to listen to Radio 4's live stream from California, I > get a sample rate of 96kHz on the display of the DAC and garbled > audio. Also, the momentary frequency as indicated by cat > /proc/asound/card3/stream0 is drifting around 191,936Hz indicating > that the DAC is not in a valid mode at all. The asynchronous feedback > channel doesn't seem to be maintaining the correct average sampling > rate. This could be just poor error handling from the Teac box. > > > Code: -------------------- > > > Playback: > Status: Running > Interface = 1 > Altset = 1 > URBs = 8 [ 8 8 8 8 8 8 8 8 ] > Packet Size = 1024 > Momentary freq = 191914 Hz (0x17.fd40) > Feedback Format = 17.15 > Interface 1 > Altset 1 > Format: S32_LE > Channels: 2 > Endpoint: 1 OUT (ASYNC) > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000 > Data packet interval: 125 us > Interface 1 > Altset 2 > Format: S32_LE > Channels: 2 > Endpoint: 1 OUT (ASYNC) > Rates: 44100, 48000, 88200, 96000, 176400, 192000, 352800, 384000 > Data packet interval: 125 us > -------------------- > > > > I have found a work-around that gets me by for now: I use > unconditional, asynchronous upsampling to the highest supported sample > rate (-u hLX).
Feedback format of 17.15 look a wrong - do you always see this in the problem case? This would indicate an alsa/dac problem. Can you confirm the output of -d output=debug when you open the problem stream? ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
