Forums

MP 1,1-5,1 AMD-hardwareversnelling activeren

Toestand
Het eerste bericht van deze thread is een WikiPost en kan door iedereen met de juiste rechten worden bewerkt. Je bewerkingen zijn openbaar.

h9826790

originele poster
3 april 2014
Hongkong


  • 3 mei 2019
[Voor bestaande OpenCore-gebruikers kunt u altijd mijn nieuwste OpenCore-pakket downloaden op post #1314 voor update]

Volledige HWAccel nu behaald!
Bekijk media-item ' data-single-image='1'>

Alles wordt behandeld in de OpenCore-thread. De stapsgewijze zelfstudie om AMD-hardwareversnelling in te schakelen is nu hier, maar ik raad u ten zeerste aan om de OpenCore-thread te doorlopen voordat u iets doet.

OpenCore op de Mac Pro

Deze handleiding legt uit hoe je de uitstekende OpenCore-bootloader kunt gebruiken om de nieuwste versie van macOS op de MacPro5,1 te installeren, uit te voeren en bij te werken, wat resulteert in een schoon, ongewijzigd besturingssysteem, net als op een ondersteunde Mac. forums.macrumors.com
Dezelfde methode werkt in zowel Mojave als daarbuiten. ECHTER, voor dual-processor cMP-gebruikers, blijf op dit moment bij Mojave. (Update: blijf bij Mojave voor ALLEN die HWAccel willen. CMMChris adviseerde Apple HEVC HWAccel voor alle Polaris GPU's te verwijderen in de nieuwste Catalina-bèta. Dit betekent dat u het besturingssysteem niet mag upgraden om een ​​beveiligingsoplossing te krijgen, tenzij dit een fout in de bèta is Blijf bij Mojave, download HWAccel en houd je besturingssysteem up-to-date lijkt op dit moment een betere keuze te zijn)
Bekijk media-item ' data-single-image='1'>

Sidecar (en AirPlay Display) zou ook moeten werken, maar ik heb nog geen iPad om het te testen. De nieuwste config.plist in post #594 en #1314 zal de cMP-identiteit nu behouden als 5,1. Daarom wordt Sidecar nu NIET standaard geactiveerd.

------ Onderstaande procedure wordt afgeschreven, gewoon in dit bericht bewaren als aantekening ( maar ik zal de FAQ-sectie nog steeds onderhouden om dat up-to-date te houden. Lees eerst de veelgestelde vragen voordat je iets vraagt. Elke vraag die al in de veelgestelde vragen staat, wordt door mij niet beantwoord .). Voor degenen die geen HEVC-hardwarecodering nodig hebben en OpenCore liever niet installeren. U kunt nog steeds de onderstaande procedure volgen om HWAccel te activeren ------

10.14.5 is nu officieel. En ik kan bevestigen dat AMD-kaartgebruikers (Polaris of hoger) kunnen genieten van H264-hardwarecodering / H264-hardwaredecodering / en HEVC-hardwaredecodering.
Bekijk media-item ' data-single-image='1'>

De procedure is als volgt: (lees de hele Q&A-sectie door VOORDAT u iets doet. U moet weten hoe u kunt herstellen, of moet mogelijk een alternatieve procedure gebruiken, enz.)

1) Houd SIP uitgeschakeld

2) Downloaden Lilu.kext

3) Downloaden WhatGreen.kext

4) open Lilu.kext (klik met de rechtermuisknop -> inhoud pakket weergeven)

5) voer Inhoud in

6) maak de map 'Plugins' aan (N.B. Deze map is BINNEN Inhoud, sla stap 5 NIET over)
Bekijk media-item ' data-single-image='1'>

7) Kopieer de WhateverGreen.kext naar plug-ins

8) Kopieer de hele gemodificeerde Lilu kext naar /Library/Extensions/

9) Terminal openen

10) Voer in
Code: |_+_|
11) Voer in
Code: |_+_|
12) Voer in
Code: |_+_|
13) Voer in
Code: |_+_| (misschien krijg je een vreemd resultaat met dit commando, maak je er geen zorgen over)

14) Voer in
Code: |_+_| Voor Catalina moet je mogelijk ook het opstartargument no compat check invoeren, anders blijf je misschien hangen in de no-boot-situatie totdat je het opstartargument in de herstelpartitie herstelt.

15) Opnieuw opstarten


Veelgestelde vragen, lees dit gedeelte door VOORDAT u erom vraagt. Ik zal niets beantwoorden dat al in deze sectie is behandeld.

V1: Is dit veilig?
A: Getest sinds 10.14.5 beta 4, tot nu toe geen systeem beschadigd door deze mod. (Update: OpenCore kan iets in de firmware van de cMP schrijven. Dus, als je veilig wilt blijven, vermijd OpenCore. En gebruik alleen Lilu + WhareverGreen, of de hex-bewerkingsmethode)

Vraag 2: Is er een keerzijde?
A: Ja, voor de Lilu- of hex-bewerkingsmethode werken iTunes, TV+ en Safari Netflix DRM-streaming mogelijk niet, maar het volledig downloaden van DRM-films zou niet moeten worden beïnvloed. En Netflix op Chromium-basisbrowsers (Chrome, Brave, Edge, enz.) Zijn OK.

DRM-streaming kan feilloos werken met de OpenCore-methode.

V3: Is er nog een ander bekend probleem?
A: Foto's-app crasht als HDMIAudio.kext ook is geïnstalleerd. Bovendien meldden nog maar weinig gebruikers dat het systeem vastliep (in 10.14.5). Het lijkt erop dat alleen Polaris GPU wordt beïnvloed, b.v. RX580. Tot nu toe komen alle bevriezingen alleen voor in Apple-apps. bijv. FCPX, Foto's, Compressor, enz. Apps van derden zoals PP, DV, VideoProc worden niet beïnvloed. Polaris GPU hwaccel lijkt echter perfect stabiel in 10.14.6 bèta door hex-bewerking van het AppleGVA-bestand. Bovendien lijkt Adobe Media Encoder ervoor te zorgen dat de video-engine vastloopt. Geen systeem bevriest / crasht, maar de video-engine houdt gewoon van stoppen met werken, presteert extreem slecht. Normale prestaties kunnen alleen worden hersteld door opnieuw op te starten. (Update: 10.14.6 officiële release lijkt de meeste van deze problemen te hebben opgelost. Ik kan tenminste geen bevriezing reproduceren met mijn RX580)

V4: Als mijn systeem crasht na de mod, hoe kan ik dit dan oplossen?
A: Voor de Lilu / OpenCore 0.5.5-methode zal NVRAM-reset het opstartargument verwijderen en de kexts / OpenCore uitschakelen. Dus, zal uw systeem effectief terugkeren naar de oorspronkelijke staat. Zodra uw systeem opnieuw opstart, kunt u de kext / OpenCore.

Voor de Hex-bewerkingsmethode heb ik veel tests uitgevoerd, geen manier om het systeem te laten crashen. Maar als er enige instabiliteit is, herstel dan het originele bestand vanaf uw back-up.

Voor OpenCore 0.5.6 en hoger moet u de EFI-partitie opnieuw koppelen -> verwijder de BOOT- en OC-map -> reset NVRAM

Vraag 5: Wat is het voordeel?
A: In staat om zeer veeleisende HEVC-video's af te spelen (bijvoorbeeld deze)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/

Dit is hoe mijn cMP deze video nu kan afspelen. Vlot afspelen met zeer laag CPU-gebruik (gebruik een browser die VP9 ondersteunt om alle volgende YouTube-video's in 4k te bekijken, anders kunt u de details mogelijk niet lezen)

In staat om H264 direct soepel te bewerken, niet meer te transcoderen naar ProRes, de opslagsnelheid en capaciteitsvereiste aanzienlijk te verminderen. Kan hoogstwaarschijnlijk ook de productiviteit verbeteren

In staat om HEVC direct soepel te bewerken, het is niet meer nodig om naar ProRes te transcoderen, de opslagsnelheid en capaciteitsvereiste aanzienlijk te verminderen. Kan hoogstwaarschijnlijk ook de productiviteit verbeteren

Kan de H264-exportsnelheid aanzienlijk verbeteren met een laag CPU-gebruik (afhankelijk van uw CPU / GPU-specificatie)

In staat om het scherm op 4k soepel op te nemen. Zoals je kunt zien op de bovenstaande link. Mijn cMP kan die dingen nu doen en tegelijkertijd het scherm soepel opnemen.

In staat om VP9-video soepel af te spelen. Mijn cMP kan nu deze 8K 24FPS youtube-video afspelen zonder framedrop. (VP9-hardwaredecodering wordt NIET ondersteund in macOS tot Catalina.)

V6: Kan dit werken in 10.14.4 of eerder?
A: Een gebruiker meldde dat de laatste 10.13.6 met Vega ook werkt met Lilu mehtod. Maar RX580 veroorzaakt GPURestart-fout, waardoor het scherm bevriest en het besturingssysteem onbruikbaar wordt. (update: gebruikers meldden dat hardwaredecodering werkt, maar H264-hardwarecodering zal de crash veroorzaken)

Q7: Kan dit werken in 10.15?
A: Niet zo goed als 10.14.6. Alleen de Lilu-methode of de OpenCore-methode werken. Ook is in 10.15.2 Polaris (bijv. RX580) HEVC HWAccel-ondersteuning verwijderd door Apple (WhateverGreen zou dit Polaris-ondersteuningsprobleem moeten oplossen. Maar ik heb het niet persoonlijk getest)

Update: HWAccel werkt nu redelijk goed in alle 10.14.6, 10.15.7 en 11.2.3.

V8: Kan dit werken voor Nvidia GPU?
A: NO

Q9: Kan dit werken voor geflitste 7950 enz.?
A: Ik weet het niet. Test het alsjeblieft voor me. (Update: het antwoord is NEE, bedankt bazza5938 om de test uit te voeren)

Q10: Welke software kan profiteren van deze mod?
A: Dit zorgt voor hardwareversnelling op systeemniveau. Tot nu toe werkt al mijn geteste software (bijv. FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)

V11: Als ik om een ​​andere reden een NVRAM-reset uitvoer, hoe krijg ik deze functies dan terug?
A: Herhaal stap 14 voor de Lilu-methode en start opnieuw op.

Hex-bewerkingsmethode / OpenCore 0.5.6 (post #1314) wordt niet beïnvloed.

Voor OpenCore 0.5.5 (in post #594), afhankelijk van je setup, moet je mogelijk opnieuw zegenen om opnieuw via OpenCore op te starten.

Q12: Wat is de aanbevolen GPU?
EEN: RX560, RX580, Vega 56, Vega 64, Vega FE. Zolang die kaart op cMP kan werken, maakt het merk / model niet echt uit (update: voor dit specifieke doel is Vega absoluut beter dan Polaris-kaart. Er is nog geen crash / bevriezingsrapport van Vega-gebruikers).

Q13: Waarom raadt u de Radeon VII of RX570 niet aan, enz.
A: AFAIK, alle Polaris, Vega, Navi GPU's werken, ik weet alleen niet zeker hoe volwassen de algehele ondersteuning is. (Update: ik heb mijn GPU geüpgraded naar Radeon VII, perfect stabiel, en hardwarecodering is ongeveer 100% sneller dan RX580. Navi's HWAccel kan ook worden geactiveerd.)

V14: Is dit QuickSync?
A: NEE, QuickSync is de hardwareversnelling voor Intel iGPU, niet de algemene term voor GPU-videohardwareversnelling. AMD GPU gebruikt UVD (Unified Video Decoder) voor decodering en VCE (Video Coding Engine) voor codering. Dit alles wordt automatisch beheerd door VideoToolBox in macOS, vrijwel transparant voor gebruikers. Het is hetzelfde concept als QuickSync, maar niet QuickSync.

V15: Ik kan zien dat mijn GPU vóór deze mod in Compressor werkte (op een cMP). Betekent dit dat ik al hardwareversnelling heb?
A: NEE, we hebben het hier over H264 / HEVC-hardwareversnelling. Niet de algemene computerhardwareversnelling. Ze zijn compleet anders.

Q16: Hoe is de kwaliteit van de hardware-gecodeerde video?
A: Niet zo goed als software-encoder in het algemeen. Maar bij een hoge bitrate is het verschil niet zo merkbaar.

V17: Wanneer kunnen we ook HEVC-codering krijgen?
A: Ik weet het niet. Maar u kunt altijd opstarten naar Windows en HEVC-hardwarecodering gebruiken. (Update: VOLLEDIGE HWAccel inclusief HEVC-codering kan ook worden bereikt door OpenCore te gebruiken. Ik weet niet zeker hoe veilig, maar het werkt stabiel op mijn cMP)

Vraag 18: Hoeveel verbetering kan ik verwachten?
A: Nou, hangt af van het gebruik. Maar een snelle iMovie 4K H264-exporttest laat zien dat een Vega 64 de exporttijd kan verkorten van 6:19 naar 1:25, wat betekent dat de exporttijd met ~77% wordt verkort (op een dubbele X5680 cMP).

V19: Waarom geeft VideoProc geen HEVC-decodering weer na de mod?
A: Ik weet niet waarom, maar dit is normaal in dit geval. Mijn aanbeveling is om demo HEVC-video te downloaden via de bovenstaande link en deze af te spelen via QuickTime (of gewoon via Finder-preview). Zolang het CPU-gebruik slechts rond de 20% blijft (maar niet 800%), betekent dit dat HEVC-decodering goed werkt.

Voor degenen die de OpenCore-methode gebruiken, zou u HEVC HWAccel beschikbaar moeten kunnen zien. Als dit er niet is, klik dan op het kleine herlaadpictogram.

V20: Moet ik de nieuwere versie van Lilu en WhateverGreen installeren?
EEN: NEE. Ondanks dat de nieuwere versie kan werken, maar in dit geval geen extra functie biedt, en ik heb geen idee of de nieuwere een slechtere stabiliteit heeft. Als ik een betere manier vond / kext om te gebruiken. Ik zal het bericht dienovereenkomstig bijwerken. (Update: installeer voor Catalina alstublieft Lilu 1.4.0 en WhateverGreen 1.3.5. En tot nu toe bieden alle nieuwere Lilu en WEG alleen een beter resultaat vanwege de bugfix. Gebruikers zouden in orde moeten zijn om de nieuwste versie te installeren)

V21: Het systeem liep vast, het consolelogboek toont de gebeurtenis 'GPU Restart', wat moet ik doen?
A: PRAM-reset zal uw systeem weer normaal maken. Als je met Polaris GPU (RX560, RX570, RX580, etc.) werkt, lijkt het erop dat sommige mensen last hebben van deze bug. Wat ik vond is een alternatieve methode door direct hex te bewerken, het AppleGVA-bestand lijkt stabieler voor deze GPU's. De eerste test toont aan dat het heel veilig is om dit te doen, zelfs als ik het AppleGVA-bestand volledig vernietig, kan het besturingssysteem nog steeds opstarten naar desktop. Als u liever deze route volgt, zorg er dan voor dat u weet hoe u het bestand kunt herstellen (of zelfs volledig kunt herstellen vanaf een niet-opstartbaar besturingssysteem). De info staat op post #205. (update: 10.14.6 toont extreem goede stabiliteit, sterk aanbevolen voor RX580-gebruikers)

V22: Hoe weet ik of hardwareversnelling echt werkt?
A: Mijn suggestie is om Terminal te gebruiken. Gedetailleerde informatie in bericht #273 . U kunt ook OpenGL Driver Monitor gebruiken om de UVD / VCE-activiteiten te observeren (link) .

Q23: Kan ik deze mod gebruiken met MVC geflitste RX580?
A: Volgens dit bericht is het antwoord JA.

V24: Is het mogelijk om hwaccel uit te schakelen zonder opnieuw op te starten. Zodat ik op elk moment kan genieten van DRM-streaming?
A: Alleen de alternatieve methode staat ON/OFF on-the-fly toe. Als je terminal / Finder niet elke keer wilt gebruiken om dat te doen, kun je twee eenvoudige apps maken om dat te doen, procedures hier . (Update: met mijn OpenCore-pakket zou je standaard DRM-streamingvideo moeten kunnen afspelen)

V25: Werkt achtergrondweergave nog steeds in FCPX?
A: Achtergrondweergave werkt nog steeds voor beide methoden. Dit is volledig onafhankelijk van hwaccel. Ik heb dat in de bovenstaande demo uitgeschakeld om de realtime bewerkingsprestaties van de tijdlijn te illustreren. Niet omdat het niet kan werken.

V26: Ik heb de hex-bewerkingsmethode vele malen geprobeerd, het werkt niet, maar ik weet zeker dat ik alles goed heb gedaan. Wat moet ik doen?
A: Misschien moet u proberen een nieuw gebruikersprofiel te openen en kijken of dit helpt (referentielink)

V27: Waarom toont de 'Graphics' op de VideoProc HWAccel-pagina N.v.t.?
A: Geen idee, maar in dit geval is het gewoon een cosmetische fout. (Update: het lijkt erop dat VideoProc op zoek is naar het sleutelwoord 'AMD'. Als de kaart-identiteit bijvoorbeeld |_+_| is, kan VideoProc deze correct weergeven. Maar als de kaart-identificatie |_+_| is, kan VideoProc dat niet laat zijn naam zien)
Bekijk media-item ' data-single-image='1'>
Bekijk media-item ' data-single-image='1'>
PS Voor degenen die het voorvoegsel |_+_| . willen toevoegen vóór de naam van de grafische kaart, sluit u aan bij de OpenCore-thread . We kunnen de grafische kaart hernoemen naar wat we maar willen in OpenCore.

Vraag 28: Waarom laat VideoProc zien dat ik 'Intel' HWAccel gebruik bij het converteren van video's?
A: Ook geen idee, maar nogmaals, het is in dit geval gewoon een cosmetische fout. (Update: tot nu toe laat het zien dat VideoProc alleen weet of HWAccel werkt (via VideoToolBox), maar het kan niet zien welke hardware HWAccel in macOS levert. Daarom gebruikt het een 'one size fit all'-oplossing. Vanwege de meeste Macs die er zijn, gebruiken de iGPU Intel Quick Sync om HWAccel te bieden.VideoProc lijkt alleen |__+_| weer te geven wanneer HWAccel in gebruik is, ongeacht of de computer daadwerkelijk AMD VCE / VCN, Intel Quick Sync of zelfs M1 gebruikt. )

Vraag 29: Waarom toont VideoProc niets geactiveerd, maar alles lijkt te werken zoals verwacht?
A: Zolang je dit vinkje kunt zien, wat betekent dat HWAccel is geactiveerd. Van mijn observatie verandert dit vinkje altijd automatisch.
Bekijk media-item ' data-single-image='1'>

Klik op de pagina Hardware-info gedetecteerd op het kleine herlaadpictogram zodat VideoProc u de laatste status kan tonen.
Bekijk media-item ' data-single-image='1'>
Q30: werkt dit op 6,1?
A: Alleen via eGPU (Polaris of hoger).

Vraag 31: werkt dit op 3,1?
A: Ja (link)

V32: Waarom geeft 'Over deze Mac' een andere kloksnelheid weer na installatie van OpenCore?
A: De CPU werkt nog steeds op zijn oorspronkelijke kloksnelheid, er is niets veranderd. Het enige wat veranderd is, is alleen de presentatie. We injecteren de iMac Pro-kaart-ID via OpenCore om HWAccel in macOS te activeren. Daarom gebruikt macOS ook het formaat van de iMac Pro om de kloksnelheid van de CPU weer te geven (bijv. 3,46GHz wordt naar boven afgerond op 3,5GHz). Dit is een normale, 100% cosmetische en puur 2-cijferige versus 3-cijferige presentatie. Laatst bewerkt: 25 sep. 2021
reacties:h9826790

h9826790

originele poster
3 april 2014
Hongkong
  • 14 mei 2019
SkipperRi zei: Hé, dit is geweldig nieuws! Ik heb een vraag over de eerste screenshot. Hoe kom je aan die informatie, in welke software? Klik om uit te breiden...

VideoProc. Gratis licentie nu beschikbaar

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
reacties:Eschers, mavots, Earl Urley en 4 anderen

SchipperRi

11 juli 2015
Rijeka, Kroatië
  • 14 mei 2019
h9826790 zei: VideoProc. Gratis licentie nu beschikbaar

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Klik om uit te breiden...
Bedankt!
reacties:Eschers B

boekemdano

29 juli 2011
  • 14 mei 2019
Bedankt voor het werk dat je hebt besteed aan deze tutorial h9826790. Ik had nog nooit van WhateverGreen gehoord (en van Shiki daarvoor). Hier is de Github als iemand anders geïnteresseerd is: https://github.com/acidanthera/WhateverGreen

Weet je wat Apple heeft veranderd met 10.14.5 waardoor dit kan werken?

bazza5938

25 november 2018
Verenigd Koninkrijk
  • 14 mei 2019
Bedankt dat je dit hier hebt gepost, ik moet het met mijn 7950 proberen om te zien of ik er hardware-codering/decodering uit kan halen voordat ik update naar 10.14.5 final, omdat ik weet dat de rx580 prachtig werkt
reacties:h9826790 C

csd

3 sep. 2017
Ierland
  • 14 mei 2019
** Ik heb dit opgelost door NVRAM te wissen en opnieuw te beginnen **
** Laat dit hieronder staan ​​voor het geval iemand soortgelijke problemen heeft met boot-args **

mensen,

Ik heb dit geprobeerd, maar schijn te falen in de opstartfase. Ik kan de boot-args prima instellen (nvram -p laat zien dat ze er zijn), maar wanneer ik opnieuw opstart, is de invoer volledig verdwenen en heb ik geen versnelling. SIP is uitgeschakeld.

$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94

Als ik dan opnieuw opstart:

$ nvram -p | grep args
$

Hier is de volledige lijst van mijn momenteel ingestelde nvram-instellingen:

$ nvram -p
boot-gamma -L%00%00j%05%00%0022YM%1a%00%00%00%00%00%00%00%00%00%00%00%00%00
bluetoothInternalControllerInfo% 15% 82% ac% 05% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
bluetoothActiveControllerInfo% 15% 82% ac% 05% 00% 00% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
SysteemAudioVolumeDB %fa
SysteemAudioVolume:
csr-active-config w%00%00%00
EFIBluetoothVertraging %b8%0b
efi-backup-boot-apparaat-data-data %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%02%1f%03%12% 0a%00%02%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00%e0%1f2:% 00%00%00%00%12|P%83%b0%9d/F%9ck6?%ce;fS%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G %01%f4%04.hB%0f%ea%94%0bT%93%c8J%8c%a0w%e9%b1%17%bd%8e%04%04%9a%00\%00E%005%008% 00B%005%00A%00D%009%00-%00F%009%007%00F%00-%003%00E%003%003%00-%00A%00B%008%008%00-%00D%00B% 00F%001%001%00D%004%00B%002%009%00C%00E%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r% 00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00 %00%00%7f%ff%04%00

SIP toont uitgeschakeld:
$ csrutil-status
Status bescherming systeemintegriteit: uitgeschakeld.

Systeeminformatie laat zien dat LiLu en WhateverGreen zijn geladen, maar ik denk dat ze niet werken omdat de juiste parameters niet aan hen zijn doorgegeven tijdens het opstarten.

Om het even welke ideeën?

Bedankt,

Colin Laatst bewerkt: 14 mei 2019
reacties:h9826790

lukethemore

14 mei 2019
Milaan, Italië)
  • 15 mei 2019
sorry voor mijn vraag, dat kan dom zijn ... maar ...


waarom zet Apple deze 'functies' niet standaard aan?


elke keer is hetzelfde verhaal: een functie uitschakelen, kext overschrijven, opnieuw opstarten ... enzovoort ... waarom ???
reacties:Marekul, Chung123, thomasthegps en 2 anderen

blad

15 mei 2019
  • 15 mei 2019
Hoi,

Welk bestand moet ik downloaden. DEBUG of RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Bedankt

IndioX

1 okt. 2018
oostenrijk/europa
  • 15 mei 2019
hoja zei: Hallo daar,

Welk bestand moet ik downloaden. DEBUG of RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Bedankt Klik om uit te breiden...


als je het verschil niet weet, moet je het laten om in het systeem te experimenteren ;-)

h9826790

originele poster
3 april 2014
Hongkong
  • 15 mei 2019
hoja zei: Hallo daar,

Welk bestand moet ik downloaden. DEBUG of RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Bedankt Klik om uit te breiden...

Ik gebruik releases
reacties:Eschers C

csd

3 sep. 2017
Ierland
  • 15 mei 2019
Even een vervolg na wat testen.

  1. Het afspelen van HEVC 4K60 ging van stotteren naar perfect vloeiend. Zelfs het 120 Mbps HEVC Jellyfish-bestand speelt perfect af.
  2. Er is nu een verbetering van 50% in Handbrake-transcodering wanneer ik de VideoToolbox H.264-encoder selecteer in plaats van de x264-encoder (25 fps versus 16 fps bij het converteren van het 120 Mbps Jellyfish 4K-bestand naar een 6 Mbps 1080p-bestand). VideoToolbox lijkt geen gebruik te maken van HyperThreading, slechts 6 threads geven aan dat het bezet is in Activity Monitor; x264 gebruikt alle 12 threads op mijn systeem. Maar zelfs zonder HT is VideoToolbox nog steeds 50% sneller met de native GPU-versnelling!
/csd
reacties:Marekul en skeptech t

thomasthegps

23 sep. 2015
Frankrijk
  • 15 mei 2019
Ik vraag me af hoe de bewerkingsprestaties in fcx met deze patch zich verhouden tot nieuwere macs.
[dubbelpost=1557934191][/dubbelpost]
lukethemore zei: sorry voor mijn vraag die stom kan zijn ... maar ...


waarom zet Apple deze 'functies' niet standaard aan?


elke keer is hetzelfde verhaal: een functie uitschakelen, kext overschrijven, opnieuw opstarten ... enzovoort ... waarom ??? Klik om uit te breiden...

Het antwoord is vrij simpel: geld
reacties:Marekul en octoviaa

h9826790

originele poster
3 april 2014
Hongkong
  • 15 mei 2019
csd zei: Gewoon een vervolg na wat testen.

  1. Het afspelen van HEVC 4K60 ging van stotteren naar perfect vloeiend. Zelfs het 120 Mbps HEVC Jellyfish-bestand speelt perfect af.
  2. Er is nu een verbetering van 50% in Handbrake-transcodering wanneer ik de VideoToolbox H.264-encoder selecteer in plaats van de x264-encoder (25 fps versus 16 fps bij het converteren van het 120 Mbps Jellyfish 4K-bestand naar een 6 Mbps 1080p-bestand). VideoToolbox lijkt geen gebruik te maken van HyperThreading, slechts 6 threads geven aan dat het bezet is in Activity Monitor; x264 gebruikt alle 12 threads op mijn systeem. Maar zelfs zonder HT is VideoToolbox nog steeds 50% sneller met de native GPU-versnelling!
/csd Klik om uit te breiden...

2. Ik ben er vrij zeker van dat de handrem alleen de GPU gebruikt om te coderen, maar niet om te decoderen.

bijv. Wanneer ik FFMpeg vraag om GPU te gebruiken voor ZOWEL decodering als codering. De CPU-belasting is erg laag.
Bekijk media-item ' data-single-image='1'>

Als ik echter alleen FFMpeg vraag om GPU te gebruiken om te coderen, maar het decoderingsgedeelte voor CPU laat. Dan zal de CPU 1000% laden (vergelijkbaar met Handrem).
Bekijk media-item ' data-single-image='1'>

En zoals je kunt zien. Wanneer we HEVC transcoderen naar H264. Als de bronvideo te veeleisend is voor de CPU. De GPU-transcoderingsprestaties worden tegengehouden door de CPU. In mijn bovenstaande test is het gebruik van pure GPU-transcodering ongeveer 10% sneller. Uw computer zal dus uiteindelijk meer stroom verbruiken, maar langzamer werken.

Als de CPU echter snel genoeg is om de bronvideo te verwerken, zal het gebruik van de CPU om te decoderen en GPU te gebruiken om te coderen meestal een beter resultaat opleveren.

Hoe dan ook, het is niet nodig om meer CPU te gebruiken, wat nu beter is. Laatst bewerkt: 15 mei 2019
reacties:Eschers en zoltm

IndioX

1 okt. 2018
oostenrijk/europa
  • 15 mei 2019
AMD hardwareversnelling werkt ook in high Sierra 10.13.6
met beveiligingsupdate 2019-003 en bootROM 144.0.0.0.0 !?!


Bekijk media-item ' data-single-image='1'>
reacties:Petri Krohn, octoviaa, h9826790 en 1 andere persoon

Hendrik94

17 okt 2014
Duitsland
  • 15 mei 2019
Werkt tot nu toe nog steeds in 10.14.6 Dev 1 reacties:h9826790

tsialex

13 juni 2016
  • 15 mei 2019
IndioX zei: AMD-hardwareversnelling werkt ook in hoge sierra 10.13.6
met beveiligingsupdate 2019-003 en bootROM 144.0.0.0.0 !?!


Bekijk bijlage 837175 Klik om uit te breiden...
iMac Pro heeft hardwareversnelling met High Sierra, dus het is geen verrassing.
reacties:octoviaa en IndioX

IndioX

1 okt. 2018
oostenrijk/europa
  • 15 mei 2019
tsialex zei: iMac Pro heeft hardwareversnelling met High Sierra, dus het is geen verrassing. Klik om uit te breiden...

maar tot nu toe werd gezegd dat het pas vanaf 10.14.5 zou moeten werken

tsialex

13 juni 2016
  • 15 mei 2019
IndioX zei: maar tot nu toe werd gezegd dat het pas vanaf 10.14.5 zou moeten werken Klik om uit te breiden...

10.14.5 bracht ondersteuning voor eGPU RX-580, iMac had niet lang na de release coderingsondersteuning voor VEGA GPU's, als mijn geheugen nog steeds werkt.
reacties:Eschers

IndioX

1 okt. 2018
oostenrijk/europa
  • 15 mei 2019
zou betekenen dat de RX580 niet werkt onder 10.13.6

Ik zal dat kijken als ik tijd heb

tsialex

13 juni 2016
  • 15 mei 2019
IndioX zei: zou betekenen dat de RX580 niet werkt onder 10.13.6 Klik om uit te breiden...
Iemand zou het moeten testen en bevestigen of hardwarecodering werkt voor RX-580 die nep-iMac Pro maakt.

VEGA is geen verrassing, werkt al met iMac Pro en High Sierra.
reacties:Eschers

h9826790

originele poster
3 april 2014
Hongkong
  • 15 mei 2019
IndioX zei: AMD-hardwareversnelling werkt ook in hoge sierra 10.13.6
met beveiligingsupdate 2019-003 en bootROM 144.0.0.0.0 !?!


Bekijk bijlage 837175 Klik om uit te breiden...

Interessant, met deze mod? Of inheems?
reacties:Eschers

IndioX

1 okt. 2018
oostenrijk/europa
  • 15 mei 2019
h9826790 zei: Interessant, met deze mod? Of inheems? Klik om uit te breiden...

met modus, test op mijn vega64
maar ik weet niet of dit ook werkt met de RX580
hoop het snel te kunnen testen

VaZ

31 aug. 2012
  • 15 mei 2019
Welke app is die hardware-info?
Dus alle Polaris en hogere kaarten zijn de RX-kaarten correct?

Mijn VLC gebruikt 400% CPU om dat af te spelen. Verschrikkelijk inderdaad. Laatst bewerkt: 19 okt 2021
  • 1
  • 2
  • 3
  • Ga naar pagina

    Gaan
  • 125
Volgende

Ga naar pagina

GaanVolgende Laatste