Triode wrote:
> Could you try the latest output branch version. This tries to make that
> part of the code align completely to
> http://www.alsa-project.org/alsa-doc/alsa-lib/_2test_2pcm_8c-example.html#a43
> - direct_loop which I believe is the best match. The original code was
> definitely the cause of the error message as it called start when there
> was nothing in the alsa output buffer. If this does not work, then we
> need to see why calling start too early and hence causing a call to
> recovery is necessary...
>
> I should add that this code is related to mmap output - could you also
> try with -a :::0 to see if disabling mmap makes a change?
>
> Edit: I should add that the latest output branch now also includes the
> ability to resample by exception with libsoxr for missing sample rates.
> To enable this start with -R E (or -u E, -u and -R do the same thing..)
>
> The code will poll the device and identify which sample rates are
> supported natively and then should resample for those rates which are
> not supported. If you want to specify the rates rather than rely on
> alsa knowing, the -r option can now take a series of rates separated by
> commas.
With the latest version on the output branch, I am still having the
problem that whenever I play a track at a higher sampling rate than the
previously played track it fails (choppy Pinky and Perky sound), the
instantaneous sample rate is an illegal value and the feedback format
code is wrong. E.g., playing a 192kHz track right now (when I had
previously been playing a 96kHz track), it sounds demented and has the
following stream0
Code:
--------------------
Interface = 1
Altset = 1
URBs = 8 [ 8 8 8 8 8 8 8 8 ]
Packet Size = 1024
Momentary freq = 383838 Hz (0x2f.fad0)
Feedback Format = 17.15
--------------------
If I play a 44.1kHz track and then go back to play that same 192kHz
track, things get even more extreme:
Code:
--------------------
Playback:
Status: Running
Interface = 1
Altset = 1
URBs = 8 [ 8 8 8 8 8 8 8 8 ]
Packet Size = 1024
Momentary freq = 767727 Hz (0x5f.f740)
Feedback Format = 18.14
--------------------
Switching down from a higher sample rate to a lower one is never a
problem.
I have tried this also with mmap=0, with very similar results. In all
cases, I can recover to correct playback by stopping the player with
capital Q and pressing play again. I am invoking squeezelite as follows
when testing mmap=0
Code:
--------------------
./squeezelite -a 40:::0 -o hw:CARD=UD501 -n SqueezeliteQUAD -u E
--------------------
I have tested the "-u E" resampling option and it works perfectly! I
can now listen to BBC radio live streams, and I observe that I get
internal resampling from 32kHz to 44.1kHz which sounds fine for Radio 4.
Thanks for your continued work on this topic.
----------------------
"Dreamer, easy in the chair that really fits you..."
------------------------------------------------------------------------
dsdreamer's Profile: http://forums.slimdevices.com/member.php?userid=12588
View this thread: http://forums.slimdevices.com/showthread.php?t=99395
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
