In 2009, the OSS4 developers decided to make OSS4 compatible with PulseAudio in the hope to get some money from the sponsors of the PulseAudio project (the main sponsor of PulseAudio, was, perhaps, Microsoft).

They got problems with "kernel crashes", or else. The problem was, perhaps, a sort of "VMIX + PulseAudio".Since VMIX is itself a notorious crap, it was not easy to find out the cause of troubles.In an effort to fix such problems, they disabled the Production quality resampler in OSS4.In any case, "Production quality" would not make any difference with PulseAudio.

That's interesting info about microsoft and attempts to cooperate with it...By the way another interesting info i have learnt is that some linux codex forbids implementing in-kernel mixing. That's what older versions of oss did when oss was part of the kernel image and when it was much faster.Isn't that linux codex strange?

ossuserr wrote:By the way another interesting info i have learnt is that some linux codex forbids implementing in-kernel mixing. That's what older versions of oss did when oss was part of the kernel image and when it was much faster.

That "older versions of oss" (that is, OSSv3) cannot perform any sort of "in-kernel mixing", because it has not VMIX.VMIX was implemented in OSS4 (OSSv4).OSSv3 was already replaced with ALSA, and the Linux kernel developers refused to deal with OSS4.

If you do not want to do something, it is not difficult to create a "codex" or "law", which forbids doing that.If, for example, you do not want to use Windows or Mac, you may say that your codex (or your religion) does not permit them.