[alsa-devel] bug report. Envy24 based card (terratec ews88d) won't slave to external clock via s/pdif.
Hi,
when trying to clock my terratec ews88d from an apogee rosetta AD it just won't. The s/pdif input works but the card won't lock to the s/pdif clock but rather stay at whatever setting it was at before i change to s/pdif in envy24control or mudita24.
Since I have another converter slaved via ADAT out I can tell what sample rate is being output via ADAT sync. Works perfectly for setting the sample rate in envy24control but not when i choose external clock and change the rate on the Apogee AD. Also, audio recorded through the s/pdif input is obviously at the wrong rate when changing the rate on the Apogee AD.
I found this old discussion which seems to describe the same problem: http://alsa-devel.alsa-project.narkive.com/30mvygRD/m-audio-delta-1010lt-s-p...
Also, there is a problem with the alsa-info.sh script, it didn't give me url to share. Just the message Your ALSA information is located at Please inform the person helping you. If the alsa-info.sh output is required i'll post it in an e-mail.
kind regards,
Dne 2.8.2018 v 22:03 Tobias Eklund napsal(a):
Hi,
when trying to clock my terratec ews88d from an apogee rosetta AD it just won't. The s/pdif input works but the card won't lock to the s/pdif clock but rather stay at whatever setting it was at before i change to s/pdif in envy24control or mudita24.
Hi,
I do not see any implementation of incoming rate monitoring in the EWS88D source code https://github.com/torvalds/linux/blob/c0da4fa0d1a54495d6055c009ac46b76d1da2... I do not think the driver covers these features.
If you want to add the functionality, look e.g. at how Juli does the incoming rate monitoring (juli.c, scheduled task in ak4114 https://elixir.bootlin.com/linux/latest/source/sound/i2c/other/ak4114.c#L617 ). Unfortunately the code for checking is rather complex.
With regards,
Pavel.
participants (2)
-
Pavel Hofman -
Tobias Eklund