1
Multimedia / Re: Updated Uniaud32 build
« on: Today at 10:02:51 am »
Thanks Tellie - are you able to post the output of 'copy alsahlp$ alsa.log' with the debug build?
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Heh Paul!Hi Mark, I suspect you won't see lockups with the 20250415 build
Doesn't have anything to do with Realtek this time, but can confirm today your UniAud 6.12.21 Build 2025/04/15 also works with the NVidia AD1988b audio chipset.
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.
The logic is really twisted. Without any evidence, I would think that it is possible that:
"periodbytes*nrperiods"
might exceed
"bufsize = hw_param_interval((¶ms), SNDRV_PCM_HW_PARAM_BUFFER_BYTES)->max;"
which of course is forbidden.
Maybe you can print out these values to begin with.
dprintf(("Period size min=%lx max=%lx", minperiodsize, maxperiodsize));
dprintf(("bufsize =%lx, nrperiods=%lx, periodbytes=%lx", bufsize, nrperiods, periodbytes));
And there is another line multiple times before this saying:
ALC285: Invalid fixup type 0
[ALC1220_FIXUP_CLEVO_PB51ED_PINS] = {
.type = HDA_FIXUP_PINS,
.v.pins = (const struct hda_pintbl[]) {
{ 0x19, 0x01a1913c }, /* use as headset mic, without its own jack detect */
{0}
},
.chained = true,
.chain_id = ALC1220_FIXUP_CLEVO_PB51ED,
},
Period size min=2f0 max=2f0
Error -22 second time.. Bailing
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!
What else can I provide ?
Thanks Paul - yep, this works on VBox using the hda driver. If I start PMUniMix though, I lose sound altogether. Next time I start PMUniMix, everything is set to zero. So as long as I don't start PMUniMix, sound works OK.
malloc(): out of memory
struct snd_pcm_hw_params *save __free(kfree) = NULL;