On Friday 03 January 2003 22.47, Paul Davis wrote: > >This part of PCM API has not been discussed. I think that we should > > follow the most easy way: It is - allow only sample rate given by > > application, if the master clock is using another sample rate - in > > trigger() callback - driver will fail. > > this seems wrong to me. what should fail is an attempt to set the > sample rate unless the hardware is its own clock Master. if no > attempt is made to set it, then the application gets whatever the > hardware is running at, whether that is externally controlled or some > h/w specific default.
An attempt to set it to the sample rate that happens be the correct one should be ok, at least I think so. So, your suggestion is, that for capture, always state the full hardware capability (in hwparams), but fail if incorrect the settings are made? I think that is ok too, but currently I'm narrowing down the hwparams to fit what is available at the input when the sound card is opened (of course, that could have changed until the sound card is started, but it is quite unlikely). I think both approaches are ok, but narrowing down the alternatives I think is more nice to the applications. My guess is that the common use of a digital sound card is that the input signal is not changed too often, and then it is nice if the software gets the correct capabilities, so those applications that think that all sound cards are analog will work in the expected way anyway. > > Also it will fail, when sample rate is changed during > >operation. > > the hammerfall driver used to contain stubs for doing this. every > read/write operation would check that the (possibly externally > controlled) SR was the same as "last time". i never did any more on > this. Uhmm... I don't think I will include changed sample rate / format callback stuff for now, because I don't know how to implement it. However, if there is a good example which I could imitate, let me know. /Anders Torger ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
