Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 08/19/19 in Posts

  1. 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/
  2. 1 point
    razor1995

    OpenCore - podstawowe informacje

    OpenCore Configurator: https://mackie100projects.altervista.org/opencore-configurator/ Aplikacja autora Clover Configurator'a. Opisywać raczej nie trzeba, wiadomo, do czego służy W załączniku przykładowy config z podstawowymi kextami. EFI.zip
  3. 1 point
    Estrax

    Na co patrzeć kupując MacBook Pro?

    Modele mid 2014 i mid 2015, niemalże identyczne. Mid 2014 nie miał trackpada force touch, pojawił się on w modelu mid 2015. Różniły się też dGPU, oczywiście w modelach z dGPU - mid 2014 miał GT750M, a mid 2015 miał R9 M370X. Ponadto, w modelu mid 2014 do dysku podciągnięte jest jedynie PCIe 2.0 x2 (co daje transfery na poziomie do 1 GB/s w obie strony, w praktyce nie widziałem większych niż 850-900 MB/s; fabryczny dysk ma 700-750 MB/s w obie strony), zaś w modelu mid 2015 jest tam PCIe 2.0 x4 (co daje transfery do 2 GB/s w obie strony, fabryczny dysk ma 1.5 GB/s odczyt i zapis). W modelach 2014 i 2015 powłoka antyrefleksyjna też schodzi. Sytuacja poprawiła się dopiero w modelu 2016, czyli pierwszym z touchbarem, jednakże on ma inne problemy, w szczególności związane z klawiaturą i kontrolerem touchbara. Mid 2015 jest wciąż jednym z najlepszych maczków, które są do tej pory wspierane. Odnośnie dysków - nie ma modeli 15" z dyskiem 128 GB, od wejścia MBP15" retina, najmniejsze dyski w nich to były 256 GB (128 GB pojawiały się wyłącznie w 13"). Jeśli trafisz na rMBP15 z dyskiem 128, to możesz być pewny, że nie jest to dysk, z którym oryginalnie komputer został wypuszczony. Co do dysku, 970 Evo Plus po patchach firmware sobie już radzi, na starym firmware są z nim cyrki.
  4. 1 point
    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.
  5. 1 point
    Estrax

    ASUS Z97-A Broadwell i7-5775C OpenCore

    Z Broadwelli, miałem okazję odpalać i5 5675C, i7 5775C, M-5Y10C i M-5Y71 kilka lat temu (2015-2016). Dwa ostatnie, ze względu na to, że to mobilne CPU, działają dość dobrze na identyfikacji MacBook8,1. Pierwsze dwa odpalają bez większych ceregieli na identyfikacji iMac16,2. Przy iMac16,1 było niestety trochę problemów z Irisem 6200 (losowo występujące freezy systemu). W przypadku High Sierry i Iris Pro 6200, masz do dyspozycji następujące ig-platform-id: 0x16220000 (desktop, 1024 MB VRAM, LVDS, DVI-D, HDMI) 0x16220002 (mobile, 1536 MB VRAM, LVDS + 2x DP) 0x16220007 (desktop, 1536 MB VRAM, 3x DP, model name iMac16,2) z czego od razu widać, że najlepszym wyborem powinien być 0x16220007 - bo to ten ukrywa się w iMac16,2.
  6. 1 point
    314TeR

    Nowe działy 10.15 Catalina i OpenCore

    Od dziś są dostępne nowe działy: macOS 10.15 Catalina - zamieszczamy w nim swoje problemy z instalacją systemu na danym sprzęcie OpenCore - wszystko na temat nowego dynamicznie rozwijającego się bootloadera sceny OSx86.
  7. 1 point
    314TeR

    Przyszłość forum haMac.pl

    Brutalna prawda jest taka - ja straciłem w dużej mierze zapał do ciągnięcia forum samemu. Jeśli zebrało by się parę osób, które chciały by pomóc w prowadzeniu jego, np zamieścić jakiś news o nowym rozwiązaniu, napisać jakiś poradnik, etc, to ma sens dalsze utrzymywanie tego forum. W innym wypadku nie widzę sensu. Także czy to forum będzie czy nie zależy wyłącznie od Was. Zaplecze jest, miejsce i zasoby są, tego mi nie brakuje. Brakuje osób zaangażowanych.
  8. 1 point
    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
  9. 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.
  10. 1 point
    Kylsenthio

    Błąd A2 przy restarcie

    Problem rozwiązany, wystarczyło zainstalować BIOS ponownie.
  11. 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/
  12. 1 point
    Czy ktoś używa Open Core na co dzień? Jak wygląda sprawa stabilności i wszelakich niuansów na dziś?
  13. 1 point
    A działa na starych płytach głównych bez EFI?
  14. 1 point
    Warto też dodać, że w OpenCore proces tworzenia oprogramowania jest bliższy duchowi open source niż w przupadku Clovera. Co prawda źródła Clovera też są dostępne, ale vit9696 robi to w dużo bardziej transparentny sposób. Bierze czynny udział w życiu społeczności, ma normalny bugtracker, wydaje changelogi, no i najważniejsze - udostępnia porządną dokumentację.
  15. 1 point
    Smartek

    Mojave (Pierwsze kroki)

    Ja pierniczę, to chyba najdziwniejszy i najmniej wartościowy wątek na całym forum .
  16. 1 point
    @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.
×
×
  • Create New...

Important Information

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