>It sounds to me that the problem Nick Arnold is describing is that in >single-speed (48kS/s) mode, channels 0, 8, and 16 have a 1-sample delay >with respect to all the other channels (using 0-based indexing for >channel numbers here). This is irrelevant when recording uncorrelated >signals, and subtle when dealing with time-coherent signals >(single-point stereo or Ambisonic for example). When splitting one >signal across two channels, it is deadly.
i just want to mention the possibility that this is caused by hdsp firmware. and if it is, and you tried to ask RME about it, and told them that you were emulating their emulation of 96kHz in your own software, i doubt you'd get much help from them. i cannot think of *anything* in the hdsp driver that would have any effect on this, and i can easily imagine a situation where there was a 1 sample delay between ADAT connectors written into the (hard|firm)ware (though it does seem unlikely). one thing, for example, is that i know on the old digi9652, the hardware cannot guarantee that all channels are operating at the same point in the DMA buffer, although this should not cause the effect nick has seen. i really encourage nick to drop (even if its only for testing) his own double speed operation and try out RME's own stuff (implemented in their firmware). --p ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
