- Status
- Det första inlägget i denna tråd är ett WikiPost och kan redigeras av alla med lämpliga behörigheter. Dina redigeringar kommer att vara offentliga.
h9826790
Originalaffisch- 3 april 2014
- Hong Kong
- 3 maj 2019
Full HWAccel uppnådd nu!
Visa medieobjekt ' data-single-image='1'>
Allt tas upp i OpenCore-tråden. Steg för steg handledningen för att aktivera AMD hårdvaruacceleration finns nu här, men jag rekommenderar starkt att du går igenom OpenCore-tråden innan du gör något.
OpenCore på Mac Pro
Den här guiden förklarar hur du använder den utmärkta OpenCore-starthanteraren för att installera, köra och uppdatera den senaste versionen av macOS på MacPro5,1, vilket resulterar i ett rent, oförändrat operativsystem precis som på en Mac som stöds. forums.macrumors.comSamma metod fungerar i både Mojave och bortom. MEN, för dual-processor cMP-användare, vänligen håll dig till Mojave just nu. (Uppdatering: vänligen håll dig till Mojave för ALLA som vill ha HWAccel. CMMChris rådde Apple att ta bort HEVC HWAccel för alla Polaris GPU i den senaste Catalina-betan. Vilket innebär att du inte får uppgradera operativsystemet för att få någon säkerhetsfix, såvida detta inte är ett fel i betaversionen . Fortsätt med Mojave, skaffa HWAccel och håll ditt operativsystem uppdaterat verkar vara ett bättre val just nu)
Visa medieobjekt ' data-single-image='1'>
Sidovagn (och AirPlay Display) borde också fungera, men jag har ingen iPad att testa än. Den senaste config.plist i post #594 och #1314 kommer nu att behålla cMP-identiteten som 5,1. Därför kommer INTE att aktivera Sidecar som standard nu.
------ Proceduren nedan är avskriven, håll bara i detta inlägg som en journal ( men jag kommer fortfarande att behålla FAQ-sektionen för att hålla den uppdaterad. Läs igenom FAQ innan du frågar något. Alla frågor som redan täcks av FAQ kommer inte att besvaras av mig .). För dem som inte behöver HEVC-hårdvarukodning och föredrar att inte installera OpenCore. Du kan fortfarande följa proceduren nedan för att aktivera HWAccel ------
10.14.5 är nu officiell. Och jag kan bekräfta att AMD-kortanvändare (Polaris eller högre) kan njuta av H264 hårdvarukodning / H264 hårdvaruavkodning / och HEVC hårdvaruavkodning.
Visa medieobjekt ' data-single-image='1'>
Proceduren är som följer: (läs igenom hela Frågor och Svar-avsnittet INNAN du gör något. Du bör veta hur du återställer, eller kan behöva använda alternativ procedur, etc.)
1) Håll SIP inaktiverad
2) Ladda ner Lilu.kext
3) Ladda ner Whatever Green.kext
4) öppna Lilu.kext (högerklicka -> visa paketets innehåll)
5) ange Innehåll
6) skapa mappen 'Plugins' (OBS. Den här mappen finns INNEHÅLLS INNEHÅLL, vänligen missa INTE steg 5)
Visa medieobjekt ' data-single-image='1'>
7) Kopiera WhateverGreen.kext till plugins
8) Kopiera hela den modderade Lilu kexten till /Library/Extensions/
9) Öppna terminalen
10) Gå in
Kod: |_+_|
11) Gå in
Kod: |_+_|
12) Gå in
Kod: |_+_|
13) Gå in
Kod: |_+_| (du kan få en konstig avkastning med det här kommandot, oroa dig inte för det)
14) Gå in
Kod: |_+_| För Catalina kan du behöva ange bootargumentet för no compat check också, annars kan du fastna i no boot-situationen tills du fixar boot-argumentet i återställningspartitionen.
15) Starta om
Vanliga frågor, läs igenom detta avsnitt INNAN du frågar. Jag kommer inte att svara på något som redan behandlats i detta avsnitt.
F1: Är detta säkert?
S: Testat sedan 10.14.5 beta 4, hittills har inget system skadats av denna mod. (Uppdatering: OpenCore kan skriva något i cMP:s firmware. Så om du vill vara säker, undvik OpenCore. Och använd bara Lilu + WhareverGreen, eller hex-redigeringsmetoden)
F2: Finns det någon nackdel?
S: Ja, för Lilu- eller hex-redigeringsmetoden kanske iTunes, TV+ och Safari Netflix DRM-streaming inte fungerar, men fullständig nedladdning av DRM-film bör inte påverkas. Och Netflix på Chromium-baswebbläsare (Chrome, Brave, Edge, etc) är OK.
DRM-strömning burk fungerar felfritt med OpenCore-metoden.
F3: Något annat känt problem?
S: Fotoappen kraschar om HDMIAudio.kext också är installerat. Dessutom rapporterade få fler användare att systemet fryser (i 10.14.5). Det verkar bara vara Polaris GPU som påverkas t.ex. RX580. Än så länge har all frysning endast inträffat i Apple-appar. t.ex. FCPX, Photos, Compressor, etc. Tredjepartsappar som PP, DV, VideoProc påverkas inte. Emellertid verkar Polaris GPU hwaccel perfekt stabil i 10.14.6 beta genom att hexredigera AppleGVA-filen. Dessutom verkar Adobe Media Encoder orsaka att videomotorn stannar. Inte systemfrysning/krasch, men videomotorn gillar helt enkelt att sluta fungera, prestera extremt dåligt. Normal prestanda kan bara återställas genom omstart. (Uppdatering: 10.14.6 officiell utgåva verkar löst de flesta av dessa problem. Åtminstone har jag inget sätt att återskapa någon frysning med min RX580)
F4: Om mitt system kraschar efter modden, hur fixar jag det?
S: För Lilu / OpenCore 0.5.5-metoden kommer NVRAM-återställning att ta bort boot-argumentet och inaktivera kexts / OpenCore. Så kommer effektivt att återställa ditt system till det ursprungliga tillståndet. När ditt system startar igen kan du ta bort kext / OpenCore.
För Hex-redigeringsmetoden körde jag massor av tester, inget sätt att krascha systemet. Men om det finns någon instabilitet, vänligen återställ den ursprungliga filen från din säkerhetskopia.
För OpenCore 0.5.6 och senare måste du montera om EFI-partitionen -> ta bort BOOT- och OC-mappen -> återställa NVRAM
F5: Vad är fördelen?
S: Kan spela upp en mycket krävande HEVC-video (t.ex. den här)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Så här kan min cMP spela upp den här videon nu. Jämn uppspelning med mycket låg CPU-användning (vänligen använd en webbläsare som stöder VP9 för att titta på alla följande Youtube-videor i 4k, annars kanske du inte kan läsa detaljerna)
Kan redigera H264 direkt smidigt, inget behov av att koda om till ProRes längre, minska lagringshastigheten och kapacitetskravet avsevärt. Kan med största sannolikhet också förbättra produktiviteten
Kan redigera HEVC direkt smidigt, inget behov av att koda om till ProRes längre, minska lagringshastigheten och kapacitetskraven avsevärt. Kan med största sannolikhet också förbättra produktiviteten
Kan avsevärt förbättra H264-exporthastigheten med låg CPU-användning (beror på din CPU/GPU-specifikation)
Kan spela in skärmen i 4k smidigt. Som du kan se från länken ovan. Min cMP kan nu göra dessa saker och fortfarande spela in skärmen smidigt samtidigt.
Kan spela VP9-video smidigt. Min cMP kan nu spela denna 8K 24FPS YouTube-video med noll bildruta. (VP9-hårdvaruavkodning stöds INTE i macOS upp till Catalina.)
F6: Kan detta fungera i 10.14.4 eller tidigare?
S: En användare rapporterade att den senaste 10.13.6 med Vega också fungerar med Lilu mehtod. Men RX580 kommer att orsaka GPURestart-fel, som fryser skärmen och gör operativsystemet oanvändbart. (uppdatering: användare rapporterade att hårdvaruavkodning fungerar, men H264 hårdvarukodning kommer att orsaka kraschen)
F7: Kan detta fungera om 10.15?
A: Inte lika bra som 10.14.6. Endast Lilu-metoden, eller OpenCore-metoden fungerar. Dessutom, i 10.15.2, tas Polaris (t.ex. RX580) HEVC HWAccel-stöd bort av Apple (WhateverGreen borde fixa detta Polaris-supportproblem. Men jag har inte testat det personligen)
Uppdatering: HWAccel fungerar ganska bra i alla 10.14.6, 10.15.7 och 11.2.3 nu.
F8: Kan detta fungera för Nvidia GPU?
A: NO
F9: Kan detta fungera för flashed 7950 etc?
A: Jag vet inte. Vänligen testa det åt mig. (Uppdatering: Svaret är NEJ, tack bazza5938 för att utföra testet)
F10: Vilken programvara kan dra nytta av denna mod?
S: Detta ger hårdvaruacceleration på systemnivå. Hittills fungerar all min testade programvara (t.ex. FCPX, iMovie, Handbroms, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
F11: Om jag gör en NVRAM-återställning av annan anledning, hur återställer jag dessa funktioner?
S: För Lilu-metoden, upprepa steg 14 och starta om.
Hexredigeringsmetod / OpenCore 0.5.6 (inlägg #1314) påverkas inte.
För OpenCore 0.5.5 (i inlägg #594), beroende på din inställning, kan du behöva re-bless för att starta upp via OpenCore igen.
F12: Vilken GPU rekommenderas?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Så länge det kortet kan fungera på cMP spelar märke/modell ingen roll (Uppdatering: Vega är definitivt bättre än Polaris-kort för detta ändamål. Det finns ingen rapport om krasch/frysning från Vega-användare ännu).
F13: Varför inte rekommendera Radeon VII eller RX570, etc.
A: AFAIK, alla Polaris, Vega, Navi GPU fungerar, jag är bara inte säker på hur moget det övergripande stödet är. (Uppdatering: Jag uppgraderade min GPU till Radeon VII, perfekt stabil, och hårdvarukodningen är ungefär 100 % snabbare än RX580. Navis HWAccel bekräftade också att den kan aktiveras.)
F14: Är det här QuickSync?
S: NEJ, QuickSync är hårdvaruaccelerationen för Intel iGPU, inte den allmänna termen för GPU-videohårdvaruacceleration. AMD GPU använder UVD (Unified Video Decoder) för avkodning och VCE (Video Coding Engine) för kodning. Allt detta kommer att kontrolleras av VideoToolBox automatiskt i macOS, praktiskt taget transparent för användarna. Det är samma koncept som QuickSync, men inte QuickSync.
F15: Jag kan se att min GPU fungerar i Compressor före denna mod (på en cMP). Betyder det att jag redan har hårdvaruacceleration?
S: NEJ, vi pratar om H264 / HEVC hårdvaruacceleration här. Inte den allmänna hårdvaruaccelerationen. De är helt olika.
F16: Hur är kvaliteten på den hårdvarukodade videon?
S: Inte lika bra som mjukvarukodare i allmänhet. Men vid hög bithastighet är skillnaden inte så märkbar.
F17: När kommer vi att kunna få HEVC-kodning också?
A: Jag vet inte. Men du kan alltid starta till Windows och använda HEVC-hårdvarukodning. (Uppdatering: FULLSTÄNDIG HWAccel inklusive HEVC-kodning kan också uppnås genom att använda OpenCore. Osäker på hur säkert, men det fungerar stabilt på min cMP)
F18: Hur mycket förbättring kan jag förvänta mig?
S: Tja, beror på användningen. Men ett snabbt iMovie 4K H264 exporttest visar att en Vega 64 kan minska exporttiden från 6:19 till 1:25, vilket innebär att exporttiden minskar med ~77 % (på en dubbel X5680 cMP).
F19: Varför visar VideoProc ingen HEVC-avkodning efter modden?
A: Jag vet inte varför, men det här är normalt i det här fallet. Min rekommendation är att ladda ner demo HEVC-video från länken ovan och spela upp den via QuickTime (eller helt enkelt via Finder-förhandsvisning). Så länge CPU-användningen bara stannar runt 20% (men inte 800%), betyder det att HEVC-avkodning fungerar korrekt.
För dem som använder OpenCore-metoden bör du kunna se HEVC HWAccel tillgänglig. Om inte där, vänligen klicka på den lilla omladdningsikonen.
F20: Ska jag installera den nyare versionen av Lilu och WhateverGreen?
ETT NEJ. Trots att den nyare versionen kan fungera, men ger ingen extra funktion i detta fall, och jag har ingen aning om den nyare har sämre stabilitet. Om jag hittade ett bättre sätt / kext att använda. Jag kommer att uppdatera inlägget därefter. (Uppdatering: För Catalina, vänligen installera Lilu 1.4.0 och WhateverGreen 1.3.5. Och än så länge ger alla nyare Lilu och WEG bara bättre resultat på grund av buggfix. Användare bör vara OK för att installera den senaste versionen)
F21: Jag upplevde systemstopp, konsolloggen visar händelsen 'GPU Restart', vad ska jag göra?
S: PRAM-återställning kommer att återställa ditt system till det normala. Om du använder Polaris GPU (RX560, RX570, RX580, etc), verkar det som om vissa människor påverkas av detta fel. Vad jag hittade är en alternativ metod genom att direkt hex-redigera AppleGVA-filen verkar mer stabil för dessa GPU:er. Det första testet visar att det är mycket säkert att göra det, även jag förstör AppleGVA-filen helt, operativsystemet kan fortfarande starta upp till skrivbordet. Om du föredrar att gå den här vägen, se till att du vet hur du återställer filen (eller till och med helt återställer från ett omstartbart operativsystem). Informationen finns på post #205. (uppdatering: 10.14.6 visar extremt bra stabilitet, rekommenderas starkt för RX580-användare)
F22: Hur vet jag om hårdvaruacceleration verkligen fungerar?
S: Mitt förslag är att använda Terminal. Detaljerad information i inlägg #273. Du kan också använda OpenGL Driver Monitor för att observera UVD/VCE-aktiviteterna (länk) .
F23: Kan jag använda denna mod med MVC-flashed RX580?
A: Enligt detta inlägg är svaret JA.
F24: Är det möjligt att stänga AV hwaccel utan omstart. Så att jag kan njuta av DRM-streaming när som helst?
S: Endast den alternativa metoden tillåter PÅ/AV i farten. Om du inte vill använda terminal / Finder för att göra det varje gång, kan du skapa två enkla appar för att göra det, procedurer här . (Uppdatering: Mitt OpenCore-paket bör tillåta dig att spela DRM-strömmande video som standard)
F25: Fungerar bakgrundsrendering fortfarande i FCPX?
S: Bakgrundsrendering fungerar fortfarande för båda metoderna. Detta är helt oberoende av hwaccel. Jag stängde av det i demon ovan är bara för att illustrera tidslinjeredigeringsprestandan i realtid. Inte för att det inte kan fungera.
F26: Jag försökte hex-redigeringsmetoden många många gånger, det fungerar inte, men jag är säker på att jag gjorde allt rätt. Vad ska jag göra?
S: Du kanske borde försöka öppna en ny användarprofil och se om det hjälper ( referenslänk )
F27: Varför 'Graphics' i VideoProc HWAccel-sidan visar N/A?
S: Ingen aning, men det är bara ett kosmetiskt fel i det här fallet. (Uppdatering: Det verkar som att VideoProc letar efter nyckelordet 'AMD'. t.ex. om kortet identifieras som |_+_|, kan VideoProc visa det korrekt. Men om kortet identifieras som |_+_|, kan VideoProc inte visa dess namn)
Visa medieobjekt ' data-single-image='1'>
Visa medieobjekt ' data-single-image='1'>
P.S. För de som vill lägga till prefixet |_+_| framför grafikkortets namn, gå med i OpenCore-tråden . Vi kan byta namn på grafikkortet till vad vi vill i OpenCore.
F28: Varför visar VideoProc att jag använder 'Intel' HWAccel när jag konverterar videor?
S: Ingen aning heller, men återigen, det är bara ett kosmetiskt fel i det här fallet. (Uppdatering: Än så länge visar den att VideoProc bara vet om HWAccel fungerar (via VideoToolBox), men den kan inte avgöra vilken hårdvara som tillhandahåller HWAccel i macOS. Därför använder den en 'one size fit all'-lösning. Pga. de flesta Macar där ute använder iGPU Intel Quick Sync för att tillhandahålla HWAccel. VideoProc verkar bara visa |_+_| närhelst HWAccel används, oavsett om datorn faktiskt använder AMD VCE / VCN, Intel Quick Sync eller till och med M1. )
F29: Varför visar VideoProc ingenting aktiverat men allt verkar fungera som förväntat?
S: Så länge du kan se denna bock, vilket betyder att HWAccel är aktiverat. Enligt min observation ändras denna bock alltid automatiskt.
Visa medieobjekt ' data-single-image='1'>
För sidan Hårdvaruinformation upptäckt, klicka på den lilla omladdningsikonen för att låta VideoProc visa dig den senaste statusen.
Visa medieobjekt ' data-single-image='1'>
F30: kommer detta att fungera på 6,1?
S: Endast via eGPU (Polaris eller högre).
F31: kommer detta att fungera på 3,1?
A: Ja (länk)
F32: Varför visar 'Om den här Macen' en annan klockhastighet efter installation av OpenCore?
S: CPU:n fungerar fortfarande med sin ursprungliga klockhastighet, ingenting har verkligen förändrats. Det enda som ändrats är bara presentationen. Vi injicerar iMac Pro-kort-ID via OpenCore för att aktivera HWAccel i macOS. Därför använder macOS också iMac Pros format för att visa CPU-klockhastigheten (t.ex. 3,46 GHz kommer att avrundas uppåt till 3,5 GHz). Detta är normalt, 100 % kosmetiskt, och enbart 2-siffrig vs 3-siffrig presentation. Senast redigerad: 25 september 2021
h9826790
Originalaffisch- 3 april 2014
- Hong Kong
- 14 maj 2019
SkipperRi sa: Hej, det här är fantastiska nyheter! Jag har en fråga om den första skärmdumpen. Hur fick du den informationen, i vilken programvara? Klicka för att expandera...
VideoProc. Gratis licens tillgänglig nu
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
SkipperRi
- 11 juli 2015
- Rijeka, Kroatien
- 14 maj 2019
h9826790 sa: VideoProc. Gratis licens tillgänglig nuTack!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Klicka för att expandera...
bookemdano
- 29 juli 2011
- 14 maj 2019
Vet du vad Apple ändrade med 10.14.5 som låter detta fungera?
bazza5938
- 25 november 2018
- Storbritannien
- 14 maj 2019
csd
- 3 september 2017
- Irland
- 14 maj 2019
** Lämna detta nedan om någon har liknande problem med boot-args **
Folk,
Jag har provat detta men verkar misslyckas vid start-args-stadiet. Jag kan ställa in boot-args bra (nvram -p visar att de finns där), men när jag startar om har posten försvunnit helt och jag har ingen acceleration. SIP är inaktiverat.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Sedan när jag startar om:
$ nvram -p | grep args
$
Här är hela listan över mina för närvarande inställda nvram-inställningar:
$ nvram -s
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
SystemAudioVolumeDB %fa
Systemljudvolym:
csr-active-config w%00%00%00
EFIBluetoothDelay %b8%0b
efi-backup-boot-device-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 visar inaktiverad:
$ csrutil status
Systemintegritetsskyddsstatus: inaktiverad.
Systeminformationen visar att LiLu och WhateverGreen är laddade, men jag antar att de inte fungerar eftersom de korrekta parametrarna inte har skickats till dem vid uppstart.
Några idéer?
Tack,
Colin Senast redigerad: 14 maj 2019
lukethemore
- 14 maj 2019
- Milano (Italien)
- 15 maj 2019
varför aktiverar inte Apple dessa 'funktioner' som standard?
varje gång är samma historia: inaktivera någon funktion, skriv över kext, starta om ... och så vidare ... varför ???
blad
- 15 maj 2019
- 15 maj 2019
Vilken fil ska jag ladda ner. DEBUGA eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tack
IndioX
- 1 oktober 2018
- Österrike/europa
- 15 maj 2019
hoja sa: Hej där,
Vilken fil ska jag ladda ner. DEBUGA eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tack Klicka för att expandera...
om du inte vet skillnaden bör du låta den stanna för att experimentera i systemet ;-)
h9826790
Originalaffisch- 3 april 2014
- Hong Kong
- 15 maj 2019
hoja sa: Hej där,
Vilken fil ska jag ladda ner. DEBUGA eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tack Klicka för att expandera...
Jag använder releaser
csd
- 3 september 2017
- Irland
- 15 maj 2019
- Uppspelningen av HEVC 4K60 gick från stamning till perfekt jämn. Även HEVC Jellyfish-filen på 120 Mbps spelar perfekt.
- Det finns nu en 50 % förbättring i handbromsomkodning när jag väljer VideoToolbox H.264-kodaren istället för x264-kodaren (25 fps vs 16 fps vid konvertering av 120 Mbps manet 4K-filen till en 6 Mbps 1080p-fil). VideoToolbox verkar inte använda HyperThreading, bara 6 trådar visar upptaget i Activity Monitor; x264 använder alla 12 trådar på mitt system. Men även utan HT är VideoToolbox fortfarande 50 % snabbare med den inbyggda GPU-accelerationen!
thomashegps
- 23 september 2015
- Frankrike
- 15 maj 2019
[doublepost=1557934191][/doublepost]
lukethemore sa: förlåt för min fråga som kan vara dum ... men ...
varför aktiverar inte Apple dessa 'funktioner' som standard?
varje gång är samma historia: inaktivera någon funktion, skriv över kext, starta om ... och så vidare ... varför ??? Klicka för att expandera...
Svaret är ganska enkelt: pengar
h9826790
Originalaffisch- 3 april 2014
- Hong Kong
- 15 maj 2019
csd sa: Bara en uppföljning efter lite testning.
/csd Klicka för att expandera...
- Uppspelningen av HEVC 4K60 gick från stamning till perfekt jämn. Även HEVC Jellyfish-filen på 120 Mbps spelar perfekt.
- Det finns nu en 50 % förbättring i handbromsomkodning när jag väljer VideoToolbox H.264-kodaren istället för x264-kodaren (25 fps vs 16 fps vid konvertering av 120 Mbps manet 4K-filen till en 6 Mbps 1080p-fil). VideoToolbox verkar inte använda HyperThreading, bara 6 trådar visar upptaget i Activity Monitor; x264 använder alla 12 trådar på mitt system. Men även utan HT är VideoToolbox fortfarande 50 % snabbare med den inbyggda GPU-accelerationen!
2. Jag är helt säker på att handbromsen bara använder GPU:n för att koda, men inte avkoda.
t.ex. När jag ber FFMpeg att använda GPU för BÅDE avkodning och kodning. CPU-belastningen är väldigt låg.
Visa medieobjekt ' data-single-image='1'>
Men om jag bara ber FFMpeg att använda GPU för att koda, men lämnar avkodningsdelen för CPU. Då kommer CPU:n att nå 1000% laddning (liknande Handbroms).
Visa medieobjekt ' data-single-image='1'>
Och som ni kan se. När vi kodar om HEVC till H264. Om källvideon är för krävande för processorn. GPU-omkodningsprestandan kommer att hålla tillbaka av CPU:n. I mitt test ovan är det cirka 10 % snabbare att använda ren GPU-omkodning. Så din dator kommer att använda mer ström, men arbeta långsammare.
Men om CPU:n är tillräckligt snabb för att hantera källvideon, kommer det vanligtvis att ge bättre resultat att använda CPU för att avkoda och använda GPU för att koda.
Hur som helst, att använda mer CPU betyder inte nödvändigtvis bättre nu. Senast redigerad: 15 maj 2019
IndioX
- 1 oktober 2018
- Österrike/europa
- 15 maj 2019
med säkerhetsuppdatering 2019-003 och bootROM 144.0.0.0.0 !?!
Visa medieobjekt ' data-single-image='1'>
Hendrik94
- 17 oktober 2014
- Tyskland
- 15 maj 2019
tsialex
- 13 juni 2016
- 15 maj 2019
IndioX sa: AMD hårdvaruacceleration fungerar även i High Sierra 10.13.6iMac Pro har hårdvaruacceleration med High Sierra, så det är ingen överraskning.
med säkerhetsuppdatering 2019-003 och bootROM 144.0.0.0.0 !?!
Se bilaga 837175 Klicka för att expandera...
IndioX
- 1 oktober 2018
- Österrike/europa
- 15 maj 2019
tsialex sa: iMac Pro har hårdvaruacceleration med High Sierra, så det är inte en överraskning. Klicka för att expandera...
men hittills har det sagts att det bara ska fungera från 10.14.5 och framåt
tsialex
- 13 juni 2016
- 15 maj 2019
IndioX sa: men hittills har det sagts att det bara ska fungera från 10.14.5 och framåt Klicka för att expandera...
10.14.5 gav stöd för eGPU RX-580, iMac hade kodningsstöd för VEGA GPU:er sedan inte långt efter lanseringen, om mitt minne fortfarande fungerar.
IndioX
- 1 oktober 2018
- Österrike/europa
- 15 maj 2019
Jag ska se det när jag har tid
tsialex
- 13 juni 2016
- 15 maj 2019
IndioX sa: skulle innebära att RX580 inte fungerar under 10.13.6 Klicka för att expandera...Någon borde testa det och bekräfta om hårdvarukodning fungerar för RX-580 som fejkar iMac Pro.
VEGA är ingen överraskning, fungerar redan med iMac Pro och High Sierra.
h9826790
Originalaffisch- 3 april 2014
- Hong Kong
- 15 maj 2019
IndioX sa: AMD hårdvaruacceleration fungerar även i High Sierra 10.13.6
med säkerhetsuppdatering 2019-003 och bootROM 144.0.0.0.0 !?!
Se bilaga 837175 Klicka för att expandera...
Intressant, med denna mod? Eller infödd?
IndioX
- 1 oktober 2018
- Österrike/europa
- 15 maj 2019
h9826790 sa: Intressant, med denna mod? Eller infödd? Klicka för att expandera...
med läge, testa på min vega64
men jag vet inte om detta fungerar med RX580 också
hoppas att få testa det snart
VaZ
- 31 augusti 2012
- 15 maj 2019
Så alla Polaris och högre kort är RX-korten korrekta?
Min VLC använder 400% CPU för att spela det. Hemskt Verkligen. Senast redigerad: 19 oktober 2021Nästa 1 av 125
Populära Inlägg