Custom Query (242 matches)

ThinkPad? T61p (type 6459)

Audio works fine with Windows XP (32-bit) Audio works fine with Fedora 14 (64-bit)

Appears to be Analog Devices AD1984 chipset, though Windows identifies it only as a SoundMAX Integrated HD Audio

Tried the eCS 2.0 default installation; no joy Tried the 1.9.26 recommended release; no joy Tried the 2.1.3 beta release; no joy (this was installed at the time UniLog? was run)

OS: eCS2.1 Uniaud build as supplied with eCS2.1 does not work that well with the hardware involved: nVidia HDA Audio, nForce430/MCP61, AD1988

I had backlevelled the uniaud32.sys file to:-

[L:\MMOS2]bldlevel uniaud32.sys Build Level Display Facility Version 6.12.675 Sep 25 2001 (C) Copyright IBM Corporation 1993-2001 Signature: @#Netlabs:1.9#@##1## 1 Apr 2008 20:26:55 mail.smedl:1.0.16 :::2::SVN r334@@Universal Audio Driver for OS/2 and eComStation (ACPI) Vendor: Netlabs Revision: 1.09 Date/Time?: 1 Apr 2008 20:26:55 Build Machine: mail.smedl ASD Feature ID: 1.0.16 FixPak? Version: SVN r334 File Version: 1.9.2 Description: Universal Audio Driver for OS/2 and eComStation (ACPI)

I had reasonable good audio performance using the eCS2.1 supplied uniaud16.sys matched with the above uniaud32.sys. The eCS2.1 supplied uniaud16.sys is:- Build Level Display Facility Version 6.12.675 Sep 25 2001 (C) Copyright IBM Corporation 1993-2001 Signature: @#Netlabs:1.9#@##1## 22 Sep 2010 11:36:43 DAZAR1 ::::5:: SVNr534@@Universal Audio MMPM/2 Driver for eComStation Vendor: Netlabs Revision: 1.09 Date/Time?: 22 Sep 2010 11:36:43 Build Machine: DAZAR1 FixPak? Version: SVNr534 File Version: 1.9.5 Description: Universal Audio MMPM/2 Driver for eComStation

However, when attempting to play html5 video the system hangs requiring the system box Reset button to be pressed.

Changing uniaud16.sys to:-

Build Level Display Facility Version 6.12.675 Sep 25 2001 (C) Copyright IBM Corporation 1993-2001 Signature: @#Netlabs:1.1#@##1## 11 Nov 2008 19:51:58 ECSDEV_RJJ::::4:: RC6@@Universal Audio MMPM/2 Driver for eComStation Vendor: Netlabs Revision: 1.01 Date/Time?: 11 Nov 2008 19:51:58 Build Machine: ECSDEV_RJJ FixPak? Version: RC6 File Version: 1.1.4 Description: Universal Audio MMPM/2 Driver for eComStation

Resolves the issue, html5 video now plays and the system does not hang.

Asus A8N-E mainboard, nVidia nForce4/CK804 chipset

OS: eCS2.1

Uniaud build: Using Uniaud supplied with eCS2.1 (Uniaud195-1926)

System works fine after installation, sound is working with the eCS2.1 supplied uniaud drivers.

Problem:

I needed to change the mouse from the PS/2 mouse in use to a USB mouse while the system was powered off - ie I did not add the necessary drivers to config.sys before changing the mouse.

On booting the system stops with a TRAP 8; last driver loaded is the uniaud32.sys.

I switched off the pc, removed the USB mouse and restarted the computer but still got the TRAP 8. Not the fault of the mouse then...

I restarted the computer and used the BIOS to Disable the onboard audio.

The system now boots fine - but, obviously, without sound.

I added the drivers required to get the USB mouse working and rebooted. The USB mouse works fine.

I then rebooted and used the BIOS to Enable onboard audio. The system stops with a TRAP 8 with uniaud32.sys being the last driver loaded. Restarting the system and Disabling the onboard audio in the BIOS lets the system boot fine.

Suspecting a hardware fault I rebooted, Enabled onboard audio in the BIOS and then booted into my WindowsXP installation. WinXP Audio works fine which seems to indicate the problem is not with the hardware.

As audio was working with eCS2.1 prior to changing the mouse does anyone have any idea how changing the mouse type - but not installing any drivers - can cause eCS2.1 to deliver a TRAP 8 which is definitely audio hardware/ uniaud related? I ask because this is the only change to have happened to a working system.

I have tried Uniaud195-1924 but this also has the TRAP 8 problem.

Also of possible interest: When this TRAP 8 happens the screen does *not* get cleared first. The TRAP 8 display simply overwrites existing screen messages (uniaud driver messages). Pressing Ctrl-Alt-Del clears the screen and shows the TRAP 8 display at the top of the screen but the display contains lots of "goobledegook" which I guess is text representation of machine code. I mention this because this is the first time I've seen a TRAP screen that was not clear to read and wonder if it could provide an indication of the cause of the problem.

As I know that the Uniaud114RC6 build of uniaud should work fine with this hardware I installed the files from this build.

Result: System boots fine, audio works OK.

Conclusion: The Uniaud195-1924/Uniaud195-1926 builds are not quite right for this hardware - although the Uniaud195-1926 build seemed to be working fine prior to the mouse change mentioned above...