Jump to content



Member Since 21 Jun 2009
Offline Last Active 35 minutes ago

#2410412 VoodooHDA 2.9.0

Posted by Zenith432 on 23 April 2017 - 01:32 PM

Sounds like a short in your headphones.  How do you "choose" between left or right?  By lowering the volume on the other all way down to zero?Thanks! Works with Yosemite. I have only one problem. My notebook speaker is working stereo but in my headphones if I use stereo I have a very bad sounds! I need choose between left or right.

#2408942 Clover Bug/Issue Report and Patch

Posted by Zenith432 on 21 April 2017 - 11:29 AM

Works for me.  Trying a clean rebuild.last commit can't build clover

#2408486 VoodooHDA 2.9.0

Posted by Zenith432 on 20 April 2017 - 07:06 PM

Again some overflow. After 10 minutes play music sound became khr-khr-... May be it is hardware problem?I don't think it's a hardware problem. Will try to reproduce tomorrow with 5.1CH. It's because the start of a sample-frame being misaligned. Before with 2-channels it didn't happen, but with 6 channels it does :(

#2407370 VoodooHDA 2.9.0

Posted by Zenith432 on 19 April 2017 - 01:01 PM

Open voodoohda prefpane, select your sound device, and start playing around with the available mixers until you find something usable.  My microphones were not working until I did this.  The OSS mixer system is not understandable.  I'm trying to figure out how control the amp for each channel in 6 or 8-channel sperarately.Are there any settings you can think of that would help reduce the buzzing sound my mid-range and bass speakers make?  I can reduce the volume in relation to the tweeters but when I want volume, I get a lot of buzzing as a result.  Thanks for any tips anyone can think of. The device is recognized but does not work :)That part I understood. I mean something useful like getdump. Or check the mixers in prefpane - maybe some volume is all the way off. Stuff like that. Also try lowering 192KHz to 48KHz for a start.

#2405682 VoodooHDA 2.9.0

Posted by Zenith432 on 16 April 2017 - 08:33 PM

In Audio-Midi Setup, click on the 8-channel device, then choose Configure Speakers. In Configuration, choose 5.1 surround, or 7.1 surround, or 7.1 rear surround, and configure which channel is which speaker. Finally, click apply and done. After this, QuickTime will know how to play multichannel audio on this device.@Slice, In Rev 130, I added code to set a default Speaker Configuration to be used with 5.1 and 7.1 audio for CoreAudio to use if it is not manually programmed in Audio-Midi Setup - to enable surround sound (at least in QuickTime). I checked the channels are output in right order in analog multichannel with this setup. [The setup says that in 7.1 rear come after after side, but actually they come before side.] Would it be possible to add some code to VoodooHDA to read the ELD and use the "Monitor_Name_String" instead of just "Digital-out (HDMI)" for the display output devices? This would allow the user to see which output is actually connected and to what display it is co...
  • nms likes this

#2405234 VoodooHDA 2.9.0

Posted by Zenith432 on 15 April 2017 - 08:13 PM

@Slice:With rev 129 I hope Analog Multichannel works now, including channels output in right order to pins.HDMI is still limited to stereo.Bumped version to 2.8.10d4. Green - FL/FROrange - FC/LFEBlack - RL/RRGrey (only in 7.1) - SL/SR UPDATE: I tested analog multichannel - it works.  Tested as follows:Made an 8-channel WAV file at 48KHz/16-bit with Audacity, on each channel recorded the channel name.  Channel order FL/FR/FC/LFE/RL/RR/SL/SR.Play the WAV file with QuickTime, plugged headphones into each of the four pins Green/Orange/Black/Grey and heard the correct channel names.When I play AC3 file with QuickTime, it gets mixed down to Stereo, so I couldn't test that way.iTunes couldn't play either AC3 or 8-channel WAV file. Hey Zenith432,Multichannel sound is bad. Like a saw, sound then pause then again.

#2398644 macOS Sierra 10.12.4 (16E195) - Final Release - Updated

Posted by Zenith432 on 04 April 2017 - 04:21 PM

I don't know if injection of FakeCPUID is still needed.  Will check when Darwin sources are released.Followup: Apple released the xnu sources to Darwin 16.5. There's no mention of kabylake, so faking CPUID to skylake still necessary in 10.12.4

#2398178 VoodooHDA 2.9.0

Posted by Zenith432 on 03 April 2017 - 07:52 PM

It is because of this line in VoodooHDA.xcodeproj/project.pbxproj E5A3BD951E7095C100F91F3D /* PCMBlitterLibX86.cpp in Sources */ = {isa = PBXBuildFile; fileRef = CEF7C0A70EF74C2700A14C68 /* PCMBlitterLibX86.cpp */; settings = {COMPILER_FLAGS = "-I ${DT_TOOLCHAIN_DIR}/usr/lib/clang/8.1.0/include -fvisibility=hidden"; }; };/* End PBXBuildFile section */It contains compiler flags for PCMBlitterLibX86.cpp with explicit path of Include dir to find xmmintrin.h ${DT_TOOLCHAIN_DIR}/usr/lib/clang/8.1.0/include For Xcode 8.2.1 it should be ${DT_TOOLCHAIN_DIR}/usr/lib/clang/8.0.0/include There is also an xmmintrin.h under tranc. The error has something to do with version of xmmintrin.h it's using. Hi Zenith432, I can successfully compile VodooHDA in Xcode4.4.1 but not 8.2.1. Do you? Screen Shot 2017-04-03 at 20.30.32.png

#2397780 VoodooHDA 2.9.0

Posted by Zenith432 on 03 April 2017 - 10:18 AM

<key>IOMatchCategory</key> <string>VoodooHDADevice</string>They are needed for use with AppleHDADisabler else VoodooHDA will not be attached. I regularly delete AppleHDA.kext from my system, which is why I removed this from zdev branch. It should stay in main branch. :blush: BTW, my work on multichannel is incomplete, because I don't think it sends 8-channel stream to the speakers in the right order. 8-channel sent from macos is I think in the orderFL FR FC LFE RL RR SL SR In HDMI it should goFL FR LFE FC RL RR SL SR(today HDMI is limited to 2-channel in VoodooHDADevice::streamSetup()) In DP I don't know the order In Analog multichannel, it should goGreen pin DAC, Orange pin DAC, Black pin DAC, Grey pin DAC which is the way the pins are ordered in seq-order in their pinconfigs, but I think VoodooHDADevice::streamSetup() reorders the channels in another way.

#2396633 Clover Change Explanations

Posted by Zenith432 on 01 April 2017 - 05:35 PM

Rev 4050 - 4052Created XCODE8 toolchain with following differences from XCODE5Uses clang native -target x86_64-apple-darwin instead of hybrid -target x86_64-windows-macho.#defines EFIAPI to __attribute__((ms_abi)) similar to GCC builds.Uses __builtin_ms_va_list for VA_LIST.Changed BUILDRULEORDER from "S s nasm" to "nasm S s" so nasm is used on assembly sources.This toolchain exposed some type mismatches for functions with EFIAPI.  Also exposed some use of incorrect va_list in variadic functions that are not EFIAPI (present in OpensslLib and GrubFS).  These issues are present in GCC build as well, and should have been discovered.  They weren't, and GCC generates incorrect code in some of the cases.  Anyhow, I fixed all these instances.  A brief history of va_list issue with -target x86_64-windows-macho, just for the recordBefore LLVM clang 3.7, Apple clang 7.3, this target only had __builtin_va_list.  This implementation worked (other than some bugs in...

#2396394 VoodooHDA 2.9.0

Posted by Zenith432 on 01 April 2017 - 10:35 AM

Can we make 48kHz to be default for VoodooHDA?It's not that, in VoodooHDAEngine::createAudioStream, the default sample rate is already limited to 48KHz if (sampleRate.whole <= 48000U && defaultSampleRate < sampleRate.whole) defaultSampleRate = sampleRate.whole;This is a different problem. It's the bit depth. Some HDMI/DP audio outputs support transmitting 32-bit audio, but target digital display only supports 16, 20 or 24 bit audio, so if 32 bit depth is used, the HDMI output is garbled. In rev 120, zdev branch I added code to limit the default bit depth to 24 instead of 32. if (format.fBitDepth == 32 && HDA_PARAM_SUPP_PCM_SIZE_RATE_24BIT(supPcmSizeRates)) { /* * Some HDMI/DP audio outputs support 32-bit depth, but digital displays support up to 24-bit depth, * so don't use 32-bit depth by default if 24 is available. */ format.fBitDepth = 24; }It is still possible to set any supported format with Utilities/Audio-MIDI setup, but it attempts...

#2396153 VoodooHDA 2.9.0

Posted by Zenith432 on 31 March 2017 - 07:56 PM

HDMI external audio distorted.Read what I said to virgosun in this post and try it.   It's possible - starting from this working base - unlock audio over mini displayport, and "internal speakers" as output?In order to have HDMI/DP output, you need your graphics card framebuffer driver to be working, and enable multiplexing the audio output from the HDA codec onto the HDMI/DP port's data stream. This is graphics card-dependent, and you didn't mention your graphics setup. If you don't do this, HDMI/DP audio won't work regardless whether you use AppleHDA or VoodooHDA. They don't see a "jack" connected to their HDMI/DP output if the graphics driver hasn't got it set up.
  • nms likes this

#2394638 Chameleon 2.4svn Official PKG Installer

Posted by Zenith432 on 29 March 2017 - 07:47 PM

I kinda let it slip that I don't build the modules - because the problem was in 915resolution.c and I missed it :DDone in commit 2876 (both Chameleon and Enoch Branch). ErmaC

#2394542 Chameleon 2.4svn Official PKG Installer

Posted by Zenith432 on 29 March 2017 - 06:05 PM

@ErmaC: Here's a patch that resolves -Waddress-of-packed-member and also works with Xcode earlier than 8.3 that don't recognize this warningdiff a/i386/libsaio/smbios.c b/i386/libsaio/smbios.c--- a/i386/libsaio/smbios.c+++ b/i386/libsaio/smbios.c@@ -925,7 +925,7 @@ void addSMBOemProcessorType(SMBStructPtrs *structPtr) p->header.length = sizeof(SMBOemProcessorType); p->header.handle = handle++; - setSMBValue(structPtr, numOfSetters - 2 , (returnType *)&(p->ProcessorType));+ setSMBValue(structPtr, numOfSetters - 2 , (returnType *)(void*)&(p->ProcessorType)); structPtr->new = (SMBStructHeader *)((uint8_t *)structPtr->new + sizeof(SMBOemProcessorType) + 2); tableLength += sizeof(SMBOemProcessorType) + 2;@@ -974,7 +974,7 @@ void addSMBOemProcessorBusSpeed(SMBStructPtrs *structPtr) p->header.length = sizeof(SMBOemProcessorBusSpeed); p->header.handle = handle++; - setSMBValue(structPtr, numOfSetters -1, (returnType *)&(p->ProcessorBusS...

#2394516 Clover General discussion

Posted by Zenith432 on 29 March 2017 - 05:32 PM

@Zenith432: nice, but those changes break the compilation with Xcode 8.2.1. Just tested it on OS X 10.11.6, it complaints about unknown warning option (-Wno-address-of-packed-member).I'll try to find a way to make them coexist. In the meantime, need to remove -Wno-address-of-packed-member from FileSystems/VBoxFsDxe/VBox*.inf to make them compile under Xcode 8.2.1.  :unsure: EDIT: Ok Phillip, thanks to this it is resolved in Rev 4047 in a way that should make even Download-Fritz happy.

© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy