ProjectOSX

Welcome Guest!

Returning User? Login here.

Want membership privileges? Register here.

68 Pages V  « < 48 49 50 51 52 > »   
Start a new topic Add Reply
> Voodoohda Driver, Fully working!
bkribbs
post Sep 19 2011, 09:56 PM
Post #981
ok. I was thinking maybe editing the kext and using this http://tonymacx86.blogspot.com/2011/09/hdm...el-hd-3000.html as a baseline for hdmi dsdt edits??

What do you think?

Here is my dump: Attached File  getdump.txt.zip ( 5.34K ) Number of downloads: 10


Thanks!

This post has been edited by bkribbs: Sep 20 2011, 12:52 AM
Zane
post Sep 22 2011, 06:08 PM
Post #982
Theoretically, that should work. Try it. Everything in OS X is about trying.
bkribbs
post Sep 22 2011, 11:30 PM
Post #983
QUOTE (Zane @ Sep 22 2011, 02:08 PM) *
Theoretically, that should work. Try it. Everything in OS X is about trying.


Could you help me to identify the device id of hdmi? I can't seem to track it down. What would it be called in windows 7?

Using lspci doesn't return a result that I can say is for sure hdmi. The results of lspci -nn are: (I did take out the network and usb entries)

CODE
pcilib: 0000:25:00.0 64-bit device address ignored.
pcilib: 0000:25:00.0 64-bit device address ignored.
pcilib: 0000:00:02.0 64-bit device address ignored.
00:00.0 Host bridge: Intel Corporation Unknown device 0104 (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Unknown device 0116 (rev 09)
00:16.0 Communication controller: Intel Corporation Unknown device 1c3a (rev 04)
00:1a.0 USB Controller: Intel Corporation Unknown device 1c2d (rev 04)
00:1b.0 Audio device: Intel Corporation Unknown device 1c20 (rev 04)
00:1c.0 PCI bridge: Intel Corporation Unknown device 1c10 (rev b4)
00:1c.1 PCI bridge: Intel Corporation Unknown device 1c12 (rev b4)
00:1c.2 PCI bridge: Intel Corporation Unknown device 1c14 (rev b4)
00:1c.3 PCI bridge: Intel Corporation Unknown device 1c16 (rev b4)
00:1c.5 PCI bridge: Intel Corporation Unknown device 1c1a (rev b4)
00:1c.7 PCI bridge: Intel Corporation Unknown device 1c1e (rev b4)
00:1d.0 USB Controller: Intel Corporation Unknown device 1c26 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Unknown device 1c49 (rev 04)
00:1f.2 SATA controller: Intel Corporation Unknown device 1c03 (rev 04)
00:1f.3 SMBus: Intel Corporation Unknown device 1c22 (rev 04)
23:00.0 System peripheral: JMicron Technology Corp. Unknown device 2392 (rev 30)
23:00.3 System peripheral: JMicron Technology Corp. Unknown device 2393 (rev 30)


Also, there is no Device (IGD0) device entry in my DSDT, are there alternate name I could try? This is a laptop. Would that be GFX0?

Thanks, I appreciate your help.

This post has been edited by bkribbs: Sep 23 2011, 02:27 AM
Zane
post Sep 23 2011, 05:10 AM
Post #984
You really didn't read the first post did you? You only got the voodoohdadump from OS X. If i'm not wrong that is a lscpi -nn from OS X right?

Why don't you try all this in Ubuntu. Go follow what codec dumps you are supposed to get and come back. Your current dumps don't really tell me anything. I honestly do not prefer the voodoohdadump because you dont get anything really. Looking at your VoodooHDADump i see that your HDMI Audio is Codec #3

CODE
Probing codec #3...
HDA Codec #3: Intel (Unknown)
HDA Codec ID: 0x80862805
       Vendor: 0x8086
       Device: 0x2805
     Revision: 0x00
     Stepping: 0x00
PCI Subvendor: 0x167c103c


So go get your other dumps before anyone helps you.
bkribbs
post Sep 24 2011, 06:39 PM
Post #985
QUOTE (Zane @ Sep 23 2011, 01:10 AM) *
You really didn't read the first post did you? You only got the voodoohdadump from OS X. If i'm not wrong that is a lscpi -nn from OS X right?

Why don't you try all this in Ubuntu. Go follow what codec dumps you are supposed to get and come back. Your current dumps don't really tell me anything. I honestly do not prefer the voodoohdadump because you dont get anything really. Looking at your VoodooHDADump i see that your HDMI Audio is Codec #3

CODE
Probing codec #3...
HDA Codec #3: Intel (Unknown)
HDA Codec ID: 0x80862805
       Vendor: 0x8086
       Device: 0x2805
     Revision: 0x00
     Stepping: 0x00
PCI Subvendor: 0x167c103c


So go get your other dumps before anyone helps you.


I got it now, using a newer ubuntu. I am attaching it now. Attached File  codec_dump.txt.zip ( 944bytes ) Number of downloads: 9


Here is my slightly better lspci from ubuntu-which of these is the HDMI Audio? Or I think its more a component of the one marked as audio, right? Or from that dump, is it 0x80860101?
CODE
00:00.0 Host bridge [0600]: Intel Corporation Device [8086:0104] (rev 09)
00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:0116] (rev 09)
00:16.0 Communication controller [0780]: Intel Corporation Cougar Point HECI Controller #1 [8086:1c3a] (rev 04)
00:1a.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #2 [8086:1c2d] (rev 04)
00:1b.0 Audio device [0403]: Intel Corporation Cougar Point High Definition Audio Controller [8086:1c20] (rev 04)
00:1c.0 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 1 [8086:1c10] (rev b4)
00:1c.1 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 2 [8086:1c12] (rev b4)
00:1c.2 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 3 [8086:1c14] (rev b4)
00:1c.3 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 4 [8086:1c16] (rev b4)
00:1c.5 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 6 [8086:1c1a] (rev b4)
00:1c.7 PCI bridge [0604]: Intel Corporation Cougar Point PCI Express Root Port 8 [8086:1c1e] (rev b4)
00:1d.0 USB Controller [0c03]: Intel Corporation Cougar Point USB Enhanced Host Controller #1 [8086:1c26] (rev 04)
00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:1c49] (rev 04)
00:1f.2 SATA controller [0106]: Intel Corporation Cougar Point 6 port SATA AHCI Controller [8086:1c03] (rev 04)
23:00.0 System peripheral [0880]: JMicron Technology Corp. SD/MMC Host Controller [197b:2392] (rev 30)
23:00.2 SD Host controller [0805]: JMicron Technology Corp. Standard SD Host Controller [197b:2391] (rev 30)
23:00.3 System peripheral [0880]: JMicron Technology Corp. MS Host Controller [197b:2393] (rev 30)
24:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
25:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
26:00.0 USB Controller [0c03]: NEC Corporation Device [1033:0194] (rev 04)


This post has been edited by bkribbs: Sep 24 2011, 09:50 PM
Zane
post Sep 25 2011, 10:56 AM
Post #986
If i'm not wrong, You only have one audio controller. That is the Intel one. I believe that single controller is managing both the internal audio and HDMI. Not too sure how to help you on this.
bkribbs
post Sep 25 2011, 05:43 PM
Post #987
Shoot. Any ideas on where I could look for a solution?
alexramone
post Oct 4 2011, 02:06 PM
Post #988
QUOTE (Slice @ Apr 26 2011, 04:07 PM) *
Vectorize = Use SSE2
Look into info.plist
CODE
            <key>Vectorize</key>
            <true/>


wink.gif Thank you! This worked for me! In VoodooHDA panel, the SSE2 ins't enable after reboot, but the sound works fine now (Realtek ALC889)!
Leopard 10.5.8 / Snow Leopard 10.6.8 x64 / Lion 10.7.1 x64
ASUS Maximus Formula | Core2Quad Q9550 2.8GHz @ 3.4GHz | (2x2) 4GB DDR2 Kingston 667MHz @ 800MHz
Chipset: Intel X38 (ICH9R) | Video: GeForce 9800 GTX+ | LAN: Yukon 88E8056 | Audio: ADI 1988B.

Snow Leopard 10.6.8 x64 / Lion 10.7.1 x64
Gigabyte x58A-UD3R (rev 2) | Core i7 17-960 3.20GHz | (3x4) 12GB DDR3 Corsair Vengeance 1600MHz.
Chipset: Intel X58 (ICH10R) | Video: Radeon R6870 Twin Frozr II 1GB GDDR5 | LAN: Realtek RTL8111E | Audio: Realtek ALC889
oldnapalm
post Oct 26 2011, 08:20 PM
Post #989
QUOTE (samisnake @ Jul 8 2011, 09:21 AM) *
since 10.6.8, ive noticed that there is a slight delay in playing any audio.

for example, watching streaming video. you hit play, the video will start, but the audio isnt on. a second later, the video will freeze and the audio will kick in. the audio and video are in sync, its just the initial start for a second or so where the issue is.

its like an audio controller or something is slow to initialise, but once its working, it works fine. if you pause a video for a minute, the issue crops up again, like the audio controller has gone to sleep temporarily.

I was having this delay problem on Lion. I got a new HD and did a clean install using the same VoodooHDA, strangely there was no delay. Then I deleted com.apple.audio.DeviceSettings.plist and com.apple.audio.SystemSettings.plist from /Library/Preferences/Audio in my old 10.7.2 install and the delay is gone.
Ajhu
post Nov 6 2011, 01:55 AM
Post #990
Slice will you ever buy X-fi soundcard in near future? tongue.gif
Slice
post Nov 11 2011, 06:44 AM
Post #991
QUOTE (Ajhu @ Nov 6 2011, 05:55 AM) *
Slice will you ever buy X-fi soundcard in near future? tongue.gif

No. tongue.gif


Some news.
Talagan remade voodoohdahelper (by fassl) to work with new version of VoodooHDA.
QUOTE
Basically, the old \"voodoohdahelper\"
by fassl (I guess he was the author of that tool) was used to send the
settings of the ~/Library/Preferences/VoodooHDA.settings (saved by the
prefpane) back to the VoodooHDA driver. So it is very useful when you
put it in the startup applications of your account (in the user account
configuration section of the settings under MacOSX), because it will
restore your VoodooHDA settings on startup instead of losing them. But
that old tool has no source and is buggy: it often messes with the path of
the file, and is not compatible anymore with the .settings file anyway.
Also, on forums, people where complaining about the fact that the
terminal popped up at MacOSX startup so it was not really aesthetic.

My tool rewrite does the same thing; it loads VoodooHDA.settings, does
some consistency checks, and send the settings back to the driver. You
just have to put the app in your startup applications in your account
configuration, and your VoodooHDA settings will be restored on startup.
Terminal does not popup because it\'s a hidden window based app, that
just does its job and then exits.

Download from topic.
i3-2120 GA-H61M-S1 UEFI, Radeon HD6670-UEFI, ALC887(VoodooHDA 2.8.7), OS⌘10.9.5, OS⌘ 10.7.5 Clover HWSensors3 Realtek LAN v3.1.2
henrikzog
post Nov 14 2011, 04:20 AM
Post #992
I'm sorry to trot out something that's probably been covered before, but the prospect of reading through 50 pages of discussion to find relevant answers was too daunting.

My problem:

Sound works, the microphone works, haven't tested the line-in since I never need it. The big problem is that headphone jack doesn't register at all. Which is a big problem because I'm a sound engineer and I do sound work and need to connect my machine to all kinds of things, including headphones.

In System Preferences, the voodooHDA controls for headphones are all grayed out. The audio preferences show my device to be "Speaker (ATAPI)" with no other options. The integrated audio card is Realtek one with Intel High Definition Audio support and I've installed the kexts for Realtek as well as voodooHDA. System profiler lists my Audio (built-in) as Intel High Definition Audio: Audio ID: 892.

I'm kind of stuck, have caused more than a few kernel panics trying some more or less creative solutions. Anything I've missed or have been too incompetent to implement?

Any relevant information I can provide? I'm running Vanilla OS X with MultiBeast as my boot ROM.
Acer Extensa 5620Z/Snow Leopard 10.6.8
Slice
post Nov 14 2011, 06:24 AM
Post #993
You have to correct pin configs for Speaker and for Headphone to be in different groups.
You don't need to read all 50 pages of discussion. All you need is in topic and follow by link from them.
I am sorry but I will not correct info.plist for each of 6100 users who download the driver.
i3-2120 GA-H61M-S1 UEFI, Radeon HD6670-UEFI, ALC887(VoodooHDA 2.8.7), OS⌘10.9.5, OS⌘ 10.7.5 Clover HWSensors3 Realtek LAN v3.1.2
henrikzog
post Nov 14 2011, 10:22 AM
Post #994
QUOTE (Slice @ Nov 14 2011, 08:24 AM) *
You have to correct pin configs for Speaker and for Headphone to be in different groups.
You don't need to read all 50 pages of discussion. All you need is in topic and follow by link from them.
I am sorry but I will not correct info.plist for each of 6100 users who download the driver.


I much appreciate you nudging me to the right direction, though. I read through several tutorials and did some changes to the pin configs... unfortunately the result was a system that doesn't boot. It doesn't boot even when I replaced the original info.plist. Evidently I was way over my head and did something wrong, since the tutorials were too vague and my skill level isn't right up there.

Examining the issue some more, the problem might be elsewhere. In the dump, after giving the information about the nid, it simply states [DISABLED]. It says later in the dump "Disabling unassociated nid 20" (which is the green headphone jack).

EDIT: I don't know. I've been at it for hours and I've gotten nowhere. I don't even understand what it is exactly that I should be doing. I'm attaching a copy of my dump in the hopes that someone could get a sense out of what's going on.

EDIT 2: Hmm, I'm not sure if it's actually attached, so I put it up on my server as well:
http://podcastit2.pp.fi/dump.txt

This post has been edited by henrikzog: Nov 14 2011, 01:54 PM
Acer Extensa 5620Z/Snow Leopard 10.6.8
Slice
post Nov 14 2011, 02:55 PM
Post #995
Strange. It looks like you have only one possible ADC nid 2
CODE
Pin 21 traced to DAC 2
Association 0 (1) trace succeeded
Tracing association 1 (2)
Tracing pin 20 with min nid 0
  tracing via nid 20
   tracing via nid 15
    tracing via nid 2
    nid 2 busy by association 0
    tracing via nid 29
Unable to trace pin 20 seq 0 with min nid 0

If so you have to put both speaker and headphone into one group and use autoswitching capabilities.
nid 20 0x0221401F
i3-2120 GA-H61M-S1 UEFI, Radeon HD6670-UEFI, ALC887(VoodooHDA 2.8.7), OS⌘10.9.5, OS⌘ 10.7.5 Clover HWSensors3 Realtek LAN v3.1.2
Ajhu
post Nov 15 2011, 03:48 AM
Post #996
Slice help me out. I'll give you whatever dump and info you need just need a working Creative X-fi Titanium driver.
henrikzog
post Nov 15 2011, 04:05 AM
Post #997
QUOTE (Slice @ Nov 14 2011, 04:55 PM) *
If so you have to put both speaker and headphone into one group and use autoswitching capabilities.
nid 20 0x0221401F


I greatly appreciate you taking the time to look at it and I did try this solution. However, the changes I make to the Info.plist don't seem to have any effect on anything, the dump information remains identical an the nid pin hasn't changed. I'd really appreciate if you could take a look and see what's the problem here.

Here's links to both the plist file and the dump I took after the changes:

http://podcastit2.pp.fi/dump.txt
http://podcastit2.pp.fi/Info.plist

If it comes down to choice, I'd rather have the headphone jack working and the internal speakers disabled. I never use them and they can be a bit of a nuisance, so I wouldn't mind at all. But that might be hard if the driver is ignoring the plist.

This post has been edited by henrikzog: Nov 15 2011, 05:53 AM
Acer Extensa 5620Z/Snow Leopard 10.6.8
henrikzog
post Nov 15 2011, 07:43 AM
Post #998
Oh wait, never mind. The entire problem was solved when I installed an older version of the driver.

Thank you very much for your help and suggestions, this time some creative shots in the dark (and a complete system re-install) solved the problem.
Acer Extensa 5620Z/Snow Leopard 10.6.8
Noyfb
post Nov 26 2011, 12:36 AM
Post #999
Asus P5k Premium Ap/WiFi
AD1988b
voodooHDA.kext 2.7.2
Using IOPCIPrimaryMatch
10.7.2

Need help with auto switching.
I understand and tried post 912 and it works but inverted. Mening that it is the front jack that is master and the rear jack triggers the auto switch.
I've tried tricking it by manipulating PinDefault's and that did not work which is weird because no matter what I did or change, the rear jack was always the trigger.
I've alo swapped the order in the plist and did not work.

How do I tell voodooHDA that node 18 is master and node 17 is the trigger?

An other option would be to ditch the auto switch and use a tool bar audio source switcher app.

CODE

Jack Color Description Node PinDefault Modified Verbs

1/8 Green HP Out at Ext Front 17 0x11 0x02214110 01171c30 01171d40 01171e21 01171f01
1/8 Green Line Out at Ext Rear 18 0x12 0x0101401f 01271c10 01271d40 01271e01 01271f01



In Plist:
17 = 02214010
18 = 0101401f

This post has been edited by Noyfb: Nov 26 2011, 01:04 AM
dracon
post Nov 26 2011, 03:45 PM
Post #1000
Hello All,

I've been trying to get auto switching on my front microphone and front headphone jacks working under VoodooHDA.

It's a Realtek ALC1200 on a Dell Studio XPS 435T/9000 system.

From what I've read so far, I think the microphone doesn't autoswitch because they aren't in the same group (one is association 5 and the other association 6) and the line-in jack is grouped with the rear microphone (assoc. 5).

The headphone doesn't switch, and I think I need to separate all the association 1 jacks (which are all the multichannel line out jacks on the back) and group both the Green Non-SDIF jacks together (which would be the rear speakers and front headphone jacks).

I've tried a couple different combinations in the Info.plist but have been unsuccessful.

If some could lend me a hand and show me how it's supposed to be setup in Info.plist, I'd very much appreciate it. Been a unix/linux admin for years but this audio codec stuff confuses the living hell out of me. I'm sure if I could wrap my head around it once, I can modify VoodooHDA for my other systems easily enough.

Attached is the dump of the codec:

Attached File  dump.txt ( 47.21K ) Number of downloads: 8


This post has been edited by dracon: Nov 26 2011, 03:50 PM

68 Pages V  « < 48 49 50 51 52 > » 
Add Reply Start a new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members: