OS/2, eCS & ArcaOS - Technical > Hardware

Connexant cx31993 and USB3 stack

<< < (2/5) > >>

Martin Iturbide:
Hi Igor.

I created this Wiki page based in your HW report: https://www.os2world.com/wiki/index.php/Synaptics_Conexant_CX31993

1) For what I know USBAUDIO.SYS is for some specific USB Audio devices (USB 1.x ?) and USBAUD2.SYS for some other kind of USB Audio devices (USB 2) with other chipsets. I'm guessing that your "Synaptics Conexant CX31993" works with "USBAUD2.SYS", so we can forget about "USBAUDIO.SYS".

2) What are your specific audio tests here? Are you running an MP3 with some specific player? and what disk activity makes the audio intermittent? Are you running MIDI? Audio from the WPS?
Does your machine has an Audio device that works with UNIAUD so you can test the difference between the two devices?

3) I don't know if Lar's "USBAUD2.SYS" works with AN USB 3.0 drivers. Maybe Lars can answer that. I assuming your machine has USB 2 and USB 3 ports that are independent because of your comments.

Regards

Mikhail:
At the moment, as far as I know, there are no devices left that can work simultaneously in two UAC classes 1 and 2, each of the classes respectively needs its own drivers.
In your case, you can forget about USBAUDIO.SYS, as Martin correctly said.
For UAC2 devices to work correctly, it is enough to install only the USBAudio package via minstall \* , selecting only USBAudio 2.0.
Crackling and distortion in sound are not related to the operation of the HDD or SSD. They are observed even on a OS/2 5.1 system that runs ENTIRELY from RAM Drive and boots over the network. The distortions, in my opinion, originate from the incorrect operation of USBXHCD.SYS in drivers 11.14. On different USB controllers the type of distortion will be different and in some cases it will even seem almost unnoticeable.
But, most importantly, if you continue to torture your psyche and switch tracks with different formats, listening to crackling and wheezing, then most likely as a result you will see a screen of death with Trap 000e in the USBXHCD module. 

Lars:
I do not have a 14.204 kernel and I do not know where to get it from. But I can say that on the 14.203 kernel, I have no problems with neither USBAUDIO.SYS nor USBAUD2.SYS. I have USB audio devices of both types but of course, I only have one of each type.

There are problems with any audio driver if the WPS comes into play. If I play a sound via UNIAUD and access a USB drive, UNIAUD will immediately stop playing. For USB the situation is better in that it will not stop, but a hiccup can still be heard.
WPS is such a lousy piece of SW that it is beyond hope that it will ever become reliable. I have had many,many,many desktop freezes where the only cure was to hit the reset button and often enough, to completely turn off the PC.

USBXHCD.SYS has known problems with isochronous transfers. There is nothing that I can do about it. And it should be plain obvious that a trap in USBXHCD.SYS needs to be fixed in USBXHCD.SYS and nowhere else, regardless of if USB client drivers (like USBAUDIO.SYS / USBAUD2.SYS) are badly written or not. You should not accept that as an excuse.

Ask AN for proper USB isochronous support, in fact, ask them for proper USB audio client drivers too, just in case they answer you that "many USB client drivers are broken and do not follow specs". If they have no interest and it still is important for you, then move to another OS. It is that easy.

Lars:
I now gave it a quick test with 14.204 kernel. USBAUDIO.SYS works just fine. Must be something else on your system that does not work.

Mikhail:
What if I can’t find another operating system that produces sound of the same quality as OS/2?
If even specially prepared builds of Linux https://www.audio-linux.com/ and Windows https://www.highend-audiopc.com/audiophile-optimizer are not capable of outputting sound of the same quality as OS/2?
And I'm talking about sound quality, and not about the characteristics of the files being played.
Now there is only one problem in OS/2 - these are XHCI controllers to which it is not possible to connect UAC2.0 devices, so that the sound would be played without problems.
Recently, the system has learned to play any audio formats, in any resolution, on USBAudio devices, including over a network, like a DLNA client. It is also loaded into RAM over the network from an 18MB image.
So what, let's drop everything and run to persuade Microsoft to rewrite Windows so that it generates less jitter at the output of the audio stream?
Sorry but no.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version