Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 01/23/14 in all areas

  1. 6 points
    Ian

    Przyszłość forum haMac.pl

    Bardzo przykro to czytać i mam nadzieję, że taka myśl/decyzja jest podyktowana chwilowym nastrojem. Każdy przecież ma słabszy dzień. Forum jest znakomite i, moim skromnym zdaniem, powinno być kontynuowane. Są tu ludzie o ogromnej wiedzy i ich pomoc bywa nieoceniona i często bezcenna. Ludzie tacy jak @314Ter, @reyder, @Estrax..., żeby wymienić tylko te trzy osoby, są wartością samą w sobie. Mi również nie podobają się ogłoszenia o sprzedaży sprzętu czy "zlecenia" budowy hamacka. Ale przecież można zwyczajnie tego zabronić a dział kupno-sprzedaż zlikwidować. Są sklepy, jest eBay, Amazon, jest Allegro itd. Można przecież wyznaczyć moderatorów, z uprawnieniami kasowania postów, można w sposób bardziej rygorystyczny poprowadzić Forum. Dlaczego zaraz "wygaszać" ? Apeluję do Admina o przemyślenie tej decyzji. To Forum jest potrzebne.
  2. 3 points
    Pierwsza przymiarka do bazy nowego UniBootX bazującego na OpenCore. Wersja ta bazuje na oficjalnej wersji OpenCore 0.5.2 + AppleSupport 2.1.2 + VirtualSMC 1.0.9 - kexty są aktualne na dzień 6.11.2019r. Z góry proszę o wyrozumiałość i zgłaszanie uwag - tylko z głową - to jest nie dość, że wczesna wersja OpenCore, to też jest to moja pierwsza przymiarka aby dać Wam z grubsza config pozwalający odpalić macOS na Haswellu Z87 Z97 bez względnie doktoryzowania się. Są 2 configi: config HD4600.plist - użyć jak korzystamy tylko z iGPU HD4600 config dGPU plus HD4600.plist - użyć jak korzystamy z dGPU i chcemy odpalić z HD4600 bez wyjść aby działał poprawnie np Quick Sync lub VDADecoder Wybrać stosowny config i zmienić jego nazwę na: config.plist Bez poprawienia nazwy configu NIE odpalimy w ogóle OpenCore. Domyślny Timeout ustawiony na 30s Do zestawu dodatkowo dodane: USBMap - skrypt do generowania tabeli SSDT dla portów USB - do opisania w innym poradniku. macinfo 2.0.8 w wersji na macOS jaki i Windows - jest to pakiet pozwalający wygenerować POPRAWNĄ parę SystemSerialNumber i MLB - to SĄ PARY i potem je dodać do w/w configu! Przed opaleniem należy w configu odnaleźć poniższą sekcję: <key>PlatformInfo</key> <dict> <key>Automatic</key> <true/> <key>Generic</key> <dict> <key>MLB</key> <string>M000000000001</string> <key>ROM</key> <data>ESIzAAAA</data> <key>SpoofVendor</key> <true/> <key>SystemProductName</key> <string>iMac14,2</string> <key>SystemSerialNumber</key> <string>W0000000001</string> <key>SystemUUID</key> <string>00000000-0000-0000-0000-000000000000</string> </dict> <key>UpdateDataHub</key> <true/> <key>UpdateNVRAM</key> <true/> <key>UpdateSMBIOS</key> <true/> <key>UpdateSMBIOSMode</key> <string>Create</string> </dict> I uzupełnić numery generując np w macinfo lub przenosząc z swojego configu clovera. Do uzupełnienia są od góry MLB, ROM, SystemSerialNumber, SystemUUID. Przygotowanie pendrive: sformatować na Fat32 wypakować do głównego folderu tak aby w nim był folder EFI. Działać i pisać wrażenia. UniBootX_OpenCore_Haswell_Z87_Z97_-_pre_Alpha_0.1.zip
  3. 3 points
    Z Cloverem jest problem, że ostatnio skupiają się w większości na nowych ikonkach, ozdobnikach czy funkcjach prezentacyjnych skórek niż faktycznie istotnych ulepszeniach. Do tego nieprzemyślane kluczowe zmiany jak np rozlokowanie sterowników DOS/UEFI czy instalator co niby miał przenosić je same, ale tego nie robił dobrze. Z tymi sterownikami w ogóle uważam, że dali mega ciała, bo przy okazji zmiany lokalizacji wywalony został po cichu AptioMemoryFix - był kasowany z starego folderu a w nowym już nie był instalowany nowy, bo nowego nie ma w instalatorach 5xxx. Jeśli ktoś korzystał w configu z DisableDrivers i wyłączał niepotrzebne sterowniki w tym domyślne Cloverowe OsxAptioFix*Drv - to pięknie ubijany był start systemu. Ogólnie odnoszę wrażenie, że na linii OpenCore <-> Clover jest jakaś niechęć i chyba bardziej z strony developerów Clovera niż vit9696. Być może vit9696 nie mógł się przebić z pomysłem poprawienia kluczowych elementów jak np prawidłowa obsługa Bless, czy zwyczajnie obsługi skrótów klawiszowych jak CMD+R, CMD+V (Verbose), etc, więc postanowił stworzyć alternatywę. Jak się popatrzy obecnie przy jak wielu projektach i to najbardziej kluczowych obecnie macza palce, to dziwię się, że Developerzy Clovera byli tak niechętnie do niego nastawieni. Sam pamiętam sprawę zapisu do NVRAM na platwformach Z87/Z97 i nowszych z którym był problem jakiś czas temu, na które lekarstwo znalazł właśnie vit9696, oraz jak zaciekle apianti zarzucał mu, że nie ma racji... a fakty? AprioMemoryFix i jakoś ten zapis do NVRAM magicznie działo się uruchomić. Potem kod z AptioMemoryFix został przeniesiony do OsxAptioFix3Drv. vit9696 jest obecnie odpowiedzialny za takie projekty jak LILU, AppleALC, WhateverGreen, VirtualSMC, Shiki czy wspomniany w wątku OpenCore. Jak się spojrzy, to bez jego rozwiązań scena OSx86 byłaby wciąż mocno upośledzona? Wyobrażacie sobie, że aby odpalić dźwięk trzeba byłoby znów podkładać zmodyfikowane AppleHDA, czy aby odpalić nvidię modyfikować AppleGraphicsPolicy... Moim zdaniem trzeba przyjrzeć się poważnie OpenCore i być może opuścić statek stagnacji o nazwie Clover. O OpenCore możemy dyskutować w dedykowanym dziale: https://hamac.pl/forum/121-opencore-efilagacy-bootloader-osx86/
  4. 2 points
    PMCR wygląda inaczej w dumpach z iMac18,3 i iMac19,1, więc to może być przyczyną: iMac18,3 / iMacPro1,1 Device (PMCR) { Name (_ADR, 0x001F0002) // _ADR: Address } iMac19,1 Device (PMCR) { Name (_HID, EisaId ("APP9876")) // _HID: Hardware ID Name (_STA, 0x0B) // _STA: Status Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { Memory32Fixed (ReadWrite, 0xFE000000, // Address Base 0x00010000, // Address Length ) }) } W info.plist w kexcie są wymienione identyfikatory chipsetów serii 100, 200 (w tym też 370, który mimo nazwy należy do serii 200) oraz nazwa urządzenia "APP9876", która widnieje PMCR w iMac19,1 (Q370), dlatego tylko Z390 potrzebuje patcha. Pozostaje kwestia przygotowania SSDT, który nie będzie wywalał restartu i shutdown, bo trzymanie w całości zmodyfikowanego DSDT trochę kłóci mi się z konfiguracją vanilla ; ) Chyba, że da się stworzyć dummy kext dodając identyfikator Z390?
  5. 2 points
    danielosx86

    PM i sleep Z390

    Zobacz w konsoli czy loguje przyczynę wybudzania. Warto też zresetować ustawienia zarządzania energią (można ręcznie, można np. Hackintoolem). Wyłączenie wake on lan też nie zaszkodzi.
  6. 2 points
    Pod żadnym pozorem nie mam tu pretensji ani do AMD, ani do TSMC, bardziej już miałbym takowe do Intela za kilkuletnią stagnację. Ryzeny na Zen 2 to już kawał porządnego sprzętu, który pod wieloma względami CPU Intela zostawia daleko z tyłu. Podejrzewam, że najpóźniej Zen 4 będzie architekturą, która wyprzedzi Intela w wydajności pojedynczych wątków. Co do sprzętu, leci on pod symulacje małych układów kwantowych, tak do 38-40 qubitów. Niestety, powyżej tego będzie ciężko wskoczyć własnym sumptem, gdyż w przypadku kwantów wymagana ilość RAMu jest ogromna i rośnie wykładniczo (38 qubitów wymaga 256 GB RAM, 40 qubitów już 1 TB). Niestety, nie wszystko przy tych obliczeniach da się ładnie zrównoleglić (przynajmniej na razie), stąd wyłącznie dwie GPU i wielowątkowy CPU do obliczeń sekwencyjnych. W kwestii LC, AiO tu nie widzę, bardziej celuję w coś customowego. Wydajniej, a jednocześnie też sumarycznie ciut ciszej niż na AiO, a przy okazji też większe pole do modernizacji pojedynczych elementów.
  7. 2 points
    Z Z390 wcale nie jest tak źle, mam Z390 Gaming X i w zasadzie nie ma z nią problemów. Nie używam ani skryptów do emulacji NVRAM, ani innej metody, jedynie aptiomemoryfix i emuvariableuefi. Działa wszystko bez zająknięcia, nie ma pomieszanych języków, działa iMessage i FaceTime itd. Problemy z alokacją pamięci owszem są, ale slide=0 załatwia sprawę. Wg mnie to kosmetyka, nie ma co demonizować.
  8. 2 points
    Już jest aktualna wersja. Co nowego w wersji 2019-11-20 Kompatybilność z macOS Catalina 10.15.1 Kluczowe komponenty: Clover r5098 AppleALC - 1.4.3 Lilu 1.3.9 WhateverGreen - 1.3.4 USBInjectAll - 0.7.1
  9. 2 points
    Tak, Postaram się na dniach zaktualizować i wrzucić.
  10. 2 points
    Hej, dla potomnych - bo jestem pewien że lada chwila pojawią się pytania Clover od wersji 2.5 czyli release 5018 i wyższe zmienia strukturę folderów i nie jest kompatybilny z automatycznym aktualizowaniem ze starszych wersji! Próba zaktualizowania Clovera w klasyczny sposób zakończy się czarnym ekranem przy próbie bootowania systemu, przed chwilą mnie to spotkało Trzeba ręcznie przenieść drivery do nowej struktury katalogów. Nowa struktura to: /drivers/BIOS (zamiast /drivers64) /drivers/UEFI (zamiast /drivers64UEFI) /drivers/off (wyłączane drivery na potrzeby testów, nie będą ładowane) Co zrobić: 1. Przed aktualizacją klasycznie backup EFI na jakiegoś pena, żeby uniknąć niespodzianek i problemów - a tym razem ryzyko podwójne! 2. Ręcznie przenieść dotychczasowe foldery do nowej struktury - czyli całą zawartość /drivers64UEFI do /drivers/UEFI i tak dalej 3. Zainstalować nowego Clovera z pliku .pkg i zaktualizować potrzebne drivery 4. Upewnić się że nie brakuje niczego potrzebnego i że mamy komplet jaki mieliśmy 5. Reboot i test czy system wstanie na nowym Cloverze CloverConfigurator czy inne Updatery nie podołają, trzeba zrobić to ręcznie. W załączniku screen ze strukturą folderów która u mnie działa po aktualizacji do 5018.
  11. 2 points
    danielosx86

    Problem z Clover Configurator

    Opierając się na Twoim obszernym opisie problemu, spoglądając na Twoją konfigurację sprzętową, wersję systemu i zaglądając zdalnie w Twój katalog EFi, śmiało można z całą pewnością stwierdzić, że to jakiś błąd typu Kernel Panic.
  12. 2 points
    Nie w tym rzecz - to, że ktoś od kilku lat kompiluje Clovera i wrzuca na Git to nic nowego, ale repozytorium, do którego podałem link prowadzi Slice. Teraz to będzie główne i oficjalne źródło Clovera.
  13. 2 points
    Zamieszczam tutaj konfigurację dla Z270 Gaming K3 z Skylake i7 6700K oraz Nvidią. USB ustawione za pomocą FB-Patchera. Sleep działa normalnie, nie spada wydajność po sleepie, nic się nie wykrzacza. W załączniku znajduje się cały folder EFI, w którym trzeba uzupełnić tylko sekcję PlatformInfo(SMBios) XMP normalnie działa, pokazuje prawidłowe prędkości ram. iGPU używane ze względu na Quick Sync, jeżeli ktoś chce używać samej nvidii to wyłącza w biosie Internal Graphics i usuwa całą sekcje PciRoot(0x0)/Pci(0x2,0x0) z configu. Ustawienia Bios Zakładka Peripherals>XHCI Hand-Off = Enabled (bez tego w ogóle nie uruchomimy OSX) Chipset>Internal Graphics = Enabled Chipset>DVMT Pre-Allocated 64M (Opcja pojawia się dopiero po załączeniu Internal Graphics) Chipset>DVMT Total Gfx Mem 256MB bądź MAX (Opcja pojawia się dopiero po załączeniu Internal Graphics) Co nie działa? Jedyną rzeczą, która nie działa to zintegrowana karta dźwiękowa, bo w ogóle jej nie używam więc jej nie skonfigurowałem, lecz jeżeli znajdzie się ktoś tutaj na forum kto będzie chciał uruchomić audio na tej płycie głównej to z miłą chęcią oferuje pomoc. Nie mam pewności co do USB 3.1, bo nie mam jak przetestować. Poniżej załączniki do benchmarków: Geekbench 5 CPU https://browser.geekbench.com/v5/cpu/261696 Geekbench 4 CPU https://browser.geekbench.com/v4/cpu/14712631 iGPU https://browser.geekbench.com/v4/compute/4567470 Nvidia https://browser.geekbench.com/v5/compute/118121 (Po wykonaniu DSDT wynik skoczył z 48K do 55K) Edit Ver.1 -W załączniku został dodany zmodyfikowany bios bez MSR/CFG Lock, także po wgraniu biosu można wyłączyć opcję AppleXcpmCfgLock w config.plist (W paczce znajduję się informacja jak go wgrać) Edit Ver.2 -Zrobione DSDT, także wszystko teraz jest widoczne w zakładce Raport Systemowy>PCI (Zrzut ekranu poniżej) Co prawda DSDT jest pod moje podzespoły, ale jeżeli ktoś miałby inne GPU i dysk to również powinno działać. Nie wiem jak to ma się do karty AMD. Power Management działa całkowicie poprawnie. Z270_Gaming_K3_Unlocked_CFG:MSR.zip EFI_2.zip
  14. 2 points
    Ian

    MacOS 10.15 Catalina

    Bo tez nie specjalnie wiem, jak Ci to wyjaśnić... Zamieszczę wiec fragment zwrotu "diskutil list": Gdzie Liteonit to nazwa jaka nadałem dyskowi. Wszystko rozgrywa sie wewnątrz Kontenera APFS.
  15. 2 points
    Całkiem możliwe, że już niedługo Clover nie będzie jedynym słysznym bootloaderem - nadchodzi OpenCore od vit9696. Temat na Insanely: https://www.insanelymac.com/forum/topic/338527-opencore-development/ GitHub: https://github.com/acidanthera/OpenCorePkg EDIT 314TeR Dedykowany dział poświęcony OpenCore na naszym forum jest tu: https://hamac.pl/forum/121-opencore-efilagacy-bootloader-osx86/
  16. 2 points
    reyder

    Przyszłość forum haMac.pl

    Ja niestety też nie mam czasu aby pomóc w prowadzeniu forum, ostatnio natłok spraw na mojej głowie doprowadza nawet do kilku nieprzespanych nocy. Jedyne co mogę zaoferować z mojej strony to hosting i pomoc przy ewentualnych błędach itp. Na sprawy czysto moderatorskie, czy pisanie poradników nie mam zwyczajnie czasu. Dobrym przykładem będzie tutaj ostatnio wydany nowy bootloader UEFI OperCore. Większość osób prawdopodobnie nie będzie miała pojęcia jak się do niego zabrać i przygotowanie jakieś bazowego gotowca byłoby dobrym pomysłem. Z drugiej strony bootloader ma świetnego developera, który udokumentował dosłownie wszystko. Każda drobna zmiana jest aktualizowana razem z wyjaśnieniami. Więc jeżeli ktoś włoży odrobinę chęci powinien bez problemu albo z małymi sobie poradzić. Prawie zawsze jeżeli ktoś wrzuci posta, że przygotował swój config i widać że włożył chociaż trochę swojego czasu żeby to działało to staram się wytłumaczyć co jest źle. W wielu przypadkach tak się nie zdarza i widać 0 włożonej pracy więc ja rewanżuję się tym samym. Nie jest fanem UniBootX-a, nie lubię jak ktoś przygotowuje Bootloadera pod jednego kompa, używa do tego OEM i jest tam dużo niepotrzebnych rzeczy. Jest to tylko moja opinia. Rozumiem, że jest to przydatne dla początkujących i w żaden sposób tego nie krytykuje tylko pisze swoje odczucia. Zdaje sobie sprawę jakie jest jego zadanie. Jest sporo osób z laptopami, które pytają na forum. Ja nie mam niestety na nie czasu i je ignoruje. Tak samo platformy starsze niż Z77. Sporo osób też pisze ogłoszenia na forum, że zlecą instalacje systemu. Nie widzę w tym nic złego, wiele osób nie ma czasu zajmować się tym tematem i woli aby ktoś wszystko mu przygotował, doradził, wyjaśnił jak wygląda sytuacja z tym i tamtym. Wiele osób pisze do mnie, z tego forum albo z polecenia od kogoś innego. Ostatnio pisało sporo osób, którym nie miałem czasu pomóc, czekały tydzień i chciały pomocy w ogarnięciu im nowego sprzętu odpłatnie. Niektórzy nadal czekają. Jest sporo osób, którym pomagam zdalnie i konwersacje idą w tysiące wiadomości czasami. Pisanie na forum było by ciężkie. Staram się zawsze pomóc z wyborem sprzętu jeżeli ktoś się boryka z jakimś problemem. Modyfikacjami biosu asusa Z87? Raz pisał ktoś z zagranicy o pomoc z obejściem biosu, nie byłem w stanie pomóc i vit z OpenCore musiał spojrzeć na kod dissasemblera. Zdarzało się, że ktoś oddawał mi do zrobienia kompa i musiałem specjalnie debugować sterownik karty sieciowej bo miał jakąś egzotyczną wersje, którą modyfikowałem binarnie aby to działało. Była to osoba która ogarniała temat, ale nie było żadnego rozwiązania w internecie związanego z jego problemem. Prawdopodobnie wiele osób skorzystało by z nie polecanych przez nas a nawet znienawidzonych opcji gdyby nie to forum. Rozpisałem się, nie wiem czy napisałem o wszystkim. Koniec.
  17. 2 points
    Jak sama nazwa tematu wskazuje - aktywacja starych sterowników nVidii w macOS Mojave ALE tylko na kartach bez obsługi Metala, max GeForce serii 5xx: https://github.com/chris1111/Fix-Old-NVIDIA-macOS-Mojave
  18. 2 points
    @music mylisz powody (sens) wydania clovera. Chameloen a wcześniej PC_EFI, a wcześniej Boot132 to grupa bootloaderów emulujących EFI dla macOS aby ten mógł wystartować z komputera z tylko BIOSem. Natomiast Clover to już bootloader UEFI, wykorzystujący UEFI płyty głównej. Owszem ma jeszcze tryb wstecznej kompatybilności, ale to wciąż ładuje biblioteki EFI (Duet) a nie emuluje jak jak chameleon. Obecnie jest wg mnie delikatna stagnacja z rozwojem clovera. Stał się on też dość wielką kobyłą. Ostatnio vit9696 pokazał, że zna się na wielu aspektach OSx86 i dzięki niemu zawdzięczamy wiele komponentów sceny bez których wydaje się, że juz nie możemy żyć, a są to Lilu, wraz z całą rodziną pluginów jak AppleALC, WeG, czy np znalezienie problemu z zapisem do NVRAM i wydaniem AptioMemoryFix. Wg mnie to obecnie chyba najprężniej działający developer na scenie. Ja osobiście kibicuję takim projektom.
  19. 1 point
    reyder

    (Już nie) budżetowy haMac na Z390

    Info od vit9696:
  20. 1 point
    reyder

    (Już nie) budżetowy haMac na Z390

    Ja dzisiaj robię 2 płyty z390 i zobaczymy. // Jest to Power Management Memory controller // jednak cofam się z tego co powiedziałem, zbyt dużo czasu mi zeszło się z instalacja.
  21. 1 point
    danielosx86

    Zacinające się iGPU UHD630

    Z tych wszystkich zbędnych linijek dorzuciłbym patch "enable-hdmi20" na początek.
  22. 1 point
    Linki do pobierania instalatorów macOS (Mac OS X) bezpośrednio z Mac App Store El Capitan 10.11.6: https://apps.apple.com/pl/app/os-x-el-capitan/id1147835434?mt=12 Sierra 10.12.6: https://apps.apple.com/pl/app/macos-sierra/id1127487414?l=pl&mt=12 High Sierra 10.13.6: https://apps.apple.com/pl/app/macos-high-sierra/id1246284741?l=pl&mt=12 Mojave 10.14.6: https://apps.apple.com/pl/app/macos-mojave/id1398502828?l=pl&ls=1&mt=12 Catalina 10.15.x: https://apps.apple.com/pl/app/macos-catalina/id1466841314?l=pl&mt=12 Nie wszystkie wersje dadzą się pobrać z każdej wersji systemu. Ograniczenie to głównie dotyczy chęci pobrania starszego systemu z poziomu nowszego, np mając 10.13.6 aplikacja Mac App Store nie pozawala pobrać instalatora 10.11.6, za to można pobrać każdą nowszą wersję o ile sprzęt na jakim chcemy to zrobić wspiera dany system, czyli np na komputerze na którym oficjalnie można zainstalować maks 10.11.6 nie ściągniemy żadnego nowszego systemu.
  23. 1 point
    314TeR

    MOBO pod LGA1150

    Późnie BIOSy do ASUSów na Z87/Z97 często mają tzw white listę na module nvram blokującą zapis pod macOS. Reyder opracował patch do modułu NVRAM i jak potrafię "odblokować" takowy BIOS. Problem jest z jego wgraniem, ponieważ płyty sprawdzają podpisy cyfrowe i taki zmodyfikowany BIOS ma ten podpis uszkodzony, przez co go nie wgramy oficjalnymi metodami. Obejścia są 3: Programowanie specjalnym narzędziem auflash z parametrem /GAN - ale ono uszkadza na np Z97-A mac address karty sieciowej (i być może inne indywidualne dane do płyty) - generalnie NIE polecam. Wyciągniecie zawartości kości BIOS przy pomocy programatora, modyfikacja i wgranie ponowne programatorem - programatory to umożliwiające są dość tanie i można je kupić za dosłownie niskie kilkadziesiąt PLN - stosować jak nie ma opcji #3. Kupienie płyty która posiada USB Flash Back - to taki programator BIOSów wbudowany w płycie - on nie sprawdza podpisów i można nim wgrać BIOS do kości - resumując najlepiej szukać płyty która ma USB Flash Back. Reszta to pikuś, jest wiele wdzięcznych i spoko działających płyt w macOS - spoko tzn dających się odpalić w 100%, działa audio, LAN, USB nie strzela fochów, działa sleep, restart, shutdown. Takimi pewniakami niemal na 100% są praktycznie wszystkie ASUSy na Z87/Z97. Płytami które przewinęły się przez moje ręce i mogę potwierdzić 100% działanie to: Maximus Impact VII, Z97-A, Z97-C, Gryphon Z87, Z87M-Plus i inne których nie pamiętam. Z Z87 jest tylko jeden minus, bo raczej nie uświadczysz na nich modułów do M.2 NVMe, one zostały dodane późniejszych BIOSach dla Z97. W Z97 jedynie trzeba popchnąć LPC, ale to jest tylko jeden legacy kext więcej względem Z87.
  24. 1 point
    314TeR

    OpenCore - dyskusja ogólna

    Szukam... gdzieś mi się jak na złość zapodział testowy pendrive z OpenCore. EDIT - Znalazłem - dajcie mi z pół godzinki, zaktualizuję do obecnej wersji, abyście mieli najświeższą wersje.
  25. 1 point
    music

    MacOS 10.15 Catalina

    Jak co roku w czerwcu na konferencji dla programistów WWDC pojawiaja się pierwsza testowa beta nowego systemu dla komputerów - Catalina 10.15. Rozpoczyna się również próba instalacji na hackintoshu. Chcę rozpocząć dyskusję na ten temat. Po to jest nasze forum. https://www.apple.com/macos/catalina-preview/ Nie działają aplikacje 32 bitowe, tylko 64. Podobnie frameworki systemu macOS są teraz dla architektury x86-64. Aplikacje, które wykonują kod i386 teraz kończą się niepowodzeniem z błędem. Pozostałe pod frameworki są niefunkcjonalne i istnieje tylko dla celów zgodności. Inne usunięte komponenty to: Dashboard i wbudowana obsługa Perl, Python 2,7 i Ruby. Nie wiem jak jest z OpenGL. Teraz mamy 10.15 beta 1 (19A471t) dla deweloperów, zaś publiczna wersja testowa dostępna za miesiąc, a finalna na jesień - pewnie pod koniec września. Systemu chyba nie da się zainstalować w systemie HFS. Zmiany w systemie plików APFS - są tworzone dodatkowe 2 partycje na system i dane. Ciekawe jak będzie z backupem, kopią zapasową Cataliny i aplikacjami do tego SuperDuper, Carbon Copy Cloner itp. Narzędzia. macOS Catalina działa w swoim własnym woluminie tylko do odczytu, więc jest oddzielona od wszystkich innych danych na komputerze Mac i nic nie może przypadkowo zastąpić pliki systemowe. Funkcja Gatekeeper zapewnia, że nowe aplikacje, które zainstalujesz, zostały sprawdzone pod kątem znanych problemów z zabezpieczeniami przed ich uruchomieniem, więc poprawić ma to bezpieczeństwo korzystania z dobrego oprogramowania. Aplikacje dla Mac, pakiety instalacyjne i rozszerzenia jądra kexty, są podpisane przy użyciu identyfikatora programisty, muszą teraz zostać potwierdzone notarialnie przez Apple w celu uruchomienia go w systemie macOS Catalina. Moduł sprzętowy T2 w który są wyposażone większość nowych Maków może ograniczać pewne funkcje na hackintoshu, wprowadza więcej restrykcji dla poprawy bezpieczeństwa. Zainstalowanie nowych innych zewnętrznych rozszerzeń jądra kextów wymaga teraz ponownego uruchomienia komputera Mac przed zezwoleniem na ich załadowanie. projekt Catalist czyli uruchamianie aplikacji z iPad OS na Macu. Dodano nowy framework SwiftUI, który spowoduje łatwiejsze programowanie bez użycia języka objectiveC. Nowy Xcode 11. Aplikacja iTunes jaką znamy zostala rozdzielona na 3 inne : Apple Music, TV i podcasty. Piszcie jakie aplikacje działają, a jakie nie pod nowym systemem. Nowe Safari nie obsługuje niektórych starszych rozszerzeń. macOS 10.15 Beta Release Notes https://developer.apple.com/documentation/macos_release_notes/macos_10_15_beta_release_notes
  26. 1 point
    314TeR

    Na co patrzeć kupując MacBook Pro?

    Nie musisz flashować dysku. Od 10.13 macOS wspiera pecetowe dyski NVMe z sektorami 512. Jedynie polecam względnie pomijać SSD od Lite-ON/Plextor - mają jakieś błędy w protokole NVMe i działają dopiero od 10.14.5/6.
  27. 1 point
    No właśnie mi chodzi o rozdzielczość w trybie tekstowym - jest błędna... a teraz w ogóle mi wcięło tekstowy etap... 😛 Na problemy z wyborem domyślnego dysku startowego pomogło mi ustawienie w UEFI -> Quirks -> RequestBootVarRouting -> True (YES).
  28. 1 point
    music

    UWAGA! Clover v2.5, r5018+ - aktualizacja

    Rev 5030 espfinder. new way to mount the ESP using this new command line. Is Beta so for now is only activated if /useespfinder is present in the root : sudo touch /useespfinder espfinder should work with APFS, CoreStorage, Fusion, RAID and with a mix of the mentioned. Rev 5051 In a multi-GPU system, Clover will now detect to which GPU the monitor is connected, and put it first on the GPU list. It is also now possible to use in config.plist at Devices/Properties, instead of the DevicePath where we want to inject properties, the string "PrimaryGPU" or "SecondaryGPU". This can be used for injecting some properties always to active or inactive GPU. An example for a case where this can come handy, and more information on how to use it, is detailed here. Also, when using the config.plist option GUI/ShowOptimus, it will now show correctly at the bottom of GUI if monitor is currently connected to Intel or Discrete. Rev 5060 Implemented patch to no kext dump at panic which is useful to diagnose. The patch is a copy from same patch in OpenCore. Rev 5064 Implemented a possibility to Clear CMOS from Clover. If you forgot a password for BIOS you need no more to take a screwdriver. You may boot into Clover and then type SPACE key on reset button in second row. I am not sure if the method will work for every hardware and hope we can find methods for different computers.
  29. 1 point
    reyder

    Jak odpalić USB 3 na Asus Z97 Pro Gamer?

    są inne dla 10.14.1 10.14.2 itd.
  30. 1 point
    Z mojej strony również mogę polecić OpenCore- używam go już od dłuższego czasu i nie doświadczyłem żadnych problemów (a należy pamiętać o tym, że jest to jeszcze dosyć wczesna wersja rozwojowa). Czysty, minimalistyczny, szybki (sytem ładuje się nieco szybciej niż na Cloverze) i stabilny. Z racji tego, myślę, że w niedługim czasie stanie się preferowanym bootloaderem, a inne opcje odejdą do lamusa. Sama instalacja jest dosyć łatwa, natomiast znalezienie optymalnych parametrów w configu może okazać sie dla niektórych już nieco trudniejsze, dlatego polecam przejrzeć uważnie manual https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/Configuration.pdf , w którym wszystkie opcje są szczegółowo opisane oraz te poradniki: https://github.com/khronokernel/Getting-Started-With-OpenCore https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/
  31. 1 point
    AlPaczino

    IGPU, dGPU na 10.14

    Tak na szybko zrobiłem mały test w DaVinci Resolve 15. Projekt w UHD, nałożony lut. Pliki z Sony FS7 w UHD. OS X 10.14.4. I9 9900K 32GB RAM 3200Mhz SAMSUNG Evo 850 I. Projekt z Sapphire RX 590 NITRO+ 8 GB GDDR5 256BIT renderowany kilka razy wyniki wahały się: 1. iGPU+dGPU-iGPU acceleration Export do ProRes 4444. Czas = 1m17-26s. Export do H264. Czas = 57s. Odtwarzanie, gdzie było nałożone ziarno, wahało się 16/17k/s. Odtwarzanie z lutem bez ziarna 25k/s. 2. dGPU acceleration, Export do ProRes 4444. Czas = 1m19-24s. Export do H264. Czas = 1.45s. Odtwarzanie z ziarnem 16/17k/s. Odtwarzanie z lutem bez ziarna 25k/s. 3. iGPU (bez grafiki zewnętrznej) TYLKO INTEL 630 Export do ProRes 4444. Czas = 3m39s. Export do H264. Czas = 3m57s. Odtwarzanie z lutem bez ziarna 12/13k/s. Odtwarzanie, gdzie było nałożone ziarno, wahało się 5/6 k/s. II. Zrobiłem jeszcze na karcie Sapphire Radeon RX 570 PULSE, 8GB GDDR5 4.iGPU+dGPU-iGPU acceleration Export do ProRes 4444. Czas = 1m25-26s. Export do H264. Czas = 57s. Odtwarzanie, gdzie było nałożone ziarno, wahało się 15/16k/s. Odtwarzanie z lutem bez ziarna 25k/s. 5. dGPU acceleration, Export do Pro Res 4444. Czas = 1mk25s. Export do H264. Czas = 1m46-48s. Odtwarzanie, gdzie było nałożone ziarno wahało się 15/16k/s. Odtwarzanie z lutem bez ziarna 25k/s. Zrobię większe testy, z różnymi kamerami (Red, Alexa, Sony Venis), ale to już na 10.14.5, Rezultat na 570 jest bardzo dobry, a kultura pracy lepsza od 590. 570 w zakupi dużo tańszy. Pewnie na bardziej obciążających klipach wyjdzie większa różnica. Co myślicie?
  32. 1 point
    GA-H61MA-D3V + i7-3770 powinno zadziałać w mojave, chociażby na iGPU. Informacja o niemożności instalacji wynikała z tego, że masz tam GTX 1050, a on NIE jest wspierany w macOS, a nie platforma jako taka. Owszem, mógł by być Z77 zamiast H61, ale i H61 powinno dać się spacyfikować. Znów na Haswellu h81m-s1 masz i3-4170 a ten CPU nie ma kompatybilnego iGPU i stąd konieczność dokupienia np kompatybilnej VGA jak np HD 7770, lub konieczność zmiany CPU na taki który posiada kompatybilne iGPU HD4600. Wszystkie w/w platformy mniej lub bardziej da się zmusić do działania w macOS, nie mniej nie wiem czy masz potrzebę posiadania obu, czy tylko jednej. Haswell to bardzo wdzięczna i względnie bardzo bezproblemowa platforma pod macOS, a w połączeniu z szybką i5 lub i7 zapewnia wystarczająco mocy do większości codziennych działań.
  33. 1 point
    DKnoto

    HP 8470P

    Opiszę jak to wyglądało u mnie: 1) Pobrałem plik z podanego adresu, lokalnie dostałem coś takiego: -rw-rw-r--. 1 dknoto staff 6982226338 03-17 19:20 'macOS Mojave Final HFS by Geekrar.rar' Suma kontrolna sha512sum dla sprawdzenia czy masz to samo: f44740b587c5b9aefc4799b651751c1c2c946317cd0d80d6f6184ef0b38549930b60f643b5861750da3380540e854e1934cb75632f072aa0790081bf5f9d4a5d macOS Mojave Final HFS by Geekrar.rar 2) Rozpakowałem plik komendą unrar -x nazwa_pliku.rar i dostałem taki plik w odpowiednim podkatalogu: -rw-r--r--. 1 dknoto staff 11719409664 2018-09-25 'macOS Mojave Final HFS by Geekrar.vmdk' Suma kontrolna sha512sum dla sprawdzenia czy masz to samo: b9f2bf1be1dc23f36231fae4769b5635ef4bf19d87fb806f9c600fb534e9fc4a6bed93b7f1fb82e4b11344dc8f7ba2e4d630235b8ba40236b07910d00a0621e5 macOS Mojave Final HFS by Geekrar.vmdk 3) Utworzyłem nową maszynę wirtualną bazującą na tym pliku: w moim przypadku trochę zmieniłem nazwę. 4) Musisz wykonać następujące wpisy na rzecz nowo utworzonej maszyny jak jest w stanie wyłączonym: #!/bin/sh VB_NAME="MacOS-Mojave" VBoxManage modifyvm $VB_NAME --cpuidset 00000001 000106e5 00100800 0098e3fd bfebfbff VBoxManage setextradata $VB_NAME "VBoxInternal/Devices/efi/0/Config/DmiSystemProduct" "iMac11,3" VBoxManage setextradata $VB_NAME "VBoxInternal/Devices/efi/0/Config/DmiSystemVersion" "1.0" VBoxManage setextradata $VB_NAME "VBoxInternal/Devices/efi/0/Config/DmiBoardProduct" "Iloveapple" VBoxManage setextradata $VB_NAME "VBoxInternal/Devices/smc/0/Config/DeviceKey" "ourhardworkbythesewordsguardedpleasedontsteal(c)AppleComputerInc" VBoxManage setextradata $VB_NAME "VBoxInternal/Devices/smc/0/Config/GetKeyFromRealSMC" 1 5) I w ostatnim kroku musisz zdefiniować domyślny rozmiar wirtualnego ekranu: VBoxManage setextradata "macOS Mojave" VBoxInternal2/EfiGraphicsResolution 1920x1080 640x480 800x600 1024x768 1280x1024 1440x900 1920x1200 2560x1440 2048x1080 Po tych czynnościach maszyna powinna odpalić i rozpocząć instalację systemu. Efekt końcowy wygląda u mnie następująco, przy rozdzielczości ekranu 1024x768: [Edit] Dodam jeszcze, że maszynę wirtualną w pierwszym podejściu instalowałem w VirtualBox 5.2.26 a potem przeniosłem ją do 6.0.x. Przenosiny do wersji 5.2.24 zakończyły się porażką.
  34. 1 point
    314TeR

    Karta PCI na dyski M2

    Mam dla Ciebie same dobre newsy. Przeprowadziłem testy dysku NVMe w adapteze PCI-E na płycie ASUS Z87M-Plus która NIE ma wsparcia dla dysków NVMe. 1. Clover ma w sobie sterownik UEFI do NVMe - uruchamiając wpierw clovera z np klucza USB możesz wystartować system z dysku PCI-E.* 2. Można dołożyć sterownik NVMe do BIOSu. ** 3. Można zmodyfikować BIOS i odblokować obsługę NVRAM w nowszych wersjach BIOSu a następnie wgrać taki BIOS w płytę. * - Na Z87M-Plus mam dwa sloty PCI-E w które można włożyć dysk NVMe jeden pod VGA PCI-E 3.0 16X i drugi PCI-E 2.0 4x. Niestety w obu nie wiem dlaczego dysk stratowany przez clovera ma transfer na poziomie PCI-E 2.0, czyli jakieś 1500MB/s. Wczoraj w nocy udało mi się z sukcesem dodać sterownik NVMe do BIOSu ale nie zdołałem jeszcze zrobić benchmarków na slocie PCI-E 3.0 16x. ** i *** da się obejść wgrywając zmodyfikowany BIOS odpowiednim flasarem afudos z parametrem /GAN - takie próby udało się wykonać dla Z97 Pro Gamer który też NIE ma USB flashback a dzięki temu udało się wgrać najnowszy odblokowany o NVRAM BIOS który już miał obsługę NVMe, a jeśli BIOS nie sterownika do NVMe to można też pokusić się o dołożenie go razm z odblokowaniem zapisu do NVRAM.
  35. 1 point
    Postanowiłem napisać ten post, aby każdy mógł zobaczyć na własne oczy jak naprawdę świecą matryce na domyślnych ustawieniach i czy kalibracja / profilowanie ma sens. W tym konkretnym przypadku pokazuje co można uzyskać samym profilowaniem wyświetlacza z Mac Book Pro 9,1 (mid 2012 z HD4000/GT650). Ponieważ wyświetlacz w Mac Book Pro nie można kalibrować (bo i jak), pozostało stworzenie profilu ICC korygującego ustawienia balansu bieli, tak aby skompensować błędy wyświetlania matrycy. Efekt oceńcie sami, polecam przyjrzeć się błędom dE 2000, ponieważ one najlepiej charakteryzują czy kolor widziany na ekranie różni się od rzeczywistego. Błędy dE 2000 poniżej 3 uznawane są w materiale video za niewidoczne, dla obrazów statycznych, np zdjęć, niewidoczne różnice będą przy dE 2000 poniżej 1, jeśli są w okolicy to już jest bardzo dobrze. Błędy powyżej 3 a mniejsze niż 5 są zauważalne, powyżej 5 mocno zauważalne, a powyżej 10 rażące. Tak świeci matryca zaraz po wyjęciu z pudełka. Widać bardzo mocno przesunięty punkt bieli w kierunku niebieskiego, co jest typowe dla obecnych "tendencji" do robienia "WoW" dla niewprawnego oka. Niestety standardy są nieubłagane i dla ogólnego użytkowania matryc LCD najlepiej sprawdza się przestrzeń barwna sRGB, do której dążyłem w poniższym przykładzie. Przegląd wszystkich parametrów po profilowaniu. Szczegółowy wygląd i przebieg balansu bieli, to tę część jesteśmy w stanie modyfikować profilowaniem, jeśli jest zrobione dobrze, to będzie miało przełożenie na pozostałe parametry. Tutaj najbardziej rzuca się w oczy rozbieżność składowych, przez co średnia temperatura barwowa to aż 18375k - powinna być 6503k (D65), jak widać norma jest przekroczona aż 3 razy. Ogólny wygląd takiego wyświetlacza można scharakteryzować "wygląda jakby palnikiem acetylenowym" był podświetlany. Niestety to typowe obecnie zagranie producentów, szczególnie z matrycami podświetlanymi LED. Drugi problem to błędna krzywa luminancji, przez co "jasność" kolorów dla niskich wartości IRE jest błędnie odwzorowywana, kolory są za ciemne. Balans bieli po korekcie, temperatura nieco za niska, średnio 6363, ale więcej za pomocą profilowania się nie zdziała, a i tak to jest błąd niedostrzegalny praktycznie przez oko. Średnia dE 2000 na bardzo dobrym poziomie 0,98, ogólnie wynik bardzo dobry plus. Nasycenie poszczególnych kolorów przed profilowaniem. Nasycenie poszczególnych kolorów po profilowaniu, widać że sama korekta balansu bieli powoduje "naprostowanie" całej przestrzeni barwnej i poszczególne kolory są bardzo blisko swoich referencyjnych punktów. Największy problem sprawia niebieski - typowe przy podświetleniu LED, trzeba jakoś kompensować niebieskawą barwę jego. Tutaj jest małe oszustwo, ponieważ zbyt duże nasycenie niebieskiego jest kompensowane przez zaniżoną znacznie luminancję, nie powinno to mieć miejsca, ale przy takim typie matrycy nie da się wiele zdziałać samym profilowaniem. Luminancja punktów 100% przed kalibracją. Luminancja punktów 100% po kalibracji, widać problem z niebieskim. Najważniejszy test, wykresiki, wykresikami, ale nas interesuje jak faktycznie matryca odwzorowuje kolory w praktycze. Color checker pozwala sprawdzić popularne kolory, znane ludzkiemu oku jak np kolor skóry. Przed profilowaniem widać błąd dla skóry białego człowieka na poziomie 21,987 - to bardzo rażąca odchyłka. Średni błąd dE 2000 to 11,88 (jest na pierwszym screenie). Po profilowaniu średni błąd spada do 1,54, maksymalny to zaledwie 2,53, a ludzka skóra ma już tylko odchyłkę na poziomie 1,29. A tu w bardziej przyjaznej formie, wykres CIE pokazujący jak "wstrzeliwują" się punkty w referencyjne miejsca. Jak bym scharakteryzował ogólnie matrycę po profilowaniu, w skrócie jest całkiem nieźle, spokojnie zasługuje na 5 - 5,5 w 6ścio stopniowej skali. Kontrast też jest na przyzwoitym poziomie jak pamiętam ~600:1 (nie mam danych pod ręką, jak otworzę sesję kalibracyjną, to uzupełnię tę fragment). A odpowiedź na postawioną tezę? Czy warto bawić się w kalibrację? Niech każdy sam sobie odpowie. Standardów jest parę, ale każdy ma na celu to aby kolory widziane przez autora, były tak samo odwzorowane na wyświetlaczu docelowym, w końcu np taki obraz mona lizy chcielibyśmy obejrzeć w jak najbardziej wiernych barwach, a nie na wyświetlaczu który jest rozregulowany jakby przez narkomana naćpanego LSD. Jak ktoś ma jakieś pytania, to proszę pisać. Jak ktoś ma ochotę aby jego wyświetlacz w laptopie, monitor, telewizor, czy projektor zaczęły świecić dokładnie jak to tylko jest możliwe to zapraszam na PW.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.