Bármilyen módon lehet veszteségmentes kódolni a YUV420-at

Miért nem használom az SVRT-t?
Abbahagytam a használatát, amikor rájöttem, hogy néhány Sony 50p anyag olyan GOP struktúrákat tartalmaz, amelyek az MkvMerge számára váratlanok, egy olyan eszköz, amelyet fejezetek és stílusú feliratok .mkv fájlokká egyesítésére használok. Az eredmény az volt, hogy a kimenet SVRT régióiban elrontották a képkockákat, és a videó rosszul akadozott.
Ezen túlmenően az SVRT számos okból le van tiltva. Ehhez az eredeti videó és hang tiszta része szükséges, az első kulcskeretnél kezdődik, és nem keveredik más minőségű anyagokkal (bitsebesség, FPS). Tehát a nyereség csökken, ha hozzáadjuk a fehéregyensúlyt, más kamerák klipjeit más FPS-sel, keresztbe halványul vagy akár csak zenét.

Mit kell tennem
A grafikus kártyám és sok tévém csak a H.264-et gyorsítja fel a 4.1-es szintre. Ez azt jelenti, hogy az 50p-s produkcióm egyáltalán nem játszik, vagy képkockadobással vagy/v szinkronizálási problémával küzdek. Ezért úgy döntöttem, hogy 25i-vel megyek (pl. 25 FPS, de 50 mező másodpercenként), amely a 4.1-es szinten elérhető.
Az adaptív átlapolási technológia, például az MBAFF segítségével az átlapolás csak mozgásban lévő képkockákban vagy képkocka-részekben fordul elő, míg pl. a címeket fokozatosan kódoljuk. Most, hogy a PD12 kódolója még magas bitsebesség mellett is villog, néhány villogó probléma merül fel bennem, és jobban szeretem, ha jobban irányítom a kódolásomat. Tehát azt tervezem, hogy a PD12 használatával veszteségmentes YUV420 videót (50p) készítek (bármilyen kodekben is), majd az ffmpeg és az x264 kodeket szabadon összefűzöm és kódolom, ami stabil képet eredményez.

Nem szabad átlapolt kódolni
Ha a legtöbb hardveres dekóderen szeretném megtekinteni, akkor legfeljebb a 4.1-es szintre van szükségem. Ez azt jelenti, hogy kicsinyít 1280x720-ra, vagy csökkenti a képkockasebességet 25-re. Mivel a videóban használt összes videoklip 1080p, és sok TV-képernyő 1080p, úgy gondolom, hogy ez minőségileg rossz lehetőség. A 25p viszont kevésbé folyékonynak érzi magát, és még a kis tárgyakat is nehéz vizuálisan nyomon követni. (24p-ben már panaszkodom az akciófilmekre!)
Rossz emlékeim vannak arról, hogy az átlapolt anyagok nagyon rosszul néznek ki, de most hardveres dekóderek vannak deinterlacerekkel, és meglepetésemre a képeken megjelenő alacsony mozgású Kent-Burns effektek ugyanúgy néztek ki 25i és 50p felbontásban. Másrészt a 25p enyhe stop-motion érzetet adott nekik. (A videót ffmpeg és x264 váltotta fel.)

Veszteség nélküli kódolás a PD12-ben?
Szóval találtam egy veszteségmentes kódolót a PD12-ben. Ez a QuickTime, "nyers" módban. De ez RGB-t ad ki, és én inkább a megfelelő színtérben szeretnék maradni, hogy elkerüljem a műtárgyakat. A fájlméret is tiltó lenne, mint pl. Lagarith. Ezután megpróbáltam feltörni a profile.ini fájlt, ahol az egyedi kódolási profilok vannak tárolva, de nem találtam módot a veszteségmentes H.264 írására a PD12 kódolójával. Tehát egyáltalán lehetséges-e veszteségmentes YUV4: 2: 0 kimenetet adni PD-ben, hogy a végső kódolás külső kódolóval történjen?

turbó> 3.9)/Nvidia GTX 960 (4GB)/16GB DDR3/7200rpm/w10x64---
Canon Vixia HV30/HF-M40/HF-M41/HF-G20/Olympus E-PL5. Analóg szalagos rögzítő berendezések.
https://www.facebook.com/B-Gill-Cyber-Studio-609762572849441

Úgy látom, hogy a PDs AVC kódolója hosszú utat tett meg, és most nagyon jó az 50p-s anyaghoz (és ahogy a GPU-kat is találta, nem annyira "megbízhatóak"). Pár olyan üzenet, amely érdekes lehet
- http://forum.cyberlink.com/forum/posts/list/30195.page (tartalmaz néhány információt a GOP struktúrák módosításáról az egyéni profilokban és egy kiegészítőt, ha a tároló a kompatibilitás kérdése, nem pedig maga a kódolt videofolyam)
- http://forum.cyberlink.com/forum/posts/list/29762.page (néhány tesztprojekt, így láthatja az egyéni profilok módosításainak hatását)

Köszönöm
Nathan PD 64 Bit-Win10 64 Bit-32 GB RAM-80 TB merevlemez
Canon XF400 - 150Mbps 4k/50p AVC
GoPro Hero6 Black
Pana HS700-28Mbps 1080/50p AVC ([email protected])
Canon HV20-HDV 25Mbps 16: 9 1440x1080/25p MPEG

Olds/lowend GPU/CPU kombinációnak kell lennie, ha L4.2 anyaggal dobja le a képkockákat (még a mobil CPU/iGPU-m is rendben van, de mindegyikük csak pár éves). Normális esetben a váltott sorba kötött anyag keményebb, mivel először le kell váltania a szöveget, majd 50 kép/mp sebességgel kell renderelnie. A másik lehetőség az, hogy eltávolíthatja a P kereteket és csökkentheti a bitrátát a fájlméret csökkentése érdekében, vagy megismételheti az ffmpeg fájlban használt beállításokat a profile.ini fájlban.

Nem vagyok rajongója az SVRT-nek, mivel amit láttam, az végül nem sok időt takarít meg, és a kimeneti fájl különböző részeinek eltérő GOP/Bitrate stb.

Hogyan vannak kódolva az eredeti klipek? Azt javaslom, hogy hozzon létre egy profilt, amely megfelel ezeknek (feltételezve, hogy jól játszanak).

Ezt az üzenetet 1 alkalommal szerkesztették. Utolsó frissítés: 2014. június 15., 01:39

Ez egy 6 éves notebook, és a hardver remekül kezeli az átlapolt anyagokat, ideértve a lépcsőház peremhatásainak csökkentését és a képkockasebesség megduplázását. Ez mind egy darab sütemény, amennyiben a szintje 4.1. A másodpercenkénti dupla makro-blokk mennyisége 50p-ben az, ami végül felülmúlja.

Az eredeti klipek egy kis Sony digitális fényképezőgépből (50p), egy kis Canon digitális fényképezőgépből (23,97p) és egy Canon 5D Mark II-ből (25p) készültek. Rengeteg fotót és útvonal-animációt is felvettem. Eleget mondott?