Author Topic: Updated Uniaud32 build  (Read 677219 times)

Lars

  • Hero Member
  • *****
  • Posts: 1426
  • Karma: +72/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1110 on: April 15, 2025, 06:47:16 pm »
ok, thanks.

For the 2 trap screens that you posted, that means:

trap screen 1: EIP = E1DA82E1 -> what ??? Have you run this on another computer or have you changed configuration ?

trap screen 2: EIP = E5D780A2 -> offset = E5D780A2 - E5CDB000 = 9D082

I find this in the MAP file:  0003:0009D072       component_match_add_release_

That would mean the trap occurs in "component_match_add_release". Provided that the (debug) MAP file is close enough to the binary the trap occured in.
« Last Edit: April 15, 2025, 06:52:17 pm by Lars »

Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 649
  • Karma: +36/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
Re: Updated Uniaud32 build
« Reply #1111 on: April 15, 2025, 07:18:48 pm »
The trap Screens are from the same Laptop (allways ASUS ROG Zephyrus), nothing changed.

A guess: it is a triple boot system, may one of the other Operating Sytems (Windows 11, Linux Mint Cinnamon)  change Hardware adresses when it is in use?

Anything else I can provide?


Mark Szkolnicki

  • Sr. Member
  • ****
  • Posts: 462
  • Karma: +18/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1112 on: April 15, 2025, 08:00:07 pm »
Heh Paul!

_______________

| It would be interesting if others with realtek hardware could test, which would help determine if this issue is | unique to your hardware or more generic.

_______________


I resemble that remark about Realtek (Tested it today on my Hyperfire system with Realtek ALC892) using the 14/4/2025 release today

I had an interesting problem with the new release (I currently had the build from 29/10/2021installed).

Rebooting after installing the new files, the system hard locked (needed a manual reboot by pressing the reset switch on the tower.) The lock occurred after running STARTUP.CMD.

You (and others) may not remember, but I needed to add the statement unimix.exe -id20 -val0=0 to STARTUP.CMD, to get sound enabled with your drivers on that system. This was due to a software switch present seemingly in all the RealTek hardware which enables a feature called AUTO-MUTE by default.

IOW I needed to disable that switch to get sound with your drivers installed on a system with Realtek audio installed. As it is instance specific, it needs to be re-enabled after ever boot, whether hard or soft in nature, so the easiest way to do that was through placing the statement in STARTUP.CMD.

Anybody else who may want to try that will need to run unimix -list first to see what ID the switch is on your Realtek system. In my case it is at ID20 (hence the -ID20 in the unimix statement), but yours may be at a different ID. Substituting your ID for the one I have in the statement above may work, if AUTO-MUTE is the reason you can't get sound, even though the driver installed correctly.

However, the problem I ran into with the new build is that, after installing the 14/4/2025 version of the driver, the partition booted up, ran correctly up to the STARTUP.CMD (startup.cmd prompt window displayed) but hard locked there, and stopped the boot.

I then disabled the STARTUP.CMD, rebooted and the boot went normally and the new version of UNIAUD32 seemed to be installed, but no sound. Opening a prompt window, and running the unimix.exe -id20 -val0=0 command manually, again hard locked the system at the prompt window (doing it that way has enabled sound in the past, but only until you reboot, if the statement is not in STARTUP.CMD.

Reverting back to the 29/10/2021 build and the problems went away.

So, Paul, I haven't read the entire follow-on thread about this build, (was out in Ottawa stamping out fires for the politicians up to this weekend) but I suspect SOME problem may affect the Realtek code in the UNIAUD drivers.

Best Sir as always!

Mark

This section probably explains the failure:
Code: [Select]
hda_codec_cleanup_stream: NID=0x6

hda_codec_cleanup_stream: NID=0x3

Period size min=2f0 max=2f0
Error -22 second time.. Bailing
U16: StartStream: ConfigDev failed!!

It would be interesting if others with realtek hardware could test, which would help determine if this issue is unique to your hardware or more generic. Worst case, I should be able to test on Thursday afternoon or Friday when I'm back at home.

Meanwhile I'll search the code to see where this is coming from.

Edit: it's from here - https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-next/lib32/sound.c#L1025

Edit2: the other interesting thing would be to try playing audio using an app that uses libkai (eg VLC). I think that error is from uniaud16 trying to configure MMPM audio.
Vincit Que Se Vincit - "He Who Conquers Self Succeeds"

Mark Szkolnicki

  • Sr. Member
  • ****
  • Posts: 462
  • Karma: +18/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1113 on: April 15, 2025, 08:31:18 pm »
Hi Sigurd!

Long time no talk - hope your fantasy series is ticking along - I'm now 150 pages into writing a novel myself, if only I can find the time to finish it.

Just was wondering, as I dropped a note to Paul today, whether you had tried disabling the AUTO-MUTE switch as a way of getting sound, if your using the RealTek audio on your machine (mine uses Realtek ALC892 successfully).

I tried Pauls latest build and there definitely seems to be some problems with the Realtek portion of the code, build dated 14/04/2025, at least for me.

The UNIAUD build I'm using successfully for RealTek is dated 29/10/2021. I think you said you already had checked your computers Realtek component using unimix -list. If you wanted to try to see whether that fixes your problem.

The statement I used to disable AUTO-MUTE is unimix.exe -id20 -val0=0 however you would need to substitute the ID for your Realtek hardware for the one I have for mine. If you wanted it can be entered from a command prompt window on your desktop, to test first, incase of booting problems, by typing unimix.exe -idX -val0=0, where X is your ID. After entering that, use something that produces sound to see if its working.

I can also provide you a copy of my STARTUP.CMD file if you wanted to modify it and use it if the test is successful. The STARTUP file for this is really simple - again just substitute the -id number that I found for my system with that of yours.

As always, Best to you Sir and a fine week and Easter weekend!

M


In the end, you would be able to do this yourself. We are too few developers so you will have to learn to become one :-)

Cheers, Lars

I doubt this will ever happen, a lack of time and skill. I do not even understand where this here is going to lead me.

I will follow your suggestions later this evening, thank you very much.
Vincit Que Se Vincit - "He Who Conquers Self Succeeds"

Paul Smedley

  • Hero Member
  • *****
  • Posts: 2513
  • Karma: +190/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1114 on: April 15, 2025, 10:02:07 pm »
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 649
  • Karma: +36/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
Re: Updated Uniaud32 build
« Reply #1115 on: April 15, 2025, 10:42:28 pm »
Hi all,

@Mark - sorry, its a bit late, I will answer you tomorrow, Sir!

@Lars - I think about it once again, regarding differences in hardware - the only thing I did during testing was switching form 16 to 1 CPU (/MAXCPU=1 Switch in config.sys). Do not know, if that effect things in any way

Some really promising progress here!!

As suggested by Paul I installed VLC Player 3.0.21 to test if there is any sound when using the k-interface for Audio - and YES, it does!!

For the first time ever I hear sound (the famous parrot video from Warp 3 was my choice)

But - when the video is finished or I stop it manually, the WPS Hardlocks. Only a reboot let things go on.

I attach;

- unimix -list.txt
- a screenshot from PMUNIMIX, no special switches in advance!
- a screenshot from the Desktop, showing VLC

What else can I provide ?

As it is time to go to sleep for the old man, my next answer will take some hours :-)

Thanks again to all of you!



« Last Edit: April 15, 2025, 11:04:10 pm by Sigurd Fastenrath »

Paul Smedley

  • Hero Member
  • *****
  • Posts: 2513
  • Karma: +190/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1116 on: April 15, 2025, 11:15:45 pm »
What else can I provide ?

Is this with the 20250415 build?

Mark Szkolnicki

  • Sr. Member
  • ****
  • Posts: 462
  • Karma: +18/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1117 on: April 16, 2025, 01:49:29 am »
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

Heh Paul!

I will try 20250415 and get back to you!

Best!

M
Vincit Que Se Vincit - "He Who Conquers Self Succeeds"

Mark Szkolnicki

  • Sr. Member
  • ****
  • Posts: 462
  • Karma: +18/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1118 on: April 16, 2025, 02:16:57 am »
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

Heh Again, Paul!

I can report that 6.12.21 Build 20250415 Release solved the hard lock with the unimix.exe statement in STARTUP.CMD on the Realtek system, and sound works perfectly again, at least with limited testing.

Will try it on the other tower system I have as well, tomorrow, and Best!

M
Vincit Que Se Vincit - "He Who Conquers Self Succeeds"

Paul Smedley

  • Hero Member
  • *****
  • Posts: 2513
  • Karma: +190/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1119 on: April 16, 2025, 04:31:00 am »
Hi Mark,
Hi Mark, I suspect you won't see lockups with the 20250415 build :)

I can report that 6.12.21 Build 20250415 Release solved the hard lock with the unimix.exe statement in STARTUP.CMD on the Realtek system, and sound works perfectly again, at least with limited testing.

Will try it on the other tower system I have as well, tomorrow, and Best!

Great News! I've removed the older 6.12.21 builds from my webserver to avoid others going through the pain of lockups :)

Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 649
  • Karma: +36/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
Re: Updated Uniaud32 build
« Reply #1120 on: April 16, 2025, 06:38:29 am »

Is this with the 20250415 build?

Yes, the Debug Version
« Last Edit: April 16, 2025, 06:40:41 am by Sigurd Fastenrath »

Paul Smedley

  • Hero Member
  • *****
  • Posts: 2513
  • Karma: +190/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1121 on: April 16, 2025, 06:43:05 am »
It would be interesting to see the output of 'copy alsahlp$ alsa.log' whilst a video is playing with VLC (before it hangs obviously :P)

Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 649
  • Karma: +36/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
Re: Updated Uniaud32 build
« Reply #1122 on: April 16, 2025, 07:23:05 am »
Hi Paul,

followed your instructions:

- Played with VLC a longer video -> created attached alsa.log and after that 2lsa.log while playing it
- If I close the VLC application while playing the Video with the "close button", no hang

- Played the short parrot video and tried to catch up also.log the moment it crashed when the 3 second video was finished -> created attached stop-vlc-video-manual-alsa.log
- This time after VLC and the WPS crashed I was able to escape with CRTL-ALT-DEL with the TOP Program, but got unusable WPS afterwards because of graphical artefacts

- Attached popuplog.os2 from the moment VLC crashed as decribed before (had to rename it to popuplog.txt, otherwise no upload possible)

Hope that helps!


Paul Smedley

  • Hero Member
  • *****
  • Posts: 2513
  • Karma: +190/-0
    • View Profile
Re: Updated Uniaud32 build
« Reply #1123 on: April 16, 2025, 07:43:08 am »
Thanks Sigurd, I'll have a look at these a bit later. I've just been thinking about this part of your testlog:
Code: [Select]
Period size min=2f0 max=2f0
Error -22 second time.. Bailing

This comes from:
https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1015
& https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L1025

Error -22 is EINVAL or Invalid Parameter. This suggests that one of the parameters set between https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L965 & https://trac.netlabs.org/uniaud/browser/GPL/branches/uniaud32-exp/lib32/sound.c#L995 are causing the problem. The trick is know which one.

What I might do is create a specific build which writes each parameter one by one so we can see which one causes the issue.

Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 649
  • Karma: +36/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
Re: Updated Uniaud32 build
« Reply #1124 on: April 16, 2025, 08:39:41 am »
Hi Sigurd!

Long time no talk - hope your fantasy series is ticking along - I'm now 150 pages into writing a novel myself, if only I can find the time to finish it.

Just was wondering, as I dropped a note to Paul today, whether you had tried disabling the AUTO-MUTE switch as a way of getting sound, if your using the RealTek audio on your machine (mine uses Realtek ALC892 successfully).

I tried Pauls latest build and there definitely seems to be some problems with the Realtek portion of the code, build dated 14/04/2025, at least for me.

The UNIAUD build I'm using successfully for RealTek is dated 29/10/2021. I think you said you already had checked your computers Realtek component using unimix -list. If you wanted to try to see whether that fixes your problem.

The statement I used to disable AUTO-MUTE is unimix.exe -id20 -val0=0 however you would need to substitute the ID for your Realtek hardware for the one I have for mine. If you wanted it can be entered from a command prompt window on your desktop, to test first, incase of booting problems, by typing unimix.exe -idX -val0=0, where X is your ID. After entering that, use something that produces sound to see if its working.

I can also provide you a copy of my STARTUP.CMD file if you wanted to modify it and use it if the test is successful. The STARTUP file for this is really simple - again just substitute the -id number that I found for my system with that of yours.

As always, Best to you Sir and a fine week and Easter weekend!

M


In the end, you would be able to do this yourself. We are too few developers so you will have to learn to become one :-)

Cheers, Lars

I doubt this will ever happen, a lack of time and skill. I do not even understand where this here is going to lead me.

I will follow your suggestions later this evening, thank you very much.

Hi Mark,

glad to hear you are OK and writing a Novel - great! My 5th part is going well, I think I can finish it in time (Release Date 25/9/25) because I have to have a knee surgery (new knee) in May, I will be 4 weeks of work then and have fortunately and hopefully enough time for the book.

I will test automute later, but I guess, from what I understand so far - the problem with my hardware is somewhere in the communication between uniaud32.sys and uniaud16.sys

Paul is doing a tremendous job, so I hope to get sound to run on this really marvelous Laptop.

All the best and thanks for your help!

Sigurd