On Fri, May 03, 2002 at 02:55:23PM +0200, Takashi Iwai wrote: > At Thu, 2 May 2002 23:44:00 +0200, Martin Langer wrote: > > > > the RME Digi 32 in half-duplex is working so far, but I don't see a solution > > for a full-duplex support, because this card is working with one buffer for > > recording and playing. > > > > A driver should write the playing data and read the recording data in one > > cycle at the same address. There is no way to separate play/rec. It's just > > working in a synchronized way: first get the rec-data and then overwrite it > > with play-data, cycle for cycle,... > > does the capture sample always overwrite the sample to be played? > i.e. if the hardware sequence is > capture -> playback > on the same pointer, then i have no idea how to do full duplex at > all. but if the hardware does > playback -> capture > then there must be no problem. >
I'm not sure about my card. In the description I see both cases and I don't know the right one (or the mistake) up to now. I just can say "playback -> capture" looks more plausible for me at the moment, so I hope having this case. Definitely I can say this: Using the card ends in - playing plays the play-data - capturing captures the play-data in full-duplex-mode - capturing captures the capture-data in half-duplex-mode or with some different code (this code produces input/output errors): - playing silence in full-duplex-mode - capturing the capture-data in full-duplex-mode Does another module exist, which works in that "playback -> capture" mode? martin _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
