Diskusní fórum webu fotobanky.cz

[Navstevnik_3]

Ahoj,

aktuálně jsem přešel v editaci videa na 4K a jsem dost nemile překvapeny odezvou adobe premiere cc.
Video i při nastaveni náhledu na 1/8 rozlišení není plynulé a editovat něco s efekty je dost náročné na nervy, asi jako před x lety při přechodu z SD na HD...

Můj HW: intel i7-8700K, 32GB RAM, SSD samsung 850 PRO + SSD samsung 960 EVO, GPU radeon RX 560.
PC mám cca jeden rok a nečekal jsem, že takto narazím.

Video jsem v 4K už editoval, celkem bez problému, ale teď jsem pořídil FUJI X-T3 a 4K v 50p / 200mbps to neutáhne. Nemluvě o renderingu 6min videa s odhadem 3hodin.

Mohl by mi někdo poradit/doporučit co s HW nebo i s SW upravit?

Vím že GPU je slabší, ale dělám hlavně 2D grafiku a tam to plně dostačovalo (kupováno v období bitcoin horečky, tak nebylo moc na výběr). Pomohla by mi třeba nějaká nvidia? Nebo jiná konfigurace disků (raid?!)

budu rád za každý tip, díky

[PandaWild]

Nemá na to vliv kodek použitý ve videu? Nevím jak s tím umí zacházet Premiere, ale když upravuji v jiných programech, tak se hodně projeví intervaly klíčových snímků. Když vystavuji pozici, tak u MJPEG je vystavení okamžité, u jiných kodeků s intervalem 1 sekunda to už chvilku trvá, ale když je u některých videí např. 10 sekund, to už je pomalost práce zoufalá, protože program nejdříve najde klíčový snímek a pak se k požadované pozici dostane dekódováním mezisnímků. Velký vliv má i zda je ve videu použitý kodek s hw podporou grafické karty. Někdy jsem video raději nejdříve překonvertoval na jiný formát, se kterým se dalo rychleji pracovat. Což by znamenalo, zkusit zkonvertovat na různé formáty (různé kodeky) a najít variantu, se kterou se bude dát pracovat nejrychleji. Jen může být problém, že některé kodeky mohou kvalitu trochu zmršit, tak se musí kvalita dobře prověřit (změny jasu, změny barevné sytosti, kostičkování, změny fps).

[Navstevnik_3]

Taky jsem to myslel, ale trochu se bojim casove narocnosti prevodu. Co by jsi mi doporucil za kodek aby zustala zachovana kvalita + synchr. zvuku + rozumna velikost?

Naposled jsem to takto resil nastupem avchd, kde to strizny nebraly, ale tam neslo o tak "velka" data.

Trochu me stve ze celkem silny HW nedava ani zakladni editaci pouzitelne, tak nejak se mi nechce verit ze by to nemel zvladat, proto hledam v cem by mohl byt problem.

[PandaWild]

Mě už párkrát vypekl chybami kodek XVid, který jsem dřív používal přednostně. Tak jsem spíš začal používat MPEG-4/H.264 v XMedia, ale už bych si netroufal radit který je nejlepší, spíš jen jako doporučení kontrolovat kvalitu převodu, nemusí se dát na to spolehnout. Jo doba převodu může být problém. Ale může to jet na pozadí a může se zatím dělat něco jiného.

Myslel jsem také před rokem že si pořizuji dostatečně výkonný hardware, ale 4K mi nestíhá přehrát. Tak se vždy divím, pro koho je to určené. Ale prý se běžně používají konfigurace zvládající 4K, no tak nevím.

Co třeba porovnat s doporučenými sestavami pro 4K editace? Z porovnání hw mi připadá, že hlavní rozdíl může být v grafické kartě - vidím používat např. nVidia GTX1050Ti 4GB.

[Navstevnik_3]

A MPEG-4/H.264 podporuje funguje 4K? Reseni by to bylo pokud zachova kvalitu.

Me to prave PC zvladne prehrat (1minuta videa = 2GB) v media playeru paradne bez cekani, posun vse v plne kvalite. Ale premiera ani v 1/8 kvalite nahledu neprehraje plynule. Takze se bojim ze to bude delat ta nekompatiblita premiere pro / ATI, jen se bojim koupit kartu za 7000 a pak zjistit ze to nepomohlo...

Na druhou stranu moc nechapu proc se stim nepocita - i male krabicky k TV za par korun todle 4K prehraji v pohode. A pc s premierou cc za x vyssi cenu ma problem.



Ty mas prosimte ATI nebo NVIDII?

[PandaWild]

Premiere nepoužívám, tak tam bohužel nesrovnám. (úpravy dělám ve VirtualDub)

Zkouším v práci, mám tu nVidia GT730, přehrávání 4K videí s XVid jede plynule (editaci nevyzkouším). Zkusil jsem konverzi 4k videa 30 sekund na MPEG-4/H.264 pomocí XMedia, konverze trvala 1 minutu a výsledek funguje v pořádku. Jen mě trochu zaráží, že z XVid videa 790 MB udělal 87 MB (při kvalitě 1), na pohled ale nevidím zhoršení kvality, tak nevím.

Nevím zda to stále platí i dnes, ale dřív platilo, že pro hry je lepší AMD+ATI, pro seriózní práci Intel+nVidia.

[Navstevnik_3]

to je dobry pomer velikosti
chtel jsem to vyzkouset, ale XMedia (nejnovejsi verze) mi nedetekuje video, z vlozeneho souboru to umoznuje zpracovat jen zvuk. Zkusim to jeste v nejakym jinym SW.

Muzes mi prosim napsat presnejsi konfiguraci jak jsi nastavoval parametry vystup 4K souboru?

diky

[PandaWild]

Použil jsem výstup do AVI, kodek MPEG-4 AVC/H.264, konstantní kvalita 1, ostatní implicitní. Pro editaci asi bude lepší ještě snížit Keyframe Interval na 1 sekundu (tj. pro 25 fps nastavit 25, video jsem měl v 25 fps).

[Navstevnik_3]

Tak moc diky Pando za radu, zkusil jsem prevest podle tveho nastaveni a rozdil je neskutecny, video reaguje hned a da se editovat na plnou kvalitnu nahledu. Takze opravdu o kodeku. Nastavil jsem si datovy tok 50mbps, okem jsem rozdil nepoznal, takze parada a rozdil v kapacite je 1/4 originalu.

Muzes mi prosimte jeste nejak jednuduse popsat vliv klicovych snimku? Tudle problematiku jsem nikdy moc nechapal. Kdyz mam tedy video v 60p, tak je nastavim na 60, kdyz 24p tak 24?
Ciste teoreticky co by se stalo kdyby byl kazdy snimek klicovy? Vliv na velikost?!

diky

[PandaWild]

Má to vliv na velikost. Video se komprimuje tak, že se do datového toku vloží buď I-frame, tj. klíčový snímek, který obsahuje kompletní obrazovou informaci. Nebo se vloží P-frame nebo B-frame, což jsou rozdílové snímky které udávají jenom změny v obraze. Klíčový snímek je v podstatě plný JPG obrázek. Rozdílové snímky mohou být na data značně menší než klíčové. Pro minimalizaci velikosti videa (minimalizace datového toku) je výhodné používat co nejvíce rozdílové snímky. Ale špatně se s nimi pracuje, protože pro zobrazení snímku se musí dekódovat všechny snímky od posledního klíčového snímku. U souvislého přehrávání videa to nemusí vadit, protože se snímky dekódují průběžně, teoreticky může stačit aby byl pouze první snímek videa klíčový a všechny následující už jen rozdílové. Problém může nastat při chybě v datovém toku, např. chyba ve videosouboru nebo výpadek streamu - obraz se rozpadne a spraví se až od dalšího klíčového snímku. Ale hlavně to dělá problém při vystavování, např. při editaci videa. Program aby zobrazil snímek (nebo ustříhl v tom místě video), tak musí projet všechny snímky od posledního klíčového snímku až po požadovanou pozici, aby získal celý obraz snímku. Program si uchovává jen seznam snímků, který mu říká, kde v souboru jsou klíčové snímky a kde ostatní snímky, ale při zobrazení musí ta data projet a obraz dekódovat přes několik snímků. Běžně video konvertory počítají se streamovým přehráváním (např. filmy), kde není potřeba moc vystavovat pozici a stream je souvislý, proto tam stačí menší frekvence klíčových snímků, zpravidla tak po 10 sekundách (tj. např. při fps=25 to bude po 250 snímcích). Ale když se chce takové video editovat, program musí projet a dekódovat celý ten úsek 10 sekund, což už může být časově hodně náročné, a proto u editovaného videa je lepší volit kratší úsek, např. 1 sekunda. Extrémním případem je MJPEG kodek, u kterého je každý snímek klíčový, což jsou v podstatě všechno JPG obrázky, nepoužívá rozdílové snímky, soubor je velký, ale jeho editace může být rychlá (není nutné dekódovat mezisnímky).