Skocz do zawartości

iStig

R.E.D.
  • Postów

    642
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    8

Aktywność reputacji

  1. Like
    iStig otrzymał(a) reputację od Najrad w iMac 2019   
    Wygląda na to, że iMac 2019 to idealna platforma dla hacka:
     
    - i9 9.generacji - wersja desktopowa
    - Radek 580X lub Vega 48
     
    - brak T2
     
    Przypomina mi to konstrukcje iMaca 13,2 (wtedy nvidia) , ktora smiga bez jakichkolwiek kombinacji po drodze przy wszystkich aktualizacjach. 
  2. Like
    iStig przyznał(a) reputację dla reyder w IGPU, dGPU na 10.14   
    Więc tak, ostatnio w wolnych chwilach badam sobie sprawę iGPU i 10.14.x. Większość osób na forum poleca odpalenie sprzętowej akceleracji poprzez iGPU oraz identyfikację iMac. Co z tymi którzy nie mają iGPU albo nie chcą go mieć odpalonego ? Zakładając, że nadal chcemy zostać na identyfikacji Z270/Z370 z naszym iMac 17,18x napotkamy kilka problemów.
     
    Pierwszym z nich jest nie działanie akceleracji jpeg. Jak sprawdzimy głębiej to zobaczymy, że system będzie chciał odpalić ją poprzez iGPU.
     

     
    Następnie jeżeli nie znajdzie iGPU to będzie szukał dedykowanej grafiki.
     

     
    Jakie jest obecne obejście problemu ? Jest dostępny kext wyłączający całkowicie HW do jpeg. Nie jest to dobre rozwiązanie. Z obrazka powyżej można zobaczyć że szuka on urządzenia GFX0@2, i w nim wpisów Intela. Niestety bez logów z SMBIOS iMacPro nie wiele mogę powiedzieć. Jak ktoś używa tego SMbios, po uruchomieniu trzeba zrobić quickLook na jpeg spacją i :
    log show --style syslog --info --last 7m | grep VPA Standardowo jeśli macie 580/570 a nawet Vege nie macie włączonego wsparcia sprzętowego. Co to oznacza ? Grafika nie jest używana jako wsparcie sprzętowe podczas dekodowania/ encodowania. Dlaczego nie jest włączona akceleracja dgpu ? Jest niestabilna i Apple ciągle pracuje aby to jakoś działało. Najnowsza beta 10.14.4 podobno pozwala na stabilne działanie.
     

     
    Co potrzebujesz do włączenia akceleracji sprzętowej dgpu ?
    dummy141.kext shikigva=32 shiki-id=Mac-7BA5B2D9E42DDD94 modyfikacji binarnej /System/Library/PrivateFrameworks/AppleVPA.framework/Versions/A/ ??  
    Jakby ktoś chciał robić testy porównujące iGPU vs dgpu to byłoby to bardzo przydatne dla poniektórych.
     
    To jest informacja, nie traktować to jako HOw-to.
  3. Like
    iStig otrzymał(a) reputację od music w [Część 3] Sekcja audio w DSDT   
    aby sprzet dzialal natywnie, na oryginalnych kextach, musi byc taki jak na oryginalnych maczkach, a niestety tak nie jest- nie ma obecnie karty zintegrowanej, ktora bylaby natywnie wspierana przez OS X...
    dlatego ja wylaczam karte zintegrowana i stosuje karte na USB - jak chcesz wykorzystac jednak ta na pokladzie to czeka Cie patchowanie oryginalnych kextow, a co za tym idzie system nie bedzie w 100% vaniliowy.
  4. Like
    iStig otrzymał(a) reputację od music w 10.9 i podpisywanie kextów   
    tu trochę ryzykujesz z tym brakiem problemów z updateami - jeśli nie używasz FSinject to znaczy, że używasz wstrzykiwania w pamięć co odbywa się przez patchowanie w locie kernela, czyli istnieje ryzyko, że w jakiejś kolejnej wersji OS X, może przestać to działać… Jeśli zaś używasz FSinject to wtedy nie korzysta się z kernelcache, czyli wolniejsze ładowanie.
    Oczywiście ryzyko ponosimy choćby stosując AptioFix (też może przestać działać w którejś wersji OS X), ale przy zaangażowaniu dev Clovera, zanim oficjalna wersja kolejnego OS X będzie wypuszczona, to pewnie wszystko już naprawią.
     
     
    jak wyżej napisałem - używając opcji WithCache Clover patchując kernel wstrzykuje kexty do kernelcache, więc nic nie tracisz - oczywiście z ryzykiem opisanym powyżej
  5. Like
    iStig otrzymał(a) reputację od oswaldini w NVMe natywnie w macOS   
    Od jakiegoś czasu użytkuje hamaczka, w którym siedzi dysk Intela z serii 750 na PCI-E. Jak tylko pojawił się sterownik od JIMJ740 to zacząłem go używać. Problem z tym sterownikiem to, że nie wspiera zarządzania energią, więc sleep nie działa, ale to akurat mi nie przeszkadzało bo komp chodził 24/7.
     
    Problem pojawił się przy nowej wersji Mac OS Sierra - autor nie udostępnił źródeł i nie pojawiła się nowa wersja sterownika. Pozostały patche Pike'a. To rozwiązanie bardzo mi się nie podobało i nie chciałem z niego korzystać. Nawet nie zadałem sobie trudu, żeby zrozumieć co te patche dokładnie robią, ale sama już ich ilość powstrzymywała mnie przed ich stosowaniem, szczególnie, że chodzi przecież o dane zapisywane na dysku...
     
    Niedawno pojawiały się informacje, że problem jest w rozmiarze bloku. Dla zachowania zgodności ustawiane jest 512B zamiast 4096. Co ciekawe nie wszystkie dyski umożliwiają ustawienie rozmiaru 4096B... Na szczęście mój dysk ma taką możliwość. Narzędzie do zmiany jest pod Windows jak i Linux
    http://www.intel.com/content/www/us/en/support/memory-and-storage/data-center-ssds/000016238.html Po wprowadzeniu zmian, dysk jest widoczny bez jakichkolwiek patchy, można spać spokojnie i hamaczek waniliowy, odporny na aktualizacje systemu.

  6. Like
    iStig otrzymał(a) reputację od krzyssp w NVMe natywnie w macOS   
    Od jakiegoś czasu użytkuje hamaczka, w którym siedzi dysk Intela z serii 750 na PCI-E. Jak tylko pojawił się sterownik od JIMJ740 to zacząłem go używać. Problem z tym sterownikiem to, że nie wspiera zarządzania energią, więc sleep nie działa, ale to akurat mi nie przeszkadzało bo komp chodził 24/7.
     
    Problem pojawił się przy nowej wersji Mac OS Sierra - autor nie udostępnił źródeł i nie pojawiła się nowa wersja sterownika. Pozostały patche Pike'a. To rozwiązanie bardzo mi się nie podobało i nie chciałem z niego korzystać. Nawet nie zadałem sobie trudu, żeby zrozumieć co te patche dokładnie robią, ale sama już ich ilość powstrzymywała mnie przed ich stosowaniem, szczególnie, że chodzi przecież o dane zapisywane na dysku...
     
    Niedawno pojawiały się informacje, że problem jest w rozmiarze bloku. Dla zachowania zgodności ustawiane jest 512B zamiast 4096. Co ciekawe nie wszystkie dyski umożliwiają ustawienie rozmiaru 4096B... Na szczęście mój dysk ma taką możliwość. Narzędzie do zmiany jest pod Windows jak i Linux
    http://www.intel.com/content/www/us/en/support/memory-and-storage/data-center-ssds/000016238.html Po wprowadzeniu zmian, dysk jest widoczny bez jakichkolwiek patchy, można spać spokojnie i hamaczek waniliowy, odporny na aktualizacje systemu.

  7. Like
    iStig otrzymał(a) reputację od reyder w NVMe natywnie w macOS   
    Od jakiegoś czasu użytkuje hamaczka, w którym siedzi dysk Intela z serii 750 na PCI-E. Jak tylko pojawił się sterownik od JIMJ740 to zacząłem go używać. Problem z tym sterownikiem to, że nie wspiera zarządzania energią, więc sleep nie działa, ale to akurat mi nie przeszkadzało bo komp chodził 24/7.
     
    Problem pojawił się przy nowej wersji Mac OS Sierra - autor nie udostępnił źródeł i nie pojawiła się nowa wersja sterownika. Pozostały patche Pike'a. To rozwiązanie bardzo mi się nie podobało i nie chciałem z niego korzystać. Nawet nie zadałem sobie trudu, żeby zrozumieć co te patche dokładnie robią, ale sama już ich ilość powstrzymywała mnie przed ich stosowaniem, szczególnie, że chodzi przecież o dane zapisywane na dysku...
     
    Niedawno pojawiały się informacje, że problem jest w rozmiarze bloku. Dla zachowania zgodności ustawiane jest 512B zamiast 4096. Co ciekawe nie wszystkie dyski umożliwiają ustawienie rozmiaru 4096B... Na szczęście mój dysk ma taką możliwość. Narzędzie do zmiany jest pod Windows jak i Linux
    http://www.intel.com/content/www/us/en/support/memory-and-storage/data-center-ssds/000016238.html Po wprowadzeniu zmian, dysk jest widoczny bez jakichkolwiek patchy, można spać spokojnie i hamaczek waniliowy, odporny na aktualizacje systemu.

  8. Like
    iStig otrzymał(a) reputację od music w SSDT dropić czy nie dropić ?   
    Kilka słów wyjaśnień dotyczących SSDT, generowania dodatkowych stanów przez skrypt ssdtPRGen.sh i działaniu funkcji porzucania tabel SSDT przez nasz bootloader. Sprawa jest dość banalna, ale przez brak zrozumienia tematu, wiele osób używa różnych funkcji nie zdając sobie sprawy z konsekwencji. Poniższy opis bazuje na funkcjonowaniu Clovera, ale z obserwacji Chameleon podobnie "podchodzi" do tematu.
     
    System operacyjny używa tabel ACPI do "komunikowania się" z urządzeniami - ogólnie ujmując chodzi o zarządzanie energią. Większość urządzeń zdefiniowanych jest w tabeli DSDT, a tabele SSDT z założenia są suplementem i zawierają dodatkowy opis. I tu tkwi szkopuł. Producenci płyt bardzo różnie podchodzą do tematu i w tabelach SSDT zawierają różne rzeczy, ale może po kolei.
    Specyfikacja ACPI dopuszcza definiowanie obiektu procesora w zakresie _SB (system bus - magistrala systemowa) lub _PR - ten ostatni obiekt wywodzi się jeszcze ze specyfikacji ACPI 1.0. Oba podejścia są poprawne, ale nie można definiować obiektu procesora w obu ! Dumpy różnych płyt potwierdzają teorię i możemy dowiedzieć się, że niektórzy mają obiekt procka zdefiniowany w tabeli DSDT w zakresie _PR, a w tabelach SSDT tylko dodatkowe funkcje dla tego obiektu. Inni mają podobne podejście tylko, że definicja jest w _SB, zamiast _PR, a w mojej płycie MSI Z68 było z kolei tak, że cała definicja obiektu procka była w jednej z tabel SSDT. Tu dochodzimy to sedna sprawy, czyli używania funkcji bootloaderów zrzucających tabele SSDT.
     
    Clover sprawdza tabele RSDT (lub jej wersję 64bitową - XSDT), która zawiera wskaźniki do innych tabel ACPI i jeśli używamy funkcji DropOemSSDT wszystkie tabele SSDT nie są ładowane. Tu warto zatem wiedzieć co nasze tabele SSDT zawierają ! Jak wspomniałem w przypadku mojej płyty MSI Z68 jedna z tabel zawierała definicję obiektu procesora, więc wyrzucenie jej nie jest dobrym pomysłem, no chyba, że ktoś przepisał te obiekty do DSDT/SSDT i takie zmienione tabele ładował. Funkcja upuszczania tabel SSDT stała się popularna, gdy skryptem ssdtPRGen generowaliśmy stany procka. Problem w tym, że skrypt nie zawierał definicji obiektu procesora, a jedynie dodatkowe funkcje wykorzystywane przez OS X, a żeby było ciekawiej to pierwotnie skrypt ssdtPRGen.sh wypluwał definicje funkcji procka ZAWSZE dla zakresu _PR i zawsze o określonej nazwie np. CPU. Jak zatem w powyższego opisu można wywnioskować działało to tym, co nie mieli definicji obiektu procka w porzucanych tabelach SSDT oraz mieli procesor zdefiniowany w sekcji _PR....
    Skrypt oczywiście z biegiem czasu ewoluował i zaczęto sprawdzać w jakim zakresie jest zdefiniowany obiekt procesora i pod jakimi nazwami, tak, aby dodatkowe funkcje wygenerowane przez skrypt odnosiły się do naszych definicji. Jak pisałem ten tekst to skrypt dalej błędnie wypluwał definicję funkcji w sekcji _PR mimo, że procesor miałem zdefiniowany w _SB, dlatego należy samemu sprawdzić czy wszystko jest tak jak powinno i ręcznie zmienić, albo poczekać na poprawną wersję skryptu
    Pozostała więc decyzja o opuszczaniu tabel - moim zdaniem nigdy tego nie powinniśmy robić. Testowałem płyty Gigabyte, gdzie często jest tam nawet siedem tabel SSDT, a jedna z nich opisuje SATA... Co jeszcze ciekawe, część z tych tabel nie jest wyszczególniona w tabeli RSDT/XSDT, a odnośniki do nich zawarte są w innych tabelach SSDT, więc porzucając tabele SSDT traci się sporo informacji.
     
    Jak to wszystko rozwiązać ? - nie porzucać tabel SSDT, a wygenerowanej tabeli skryptem ssdtPRGen zmienić nazwę na kolejną np. SSDT-8.aml (w zależności ile tabel mamy) i taką załadować. Oczywiście tak jak pisałem wcześniej trzeba sprawdzić, czy nazwy (CPU0 - P001) i zakresy (_SB - _PR) wygenerowanych definicji są ok. Żadnych konfliktów nie będzie, bo nowa tabela SSDT zawiera funkcje APSS i ACST, które są ponoć tworami Apple i mimo, że w naszych tabelach ACPI spotkamy ich odpowiedniki w postaci _PSS i _CST, to i tak będą wykorzystywane te pierwsze.
     
    I na koniec jeszcze info dla tych co zmieniają coś w tabelach SSDT i DSDT - BARDZO ważne jest odpowiednie dekompilowanie tabel - chodzi o odnosienia do innych tabel, czyli miejsca gdzie mamy wywołanie External. Należy dekomilować ze wskazaniem tych zewnętrznych tabel po parametrze -e. np.

    iasl -eSSDT-0.aml,SSDT-1.aml,SSDT-3.aml -d DSDT.aml
    Po pierwsze uzyskamy w definicjach poprawne nazwy obiektów, po drugie i najbardziej istotne - zostanie przekazana informacja o ilości argumentów - dekompilowanie każdej tabeli osobno może doprowadzić do sytuacji gdzie funkcja będzie miała tylko jeden argument zamiast np. czterech...
  9. Like
    iStig przyznał(a) reputację dla 314TeR w haMac NCase M1 v4.0 - czyli jak powinien wyglądać nowy Mac Pro.   
    Teraz już mogę zdradzić, że na chłodzeniu powietrznym się nie skończy... jak uporam się z okablowaniem, przyjdzie pora na zamontowanie tego:




     
    Tutaj jeszcze muszę zamówić chłodnicę, na 99% będzie Black Ice Nemesis 240GTS. Z pomiarów wygląda jakby NCase M1 została specjalnie zaprojektowana pod tę chłodnicę.
     
    Wyzwaniem pozostało znalezienie porządnej pompki, cichej, wydajnej a zarazem takiej która ma szansę się zmieścić w obudowie... a to będzie spore wyzwanie, ponieważ jedynym sensownym miejscem jest spód obudowy, a tam odstęp między przyszłym blokiem VGA a spodem wynosi zaledwie ~52mm.
     
    Do tego chcę użyć jakiegoś sensownego terowania chłodzeniem, myślę o aquaero 5 LT USB fan controller, ale tu przydało by się doświadczenie kogoś kto ma, lub wie co i jak do tego można podłączyć, jakie sensory, etc...
  10. Like
    iStig przyznał(a) reputację dla 314TeR w Uniwersalne Legacy AppleHDA dla ALC882 883 888 1200 892 1150 dla Yosemite 10.10 , El Capitan 10.11   
    Przygotowałem nowy uniwersalny legacy Kext do uruchamiania audio w haMacach, dla układów ALC88x/89x/1150/1200. Nowa metoda pozwala uruchomić dźwięk bez konieczności modyfikacji jakiegokolwiek kextu systemowego - AppleHDA zostaje nietknięte, aktualizacje nie będą ubijać dźwięku, nie trzeba też stosować jakichkolwiek skryptów pilnujących czy AppleHDA nie jest modyfikowane przy aktualizacji.
     
    Jak to działa, w skrócie, wrzuca się załączony AppleHDA_Uniwersal_ALC8xx.kext do /S/L/E, ustawia się stosowny inject Layout ID w cloverze (np Layout 10 dla ALC1150) oraz także do clovera dodaje jeden patch aby łatać AppleHDA automatycznie w locie i tyle... dźwięk powinien działać w każdym 10.8/10.9/10.10 i być odporny na aktualizacje. Nie trzeba stosować żadnych skryptów pilnujących czy AppleHDA się nie zmienia.
     
    Na tę chwilę jeden uniersalny AppleHDA_Uniwersal_ALC8xx_v1.4.kext obsługujący:
    ALC882 na Layout 1
    ALC883 na Layout 2
    ALC888/1200 na Layout 5
    ALC892 na Layout 7
    ALC1150 na Layout 10
     
    Dalsze układy jak ALC885/898 będę dodawał sukcesywnie do w/w metody.
     
    Szczegółowa instrukcja odpalenia.
     
    Upewnij się że w /S/L/E masz oryginalne AppleHDA bez jakichkolwiek modyfikacji, usuń inne metody, VoodooHDA itp itd.
     
    1. Skopiuj poniższy kext do /S/L/E
    Dla Yosemite 10.10.5:
    AppleHDA_Uniwersal_ALC8xx_v1.5.kext.zip
    Dla El Capitan 10.11.0 - 10.11.3:
    AppleHDA_Uniwersal_ALC8xx_v2.0.kext.zip
    Dla El Capitan 10.11.4 - 10.11.x:
    AppleHDA_Uniwersal_ALC8xx_v2.1.kext.zip
     
    Nadaj uprawnienia oraz przebuduj cache (przebudowa zadziała tylko jak będzie ustawione hasło do konta)
    sudo cp -R AppleHDA_Uniwersal_ALC8xx_v1.x.kext /System/Library/Extensions sudo chown -R 0:0 /System/Library/Extensions/AppleHDA_Uniwersal_ALC8xx_v1.x.kext sudo touch /System/Library/Extensions sudo kextcache -update-volume / 2. Dodaj Inject do clovera, dla danego układu użyj odpowiedniego Layout, np aby uruchomić ALC1150 ustaw Layout na 10.
    <key>Devices</key> <dict>   <key>Audio</key>   <dict>    <key>Inject</key>    <string>10</string>   </dict> </dict> UWAGA - dla układów jak ALC883, ALC888 np na P5Q czy P7P55 WS SC i ALC882 np na P5W DH Deluxe nie działa poprawnie inject w cloverze, dlatego stosuję stosowną tabelkę SSDT z metodą DTGP popychającą HDEF przez SSDT. Poniżej gotowiec (wzorzec) dla ALC888/1200 na płytach ASUSa z rodziny P5Q i P7P55 WS SC, oraz ALC882 na P5W DH Deluxe
    SSDT_ASUS_ALC888-1200.aml.zip
    ALC882_P5W_DH_Deluxe_SSDT.aml.zip
    Lub zamiast w/w tabelki SSDT dodać taki FIX do sekcji ACPI Clovera:
    <key>ACPI</key> <dict>   <key>DSDT</key>   <dict>    <key>Fixes</key>    <dict>     <key>AddDTGP_0001</key>     <true/>     <key>FixHDA_8000</key>     <true/>    </dict>   </dict> </dict> 3. Dodać Patch do Clovera, który będzie nanosił automatycznie binarną poprawkę na AppleHDA. Dla każdego modelu ALC jest inny patch, poniższy przykład dla ALC1150
    <key>KernelAndKextPatches</key> <dict>   <key>KextsToPatch</key>   <array>    <dict>     <key>Comment</key>     <string>ALC1150 patch</string>     <key>Find</key>     <data>     ixnUEQ==     </data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>     AAnsEA==     </data>    </dict>   </array> </dict> Każdy układ ALC ma inne ID i dlatego wartości klucza linii "Replace" należy ustawić w zależności od posiadanego układu:
    ALC888/1200 - ma być to: iAjsEA==
    ALC892: kgjsEA==
    ALC1150: AAnsEA==
     
    Wyjaśnienie krótkie po co i dlaczego robimy powyższy patch: 
     
    El Capitan wymaga jeszcze dodatkowego patcha, jest ona wymagany przy wszystkich układach:
    <dict>     <key>Find</key>     <data>gxnUEQ==</data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>AAAAAA==</data> </dict> Patch dla ALC882 i ALC883 na P5W DH Deluxe, P5KC itp jest zupełnie inny, poniżej dokładna forma do wklejenia do Clovera:
    Dla ALC882:
    <dict>     <key>Comment</key>     <string>ALC882 patch #1</string>     <key>Find</key>     <data>     hQjsEA==     </data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>     ggjsEA==     </data>    </dict>    <dict>     <key>Comment</key>     <string>ALC882 patch #2</string>     <key>Find</key>     <data>     hAjsEA==     </data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>     AAAAAA==     </data>    </dict> Dla ALC883:
    <dict>     <key>Comment</key>     <string>ALC883 patch #1</string>     <key>Find</key>     <data>     hQjsEA==     </data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>     gwjsEA==     </data>    </dict>    <dict>     <key>Comment</key>     <string>ALC883 patch #2</string>     <key>Find</key>     <data>     hAjsEA==     </data>     <key>Name</key>     <string>AppleHDA</string>     <key>Replace</key>     <data>     AAAAAA==     </data>    </dict> 4. Dla Yosemite 10.10 musimy dodać parametr startowy: kext-dev-mode=1 w innym wypadku Legacy nie zostanie załadowany.
    <key>Boot</key> <dict>   <key>Arguments</key>   <string>kext-dev-mode=1</string> </dict> 5. Dla opornych układów na płytach z chipsetem Z97, EAPDFix.kext potrafi "ożywić" układ i sprawić, że dźwięk będzie z zielonego tylnego wyjścia oraz z słuchawkowego. Przeciwdziała też ubijaniu dźwięku po 30 sek od wybudzenia z sleep. poniższy EAPDFix.kext został przystosowany pod płytę ASUSa Z97-WS (na bazie oficjalnej wersji 2.0.1 - UWAGA nie kompatybilna z 10.11, dla 10.11 należy najlepiej użyć wersji 2.2), ale będzie działał na 99% innych konstrukcjach gdzie układ wyjść jest standardowy.
    EAPDFix.kext.zip
    Credits należy się EMlyDinEsH, źródło i szerszy opis w tym temacie: http://forum.osxlatitude.com/index.php?/topic/3084-eapdjack-sense-fix-no-audiojack-sense-issue-after-sleep/
     
    Proszę o testy i szczegółowe informacje jaki układ, na jakiej płycie i na jakim systemie udało się uruchomić. Jeśli coś nie działa, to proszę o dokładny opis. Jeśli są pytania, to proszę pytać, śmiało, nawet jak są to pytania najbardziej podstawowe, chce stworzyć kompletny poradnik, aby w przyszłości wszyscy mogli z niego skorzystać.
     
    Historia zmian:
    Wersja 1.5/2.1:
    1. Wersja 2.1 zaktualizowana do wymagań El Capitan 10.11.4 i zapewne wyższych.
    Wersja 1.5/2.0:
    1. Wersja 1.5 zaktualizowana do wymagań Yosemite 10.10.5
    2. Wersja 2.0 zaktualizowana do wymagań El Capitan 10.11.0 do 10.10.3.
    3. Wyeliminowanie występujących czasami KP w wersji 1.4 i niższych przy komputerach z kartami nvidia. 
    Wersja 1.4b:
    1. Dodany EAPDFix.kext na bazie oficjalnej 2.0.1. z ustawieniami pod Z97-WS - popycha audio na wielu opornych płytach Z97
    Wersja 1.4a:
    1. Poprawki patchy, powinno być patchowane AppleHDA - wypatrzył oswaldini
    Wersja 1.4:
    1. Dodano obsługę ALC883 - Layout 2
    Wersja 1.3:
    1. Powinien działać już poprawnie z HDMIAudio.
    2. Dodanie ALC882.
    3. Poprawki dla ALC1150/892 - usunięcie AFGLowpowerstate - przez co powinien dźwięk być po sleep - ale na Z97 prawdopodobnie ubije go całkowicie.
    4. Inne drobiazgi.
     
    Aktualne wersje:
    Dla Yosemite 10.10.5: 
    AppleHDA_Uniwersal_ALC8xx_v1.5.kext.zip
    Dla El Capitan 10.11.x:
    AppleHDA_Uniwersal_ALC8xx_v2.0.kext.zip
    Dla El Capitan 10.11.4:
    AppleHDA_Uniwersal_ALC8xx_v2.1.kext.zip
     
    Poprzednie wersje:
    AppleHDA_Uniwersal_ALC8xx_v1.4.kext.zip
    AppleHDA_Uniwersal_ALC8xx_v1.3.kext.zip
    AppleHDA_Uniwersal_ALC8xx_v1.1.kext.zip
     
    EAPDFix - Oficjalne wersje z forum osxlatitude:
    EAPDFix_v2.0.1.zip
    EAPDFix_v2.1_Final.zip
    EAPDFix_v2.2_Final.zip
  11. Like
    iStig otrzymał(a) reputację od Grzesiek13 w I had everything… and now this…   
    nikomu źle nie życzę, niech szybko wraca do zdrowia, ale może kiedyś pokażę Wam korespondencję jak było z ostatnim patchem dotyczącym Skylake. Do tej pory jestem w szoku z tym co napisał jak to wszystko odkrył i wiedział o co chodzi, a ja mu tylko przypomniałem gdzie leży problem. Dla mnie to był ostatni raz jak się podzieliłem z Nim informacją.
  12. Like
    iStig otrzymał(a) reputację od Estrax w I had everything… and now this…   
    nikomu źle nie życzę, niech szybko wraca do zdrowia, ale może kiedyś pokażę Wam korespondencję jak było z ostatnim patchem dotyczącym Skylake. Do tej pory jestem w szoku z tym co napisał jak to wszystko odkrył i wiedział o co chodzi, a ja mu tylko przypomniałem gdzie leży problem. Dla mnie to był ostatni raz jak się podzieliłem z Nim informacją.
  13. Like
    iStig otrzymał(a) reputację od PolishApple w I had everything… and now this…   
    nikomu źle nie życzę, niech szybko wraca do zdrowia, ale może kiedyś pokażę Wam korespondencję jak było z ostatnim patchem dotyczącym Skylake. Do tej pory jestem w szoku z tym co napisał jak to wszystko odkrył i wiedział o co chodzi, a ja mu tylko przypomniałem gdzie leży problem. Dla mnie to był ostatni raz jak się podzieliłem z Nim informacją.
  14. Like
    iStig otrzymał(a) reputację od oswaldini w I had everything… and now this…   
    nikomu źle nie życzę, niech szybko wraca do zdrowia, ale może kiedyś pokażę Wam korespondencję jak było z ostatnim patchem dotyczącym Skylake. Do tej pory jestem w szoku z tym co napisał jak to wszystko odkrył i wiedział o co chodzi, a ja mu tylko przypomniałem gdzie leży problem. Dla mnie to był ostatni raz jak się podzieliłem z Nim informacją.
  15. Like
    iStig otrzymał(a) reputację od Bald_Angel w OpenCL   
    R9 280x chodzi bezproblemowo
     
    Edit:
    z 10.9.2
  16. Like
    iStig otrzymał(a) reputację od tomasz w Asus Maximus VI Gene PM na wypasie   
    w zalaczniku
     
    wszystkie - te niepotrzebne sa wylaczane w config.plist. Dodatkowo doinstaluj HFSPlus.efi
     
    wygenerowac tabele skryptem w wersji co najmniej 6.6 i wrzucic to SSDT do patched
     
    audio masz od 314Tera na wypasie. W config.plist nie uzywam injecti Clovera - mam dodatkowe SSDT dla dzwieku, ktore przy okazji uruchamia dzwiek na wyjsciach karty.
    config.plist 2.zip
  17. Like
    iStig otrzymał(a) reputację od tomasz w Asus Maximus VI Gene PM na wypasie   
    ssdt dla dzwieku w zalaczniku
    SSDT-1.aml.zip
  18. Like
    iStig otrzymał(a) reputację od 314TeR w Nowa stacja robocza Mac Pro.   
    raczej intel nic nowego na szybko nie wymyśli
    wszystko się zgadza - ilość cache, taktowanie, turbo boost. Moim zdaniem wynik w GB będzie podobny do i7-4770K.
    Jeśli poniższy wynik dla 12 rdzeni jest prawdziwy

    http://browser.primatelabs.com/geekbench2/2064275
     
    to w ogóle słabo te maczki Pro wypadną.
     
    Można zrobić odpowiednik na Asusie X79, który obsłuży pamięci ECC

    http://www.asus.com/Motherboards/P9X79_WS/
     
    Wszystko wrzucić w normalną obudowę, gdzie zmieści się kupa dysków i wszystkich innych bebechów i komputer nie będzie wyglądał tak jak poniżej

  19. Like
    iStig otrzymał(a) reputację od oswaldini w Nowa stacja robocza Mac Pro.   
    raczej intel nic nowego na szybko nie wymyśli
    wszystko się zgadza - ilość cache, taktowanie, turbo boost. Moim zdaniem wynik w GB będzie podobny do i7-4770K.
    Jeśli poniższy wynik dla 12 rdzeni jest prawdziwy

    http://browser.primatelabs.com/geekbench2/2064275
     
    to w ogóle słabo te maczki Pro wypadną.
     
    Można zrobić odpowiednik na Asusie X79, który obsłuży pamięci ECC

    http://www.asus.com/Motherboards/P9X79_WS/
     
    Wszystko wrzucić w normalną obudowę, gdzie zmieści się kupa dysków i wszystkich innych bebechów i komputer nie będzie wyglądał tak jak poniżej

  20. Downvote
    iStig otrzymał(a) reputację od versare w Nowa stacja robocza Mac Pro.   
    raczej intel nic nowego na szybko nie wymyśli
    wszystko się zgadza - ilość cache, taktowanie, turbo boost. Moim zdaniem wynik w GB będzie podobny do i7-4770K.
    Jeśli poniższy wynik dla 12 rdzeni jest prawdziwy

    http://browser.primatelabs.com/geekbench2/2064275
     
    to w ogóle słabo te maczki Pro wypadną.
     
    Można zrobić odpowiednik na Asusie X79, który obsłuży pamięci ECC

    http://www.asus.com/Motherboards/P9X79_WS/
     
    Wszystko wrzucić w normalną obudowę, gdzie zmieści się kupa dysków i wszystkich innych bebechów i komputer nie będzie wyglądał tak jak poniżej

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.