Forum

MP 1,1-5,1 Aktiver AMD maskinvareakselerasjon

Status
Det første innlegget i denne tråden er et WikiPost og kan redigeres av alle med passende tillatelser. Endringene dine vil være offentlige.

h9826790

Original plakat
3. april 2014
Hong Kong


  • 3. mai 2019
[For eksisterende OpenCore-brukere kan du alltid laste ned min nyeste OpenCore-pakke på post #1314 for oppdatering]

Full HWAccel oppnådd nå!
Vis medieelementet ' data-single-image='1'>

Alt er dekket i OpenCore-tråden. Den trinnvise veiledningen for å aktivere AMD-maskinvareakselerasjon er nå her, men jeg anbefaler på det sterkeste at du går gjennom OpenCore-tråden før du gjør noe.

OpenCore på Mac Pro

Denne guiden forklarer hvordan du bruker den utmerkede OpenCore-oppstartslasteren til å installere, kjøre og oppdatere den nyeste versjonen av macOS på MacPro5,1, noe som resulterer i et rent, uendret operativsystem akkurat som på en støttet Mac. forums.macrumors.com
Den samme metoden fungerer både i Mojave og utover. MEN for dual-prosessor cMP-brukere, vennligst hold deg til Mojave i dette øyeblikk. (Oppdatering: vennligst hold deg til Mojave for ALLE som vil ha HWAccel. CMMChris rådet Apple til å fjerne HEVC HWAccel for alle Polaris GPUer i den nyeste Catalina-betaen. Noe som betyr at du kanskje ikke oppgraderer operativsystemet for å få noen sikkerhetsfiks, med mindre dette er en feil i betaversjonen . Bli med Mojave, skaff deg HWAccel, og hold operativsystemet ditt oppdatert ser ut til å være et bedre valg for øyeblikket)
Vis medieelementet ' data-single-image='1'>

Sidecar (og AirPlay Display) skal også fungere, men jeg har ingen iPad som kan teste den ennå. Den siste config.plist i post #594 og #1314 vil nå beholde cMP-identen som 5,1. Vil derfor IKKE aktivere Sidecar som standard nå.

------ Prosedyren nedenfor er avskrevet, bare oppbevar i dette innlegget ( men jeg vil fortsatt opprettholde FAQ-delen for å holde den oppdatert. Vennligst les gjennom FAQ før du spør om noe. Spørsmål som allerede er dekket i FAQ vil ikke bli besvart av meg .). For de som ikke trenger HEVC-maskinvarekoding, og foretrekker ikke å installere OpenCore. Du kan fortsatt følge prosedyren nedenfor for å aktivere HWAccel ------

10.14.5 er nå offisiell. Og jeg kan bekrefte at AMD-kortbrukere (Polaris eller høyere) kan glede seg over H264 maskinvarekoding / H264 maskinvaredekoding / og HEVC maskinvaredekoding.
Vis medieelementet ' data-single-image='1'>

Prosedyren er som følger: (les gjennom hele spørsmål og svar-delen FØR du gjør noe. Du bør vite hvordan du gjenoppretter, eller må kanskje bruke alternativ prosedyre osv.)

1) Hold SIP deaktivert

2) Last ned Lilu.kext

3) Last ned Whatever Green.kext

4) åpne Lilu.kext (høyreklikk -> vis pakkens innhold)

5) skriv inn innhold

6) opprett mappen 'Plugins' (NB. Denne mappen er INNE i innholdet, vennligst gå ikke glipp av trinn 5)
Vis medieelementet ' data-single-image='1'>

7) Kopier WhateverGreen.kext til plugins

8) Kopier hele den moddede Lilu kexten til /Library/Extensions/

9) Åpne terminal

10) Gå inn
Kode: |_+_|
11) Gå inn
Kode: |_+_|
12) Gå inn
Kode: |_+_|
13) Gå inn
Kode: |_+_| (du kan få en merkelig avkastning med denne kommandoen, ikke bekymre deg for det)

14) Gå inn
Kode: |_+_| For Catalina, kan det hende du må angi no compat check boot-argumentet også, ellers kan du stå fast ved no boot-situasjonen før du fikser boot-argumentet i gjenopprettingspartisjonen.

15) Start på nytt


Vanlige spørsmål, les gjennom denne delen FØR du spør. Jeg vil ikke svare på noe som allerede er dekket i denne delen.

Q1: Er dette trygt?
A: Testet siden 10.14.5 beta 4, så langt, ingen system skadet av denne modifikasjonen. (Oppdatering: OpenCore kan skrive noe inn i cMP-ens fastvare. Så hvis du vil være sikker, unngå OpenCore. Og bruk kun Lilu + WhareverGreen, eller hex-redigeringsmetode)

Q2: Er det noen ulemper?
A: Ja, for Lilu- eller hex-redigeringsmetoden kan det hende at iTunes, TV+ og Safari Netflix DRM-streaming ikke fungerer, men fullstendig nedlasting av DRM-film skal ikke påvirkes. Og Netflix på Chromium-baserte nettlesere (Chrome, Brave, Edge, osv.) er OK.

DRM-streaming kan fungerer feilfritt med OpenCore-metoden.

Q3: Noen andre kjente problemer?
A: Foto-appen krasjer hvis HDMIAudio.kext også er installert. Dessuten rapporterte få flere brukere systemfrysing (i 10.14.5). Det ser ut til at kun Polaris GPU er påvirket, f.eks. RX580. Så langt har all frysing kun forekommet i Apple-apper. f.eks. FCPX, Photos, Compressor, etc. Tredjepartsapper som PP, DV, VideoProc påvirkes ikke. Imidlertid virker Polaris GPU hwaccel perfekt stabil i 10.14.6 beta ved hex-redigering av AppleGVA-filen. Dessuten ser det ut til at Adobe Media Encoder vil føre til at videomotoren stopper. Ikke systemfrysing/krasj, men videomotoren liker rett og slett slutte å fungere, yter ekstremt dårlig. Normal ytelse kan bare gjenopprettes ved omstart. (Oppdatering: 10.14.6 offisiell utgivelse ser ut til at de fleste av disse problemene er løst. Jeg har i det minste ingen måte å reprodusere noen fryse med min RX580)

Q4: Hvordan fikser jeg det hvis systemet krasjer etter modifikasjonen?
A: For Lilu / OpenCore 0.5.5-metoden, vil NVRAM-tilbakestilling fjerne oppstartsargumentet og deaktivere kexts / OpenCore. Så vil effektivt tilbakestille systemet tilbake til den opprinnelige tilstanden. Når systemet har startet opp igjen, kan du fjerne kext / OpenCore.

For Hex-redigeringsmetoden kjørte jeg mange tester, ingen måte å krasje systemet. Men hvis det er ustabilitet, vennligst gjenopprett den opprinnelige filen fra sikkerhetskopien.

For OpenCore 0.5.6 og nyere må du montere EFI-partisjonen på nytt -> fjerne BOOT og OC-mappen -> tilbakestill NVRAM

Q5: Hva er fordelen?
A: Kan spille av noen svært krevende HEVC-videoer (f.eks. denne)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/

Dette er hvordan min cMP kan spille av denne videoen nå. Jevn avspilling med svært lav CPU-bruk (bruk en nettleser som støtter VP9 for å se alle følgende Youtube-videoer i 4k, ellers kan det hende du ikke kan lese detaljene)

Kan redigere H264 direkte jevnt, ikke lenger nødvendig å omkode til ProRes, reduserer lagringshastigheten og kapasitetskravet betydelig. Mest sannsynlig kan forbedre produktiviteten også

Kan redigere HEVC direkte jevnt, ingen behov for å transkode til ProRes lenger, redusere lagringshastigheten og kapasitetskravet betydelig. Mest sannsynlig kan forbedre produktiviteten også

Kan forbedre H264-eksporthastigheten betraktelig med lavt CPU-bruk (avhenger av CPU/GPU-spesifikasjonen din)

Kan ta opp skjermen i 4k jevnt. Som du kan se fra lenken ovenfor. Min cMP nå kan gjøre disse tingene og fortsatt ta opp skjermen jevnt på samme tid.

Kan spille VP9-video jevnt. Min cMP kan nå spille av denne 8K 24FPS YouTube-videoen med null bildefall. (VP9-maskinvaredekode støttes IKKE i macOS opp til Catalina.)

Q6: Kan dette fungere i 10.14.4 eller før?
A: En bruker rapporterte at siste 10.13.6 med Vega også fungerer med Lilu mehtod. Men RX580 vil forårsake GPURestart-feil, som fryser skjermen og gjør operativsystemet ubrukelig. (oppdatering: brukere rapporterte at maskinvaredekoding fungerer, men H264 maskinvarekoding vil forårsake krasj)

Q7: Kan dette fungere om 10.15?
A: Ikke så god som 10.14.6. Bare Lilu-metoden, eller OpenCore-metoden fungerer. I 10.15.2 fjernes Polaris (f.eks. RX580) HEVC HWAccel-støtte av Apple (WhateverGreen burde fikse dette Polaris-støtteproblemet. Men jeg har ikke testet det personlig)

Oppdatering: HWAccel fungerer ganske bra i alle 10.14.6, 10.15.7 og 11.2.3 nå.

Q8: Kan dette fungere for Nvidia GPU?
A: NEI

Q9: Kan dette fungere for flashed 7950 osv.?
A: Jeg vet ikke. Vennligst test det for meg. (Oppdatering: Svaret er NEI, takk bazza5938 for å utføre testen)

Q10: Hvilken programvare kan dra nytte av denne modifikasjonen?
A: Dette vil gi maskinvareakselerasjon på systemnivå. Så langt fungerer all min testede programvare (f.eks. FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)

Q11: Hvis jeg foretar en NVRAM-tilbakestilling av en annen grunn, hvordan får jeg tilbake disse funksjonene?
A: For Lilu-metoden, gjenta trinn 14 og start på nytt.

Hex-redigeringsmetode / OpenCore 0.5.6 (innlegg #1314) påvirkes ikke.

For OpenCore 0.5.5 (i innlegg #594), avhenger av oppsettet ditt, kan det hende du må re-velsigne for å starte opp via OpenCore igjen.

Q12: Hva er den anbefalte GPUen?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Så lenge det kortet kan fungere på cMP, spiller ikke merke/modell noen rolle (Oppdatering: for dette spesielle formålet er Vega definitivt bedre enn Polaris-kort. Det er null krasj/frys-rapport fra Vega-brukere ennå).

Q13: Hvorfor ikke anbefale Radeon VII eller RX570, etc.
A: AFAIK, all Polaris, Vega, Navi GPU fungerer, jeg er bare ikke sikker på hvor moden den generelle støtten er. (Oppdatering: Jeg oppgraderte GPUen min til Radeon VII, perfekt stabil, og maskinvarekoding er omtrent 100 % raskere enn RX580. Navis HWAccel bekreftet også kan aktiveres.)

Q14: Er dette QuickSync?
A: NEI, QuickSync er maskinvareakselerasjonen for Intel iGPU, ikke den generelle betegnelsen for GPU-videomaskinvareakselerasjon. AMD GPU bruker UVD (Unified Video Decoder) for dekoding, og VCE (Video Coding Engine) for koding. Alt dette vil bli kontrollert av VideoToolBox automatisk i macOS, praktisk talt gjennomsiktig for brukere. Det er samme konsept som QuickSync, men ikke QuickSync.

Q15: Jeg kan se at min GPU fungerer i Compressor før denne moden (på en cMP). Betyr det at jeg allerede har maskinvareakselerasjon?
A: NEI, vi snakker om H264 / HEVC maskinvareakselerasjon her. Ikke den generelle maskinvareakselerasjonen. De er helt forskjellige.

Q16: Hvordan er kvaliteten på den maskinvarekodede videoen?
A: Ikke så god som programvarekoder generelt. Men hvis du har høy bitrate, er forskjellen ikke så merkbar.

Q17: Når kan vi også få HEVC-koding?
A: Jeg vet ikke. Men du kan alltid starte opp til Windows og bruke HEVC-maskinvarekoding. (Oppdatering: FULL HWAccel inkludert HEVC-koding kan også oppnås ved å bruke OpenCore. Ikke sikker på hvor trygt, men det fungerer stabilt på min cMP)

Q18: Hvor mye forbedring kan jeg forvente?
A: Vel, avhenger av bruken. Men en rask iMovie 4K H264 eksporttest viser at en Vega 64 kan redusere eksporttiden fra 6:19 til 1:25, noe som betyr redusert eksporttiden med ~77 % (på en dual X5680 cMP).

Q19: Hvorfor viser VideoProc ingen HEVC-dekode etter moden?
A: Jeg vet ikke hvorfor, men dette er normalt i dette tilfellet. Min anbefaling er å laste ned demo HEVC-video fra lenken ovenfor, og spille den av via QuickTime (eller ganske enkelt via Finder-forhåndsvisning). Så lenge CPU-bruken bare holder seg rundt 20% (men ikke 800%), betyr det at HEVC-dekoding fungerer som den skal.

For de som bruker OpenCore-metoden, bør du kunne se HEVC HWAccel tilgjengelig. Hvis ikke der, vennligst klikk på det lille reload-ikonet.

Q20: Bør jeg installere den nyere versjonen av Lilu og WhateverGreen?
A: NEI. Til tross for den nyere versjonen kan fungere, men gir ingen ekstra funksjon i dette tilfellet, og jeg aner ikke om den nyere har dårligere stabilitet. Hvis jeg fant en bedre måte / kext å bruke. Jeg vil oppdatere innlegget deretter. (Oppdatering: For Catalina, installer Lilu 1.4.0 og WhateverGreen 1.3.5. Og så langt gir alle nyere Lilu og WEG bare bedre resultater på grunn av feilretting. Brukere bør være OK for å installere den nyeste versjonen)

Spørsmål 21: Jeg opplevde systemfrysing, konsollloggen viser «GPU Restart»-hendelsen, hva bør jeg gjøre?
A: PRAM-tilbakestilling vil bringe systemet tilbake til det normale. Hvis du er med Polaris GPU (RX560, RX570, RX580, etc), ser det ut til at noen mennesker er berørt av denne feilen. Det jeg fant er en alternativ metode ved direkte hex-redigering. AppleGVA-filen virker mer stabil for disse GPU-ene. Innledende test viser veldig trygt å gjøre det, selv om jeg fullstendig ødelegger AppleGVA-filen, kan operativsystemet fortsatt starte opp til skrivebordet. Hvis du foretrekker å gå denne ruten, sørg for at du vet hvordan du kan gjenopprette filen (eller til og med gjenopprette fra et uoppstartbart OS). Informasjonen er på post #205. (oppdatering: 10.14.6 viser ekstremt god stabilitet, sterkt anbefalt for RX580-brukere)

Q22: Hvordan vet jeg om maskinvareakselerasjon virkelig fungerer?
A: Mitt forslag er å bruke Terminal. Detaljert info i innlegg #273. Du kan også bruke OpenGL Driver Monitor for å observere UVD/VCE-aktivitetene (lenke) .

Q23: Kan jeg bruke denne moden med MVC flashed RX580?
A: I følge dette innlegget er svaret JA.

Q24: Er det mulig å slå AV hwaccel uten omstart. Slik at jeg kan nyte DRM-streaming når som helst?
A: Bare den alternative metoden tillater PÅ/AV i farten. Hvis du ikke vil bruke terminal / Finder til å gjøre det hver gang, kan du lage to enkle apper for å gjøre det, prosedyrer her . (Oppdatering: Min OpenCore-pakke skal tillate deg å spille DRM-streaming video som standard)

Q25: Fungerer bakgrunnsgjengivelse fortsatt i FCPX?
Svar: Bakgrunnsgjengivelse fungerer fortsatt for begge metodene. Dette er helt uavhengig av hwaccel. Jeg slo av det i demoen ovenfor er bare for å illustrere ytelsen til tidslinjeredigering i sanntid. Ikke fordi det ikke kan fungere.

Spørsmål 26: Jeg prøvde hex-redigeringsmetoden mange ganger, den fungerer ikke, men jeg er sikker på at jeg gjorde alt riktig. Hva burde jeg gjøre?
A: Kanskje du burde prøve å åpne en ny brukerprofil, og se om det hjelper (referanselenke)

Q27: Hvorfor 'Graphics' i VideoProc HWAccel-siden viser N/A?
A: Ingen anelse, men det er bare en kosmetisk feil i dette tilfellet. (Oppdatering: Det ser ut til at VideoProc leter etter nøkkelordet 'AMD'. Hvis f.eks. kortet er |_+_|, kan VideoProc vise det riktig. Men hvis kortet er |_+_|, kan ikke VideoProc vis navnet)
Vis medieelementet ' data-single-image='1'>
Vis medieelementet ' data-single-image='1'>
P.S. For de som vil legge til prefikset |_+_| foran grafikkortets navn, vær så snill å bli med i OpenCore-tråden . Vi kan gi nytt navn til grafikkortet til hva vi vil i OpenCore.

Q28: Hvorfor viser VideoProc at jeg bruker 'Intel' HWAccel når jeg konverterer videoer?
A: Ingen anelse heller, men igjen, det er bare en kosmetisk feil i dette tilfellet. (Oppdatering: Så langt viser den at VideoProc bare vet om HWAccel fungerer (via VideoToolBox), men den kan ikke fortelle hvilken maskinvare som gir HWAccel i macOS. Derfor bruker den en 'one size fit all'-løsning. Pga. de fleste Mac-maskiner der ute bruker iGPU Intel Quick Sync for å gi HWAccel. VideoProc ser ut til å bare vise |_+_| når HWAccel er i bruk, uansett om datamaskinen faktisk bruker AMD VCE / VCN, Intel Quick Sync, eller til og med M1. )

Q29: Hvorfor viser VideoProc ingenting aktivert, men alt ser ut til å fungere som forventet?
A: Så lenge du kan se denne haken, betyr det at HWAccel er aktivert. Fra min observasjon endres denne haken alltid automatisk.
Vis medieelementet ' data-single-image='1'>

For maskinvareinfo oppdaget-siden, klikk på det lille reload-ikonet for å la VideoProc vise deg den siste statusen.
Vis medieelementet ' data-single-image='1'>
Q30: vil dette fungere på 6,1?
A: Kun via eGPU (Polaris eller høyere).

Q31: vil dette fungere på 3,1?
A: Ja (lenke)

Q32: Hvorfor viser 'Om denne Macen' en annen klokkehastighet etter installasjon av OpenCore?
A: CPU-en fungerer fortsatt med sin opprinnelige klokkehastighet, ingenting er egentlig endret. Det eneste som er endret er bare presentasjonen. Vi injiserer iMac Pro-kort-IDen via OpenCore for å aktivere HWAccel i macOS. Derfor bruker macOS også iMac Pros format for å vise CPU-klokkehastigheten (f.eks. vil 3,46 GHz rundes opp til 3,5 GHz). Dette er normalt, 100 % kosmetisk, og rent 2-sifret vs 3-sifret presentasjon. Sist redigert: 25. september 2021
Reaksjoner:h9826790

h9826790

Original plakat
3. april 2014
Hong Kong
  • 14. mai 2019
SkipperRi sa: Hei, dette er gode nyheter! Jeg har ett spørsmål om det første skjermbildet. Hvordan fikk du den informasjonen, i hvilken programvare? Klikk for å utvide...

VideoProc. Gratis lisens tilgjengelig nå

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

SkipperRi

11. juli 2015
Rijeka, Kroatia
  • 14. mai 2019
h9826790 sa: VideoProc. Gratis lisens tilgjengelig nå

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Klikk for å utvide...
Takk skal du ha!
Reaksjoner:Eschers B

bookemdano

29. juli 2011
  • 14. mai 2019
Takk for arbeidet du brukte på denne opplæringen h9826790. Jeg hadde aldri hørt om WhateverGreen før (og Shiki før det). Her er Github hvis noen andre er interessert: https://github.com/acidanthera/WhateverGreen

Vet du hva Apple endret med 10.14.5 som lar dette fungere?

bazza5938

25. november 2018
Storbritannia
  • 14. mai 2019
Takk for at du postet dette her, jeg må prøve det med min 7950 bare for å se om jeg kan få noe maskinvarekode/dekode ut av den før jeg oppdaterer til 10.14.5 final, siden jeg vet at rx580 fungerer vakkert
Reaksjoner:h9826790 C

csd

3. september 2017
Irland
  • 14. mai 2019
** Jeg fikset dette ved å slette NVRAM og starte fra bunnen av igjen **
** La dette stå nedenfor i tilfelle noen har lignende problemer med boot-args **

Folkens,

Jeg har prøvd dette, men ser ut til å mislykkes på oppstarts-args-stadiet. Jeg kan stille inn boot-args fint (nvram -p viser at de er der), men når jeg starter på nytt har oppføringen forsvunnet helt og jeg har ingen akselerasjon. SIP er deaktivert.

$ 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 starter på nytt:

$ nvram -p | grep args
$

Her er den fullstendige listen over mine nvram-innstillinger:

$ 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
Systemlydvolum:
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 deaktivert:
$ csrutil status
Systemintegritetsbeskyttelsesstatus: deaktivert.

Systeminformasjon viser at LiLu og WhateverGreen er lastet inn, men jeg antar at de ikke fungerer fordi de riktige parameterne ikke har blitt sendt til dem ved oppstart.

Noen ideer?

Takk,

Colin Sist redigert: 14. mai 2019
Reaksjoner:h9826790

lukethemore

14. mai 2019
Milan (Italia)
  • 15. mai 2019
beklager spørsmålet mitt, det kan være dumt ... men ...


hvorfor slår ikke Apple på disse 'funksjonene' som standard?


hver gang er den samme historien: deaktiver noen funksjoner, overskriv kext, restart ... og så videre ... hvorfor ???
Reaksjoner:Marekul, Chung123, thomasthegps og 2 andre

blad

15. mai 2019
  • 15. mai 2019
Hei der,

Hvilken fil skal jeg laste ned. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Takk

IndioX

1. oktober 2018
østerrike/europa
  • 15. mai 2019
hoja sa: Hei,

Hvilken fil skal jeg laste ned. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Takk Klikk for å utvide...


hvis du ikke vet forskjellen, bør du la den bli værende for å eksperimentere i systemet ;-)

h9826790

Original plakat
3. april 2014
Hong Kong
  • 15. mai 2019
hoja sa: Hei,

Hvilken fil skal jeg laste ned. DEBUG eller RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Takk Klikk for å utvide...

Jeg bruker utgivelser
Reaksjoner:Eschers C

csd

3. september 2017
Irland
  • 15. mai 2019
Bare en oppfølging etter litt testing.

  1. Avspillingen av HEVC 4K60 gikk fra stamming til perfekt jevn. Selv 120 Mbps HEVC Jellyfish-filen spiller perfekt.
  2. Det er nå en forbedring på 50 % i transkoding av håndbrems når jeg velger VideoToolbox H.264-koderen i stedet for x264-koderen (25 fps vs 16 fps ved å konvertere 120 Mbps manet 4K-filen til en 6 Mbps 1080p-fil). VideoToolbox ser ikke ut til å bruke HyperThreading, bare 6 tråder viser opptatt i Activity Monitor; x264 bruker alle 12 trådene på systemet mitt. Men selv uten HT er VideoToolbox fortsatt 50 % raskere med den opprinnelige GPU-akselerasjonen!
/csd
Reaksjoner:Marekul og skeptech T

thomashegps

23. september 2015
Frankrike
  • 15. mai 2019
Jeg lurer på hvordan redigeringsytelsen i fcx med denne patchen er sammenlignet med nyere Mac-er.
[doublepost=1557934191][/doublepost]
lukethemore sa: beklager spørsmålet mitt som kan være dumt ... men ...


hvorfor slår ikke Apple på disse 'funksjonene' som standard?


hver gang er den samme historien: deaktiver noen funksjoner, overskriv kext, restart ... og så videre ... hvorfor ??? Klikk for å utvide...

Svaret er ganske enkelt: penger
Reaksjoner:Marekul og octoviaa

h9826790

Original plakat
3. april 2014
Hong Kong
  • 15. mai 2019
csd sa: Bare en oppfølging etter litt testing.

  1. Avspillingen av HEVC 4K60 gikk fra stamming til perfekt jevn. Selv 120 Mbps HEVC Jellyfish-filen spiller perfekt.
  2. Det er nå en forbedring på 50 % i transkoding av håndbrems når jeg velger VideoToolbox H.264-koderen i stedet for x264-koderen (25 fps vs 16 fps ved å konvertere 120 Mbps manet 4K-filen til en 6 Mbps 1080p-fil). VideoToolbox ser ikke ut til å bruke HyperThreading, bare 6 tråder viser opptatt i Activity Monitor; x264 bruker alle 12 trådene på systemet mitt. Men selv uten HT er VideoToolbox fortsatt 50 % raskere med den opprinnelige GPU-akselerasjonen!
/csd Klikk for å utvide...

2. Jeg er ganske sikker på at håndbremsen bare bruker GPUen til å kode, men ikke dekode.

f.eks. Når jeg ber FFMpeg om å bruke GPU til BÅDE dekoding og koding. CPU-belastningen er veldig lav.
Vis medieelementet ' data-single-image='1'>

Imidlertid, hvis jeg bare ber FFMpeg om å bruke GPU til å kode, men la dekodingsdelen for CPU. Deretter vil CPU-en nå 1000 % lasting (ligner på Handbrake).
Vis medieelementet ' data-single-image='1'>

Og som du kan se. Når vi omkoder HEVC til H264. Hvis kildevideoen er for krevende for CPU. GPU-omkodingsytelsen vil holde tilbake av CPU. I testen ovenfor er bruk av ren GPU-transkoding omtrent 10% raskere. Så datamaskinen din vil ende opp med å bruke mer strøm, men jobbe tregere.

Men hvis CPU-en er rask nok til å håndtere kildevideoen, vil det vanligvis gi bedre resultat å bruke CPU til å dekode, og bruke GPU til å kode.

Uansett, ikke nødvendig å bruke mer CPU betyr bedre nå. Sist redigert: 15. mai 2019
Reaksjoner:Eschers og zoltm

IndioX

1. oktober 2018
østerrike/europa
  • 15. mai 2019
AMD maskinvareakselerasjon fungerer også i High Sierra 10.13.6
med sikkerhetsoppdatering 2019-003 og bootROM 144.0.0.0.0 !?!


Vis medieelementet ' data-single-image='1'>
Reaksjoner:Petri Krohn, octoviaa, h9826790 og 1 annen person

Hendrik94

17. oktober 2014
Tyskland
  • 15. mai 2019
Fungerer fortsatt i 10.14.6 Dev 1 så langt Reaksjoner:h9826790

tsialex

13. juni 2016
  • 15. mai 2019
IndioX sa: AMD maskinvareakselerasjon fungerer også i high sierra 10.13.6
med sikkerhetsoppdatering 2019-003 og bootROM 144.0.0.0.0 !?!


Se vedlegg 837175 Klikk for å utvide...
iMac Pro har maskinvareakselerasjon med High Sierra, så det er ikke en overraskelse.
Reaksjoner:octoviaa og IndioX

IndioX

1. oktober 2018
østerrike/europa
  • 15. mai 2019
tsialex sa: iMac Pro har maskinvareakselerasjon med High Sierra, så det er ikke en overraskelse. Klikk for å utvide...

men så langt ble det sagt at det bare skulle virke fra 10.14.5 og utover

tsialex

13. juni 2016
  • 15. mai 2019
IndioX sa: men så langt ble det sagt at det bare skulle fungere fra 10.14.5 og utover Klikk for å utvide...

10.14.5 ga støtte for eGPU RX-580, iMac hadde kodingsstøtte for VEGA GPUer siden ikke lenge etter utgivelsen, hvis minnet mitt fortsatt fungerer.
Reaksjoner:Eschers

IndioX

1. oktober 2018
østerrike/europa
  • 15. mai 2019
vil bety at RX580 ikke fungerer under 10.13.6

Jeg skal se på det når jeg har tid

tsialex

13. juni 2016
  • 15. mai 2019
IndioX sa: vil bety at RX580 ikke fungerer under 10.13.6 Klikk for å utvide...
Noen burde teste det og bekrefte om maskinvarekoding fungerer for RX-580 falske iMac Pro.

VEGA er ikke en overraskelse, fungerer allerede med iMac Pro og High Sierra.
Reaksjoner:Eschers

h9826790

Original plakat
3. april 2014
Hong Kong
  • 15. mai 2019
IndioX sa: AMD maskinvareakselerasjon fungerer også i high sierra 10.13.6
med sikkerhetsoppdatering 2019-003 og bootROM 144.0.0.0.0 !?!


Se vedlegg 837175 Klikk for å utvide...

Interessant, med denne moden? Eller innfødt?
Reaksjoner:Eschers

IndioX

1. oktober 2018
østerrike/europa
  • 15. mai 2019
h9826790 sa: Interessant, med denne moden? Eller innfødt? Klikk for å utvide...

med modus, test på min vega64
men jeg vet ikke om dette fungerer med RX580 også
håper å få testet det snart

VaZ

31. august 2012
  • 15. mai 2019
Hvilken app er den maskinvareinformasjonen?
Så alle Polaris og høyere kort er RX-kortene riktige?

Min VLC bruker 400% CPU for å spille det. Virkelig fryktelig. Sist redigert: 19. oktober 2021
  • 1
  • 2
  • 3

  • Gå til side

    Gå
  • 125
Neste

Gå til side

GåNeste Siste
Hvordan Tos Apple Nyheter Annen Hvordan Personvernregler
Apple selger nå frittstående USB-C AirPods Pro-deksel for $99
iPhone 12 Bare Att iPhone 12 er operatørlåst?
Populære Innlegg

Populære Innlegg

Forum
Facebook laster ikke på Safari
Forum
Dell Xps 13 eller Mac M1
Apple Nyheter
USA kan utvide forbudet for nettbrett og bærbare datamaskiner til alle internasjonale flyvninger
Forum
HomeKit Robotstøvsuger kompatibel med HomeKit eller Siri snarveier
Apple Nyheter
Amazon Visa Rewards-kort er nå kompatibelt med Apple Pay
Apple Nyheter
Apple legger til 2017 13-tommers MacBook Pro-modeller til oppusset butikk