Rr 697
Alkuperäinen juliste- 11. toukokuuta 2019
- 2. toukokuuta 2020
fhturner
- 7. marraskuuta 2007
- Birmingham, AL & Atlanta, GA
- 2. toukokuuta 2020
ctrlzone
- 9. helmikuuta 2017
- 2. toukokuuta 2020
OkiRun
- 25. lokakuuta 2019
- Japani
- 2. toukokuuta 2020
IndioX sanoi: käännä kuvamateriaali proreiksi ja osta jälkipolttokorttiHieno neuvo. Pro Vega II sopii täydellisesti FCPX:lle ja Afterburner leikkaa kuin voita. Tehoa enemmän kuin tarpeeksi. Aseta FCPX Pro Res -tilaan ja ota renderöinti käyttöön. Ole onnellinen, että GPU tekee työnsä.
jos sinun pitäisi myös käyttää asianmukaista muokkausohjelmistoa (resolve tai fcpx)
profdraper
- 14. tammikuuta 2017
- Brisbane, Australia
- 2. toukokuuta 2020
Aboo
- 7. heinäkuuta 2008
- 2. toukokuuta 2020
Rr 697
Alkuperäinen juliste- 11. toukokuuta 2019
- 2. toukokuuta 2020
AidenShaw
- 8. helmikuuta 2003
- Niemimaa
- 2. toukokuuta 2020
Rr697 sanoi: No, vientiaika on noin 1:1. Katson mikä Render on, mutta se voisi olla nopeampi ja minua huolestuttaa, että se on niin hidas tässä EASY-materiaalissaEhkä on aika siirtyä Green Teamiin.
Näytä mediakohde '> Viimeksi muokattu: 2.5.2020
jasonmvp
macrumors puolijumala
- 15. kesäkuuta 2015
- Pohjois-VA
- 2. toukokuuta 2020
Rr697 sanoi: No, vientiaika on noin 1:1, katson mitä renderöi
Mihin muotoon olet vienyt? R
Rr 697
Alkuperäinen juliste- 11. toukokuuta 2019
- 3. toukokuuta 2020
jasonmvp sanoi: Mihin muotoon viet?MOV
[automerge] 1588535169 [/ automerge]
Aboo sanoi: Jos olet myymässä VegaII MPX -moduuliasi, kerro siitä minulle, niin saatan olla valmis ottamaan sen pois käsistäsi Reaktiot:OkiRunIndioX
- 1. lokakuuta 2018
- itävalta/eurooppa
- 3. toukokuuta 2020
Rr697 sanoi: MOV
mov ei ole muoto - se on säilö eri koodekeille!Reaktiot:h9826790 ja OkiRun
jasonmvp
macrumors puolijumala
- 15. kesäkuuta 2015
- Pohjois-VA
- 3. toukokuuta 2020
Rr697 sanoi: MOV
Mitä .MOV-tiedoston sisällä on? Mikä on koodaus? Käytätkö pitkän GOP-muotoa, kuten h.264 tai h.265?
Harkitsen myös Vega II MPX -moduulia, jos valitset Duon. Voin ehdottomasti heittää Resolveen toisen GPU:n.Reaktiot:OkiRun R
Rr 697
Alkuperäinen juliste
- 11. toukokuuta 2019
h.264
- 4. toukokuuta 2020
jasonmvp
macrumors puolijumala
- 15. kesäkuuta 2015
- Pohjois-VA
- 4. toukokuuta 2020
Rr697 sanoi: h.264
OK. Jos käytät 4K/60:tä, h.264-laitteistokoodaus otetaan käyttöön reaaliajassa. 4K/30 pitäisi pystyä tekemään noin puolessa ajasta; se skaalautuu periaatteessa lineaarisesti. Mutta Vega II:lla ei voi tehdä mitään (edes lisäämällä toista), mikä nopeuttaisi koodausta.Reaktiot:OkiRun G
goMac
Osallistuja
- 15. huhtikuuta 2004
- 4. toukokuuta 2020
Rr697 sanoi: h.264
H.264-koodausta hoitaa T2.
Grafiikkasuorittimesi on todennäköisesti maksimoitu renderöinnissa, ei koodaus. Mainitsit, että teet paljon väriluokitusta.
Vega Duo voisi auttaa sinua. Vaikea sanoa, miksi Vega 2 on maksimaalinen tietämättä enemmän väriluokituksestasi.Reaktiot:OkiRun TAI
OkiRun
- 25. lokakuuta 2019
- Japani
- 4. toukokuuta 2020
goMac sanoi: T2 hoitaa H.264-koodauksen.GoMac ~
Grafiikkasuorittimesi on todennäköisesti maksimoitu renderöinnissa, ei koodaus. Mainitsit, että teet paljon väriluokitusta.
Vega Duo voisi auttaa sinua. Vaikea sanoa, miksi Vega 2 on maksimaalinen tietämättä enemmän väriluokituksestasi.
Luulen, että Apple loi 7.1:n, jossa on metallin, FCPX:n, ProResin ja Afterburnerin työnkulku, jotta toimittajilla ei olisi sellaisia bugiongelmia, joita OP luo itselleen. Olenko väärässä tässä johtopäätöksessä? RRr 697
Alkuperäinen juliste
- 11. toukokuuta 2019
Kyllä, haluan vain nopeampaa suorituskykyä, ja tuntuu, että se on hidas siihen, mitä odotin. Millaisia hyötyjä saisin siis renderöinnissa ja viennissä Duolla?
- 5. toukokuuta 2020
jasonmvp
macrumors puolijumala
- 15. kesäkuuta 2015
- Pohjois-VA
- 6. toukokuuta 2020
Rr697 sanoi: Joo, haluan vain nopeampaa suorituskykyä, minusta tuntuu, että se on hidas siihen mitä odotin. Millaisia hyötyjä saisin siis renderöinnissa ja viennissä Duolla?
Viime kädessä sinun on selvitettävä, miksi kaikki tuntuu 'hitaalta'. Onko se renderöinti vai transkoodaus? Valitettavasti muutama NLE sekoittaa nämä kaksi termiä väärin ja ylikuormittaa niitä. Renderöinti: videon säveltäminen kuva ruudulta, jotta se 'näyttää ja kuulostaa' siltä miltä haluat. Mukaan lukien tehosteet, skaalaus, siirtymät jne. Transkoodaus, joka tapahtuu viennin aikana, on yksinkertaisesti: muuta tämä renderöity (sävellys) video johonkin muuhun muotoon (esim.: h.264).
Molemmat ovat laskennan raskaita. GPU-renderöinti tapahtuu varjostimien kanssa. GPU-laitteiston vienti tapahtuu GPU:n sisäänrakennetun kooderin avulla. Toisella ei ole mitään tekemistä toisen kanssa. Kun varjostimet lyövät päälle, näet 'GPU-kuormituksen' nousevan. Kun enkooderia käytetään, et todennäköisesti näe mitään tapahtuvan suhteessa GPU-kuormaan; se riippuu siitä, mitä tilastosovellusta käytät katsomiseen.
Tässä on kaareva pallo: jos NLE päättää renderöidä JA transkoodaa samanaikaisesti, niin voit lyödä molempia GPU:n osia kerralla.
Mitä tehdä? On olemassa muutamia tilastoja, jotka keräävät sovelluksia, jotka voit asentaa seurataksesi grafiikkasuorittimen ja prosessorin kuormitusta. Käytän iStatsin kaupallista versiota. Pidän silmällä vastaavia kuormia työskennellessäni ja näen, että 6K Canon RAW Lite -tiedostojeni toisto ja renderöinti Resolvessa lähettää grafiikkasuoritukseni +95 prosenttiin. Kun muunnaan h.265-muotoon, kuormitus laskee dramaattisesti, koska sommittelu on valmis, ja siinä vaiheessa ohjelmisto vain syöttää laitteistokooderin kehyksiä kirjoittaakseen (yksinkertaistan liikaa). Hämmentävä asia on, että BMD kutsuu koko prosessia 'renderöimiseksi'. Mikä... se ei ole. Se on transkoodaus. Reaktiot:pldelisleh9826790
- 3. huhtikuuta 2014
- Hong Kong
- 6. toukokuuta 2020
goMac sanoi: T2 hoitaa H.264-koodauksen.Onko todisteita? RRr 697
Alkuperäinen juliste
- 11. toukokuuta 2019
- 13. toukokuuta 2020
jasonmvp sanoi: Viime kädessä sinun on selvitettävä, miksi kaikki tuntuu 'hitaalta'. Onko se renderöinti vai transkoodaus? Valitettavasti muutama NLE sekoittaa nämä kaksi termiä väärin ja ylikuormittaa niitä. Renderöinti: videon säveltäminen kuva ruudulta, jotta se 'näyttää ja kuulostaa' siltä miltä haluat. Mukaan lukien tehosteet, skaalaus, siirtymät jne. Transkoodaus, joka tapahtuu viennin aikana, on yksinkertaisesti: muuta tämä renderöity (sävellys) video johonkin muuhun muotoon (esim.: h.264).
Molemmat ovat laskennan raskaita. GPU-renderöinti tapahtuu varjostimien kanssa. GPU-laitteiston vienti tapahtuu GPU:n sisäänrakennetun kooderin avulla. Toisella ei ole mitään tekemistä toisen kanssa. Kun varjostimet lyövät päälle, näet 'GPU-kuormituksen' nousevan. Kun enkooderia käytetään, et todennäköisesti näe mitään tapahtuvan suhteessa GPU-kuormaan; se riippuu siitä, mitä tilastosovellusta käytät katsomiseen.
Tässä on kaareva pallo: jos NLE päättää renderöidä JA transkoodaa samanaikaisesti, niin voit lyödä molempia GPU:n osia kerralla.
Mitä tehdä? On olemassa muutamia tilastoja, jotka keräävät sovelluksia, jotka voit asentaa seurataksesi grafiikkasuorittimen ja prosessorin kuormitusta. Käytän iStatsin kaupallista versiota. Pidän silmällä vastaavia kuormia työskennellessäni ja näen, että 6K Canon RAW Lite -tiedostojeni toisto ja renderöinti Resolvessa lähettää grafiikkasuoritukseni +95 prosenttiin. Kun muunnaan h.265-muotoon, kuormitus laskee dramaattisesti, koska sommittelu on valmis, ja siinä vaiheessa ohjelmisto vain syöttää laitteistokooderin kehyksiä kirjoittaakseen (yksinkertaistan liikaa). Hämmentävä asia on, että BMD kutsuu koko prosessia 'renderöimiseksi'. Mikä... se ei ole. Se on transkoodaus. Reaktiot:OkiRun ja Rr697h9826790
- 3. huhtikuuta 2014
- Hong Kong
- 13. toukokuuta 2020
Rr697 sanoi: Jason! Tein läksyni editoimalla joukon videoita ja tässä ovat todellisen maailman keskiarvot. Vientiaika on kaksi kertaa videon pituus. Käytin iStatia saadakseni kaikki nämä numerot alla.Haluaisitko testata HEVC:n vientiä laitteistokoodauksen kautta ja katsoa, mikä lataus tapahtuu?
FCPX ja 8-bittinen 4K 24 fps Sony A7RIV mp4
Renderöintiefektit/Luts jne
GPU-muisti 50%
GPU-prosessori 75-95 %
CPU 75 %
RAM 25%
Vienti MOV:iin
GPU-muisti 50%
GPU-prosessori 2 %
CPU 50 %
LOAD on molemmilla keskimäärin 19-26
Tämä video näyttää, kuinka HEVC viedään FCPX:stä laitteistokoodauksen kautta.
Voit myös ottaa käyttöön 'Salli kehysten uudelleenjärjestäminen' käyttääksesi ohjelmiston HEVC-koodausta ja vertailla laitteiston käyttöä/vientiaikaa.
H264:lle en ole 100% varma, onko se sama 7,1:lle ja 5,1:lle. Mutta jos valitset 'jaa' -> 'Päätiedosto' -> 'H264', FCPX:n tulisi käyttää oletusarvoisesti laitteistokoodausta (ellei raja ole rajan ulkopuolella, esim. resoluutio on suurempi kuin 4K, niin se palaa automaattisesti ohjelmistokoodaukseen). Näin teen sen Mac Pro 5,1:ssä, jossa on Radeon VII laitteistokoodausta varten. Viimeksi muokattu: 13.5.2020Reaktiot:Rr 697 R
Rr 697
Alkuperäinen juliste
- 11. toukokuuta 2019
- 13. toukokuuta 2020
h9826790 sanoi: Haluaisitko testata HEVC:n vientiä laitteistokoodauksen kautta ja katsoa, mikä lataus tapahtuu?
Tämä video näyttää, kuinka HEVC viedään FCPX:stä laitteistokoodauksen kautta.
Voit myös ottaa käyttöön 'Salli kehysten uudelleenjärjestäminen' käyttääksesi ohjelmiston HEVC-koodausta ja vertailla laitteiston käyttöä/vientiaikaa.
H264:lle en ole 100% varma, onko se sama 7,1:lle ja 5,1:lle. Mutta jos valitset 'jaa' -> 'Päätiedosto' -> 'H264', FCPX:n tulisi käyttää oletusarvoisesti laitteistokoodausta (ellei raja ole rajan ulkopuolella, esim. resoluutio on suurempi kuin 4K, niin se palaa automaattisesti ohjelmistokoodaukseen). Näin teen sen Mac Pro 5,1:ssä, jossa on Radeon VII laitteistokoodausta varten.
sopii!
Suosittu Viestiä