Re: [alsa-devel] ICE1724 - File descriptor in bad state when capturing
Pavel Hofman wrote:
Clemens Ladisch wrote:
Pavel Hofman wrote:
Whereas for the broken analog input, the sequence is
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_PREPARED - returns 0
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_SETUP - returns -EBADFD
I'd guess that your trigger callback fails somehow, bit this is hard to determine without the source code.
Thanks, I will do more testing in the evening. Just in case, I am including the relevant files. I moved all rate-relevant stuff to card-specific routines, redefined in juli.c. The trigger code was not changed at all.
Perhaps those new snd_pcm_hardware structs in juli.c (I do not know the exact meaning of the _bytes_ ones)?
These values are in bytes (and not in frames).
It's possible that the AK4114 code stops the stream because it thinks that the input sample rate has changed. Try uncommenting the printk in i2c/other/ak4114.c.
Regards, Clemens
Clemens Ladisch napsal(a):
Pavel Hofman wrote:
Clemens Ladisch wrote:
Pavel Hofman wrote:
Whereas for the broken analog input, the sequence is
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_PREPARED - returns 0
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_SETUP - returns -EBADFD
I'd guess that your trigger callback fails somehow, bit this is hard to determine without the source code.
Thanks, I will do more testing in the evening. Just in case, I am including the relevant files. I moved all rate-relevant stuff to card-specific routines, redefined in juli.c. The trigger code was not changed at all.
Perhaps those new snd_pcm_hardware structs in juli.c (I do not know the exact meaning of the _bytes_ ones)?
These values are in bytes (and not in frames).
It's possible that the AK4114 code stops the stream because it thinks that the input sample rate has changed. Try uncommenting the printk in i2c/other/ak4114.c.
Thanks, I will try that. I can even check with the whole AK4114 creation code commented out.
Would the SPDIF receiver code stop the analog capture stream too? The digital capture stream works fine.
Thanks,
Pavel.
Regards, Clemens _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Clemens Ladisch wrote:
Pavel Hofman wrote:
Clemens Ladisch wrote:
Pavel Hofman wrote:
Whereas for the broken analog input, the sequence is
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_PREPARED - returns 0
- snd_pcm_lib_read1 with SNDRV_PCM_STATE_SETUP - returns -EBADFD
I'd guess that your trigger callback fails somehow, bit this is hard to determine without the source code.
Thanks, I will do more testing in the evening. Just in case, I am including the relevant files. I moved all rate-relevant stuff to card-specific routines, redefined in juli.c. The trigger code was not changed at all.
Perhaps those new snd_pcm_hardware structs in juli.c (I do not know the exact meaning of the _bytes_ ones)?
These values are in bytes (and not in frames).
It's possible that the AK4114 code stops the stream because it thinks that the input sample rate has changed. Try uncommenting the printk in i2c/other/ak4114.c.
Clemens, you are ingenious! AK4114 was wrongly hooked to the analogue "ice->pcm_pro" stream instead of the digital "ice->pcm" stream. It works now fine, thanks a lot.
Pavel.
participants (2)
-
Clemens Ladisch -
Pavel Hofman