Show Posts

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.


Messages - Mark Szkolnicki

Pages: [1] 2 3 ... 23
1
Multimedia / Re: Updated Uniaud32 build
« on: Today at 04:42:09 am »
Hey Paul!


I can't believe you didn't spot the deliberate typo? :) try https://smedley.id.au/tmp/uniaud32-linux-3.9-20220924.zip


Unfortunately, executed a hard Trap 000e in UniAud32, in what was otherwise a very good week.

If any other bright ideas come to mind, something for the 24th in my neck of the woods - a fine day to you, Paul and Best!

M

2
Multimedia / Re: Updated Uniaud32 build
« on: Today at 03:22:06 am »
Hey!


I can't believe you didn't spot the deliberate typo? :) try https://smedley.id.au/tmp/uniaud32-linux-3.9-20220924.zip

Too much good Savignon Blanc my friend, and too nice a lovely Beef Stew courtesy of too lovely a wife, on a Friday night - need I say more?

M

3
Multimedia / Re: Updated Uniaud32 build
« on: Today at 03:04:47 am »
I just stumbled across https://www.os2world.com/forum/index.php?topic=2436.75;msg=26471 - specifically the message from Andy...

Seems I missed this message and didn't back out the code he suggested.

On a whim... please try https://smedley.id.au/tmp/uniad32-linux-3.9-20220924.zip and see if it changes anything....

Meanwhile, I'm also interested in the results of setting auto-mute to 0.

Couldn't get to your link, Paul - says its not found (404)

M

4
Multimedia / Re: Updated Uniaud32 build
« on: Today at 02:44:41 am »
Hey Paul!

Hey Mark,

Sorry - didn't mean to imply you were hooking things up wrong, some of my searches suggested that there could be configuration issues within the driver relating to the jack config. Interesting to see that you could get surround sound working...


I've been gone over by experts (read: premiers, presidents and prime ministers), so I may be the one person you've ever met that apologies are not necessary - I think literally - if you have a brainstorm, fire away ......... because out of strange ideas, great things may come .......

This is not a shaming match, Sir, at least from what I've seen in the past - I look at everything you say as literal and worthy of consideration - I wish the rest of the world would be as considerate.

Fire away anytime - out of that great things may come!

M

5
Multimedia / Re: Updated Uniaud32 build
« on: September 23, 2022, 11:02:53 pm »

Whilst I'm not surprised by this result, the amount of code restructuring that took place makes it hard to nail things down. Does this machine have multiple output jacks? Including front panel? Can you try plugging speakers into different jacks to see if it's a jack configuration issue?


HYPERFIRE is one of my custom built machines, built from the ground up, so I know it rather intimately.

It contains an ASUS F1A75-V Pro Motherboard, with an AMD quad core CPU (forget the specific model). The ALC892 chipset is built-in on the motherboard.

I have liked using ASUS motherboards for years, because of their excellent, well laid out User manuals, both graphically and verbally (something highly appreciated by method engineering professionals like myself  8) ). Its very difficult to go wrong following an ASUS manual, for assembly or other purposes.

As to audio connectors the motherboard has a standard set of High Definition Audio connectors (coloured orange, black, grey, light blue, lime and pink) on the back of the motherboard only, and was connected to the Bang and Olufsen stereo system on the monitor with a single cable plugged into the standard green connector. Therefore it was relatively easy to swap the single cable for the 5:1 surround sound cables (orange, black and lime), attaching them to the appropriate connectors on the motherboard.

Using the modified 3.9.11 0220 driver, I was able to generate surround sound, something I was not able to do with the legacy ArcaOS 5.0.6 driver based on the legacy ALSA code - I tested your latest 0922 driver, Paul, and was still not able to generate any sound.

So I don't really think, Sir that connection to the wrong connectors is the problem, but it pays to be thorough, so I've now confirmed that.

As you know I consider myself a lateral thinker, so I thought I'd spend some time coming at this from a different angle - namely, have we ever asked the questions as to whether the Linux community had problems with this chipset before?

Well, they did .......... and 54 others as well.

I spent some time on search engines, which sent me to various Debian and Fedora and other Linux sites. I can send you the links if you wish, Paul, but I attached a couple of text files down below, that you and others might be interested in.

I will say that trolling quietly (fishing wise) through a linux forum reminded me of Physics lectures of 40 years ago - a lot of esoteric information, technical references, some arguments, and a lot of debate (and I'm not in anyway dissing any of you who are part of said community - its just that, looking in, the Linux forums are an experience unto thyself  ;D )

One item that struck me, referenced four times was mention of "auto-mute" - is there any reference to that in any of the PCI/HDA source code?

It seemed that switching "auto-mute" off (the default seemed to be "on") seemed to solve the no sound problems for various people - the problem is, the forum contributors really didn't say where?

There were references to "AlsaMix", "PulseSound" and "Audacity" of which I've only heard of the last, but I assume they are mixer programs similar to PMUnimix. But not sure if the discussions were recommending adjusting "auto-mute" through there or not.

But it also gave me the possible mad hypothesis that, because this was such a problem, perhaps it was solved in a later release of the Linux kernels v3 or above, so downloaded and tried your 3.14.9 and 4.0.9 builds and installed them - sadly no change and no sound.

Its difficult for me to tell how long ago in the Linux development all that occurred, Paul, so perhaps I caught a red herring <sic>, but you may have a better idea as to where you might scrounge up some linux based changelogs to see whether and when linux developers might have done something, which may not be included in a source file your using.

I can't believe that it would still bee a problem they have not addressed in their kernel for possibly 55 sound chipsets. As an aside, it also might be worthwhile, if their is anyone who has not gotten their sound to work with your drivers to try the latest V3 kernel derived driver that worked for me - that would be contained Uniaud32-3.9.11-20220920.zip - the list of chipsets that had problems is part of what is in the first text file below.

Anyway just another of my mad musings on the subject of lateral thinking Sir and a fine weekend to you!

M

6
Multimedia / Re: Updated Uniaud32 build
« on: September 22, 2022, 03:51:26 pm »
Anyone other than Mark seeing no audio with the 5.x builds (5.15.x or 5.19.x) after a warm boot? I have an old T60 that does this, but it would be interesting to see if there are any common themes in hardware that does this.

Just a little further to Paul's post, the condition I am seeing is sound is working perfectly when doing a cold boot or reboot. However, after a warm reboot the sound disappears. To get it back I have to perform a cold boot again.

Discovered this rather strange little anomaly only when testing my Sound Blaster Recon3D Z series sound card last week, so if anyone has similar they might want to test. But it would be interesting to see if anyone else has experienced the same with other sound cards or chipsets that have been found to work, then seem not to.

It is reproducible on Pauls latest recent build 5.19.9 here, but I suspect I would see it if I back leveled as well.

M

7
Multimedia / Re: Updated Uniaud32 build
« on: September 22, 2022, 03:37:56 pm »
Heh Paul!

Hey Mark - slight change of tack - I patched the linux 3.9 code based on the 3.8.13 code - there's a build at https://smedley.id.au/tmp/uniaud32-linux-3.9-20220922.zip

Latest patch from legacy 3.8.13 to 3.9 generated no sound - tried both warm and cold boot.

Testlog generated and attached below.

A fine day to you and Best!

8
Multimedia / Re: Updated Uniaud32 build
« on: September 22, 2022, 04:11:07 am »

I almost wish I had a system here that didn't work.

Cheers,

Paul

Thats because you probably have too orderly a mind, Paul (short of the bouts of idea inspiring red wine  ;D). To have your systems not working perfectly would just not be on ..........

Philosophically, I like to think there are only two type of thinkers in the world - linear and lateral thinkers.

Linear thinkers try to troubleshoot on the basis of moving from a to b to c, in logical progression. Emergency experience has taught me to think laterally - some times things are solved by taking seemly unconnected things, from different places, and trying to put them together until they, intuitively, just seem like the proper decision and/or way to proceed.

Being a hardware geek, I use Virtual Box on a number of systems but have built over 10 systems from the bare metal box up - my office is strewn with new and legacy systems that didn't work originally but do now, through a lot of head scratching, in addition to numerous portables ........ and in various exotic configurations with several operating systems.

My network is like a Hydra ........... and expanding constantly ........... and I even have run a business on it, for 28 years ...........

As to HDMI If I can help there let me know .......... both of the test system partitions are attached to graphics cards which also report HDMI sound capabilities, in PMUnimix (whether they are indeed there I don't know) - I have one connected to the Bang and Olufson guts of the monitor, but can't get it to work at the moment, under ArcaOS, with your drivers ......... the other could also be connected .........

Jury_Rig re'Us you might say, over here .......... but one impossibility at a time, as my emergency experience always brings me back down to earth, to refocus on the problems at hand.

M

9
Multimedia / Re: Updated Uniaud32 build
« on: September 21, 2022, 07:56:38 pm »
Hi Paul!

Hi Mark,
Thanks - tonight, I'll aim to produce several builds, slowly replacing the 3.8.x pci/hda/* code with the 3.9.x pci/hda/* code - ideally one source file at a time.

Note: these are specifically directed at trying to understand what broken with his hardware between the sound code in linux 3.8, and linux 3.9.

Code: [Select]
hda_intel.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921.zip

hda_auto_parser.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921b.zip
hda_auto_parser.h
hda_codec.c
hda_codec.h
hda_local.h
hda_proc.c
hda_generic.c
hda_generic.h
patch_realtek.c

hda_beep.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921c.zip
hda_beep.h


hda_eld.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921d.zip

hda_hwdep.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921e.zip

hda_jack.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921f.zip
hda_jack.h



hda_intel_trace.h https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921g.zip
hda_patch.h
hda_trace.h

If I had to bet, uniaud32-linux-3.9.11-20220921b.zip is the one that will break things. It's both the most obvious source files impacted, but also it's the largest code change - unfortunately there are interdependencies between those source files, so changing one at a time wasn't possible.

Hopefully I'm wrong, and it will be once of the smaller code changes.

Cheers,

Paul

Unfortunately Paul, your multichoice answer on this test was again correct (your on a roll, just in the hardest way  :P).

Things broke @ hda_auto_parser.c (your build uniaud-linux-3.9.11-2022-09-21b)

I did run ALL 7 builds, in sequence, and no sound was generated at all after I ran "b" - "a" (or the first file as you didn't label it as such) was fine.

To be thorough (just the troubleshooter in me  8) ), I ran all 7 both as a warm boot and a cold boot, just to make sure, like the Recon3D, that wasn't causing silences - same situation with all builds, "b" and beyond.

Like when I was helping Wim on the other project I've been actively involved in, I assume a few things, operating independently - obvious once one source code change is found that causes the silences, the subsequent source code changes would not work, but I tested all of them just in case.

I've generated testlogs for all, on the off chance more than one may tell you something (attached below). They are marked SCa to SCg

Best!

M

10
Multimedia / Re: Updated Uniaud32 build
« on: September 21, 2022, 04:56:25 pm »
Heh Paul!

Had our first frost here last night - temps hit -2 C,. so we're now into the major change that is our fall (three weeks ago in Alberta we hit 35 C, and it gets a LOT colder than this in the dead of our winter  :(

Hi Mark,
Thanks - tonight, I'll aim to produce several builds, slowly replacing the 3.8.x pci/hda/* code with the 3.9.x pci/hda/* code - ideally one source file at a time.

Note: these are specifically directed at trying to understand what broken with his hardware between the sound code in linux 3.8, and linux 3.9.

Code: [Select]
hda_intel.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921.zip

hda_auto_parser.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921b.zip
hda_auto_parser.h
hda_codec.c
hda_codec.h
hda_local.h
hda_proc.c
hda_generic.c
hda_generic.h
patch_realtek.c

hda_beep.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921c.zip
hda_beep.h


hda_eld.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921d.zip

hda_hwdep.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921e.zip

hda_jack.c https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921f.zip
hda_jack.h



hda_intel_trace.h https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220921g.zip
hda_patch.h
hda_trace.h

If I had to bet, uniaud32-linux-3.9.11-20220921b.zip is the one that will break things. It's both the most obvious source files impacted, but also it's the largest code change - unfortunately there are interdependencies between those source files, so changing one at a time wasn't possible.

Hopefully I'm wrong, and it will be once of the smaller code changes.

Cheers,

Paul

All of them (a to g) on my computer and unzipped - just needed to make sure I got them all - will go methodically from top to bottom to see whats shaking and generate testlogs for each.

Thanks for this tremendous amount of detail and work, Sir - I'm hoping this may solve other peoples problems as well (ie. not just a personal tilt at the windmill) - if other chipsets haven't worked in the past this may be very useful.

M

11
Multimedia / Re: Updated Uniaud32 build
« on: September 20, 2022, 09:16:25 pm »
Heh Mauro!


Ok Mark, applied suggested editing on config.sys and also downloaded-executed UniaudMix.exe v 0.82 ; result is "no Uniaud device found"  This should have something to do with no uniaud16.sys driver available in the MMOS2 folder.  At this point it is clear I'm missing something very trivial, I feel have done all suggested steps:  downloaded-executed the Uniaud installer, replaced the existing files in MMOS2 with the Paul's updated ones, edited config.sys as suggested in your Testing Guide, but at boot the warning complains that uniaud16.sys is not found as per config.sys call (obvious, I know it is missing).  And of course no sound in the system.
Hope to learn next step from some of you.
Thank you meantime.


Paul would know better than I would, but I think having UniAud16 in X:/MMOS2 is still required, in all cases. I have it still in all the partitions I've tested - whatever was installed originally is fine, and to my knowledge never has to change or be removed to use the UniAud32 drivers:

I also always leave the UniAud16.sys statement in place as well, under the UniAud32.sys statement (ie. not removed or REM'd out):

DEVICE=X:\MMOS2\UNIAUD16.SYS /C

The only item really required is changing UniAud32 to the version being tested, in X;\MMOS2 - I usually install all the files Paul provides but don't know if that is really required - testing the legacy UniAud32 files Paul provided at the moment, to solve the ALC892 problem, I have only installed the appropriate UniAud32.sys, and it seems to work - for the newest versions I don't know if .sym and .map are also needed, but never has hurt yet to include them.

I will say that when I've been generating testlogs I always do it with the debug version, as opposed to release.

So I suspect not having UniAud16.sys (and possibly UniAud16.sym as well) or removing the  UniAud16.sys statement in Config.sys, or both, is probably your problem.

Let us know - yet another item possible for v1.2 of the guide, along with Andy Willis's suggestion related to volume.

BTW include the sound chipset if you could as well (testlog would probably show that if you don't know) - I'm currently going through the posts to see if I can compile a list of chipsets that have been tested with the new UniAud drivers, and work when I get some free moments - might be useful to include in the guide in future, or to have Martin post as a Wiki.

Best!

M

12
Multimedia / Re: Updated Uniaud32 build
« on: September 20, 2022, 08:59:21 pm »

Things are alright here, busy and slowing down at the same time LOL. Both kids are away for University studies, so home is a little "slower"...but even with fewer people around it just seems like we have more stuff to chase after...ugh??? LOL


Good Job, Sir - Busy and slowing down is exactly how I would describe this Year of Strange - antithetical to the extreme.


Yup, understood that and given that my chipset here is the ATI SB using ALC889 I figured there may be an odd-chance that the two are linked:


Has it ever worked before? And if so, what version of UniAud32 was it?

M

13
Multimedia / Re: Updated Uniaud32 build
« on: September 20, 2022, 08:42:07 pm »
Heh Paul!


OK....
1) https://smedley.id.au/tmp/uniaud32-linux-3.8.13-20220920.zip <== sound 'core' from 3.8.13; pci/hda code from 3.9.11
2) https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220920.zip <== sound 'core' from 3.9.11; pci/hda code from 3.8.13

My 'gut' feel is that the problem lies in the hda code, and that 2) above will continue to produce sound.... but we'll see....

I do see one interesting thing in the 3.9.13 log you posted....
Code: [Select]
hda-codec: enabling ADC switching
Not sure if it's part of the problem or not yet though...

Cheers,

Paul

Well your gut feeling was correct, Sir:

Loading UniAud32.sys 3.9.11 Debug 20220920:

Lovely clear sound produced in both system sounds and PM123 (Played The Poppy Family - Where Evil Grows ......... seemed appropriate  8).)

Loading UniAud32.sys 3.8.13 Debug 20220920:

No sound produced

So it seems to be narrowed down to the pci/hda code ........... !

Testlogs for both attached below.

14
Multimedia / Re: Updated Uniaud32 build
« on: September 19, 2022, 08:44:17 pm »
Hey Mark,

I most definitely take time off :) We don't have skin kids - and just the one dog these days, so my method of relaxation in the evening is to look at code. The funeral is on at a much more civilised time here - started at around 7pm :) But we will record it and watch at our leisure - so we can fast forward the boring bits :) Whilst I was born in the UK ( we emigrated in 1977 when I was two) I wouldn't say I'm a monarchist - but at the same time - why change a system of government that isn't broken?

Anyway I digress - alcohol free day for us today - will have a glass with dinner tomorrow :P

Cheers,

Paul

Actually we found it quite an interesting show of pagentry and tradition.

I was particularly impressed as to those 8 strapping lads from the Royal Grenadiers hoisting that coffin 5 times, sometimes standing in place for minutes at a time, or under slow march for minutes - it was mentioning here that the Queens Coffin is made of oak ......... and is totally lead lined, as she will be in one of the Vaults under St. Georges Cathedral, in I assume a niche beside Philip.

Moving that coffin with all that weight on level ground is bad enough, manhandling wise - moving it up three steep flights of stairs on your shoulders at St. Georges takes a LOT of ultra coordinated effort and immense strength.

Also interesting as to how they fastened the Crown, Sceptre and Orb to the top - there must have been a plate fastened under the Royal Ensign, as at least two of the objects had pipes or spikes fastened to the bottom, which fitted into niches - the Sceptre was held in place by a bracket. I doubt they wanted to drill holes into the top of the coffin ..........

And finally, I didn't envy those soldiers who were required, by tradition to carry their weapons backwards as a sign of respect - to first of all have to slow march an hour and twenty minutes, then tie yourself up in knots at the same time, is something to behold - I suspect a lot of them will be glad to return to operational duty after today .......... !

But we've never seen anything like that in most of our lifetimes, Sir - Anne was born the year Elizabeth and Philip married ............ !

So a stately village style funeral, people behaving themselves in silence most of the time (except for the occasional cheer and throwing flowers) and a fitting sendoff to a long life well lived - and now with yet another sense of permanency gone ........... what's next?

Best!

M

15
Multimedia / Re: Updated Uniaud32 build
« on: September 19, 2022, 08:18:57 pm »
Heh Paul!


This is VERY helpful! I dug out an old drive with an older copy of my eCS-udrive.vdi and found the source folders for:
uniaud32-linux-3.8.13
uniaud32-linux-3.9.11

A diff of the changes is at https://smedley.id.au/tmp/uniaud32-3.8.13-3.9.11.diff

Unfortunately, this is a large-ish diff - I'll have a look for anything obvious when I get a moment - hopefully it will be something obvious...

Edit: 1st attempt - hda_intel.c from 3.9.11 backlevelled to the 3.8.13 version - https://smedley.id.au/tmp/uniaud32-linux-3.9.11-20220919.zip
Cheers,

Paul

Tried your edit of 3.9.11, and no problems loading - but no sound generated.

New Testlog attached and Best!

M

Pages: [1] 2 3 ... 23