- Status
- Det første indlæg i denne tråd er et WikiPost og kan redigeres af alle med de passende tilladelser. Dine redigeringer vil være offentlige.
h9826790
Original plakat- 3. april 2014
- Hong Kong
- 3. maj 2019
Fuld HWAccel opnået nu!
Se medieelementet ' data-single-image='1'>
Alt er dækket i OpenCore-tråden. Trin-for-trin-vejledningen til at aktivere AMD-hardwareacceleration er nu her, men jeg anbefaler kraftigt, at du går gennem OpenCore-tråden, før du gør noget.
OpenCore på Mac Pro
Denne vejledning forklarer, hvordan du bruger den fremragende OpenCore-opstartsindlæser til at installere, køre og opdatere den seneste version af macOS på MacPro5,1, hvilket resulterer i et rent, uændret operativsystem ligesom på en understøttet Mac. forums.macrumors.comDen samme metode fungerer i både Mojave og andre steder. MEN for dual-processor cMP-brugere, skal du holde dig til Mojave i øjeblikket. (Opdatering: hold dig til Mojave for ALLE, der ønsker HWAccel. CMMChris rådede Apple til at fjerne HEVC HWAccel for alle Polaris GPU'er i den seneste Catalina beta. Hvilket betyder, at du muligvis ikke opgraderer operativsystemet for at få nogen sikkerhedsrettelse, medmindre dette er en fejl i betaversionen . Bliv hos Mojave, få HWAccel, og hold dit OS opdateret, ser ud til at være et bedre valg i øjeblikket)
Se medieelementet ' data-single-image='1'>
Sidevogn (og AirPlay Display) burde også virke, men jeg har ingen iPad til at teste det endnu. Den seneste config.plist i post #594 og #1314 vil nu beholde cMP-identiteten som 5,1. Vil derfor IKKE aktivere Sidevogn som standard nu.
------ Proceduren nedenfor er afskrevet, bare gem i dette indlæg som en registrering ( men jeg vil stadig vedligeholde FAQ-sektionen for at holde den opdateret. Læs venligst FAQ'en igennem, før du spørger om noget. Ethvert spørgsmål, der allerede er dækket af ofte stillede spørgsmål, vil ikke blive besvaret af mig .). For dem, der ikke har brug for HEVC-hardwarekodning og foretrækker ikke at installere OpenCore. Du kan stadig følge nedenstående procedure for at aktivere HWAccel ------
10.14.5 er nu officiel. Og jeg kan bekræfte, at brugere af AMD-kort (Polaris eller derover) kan nyde H264 hardwareencode / H264 hardware decode / og HEVC hardware decode.
Se medieelementet ' data-single-image='1'>
Proceduren er som følger: (læs venligst hele Q&A-afsnittet, FØR du gør noget. Du bør vide, hvordan du genopretter eller skal muligvis bruge en alternativ procedure osv.)
1) Hold SIP deaktiveret
2) Download Lilu.kext
3) Download WhateverGreen.kext
4) åbn Lilu.kext (højreklik -> vis pakkens indhold)
5) indtast Indhold
6) opret mappen 'Plugins' (NB. Denne mappe er INDE Indhold, gå IKKE glip af trin 5)
Se medieelementet ' data-single-image='1'>
7) Kopier WhateverGreen.kext til plugins
8) Kopier hele den modderede Lilu kext til /Library/Extensions/
9) Åbn terminal
10) Indtast
Kode: |_+_|
11) Indtast
Kode: |_+_|
12) Indtast
Kode: |_+_|
13) Indtast
Kode: |_+_| (du kan få noget mærkeligt afkast med denne kommando, bare rolig om det)
14) Indtast
Kode: |_+_| For Catalina skal du muligvis også indtaste boot-argumentet no compat check, ellers kan du blive ved med no boot-situationen, indtil du fikser boot-argumentet i gendannelsespartitionen.
15) Genstart
FAQ, læs venligst dette afsnit igennem, FØR du spørger. Jeg vil ikke svare på noget, der allerede er dækket i dette afsnit.
Q1: Er dette sikkert?
A: Testet siden 10.14.5 beta 4, indtil videre er intet system beskadiget af denne mod. (Opdatering: OpenCore kan skrive noget ind i cMP'ens firmware. Så hvis du vil være sikker, så undgå OpenCore. Og brug kun Lilu + WhareverGreen eller hex-redigeringsmetoden)
Q2: Er der nogen ulemper?
A: Ja, for Lilu- eller hex-redigeringsmetoden virker iTunes, TV+ og Safari Netflix DRM-streaming muligvis ikke, men fuldt download af DRM-film bør ikke blive påvirket. Og Netflix på Chromium-basebrowsere (Chrome, Brave, Edge osv.) er OK.
DRM streaming kan arbejde fejlfrit med OpenCore-metoden.
Q3: Ethvert andet kendt problem?
A: Fotos-appen går ned, hvis HDMIAudio.kext også er installeret. Desuden rapporterede få flere brugere systemfrysning (i 10.14.5). Det ser ud til, at kun Polaris GPU er påvirket f.eks. RX580. Indtil videre forekommer al frysning kun i Apple-apps. f.eks. FCPX, Photos, Compressor osv. Tredjeparts apps såsom PP, DV, VideoProc påvirkes ikke. Polaris GPU hwaccel virker dog perfekt stabil i 10.14.6 beta ved hex-redigering af AppleGVA-filen. Derudover ser det ud til, at Adobe Media Encoder vil forårsage, at videomotoren går i stå. Ikke systemfrys/nedbrud, men videomotoren kan simpelthen lide at stoppe med at arbejde, yde ekstremt dårligt. Normal ydeevne kan kun genoprettes ved genstart. (Opdatering: 10.14.6 officielle udgivelse ser ud til at være løst de fleste af disse problemer. I det mindste har jeg ingen måde at reproducere nogen fryse med min RX580)
Spørgsmål 4: Hvordan løser jeg det, hvis mit system går ned efter mod'en?
A: For Lilu / OpenCore 0.5.5-metoden vil NVRAM-nulstilling fjerne boot-argumentet og deaktivere kexts / OpenCore. Så vil effektivt vende dit system tilbage til den oprindelige tilstand. Når dit system starter igen, kan du fjerne kext / OpenCore.
For Hex-redigeringsmetoden kørte jeg masser af tests, ingen måde at gå ned i systemet. Men hvis der er ustabilitet, skal du gendanne den originale fil fra din sikkerhedskopi.
For OpenCore 0.5.6 og nyere skal du genmontere EFI-partitionen -> fjerne BOOT- og OC-mappen -> nulstille NVRAM
Q5: Hvad er fordelen?
A: Kan afspille nogle meget krævende HEVC-videoer (f.eks. denne)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Sådan kan min cMP afspille denne video nu. Jævn afspilning med meget lavt CPU-forbrug (brug venligst en browser, der understøtter VP9 til at se alle følgende Youtube-videoer i 4k, ellers kan du muligvis ikke læse detaljerne)
I stand til at redigere H264 direkte problemfrit, ingen grund til at omkode til ProRes længere, reducerer lagringshastigheden og kapacitetskravet betydeligt. Kan højst sandsynligt også forbedre produktiviteten
I stand til at redigere HEVC direkte problemfrit, ingen grund til at omkode til ProRes længere, reducerer lagringshastigheden og kapacitetskravet betydeligt. Kan højst sandsynligt også forbedre produktiviteten
Kan i høj grad forbedre H264 eksporthastighed med lavt CPU-forbrug (afhænger af din CPU/GPU-specifikation)
I stand til at optage skærmen ved 4k jævnt. Som du kan se fra ovenstående link. Min cMP kan nu gøre disse ting og stadig optage skærmen jævnt på samme tid.
I stand til at afspille VP9-video jævnt. Min cMP kan nu afspille denne 8K 24FPS YouTube-video med nul frame drop. (VP9-hardwareafkodning er IKKE understøttet i macOS op til Catalina.)
Q6: Kan dette fungere i 10.14.4 eller før?
A: En bruger rapporterede, at den seneste 10.13.6 med Vega også fungerede med Lilu mehtod. Men RX580 vil forårsage GPURestart-fejl, som fryser skærmen og gør operativsystemet ubrugeligt. (opdatering: brugere rapporterede, at hardwareafkodning virker, men H264-hardwarekodning vil forårsage nedbruddet)
Spørgsmål 7: Kan dette virke om 10.15?
A: Ikke så god som 10.14.6. Kun Lilu-metoden eller OpenCore-metoden virker. I 10.15.2 er Polaris (f.eks. RX580) HEVC HWAccel-understøttelse også fjernet af Apple (WhateverGreen skulle løse dette Polaris-understøttelsesproblem. Men jeg har ikke testet det personligt)
Opdatering: HWAccel fungerer ganske godt i alle 10.14.6, 10.15.7 og 11.2.3 nu.
Q8: Kan dette fungere for Nvidia GPU?
A: NO
Q9: Kan dette arbejde for flashed 7950 osv.?
A: Jeg ved det ikke. Prøv det for mig. (Opdatering: Svaret er NEJ, tak bazza5938 for at udføre testen)
Q10: Hvilken software kan drage fordel af denne mod?
A: Dette vil give hardwareacceleration på systemniveau. Indtil videre virker al min testede software (f.eks. FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
Q11: Hvis jeg foretager en NVRAM-nulstilling af en anden årsag, hvordan genvinder jeg disse funktioner?
A: For Lilu-metoden, gentag trin 14 og genstart.
Hex redigeringsmetode / OpenCore 0.5.6 (post #1314) er ikke påvirket.
For OpenCore 0.5.5 (i post #594), afhænger af din opsætning, skal du muligvis genvelsigne for at starte op via OpenCore igen.
Q12: Hvad er den anbefalede GPU?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Så længe det kort kan fungere på cMP, betyder mærke/model ikke rigtig noget (Opdatering: til dette særlige formål er Vega bestemt bedre end Polaris-kort. Der er ingen nedbruds-/frysningsrapport fra Vega-brugere endnu).
Q13: Hvorfor ikke anbefale Radeon VII eller RX570 osv.
A: AFAIK, alle Polaris, Vega, Navi GPU'er virker, jeg er bare ikke sikker på, hvor moden den overordnede support er. (Opdatering: Jeg opgraderede min GPU til Radeon VII, perfekt stabil, og hardwarekodning er omkring 100 % hurtigere end RX580. Navi's HWAccel bekræftede også kan aktiveres.)
Q14: Er dette QuickSync?
A: NEJ, QuickSync er hardwareaccelerationen for Intel iGPU, ikke den generiske betegnelse for GPU-videohardwareacceleration. AMD GPU bruger UVD (Unified Video Decoder) til afkodning og VCE (Video Coding Engine) til kodning. Alt dette vil blive styret af VideoToolBox automatisk i macOS, praktisk talt gennemsigtigt for brugerne. Det er det samme koncept som QuickSync, men ikke QuickSync.
Q15: Jeg kan se, at min GPU fungerer i Compressor før denne mod (på en cMP). Betyder det, at jeg allerede har hardwareacceleration?
A: NEJ, vi taler om H264 / HEVC hardwareacceleration her. Ikke den generelle computerhardwareacceleration. De er helt forskellige.
Q16: Hvordan er kvaliteten af den hardwarekodede video?
A: Ikke så god som software-encoder generelt. Men hvis der er høj bitrate, er forskellen ikke så mærkbar.
Q17: Hvornår kan vi også få HEVC-kodning?
A: Jeg ved det ikke. Men du kan altid starte til Windows og bruge HEVC-hardwarekodning. (Opdatering: FULD HWAccel inklusive HEVC-kodning kan også opnås ved at bruge OpenCore. Ikke sikker på hvor sikkert, men det fungerer stabilt på min cMP)
Q18: Hvor meget forbedring kan jeg forvente?
A: Tja, afhænger af brugen. Men en hurtig iMovie 4K H264 eksporttest viser, at en Vega 64 kan reducere eksporttiden fra 6:19 til 1:25, hvilket betyder reduceret eksporttiden med ~77 % (på en dual X5680 cMP).
Q19: Hvorfor viser VideoProc ingen HEVC-afkodning efter mod'en?
A: Jeg ved ikke hvorfor, men det er normalt i dette tilfælde. Min anbefaling er at downloade demo HEVC-video fra ovenstående link og afspille den via QuickTime (eller blot via Finder preview). Så længe CPU-bruget kun forbliver omkring 20% (men ikke 800%), betyder det, at HEVC-afkodning fungerer korrekt.
For dem, der bruger OpenCore-metoden, bør du være i stand til at se HEVC HWAccel nytte. Hvis ikke der, så klik venligst på det lille genindlæsningsikon.
Q20: Skal jeg installere den nyere version af Lilu og WhateverGreen?
A: NEJ. Trods den nyere version kan fungere, men giver ingen ekstra funktion i dette tilfælde, og jeg aner ikke om den nyere har dårligere stabilitet. Hvis jeg fandt en bedre måde / kext at bruge. Jeg vil opdatere indlægget i overensstemmelse hermed. (Opdatering: For Catalina, installer venligst Lilu 1.4.0 og WhateverGreen 1.3.5. Og indtil videre giver alle nyere Lilu og WEG kun bedre resultater på grund af fejlrettelser. Brugere skal være OK for at installere den seneste version)
Q21: Jeg oplevede systemfrysning, konsollog viser 'GPU Genstart'-hændelsen, hvad skal jeg gøre?
A: PRAM-nulstilling vil bringe dit system tilbage til det normale. Hvis du er med Polaris GPU (RX560, RX570, RX580 osv.), ser det ud til, at nogle mennesker er berørt af denne fejl. Hvad jeg fandt, er en alternativ metode ved direkte hex-redigering, AppleGVA-filen virker mere stabil for disse GPU'er. Indledende test viser, at det er meget sikkert at gøre det, selvom jeg fuldstændig ødelægger AppleGVA-filen, kan operativsystemet stadig starte til skrivebordet. Hvis du foretrækker at gå denne vej, skal du sørge for, at du ved, hvordan du gendanner filen (eller endda helt genoprette fra et operativsystem, der ikke kan startes). Oplysningerne findes på post #205. (opdatering: 10.14.6 viser ekstrem god stabilitet, stærkt anbefalet til RX580-brugere)
Q22: Hvordan ved jeg, om hardwareacceleration virkelig virker?
A: Mit forslag er at bruge Terminal. Detaljeret info i indlæg #273. Du kan også bruge OpenGL Driver Monitor til at observere UVD/VCE-aktiviteterne (link) .
Q23: Kan jeg bruge denne mod med MVC flashed RX580?
A: Ifølge dette indlæg er svaret JA.
Q24: Er det muligt at slukke for hwaccel uden at genstarte. Så jeg kan nyde DRM-streaming når som helst?
A: Kun den alternative metode tillader ON/OFF i farten. Hvis du ikke vil bruge terminal / Finder til at gøre det hver gang, kan du lave to simple apps til at gøre det, procedurer her. (Opdatering: Min OpenCore-pakke skulle give dig mulighed for at afspille DRM-streaming video som standard)
Q25: Fungerer baggrundsgengivelse stadig i FCPX?
A: Baggrundsgengivelse virker stadig for begge metoder. Dette er fuldstændig uafhængigt af hwaccel. Jeg slog det fra i ovenstående demo er bare for at illustrere real-time tidslinjeredigering. Ikke fordi det ikke kan fungere.
Spørgsmål 26: Jeg har prøvet hex-redigeringsmetoden mange gange, den virker ikke, men jeg er sikker på, at jeg gjorde alt rigtigt. Hvad skal jeg gøre?
A: Måske skulle du prøve at åbne en ny brugerprofil og se om det hjælper ( referencelink )
Q27: Hvorfor 'Graphics' i VideoProc HWAccel-siden viser N/A?
A: Ingen idé, men det er bare en kosmetisk fejl i dette tilfælde. (Opdatering: Det ser ud til, at VideoProc leder efter nøgleordet 'AMD'. Hvis f.eks. kortet er |_+_|, kan VideoProc vise det korrekt. Men hvis kortet identificeres som |_+_|, kan VideoProc ikke vis dens navn)
Se medieelementet ' data-single-image='1'>
Se medieelementet ' data-single-image='1'>
P.S. For dem, der ønsker at tilføje præfikset |_+_| foran grafikkortets navn, tilmeld dig OpenCore-tråden. Vi kan omdøbe grafikkortet til hvad vi vil i OpenCore.
Q28: Hvorfor viser VideoProc, at jeg bruger 'Intel' HWAccel, når jeg konverterer videoer?
A: Heller ingen idé, men igen, det er bare en kosmetisk fejl i dette tilfælde. (Opdatering: Indtil videre viser den, at VideoProc kun ved, om HWAccel virker (via VideoToolBox), men den kan ikke se, hvilken hardware der leverer HWAccel i macOS. Derfor bruger den en 'one size fit all'-løsning. Pga. de fleste Mac derude bruger iGPU Intel Quick Sync til at levere HWAccel. VideoProc ser ud til kun at vise |_+_|, når HWAccel er i brug, uanset om computeren faktisk bruger AMD VCE / VCN, Intel Quick Sync eller endda M1. )
Q29: Hvorfor viser VideoProc intet aktiveret, men alt ser ud til at fungere som forventet?
A: Så længe du kan se dette flueben, hvilket betyder, at HWAccel er aktiveret. Fra min observation ændres dette flueben altid automatisk.
Se medieelementet ' data-single-image='1'>
For siden Hardware Info Detected, klik venligst på det lille genindlæsningsikon for at lade VideoProc vise dig den seneste status.
Se medieelementet ' data-single-image='1'>
Q30: vil dette virke på 6,1?
A: Kun via eGPU (Polaris eller højere).
Q31: vil dette virke på 3,1?
A: Ja (link)
Spørgsmål 32: Hvorfor viser 'Om denne Mac' en anden clockhastighed efter installation af OpenCore?
A: CPU'en arbejder stadig med sin oprindelige clock-hastighed, intet er virkelig ændret. Det eneste, der er ændret, er bare præsentationen. Vi injicerer iMac Pro-kort-id'et via OpenCore for at aktivere HWAccel i macOS. Derfor bruger macOS også iMac Pro's format til at vise CPU-clockhastigheden (f.eks. vil 3,46GHz blive rundet op til 3,5GHz). Dette er normalt, 100 % kosmetisk og rent 2-cifret vs 3-cifret præsentation. Sidst redigeret: 25. september 2021
h9826790
Original plakat- 3. april 2014
- Hong Kong
- 14. maj 2019
SkipperRi sagde: Hej, det er gode nyheder! Jeg har et spørgsmål om det første skærmbillede. Hvordan fik du den information, i hvilken software? Klik for at udvide...
VideoProc. Gratis licens tilgængelig 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 sagde: VideoProc. Gratis licens tilgængelig nuTak skal du have!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Klik for at udvide...
bookemdano
- 29. juli 2011
- 14. maj 2019
Ved du, hvad Apple ændrede med 10.14.5, der tillader dette at fungere?
bazza5938
- 25. november 2018
- Det Forenede Kongerige
- 14. maj 2019
csd
- 3. september 2017
- Irland
- 14. maj 2019
** Efterlader dette nedenfor, hvis nogen har lignende problemer med boot-args **
folkens,
Jeg har prøvet dette, men det ser ud til at fejle ved boot-args-stadiet. Jeg kan fint indstille boot-args (nvram -p viser, at de er der), men når jeg genstarter, er indgangen forsvundet fuldstændig, og jeg har ingen acceleration. SIP er deaktiveret.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Så når jeg genstarter:
$ nvram -p | grep args
$
Her er den fulde liste over mine aktuelt indstillede nvram-indstillinger:
$ 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
Systemlydstyrke:
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 viser deaktiveret:
$ csrutil status
Systemintegritetsbeskyttelsesstatus: deaktiveret.
Systeminformationen viser, at LiLu og WhateverGreen er indlæst, men jeg gætter på, at de ikke virker, fordi de korrekte parametre ikke er blevet videregivet til dem ved opstart.
Nogle ideer?
Tak,
Colin Sidst redigeret: 14. maj 2019
lukethemore
- 14. maj 2019
- Milano (Italien)
- 15. maj 2019
hvorfor slår Apple ikke disse 'funktioner' til som standard?
hver gang er den samme historie: deaktiver nogle funktioner, overskriv kext, genstart ... og så videre ... hvorfor ???
blad
- 15. maj 2019
- 15. maj 2019
Hvilken fil skal jeg downloade. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tak
IndioX
- 1. oktober 2018
- østrig/europa
- 15. maj 2019
hoja sagde: Hej med dig,
Hvilken fil skal jeg downloade. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tak Klik for at udvide...
hvis du ikke kender forskellen, bør du lade den blive for at eksperimentere i systemet ;-)
h9826790
Original plakat- 3. april 2014
- Hong Kong
- 15. maj 2019
hoja sagde: Hej med dig,
Hvilken fil skal jeg downloade. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Tak Klik for at udvide...
Jeg bruger udgivelser
csd
- 3. september 2017
- Irland
- 15. maj 2019
- Afspilning af HEVC 4K60 gik fra hakkende til perfekt jævn. Selv 120 Mbps HEVC Jellyfish-filen spiller perfekt.
- Der er nu en forbedring på 50 % i håndbremsetranskodning, når jeg vælger VideoToolbox H.264-koderen i stedet for x264-koderen (25 fps vs 16 fps ved at konvertere 120 Mbps vandmænd 4K-filen til en 6 Mbps 1080p-fil). VideoToolbox ser ikke ud til at bruge HyperThreading, kun 6 tråde viser optaget i Activity Monitor; x264 bruger alle 12 tråde på mit system. Men selv uden HT er VideoToolbox stadig 50 % hurtigere med den indbyggede GPU-acceleration!
thomasthegps
- 23. september 2015
- Frankrig
- 15. maj 2019
[doublepost=1557934191][/doublepost]
lukethemore sagde: undskyld mit spørgsmål, det kan være dumt ... men ...
hvorfor slår Apple ikke disse 'funktioner' til som standard?
hver gang er den samme historie: deaktiver nogle funktioner, overskriv kext, genstart ... og så videre ... hvorfor ??? Klik for at udvide...
Svaret er ret simpelt: penge
h9826790
Original plakat- 3. april 2014
- Hong Kong
- 15. maj 2019
csd sagde: Bare en opfølgning efter nogle test.
/csd Klik for at udvide...
- Afspilning af HEVC 4K60 gik fra hakkende til perfekt jævn. Selv 120 Mbps HEVC Jellyfish-filen spiller perfekt.
- Der er nu en forbedring på 50 % i håndbremsetranskodning, når jeg vælger VideoToolbox H.264-koderen i stedet for x264-koderen (25 fps vs 16 fps ved at konvertere 120 Mbps vandmænd 4K-filen til en 6 Mbps 1080p-fil). VideoToolbox ser ikke ud til at bruge HyperThreading, kun 6 tråde viser optaget i Activity Monitor; x264 bruger alle 12 tråde på mit system. Men selv uden HT er VideoToolbox stadig 50 % hurtigere med den indbyggede GPU-acceleration!
2. Jeg er helt sikker på, at håndbremsen kun bruger GPU'en til at kode, men ikke afkode.
f.eks. Når jeg beder FFMpeg om at bruge GPU til BÅDE afkodning og kodning. CPU-belastningen er meget meget lav.
Se medieelementet ' data-single-image='1'>
Men hvis jeg kun beder FFMpeg om at bruge GPU til at kode, men lad afkodningsdelen blive til CPU. Så vil CPU'en ramme 1000% belastning (svarende til håndbremse).
Se medieelementet ' data-single-image='1'>
Og som du kan se. Når vi omkoder HEVC til H264. Hvis kildevideoen er for krævende for CPU'en. GPU-omkodningsydelsen vil holde tilbage af CPU'en. I min ovenstående test er det omkring 10% hurtigere at bruge ren GPU-transkodning. Så din computer vil ende med at bruge mere strøm, men arbejde langsommere.
Men hvis CPU'en er hurtig nok til at håndtere kildevideoen, vil det normalt have et bedre resultat at bruge CPU til at afkode og bruge GPU til at kode.
Under alle omstændigheder betyder det bedre nu at bruge mere CPU. Sidst redigeret: 15. maj 2019
IndioX
- 1. oktober 2018
- østrig/europa
- 15. maj 2019
med sikkerhedsopdatering 2019-003 og bootROM 144.0.0.0.0 !?!
Se medieelementet ' data-single-image='1'>
Hendrik94
- 17. oktober 2014
- Tyskland
- 15. maj 2019
tsialex
- 13. juni 2016
- 15. maj 2019
IndioX sagde: AMD hardwareacceleration virker også i high sierra 10.13.6iMac Pro har hardwareacceleration med High Sierra, så det er ikke en overraskelse.
med sikkerhedsopdatering 2019-003 og bootROM 144.0.0.0.0 !?!
Se vedhæftet fil 837175 Klik for at udvide...
IndioX
- 1. oktober 2018
- østrig/europa
- 15. maj 2019
tsialex sagde: iMac Pro har hardwareacceleration med High Sierra, så det er ikke en overraskelse. Klik for at udvide...
men indtil videre lød det, at det kun skulle virke fra 10.14.5 og frem
tsialex
- 13. juni 2016
- 15. maj 2019
IndioX sagde: men indtil videre blev det sagt, at det kun skulle virke fra 10.14.5 og frem Klik for at udvide...
10.14.5 bragte understøttelse af eGPU RX-580, iMac havde kodningsunderstøttelse til VEGA GPU'er siden ikke længe efter udgivelsen, hvis min hukommelse stadig fungerer.
IndioX
- 1. oktober 2018
- østrig/europa
- 15. maj 2019
Det vil jeg se, når jeg har tid
tsialex
- 13. juni 2016
- 15. maj 2019
IndioX sagde: ville betyde, at RX580 ikke virker under 10.13.6 Klik for at udvide...Nogen burde teste det og bekræfte, om hardwarekodning virker til RX-580 falsk iMac Pro.
VEGA er ikke en overraskelse, fungerer allerede med iMac Pro og High Sierra.
h9826790
Original plakat- 3. april 2014
- Hong Kong
- 15. maj 2019
IndioX sagde: AMD hardwareacceleration virker også i high sierra 10.13.6
med sikkerhedsopdatering 2019-003 og bootROM 144.0.0.0.0 !?!
Se vedhæftet fil 837175 Klik for at udvide...
Interessant, med denne mod? Eller indfødt?
IndioX
- 1. oktober 2018
- østrig/europa
- 15. maj 2019
h9826790 sagde: Interessant, med denne mod? Eller indfødt? Klik for at udvide...
med mode, test på min vega64
men jeg ved ikke, om dette også virker med RX580
håber at komme til at teste det snart
VaZ
- 31. august 2012
- 15. maj 2019
Så alle Polaris og højere kort er RX-kortene korrekte?
Min VLC bruger 400% CPU til at spille det. Virkelig forfærdeligt. Sidst redigeret: 19. oktober 2021Næste 1 af 125
Populære Indlæg