Защо не използвам SVRT
Спрях да го използвам, когато установих, че някои материали от Sony 50p съдържат GOP структури, които са неочаквани за MkvMerge, инструмент, който използвам за обединяване на глави и стилизирани субтитри в .mkv файлове. Резултатът беше, че времената на кадрите бяха объркани в SVRT регионите на изхода и видеото заекваше зле.
Освен това SVRT е деактивиран по много причини. Изисква чиста част от оригиналното видео и аудио, започва от първия ключов кадър и не се смесва с материали с различно качество (битрейт, FPS). Така че печалбата намалява, когато добавяме баланс на бялото, клипове от други камери с различен кадър в секунда, кръстосано избледняване или дори само музика.

загуби

Какво трябва да направя
Моята графична карта и много телевизори ускоряват само H.264 до ниво 4.1. Това означава, че моята 50p продукция няма да играе изобщо, или има капки на кадри или проблеми с синхронизацията на v/v. Затова реших да отида с 25i (например 25 FPS, но 50 полета в секунда), което се предлага на ниво 4.1.
Използвайки технология за адаптивно преплитане като MBAFF, преплитането ще се появи само в кадри или части от кадри с движение, докато напр. заглавията ще бъдат кодирани постепенно. Сега с енкодера на PD12 дори при високи скорости на предаване имам проблеми с трептене и ми харесва да имам по-голям контрол върху кодирането си. Така че планирам да използвам PD12 за създаване на YUV420 видео без загуби (50p) (в какъвто и да е кодек) и след това безплатен ffmpeg и x264 кодек за преинтерлиране и кодиране, което води до стабилна картина.

Не трябва да кодирате преплетени
Ако искам да го видя на повечето хардуерни декодери, трябва да имам ниво най-много 4.1. Това означава или намаление до 1280x720, или намаляване на честотата на кадрите до 25. Тъй като всички видеоклипове, използвани във видеото, са 1080p и много телевизионни екрани са 1080p, мисля, че това е лоша опция за качество. 25p, от друга страна, усеща по-малко течност и дори е трудно визуално да проследите малки обекти. (Вече се оплаквам от екшън филми в 24p!)
Наистина имам лоши спомени от преплетени материали, които изглеждат наистина зле, но сега имаме хардуерни декодери с деинтелатори и за моя изненада ефектите на Кент-Бърнс с ниско движение върху снимките изглеждаха еднакво в 25i и 50p. От друга страна 25p им дава леко усещане за спиране. (Видеото беше преплетено с ffmpeg и x264.)

Кодиране без загуби в PD12?
Така че намерих един енкодер без загуби в PD12. Това е QuickTime, в "суров" режим. Но този извежда RGB и бих предпочел да остана в правилното цветово пространство, за да избегна артефакти на ленти. Също така размерът на файла би бил непосилен в сравнение с напр. Лагарит. След това се опитах да хакна моя profile.ini, където се съхраняват потребителски профили за кодиране, но не можах да намеря начин да напиша H.264 без загуби с кодера на PD12. Възможно ли е изобщо да се изведе YUV4: 2: 0 без загуби в PD, така че окончателното кодиране с външен енкодер?

турбо> 3.9)/Nvidia GTX 960 (4GB)/16GB DDR3/7200 об/мин/w10x64---
Canon Vixia HV30/HF-M40/HF-M41/HF-G20/Olympus E-PL5. Оборудване за улавяне на аналогова лента.
https://www.facebook.com/B-Gill-Cyber-Studio-609762572849441

турбо> 3.9)/Nvidia GTX 960 (4GB)/16GB DDR3/7200 об/мин/w10x64---
Canon Vixia HV30/HF-M40/HF-M41/HF-G20/Olympus E-PL5. Оборудване за улавяне на аналогова лента.
https://www.facebook.com/B-Gill-Cyber-Studio-609762572849441

Намирам, че AVs кодерът на PDs е изминал дълъг път и сега е много добър за 50p материал (и както установихте, че тези за GPU не са толкова "надеждни"). Няколко публикации, които могат да представляват интерес
- http://forum.cyberlink.com/forum/posts/list/30195.page (включва известна информация за модифициране на структурите на GOP в потребителски профили и ремулксиране, ако контейнерът е проблем със съвместимостта, а не самия кодиран видеопоток)
- http://forum.cyberlink.com/forum/posts/list/29762.page (някои тестови проекти, за да можете да видите въздействието на промените в потребителските си профили)

Благодаря
Nathan PD 64 Bit-Win10 64 Bit-32GB RAM-80TB HDD
Canon XF400 - 150Mbps 4k/50p AVC
GoPro Hero6 Черен
Pana HS700-28Mbps 1080/50p AVC ([email protected])
Canon HV20-HDV 25Mbps 16: 9 1440x1080/25p MPEG

Сигурно е стара комбинирана комбинация от GPU/CPU, ако пуска рамки с L4.2 материал (дори мобилните ми CPU/iGPU са добре, но всички са само на няколко години). Обикновено това е преплетен материал, който е по-твърд, тъй като първо трябва да деинтерлирате, след това да направите рендер с 50fps. Другата опция е, можете да премахнете P кадрите и да намалите скоростта на предаване, за да запазите размера на файла намален или да репликирате настройките, които използвате в ffmpeg в profile.ini

Аз също не съм фен на SVRT, тъй като от това, което видях, в крайна сметка не спестява много време и различните части на изходния файл могат да имат различни GOP/битрейтове и т.н.

Какви са оригиналните клипове, кодирани като? Бих препоръчал да се създаде профил, който да съответства на тези (ако приемем, че играят добре).

Това съобщение беше редактирано 1 път. Последната актуализация беше на 15 юни 2014 г. 01:39

Това е 6-годишен преносим компютър и хардуерът се справя отлично с преплетени материали, включително намаляване на ефектите на стълбищните ръбове и удвояване на честотата на кадрите. Това е всичко парче торта, стига да е на ниво 4.1. Двойното количество макро блокове в секунда за 50p е това, което в крайна сметка преминава отгоре.

Оригиналните клипове бяха от малка цифрова камера на Sony (50p), малка цифрова камера на Canon (23,97p) и Canon 5D Mark II (25p). Също така добавих тонове снимки и анимации на маршрути. Достатъчно казано?