Как кодировать видео для PS Vita?

[COOLERbyPSP]

Как кодировать видео для PS Vita?

video_settings.pngdvd.pngvideo_settings.png

Форматы файлов, которые можно просматривать в приложении "Видеоматериалы"

• Формат экрана SONY PS VITA = 960 x 544
  
  
• Простой профиль MPEG-4 уровня 3, до 320 x 240 точек, AAC
  
  
• H.264/MPEG-4 AVC Baseline/High/Main Profile Level 3,1, Maximum 720p, AAC
  
  
  • Формат экрана SONY PS VITA = 960 x 544/ Воспроизведение некоторых файлов поддерживаемых форматов или использование некоторых команд в панели управления может быть недоступно.
    
    
    
  • У некоторых материалов, поставляемых через Интернет и другими способами, есть ограничения на воспроизведение. Для получения дополнительной информации обратитесь по месту приобретения таких материалов.
    
    
  • В разделе (Фотографии) вы можете воспроизводить видеоролики, снятые с помощью приложения (Фотографии).

Источник

Как правильно выставить разрешение выходного видео в XviD4PSP 5 для PSVita.

Инструкция в картинках

Ставим всё как на скриншоте ниже



Если исходное видео не с аспектом 16:9, как в моём случае с 1920x1080, желательно придерживаться нескольких правил:

1. Ставьте высоту равной 544, если у исходника она больше или равна этому значению
2. Оставляйте её как у исходника, если она меньше - увеличение не даст улучшения в качестве
3. Когда подбираете ширину, смотрите на значение Ошибка (разница аспектов) - чем оно ближе к 0, тем лучше.

Как избавиться от зелёных полос во время просмотра широкоэкранного видео.

Способ №1 - добавление чёрных полей

Закидываем видео в конвертер


Ставим поля нужной высоты.


В данном случае (544-408)\2=68
Где 544 - высота конечного видео
408 - высота конечного видео без полей

Способ №2 - кроп со сторон

Делается всё там же.
Как просчитать? Так же просто: 544*2,3529-960\2


Да, это лишит нас некоторой информации из видео, но кто парится, когда по ТВ нам показывают фильмы в лучшем случае с аспектом 16:9, а зачастую и 4:3, когда в оригинале они намного шире?

Простые истины от ErikPshat

Сообщение от fedozzi по какой формуле рассчитать разрешения для Виты?

Элементарно. Вычисляете аспект Виты 960 : 544 = 1,7647058823529411764705882352941 ~ 1,765

Всё остальное видео приводите к этому аспекту (по ширине или по высоте, как вам хочется).
Математика элементарная: вычисляем аспект исходного видео; привязываем его к любой из сторон Виты 960 или 544; лишнее обрезаем или оставляем большее, либо меньшее, а так же соблюдаем спецификацию.

Вариант 1 с чёрными полосами:

1024х576 => 1024:576=1,777; 960:1,777=540 => 960x540 (исправляем на 544 - кратно 8 без остатка)
1136х640 => 1136:640=1,775; 960:1,775=540 => 960x540 (544)
1280х688 => 1280:688=1,860; 960:1,860=516 => 960х516 (520)
1120х476 => 1120:476=2,353; 960:2,353=408 => 960х408
1152х480 => 1152:480=2,400; 960:2,400=400 => 960x400

Ширина поуже, а высота выше разрешения Виты:
768х576 => 768:576=1,333; 544х1,333=725 => 725х544 (728 - первое)

Примечание:
(исправляем на 544 - кратно 8 без остатка) - нужно проверять, чтобы ширина и высота соответствовала спецификации.
Исправление ширины или высоты в отдельности приводит к непременному искажению картинки, то есть сплющиванию/расплющиванию или сжатию/расжатию.
Но небольшая корректировка в несколько пикселей никто не заметит, например подправить высоту с 540 на 544.

---

Вариант 2 без чёрных полос:

1024х576 => 1024:576=1,777; 544х1,777=967 => 967x544 (первое исправляем на 960 - кратно 16 без остатка)
1136х640 => 1136:640=1,775; 544х1,775=966 => 966x544 (первое 960)
1280х688 => 1280:688=1,860; 544х1,860=1012 => 1012х544 (первое 1008, либо 960 с кропом)
1120х476 => 1120:476=2,353; 544х2,353=1280 => 1280х544 (либо 960 с кропом)
1152х480 => 1152:480=2,400; 544х2,400=1306 => 1306x544 (первое 1296, либо 960 с кропом)

Ширина поуже, а высота выше разрешения Виты:
768х576 => 768:576=1,333; 960:1,333=720 => 960х720 (второе 544 с кропом)

Примечание:
(либо 960 с кропом) - то есть, у вас ширина или высота получается больше разрешения Vita. Кропом обрезается всё лишнее изображение до 960, например по бокам. Получится такой же эффект, как мы смотрим широкоформатные фильмы на телевизоре 4:3 во весь экран или суперширокоформатный на экране 16:9, зрители в принципе не замечают, что фильм, который мы смотрим, на самом деле широкоформатный.

(1280х544) - тут, когда по ширине или по высоте мы привязывает сторону к разрешению Виты, а другая сторона получается больше, тогда есть ещё один плюс, на Vita вы можете выставить формат экрана "На весь экран", тогда картинка сама заполныется полностью по высоте 544, а по ширине делает кроп за вас. Либо вы можете выставить по ширине, тогда картинка не будет обрезанной, а отобразится во всю ширину, но по высоте уменьшится, то есть получим эффект с чёрными полосками из "Варианта 1".

Предустановки (Настройки непосредственно качества).

Переменный битрейт

Фильмы

--bitrate 1536 --preset medium --tune film --profile high --level 3.1 --aq-strength 1.0 --deblock 0:0 --merange 20 --b-adapt 2 --trellis 2 --no-fast-pskip --qpmin 10 --qpmax 51 --psy-rd 1:0.2 --vbv-maxrate 17500 --vbv-bufsize 14000 --subme 9 --me umh --rc-lookahead 60 --extra:

P.S.: крутить никто не запрещает - не всяко видео влезет в определённый битрейт, посему считаю, что одного пресета в данном случае мало, а битрейт и сами накрутите, когда нужно.

Аниме

Не занимайтесь ерундой

Постоянное Значение Оценки

Аниме

--crf 18.5 --preset medium --tune animation --level 3.1 --ref 8 --aq-strength 0.9 --deblock -1:-1 --merange 24 --bframes 10 --b-adapt 2 --trellis 2 --no-fast-pskip --qpmin 10 --qpmax 51 --psy-rd 0.60:0.00 --qcomp 0.70 --vbv-maxrate 17500 --vbv-bufsize 14000 --partitions all --subme 10 --me umh --rc-lookahead 80 --extra:

Фильмы

--crf 21.0 --preset medium --tune film --profile high --level 3.1 --aq-strength 1.0 --deblock 0:0 --merange 20 --b-adapt 2 --trellis 2 --no-fast-pskip --qpmin 10 --qpmax 51 --psy-rd 1.0:0.2 --vbv-maxrate 17500 --vbv-bufsize 14000 --subme 9 --me umh --rc-lookahead 60 --extra:

А куда всё это вписывать?

2. Жмём на шестерню
   
   
   
   
3. Переходим на вкладку CLI
   
   
   
   
4. Жмём "Применить"
   
   
5. Спускаемся пониже, жмём "+"
   
   
6. Даём имя пресету
   
   
7. Сохраняем

Настройка звука

Ну тут получше дела, чем на PSP

Жми, меломан

• Фильмы - AAC-HEv1 96-128kbps
• Сериалы - AAC-HEv1 64-96kbps
• Аниме-сериалы - AAC-HEv1 96-128kbps
• Музыкальное видео - AAC-LC 192+kbps

Найти последнюю сборку XviD4PSP можно здесь


При выкладывании видео соблюдайте ПРАВИЛА оформления!

[sectorm85]

Если мне память не изменяет, то в 6й версии стояло CFR 20 SHQ
Но вот куда на вите делся выбор звуковой дорожки, никак не пойму.

[COOLERbyPSP]

ErikPshat,

Сообщение от sectorm85 rc=crf

[ErikPshat]

Ваще нужно использовать переменный битрейт (Variable). Где требуется, будет выделяться даже больше битрейта, а где статичные кадры, туда меньше, т.к. не требуется без толку выделять указанный битрейт.

Ну это конечно работает только при 2-ух проходном кодировании. И требуется только для реальных фильмов, а не для аниме или рисованных мультфильмов.

[vitalikus]

ErikPshat, Не обязательно, хоть два проходя явно лучше, crf неплохо и с одним проходом справляется, в то же время когда значение битрейта нужно подбирать.

[ErikPshat]

vitalikus, ну так я о том и говорю, что постоянный битрейт (Constant) делается в один проход, т.к. нет необходимости в специальном проходе, чтобы анализировать, куда и на какой кадр сколько битрейта выдавать, т.к. тут один *** постоянный битрейт тупо по чёрному.

Переменный битрейт просто подразумевает 2 прохода минимум, потому что на то он и переменный, что рационально подбирается битрейт на каждый кадр и явно для этого требуется дополнительный проход, чтобы это всё подсчитать и записать в лог.

Сообщение от vitalikus Не обязательно

А вот это я совсем не понял.

Сообщение от vitalikus хоть два проходя явно лучше, crf неплохо и с одним проходом справляется

А вот это уже по части нубства.

[vitalikus]

Сообщение от ErikPshat А вот это уже по части нубства.

Разве?
Мне кажется что или Вы меня или я Вас не понял.

[ErikPshat]

Сообщение от vitalikus Разве? Мне кажется что или Вы меня или я Вас не понял.

И что? Это вы написали статью?
Тогда вопрос: "А почему так мало? И почему так узко, на уровне нехватки слов для склейки более расширенного освещения темы с сопровождающимися доказательствами?

Это типа аксиома, принимаемая без доказательств?

То есть, по вашему, постоянный битрейт имеет преимущество перед переменным (VBR - Variable)...

Мы точно друг друга не поняли )))

[vitalikus]

ErikPshat, Я о постоянном битрейте не говорил. Это Вы о нём заговорили, и потом вас COOLERbyPSP, поправил. Я всё это время говорил о CRF котрой не является constant bit rate, он есть Constant Rate Factor, и если CBR тянет один и тот же битрейт всю дорогу кодирования то CRF его изменяет в зависимости от параметра квантизации. (вроде бы как-то так)
ТУТ более точно описано.

[COOLERbyPSP]

Даже битрейт режим в один проход не даёт CBR.
Возможно, раньше так было, но точно могу сказать, что проводится точно такой же анализ.
Насчёт якобы меньшего размера при двух проходах - при me=umh / subme=9 разница (кодировал динамичный отрезок из фильма) составила менее 1%. зато время вдвое увеличилось.

[vitalikus]

COOLERbyPSP, Оно то так, я думаю что просто так принято считать, ибо раньше так и было.

[COOLERbyPSP]

CRF

CRF(pass) [k0stix, @lolkin@, komisar666]
Constant Rate Factor есть модель, ориентированная в отличие от битрейта не на биты и байты, а на оптимизированные исходя из психовизуальных выкладок потери lossy кодирования, чем ниже, тем. меньше потери. Пропорциональная зависимость CRF от битрейта лишь следствие этого.
Есть общая тенденция, при подборе битрейта как правило близким к оптимальному будет битрейт при том значении CRF, при котором кванты I фреймов не упадут ниже 16-17 (более низкие значения обычно сигналят об откровенном перерасходе), а B-фреймов не подскочат выше 25-25.5 (более высокие значения как правило вызывают явно различимые артефакты). Всё что находится в промежутке между этими значениями - надо сравнивать глазами, чтобы оценить возможность/необходимость поднять кванты повыше/пониже. В большинстве случаев комбинация близкая к qi18-qp20-qb23 даст результат, максимально приближенный к оптимальному.
Если нужно выжать из объёма максимум, попав при этом в точный размер, не выходя за пределы левелов аппаратной поддержки, не жалея времени, то целесообразно делать мультипроходный CRF
Первый проход: --crf ??.? --pass 1 --stats "stats.txt"
Второй проход: --bitrate < битрейт, полученный на первом проходе, скорректированный под целевой > --pass 3 --stats "stats.txt" --vbv-...
Если аппаратная совместимость не актуальна (для SD разрешения она в том числе неактуальна), то тратить время на мультипроход из соображений часы/"выигрыш в качестве" не вполне целесообразно.
Если судить по квантам, уже 2-проходный на основе crf выигрывает в сравнении с однопроходным, даже без mbtree. Точно так же и на глаз.
crf никак не привязан к какому-то определенному битрейту, он дает битрейта ровно столько, сколько надо на данный отрезок видео. Т.е. надо, чтоб битрейт подскочил на 420 кбпс и сохранялся таким в течение 5 минут, crf столько и выделит. С кодированием в битрейт все вертится вокруг заданного битрейта, грубо говоря, на графике это выглядело б как кривая, постоянно ходящая вокруг оси координат (заданного битрейта), постоянно пытаясь вернуться к заданному значению. Помимо того, это и разные алгоритмы сжатия. crf, опять-таки, как я понял, больше внимания уделяет не слишком динамичным сценам, т.е. там, где действительно можно глазом уловить разницу во время просмотра. На ядреной такой динамике может что и пропустить.
При одинаковом битрейте 2-ой проход на основе статистики с crf дает ощутимое преимущество в сравнении с просто crf-ом, как по попугайчикам, так и визуально
1. Для quality-based кодирования вполне достаточно 1-Pass CRF. Нужно вписаться в ограничения хардварных декодеров?, CRF+VBV сейчас прекрасно работает.
2. Есть острая необходимость вписаться в конкретный битрейт/размер файла - 2-pass CRF. Причем первый с --slow-firstpass, вторым тюним если промахнулись.
Q: Есть ли ещё какие-либо критические моменты или рекомендации к CRF энкоду, в плане настроек, кроме --no-dct-decimate --no-fast-pskip --direct spatial ?
A: В остальном от мультипрохода твикинг однопроходного CRF'а не отличается, за исключением того, что при кодировании HD сигнала лучше делать тот же CRF, но в два прохода, чтобы не вылезти за пределы допустимого с точки зрения хардварных чипов VBV, особенно 1080p касается. )
Q: Если выбран crf 20, 20 это средний квант для P ?
A: Это значение RateFactor в понятии кодека, при котором получается некое "постоянное качество", но никак не квант.

ErikPshat,

Сообщение от лог MediaInfo Frame rate mode : Constant

[wl@d]

видео для psp(480#272 avc mp4)идет на psv?

[COOLERbyPSP]

wl@d, должно идти.

[sectorm85]

Так вопрос месяца. И каким методом лучше кодировать. размер vs качество vs скорость кодирования = very good = optima
ну и какая версия для этого лучше 5 vs 6

[COOLERbyPSP]

sectorm85, из-за гибкости - пятая версия.
Жмём шестерню рядом с пресетом, переходим на вкладку CLI, вставляем, жмём "применить", жмём + чтобы сохранить пресет.

Фильм

--crf 21.0 --preset medium --tune film --profile high --level 3.1 --aq-strength 0.8 --deblock -2:-1 --merange 20 --b-adapt 2 --trellis 2 --no-fast-pskip --qpmin 10 --qpmax 51 --psy-rd 1:0.2 --vbv-maxrate 17500 --vbv-bufsize 14000 --subme 9 --me umh --rc-lookahead 60 --extra:

2D Анимация

--crf 19.0 --preset medium --tune animation --profile high --level 3.1 --aq-strength 1.0 --deblock -1:-1 --merange 20 --b-adapt 2 --trellis 2 --no-fast-pskip --qpmin 10 --qpmax 51 --psy-rd 0.7:0.00 --vbv-maxrate 17500 --vbv-bufsize 14000 --subme 9 --me umh --rc-lookahead 60 --extra:

Проверяйте, должно выдавать нормальный результат. Особая просьба потестить вариант для фильмов. Если всё будет нормально, добавлю в шапку.
UPDATE: пофиксил пару моментов.

[vitalikus]

wl@d, идёт, смотрел

sectorm85, версию выбирай себе сам, я и той и той конвертил. А вот каким методом, то на это уже окончательный ответ дать сложней.

[COOLERbyPSP]

Всё, разобрался с авто-разрешением. Сейчас всё по полочкам бы разложить.

Качаем вот эту сборку, устанавливаем.
Выбираем ненужный формат (подойдёт любой, покажу на примере Apple TV)
Ставим всё как на скриншотах.





Жмём ок и всё ок.

Насчёт широкого видео тоже есть одна фича. На первом скрине "Фиксированный аспект" поставьте Black. Делайте это только при кодировании широкого кадра. Для 16:9 и "уже" отключайте.
Рассчитает и добавит поля сама.

Тестируйте, ковыряйте, если всё в порядке - обновлю шапку.

[Anikind]

Всем привет.
Не подскажите какой программой можно вырезать фрагмент из фидео файла MKV? Хочу потренироваться на маленьком кусочке фильма, а то по полтора часа ждать не кайфово.

[toxanik]

Anikind, Можно тем же хвидфорпсп. там внизу слева есть обрезка кодируемой части. На первом скрине в шапке его видно. Там ещё: начало, конец,+,-,обрезать. Потыкай, там не сложно. Вбил допустим 0-200 и будет тебе первых 200 фремов кодировать. А это секунд 20.

[vitalikus]

COOLERbyPSP, Собственно та же фигня что и была в прошлой версии, если делать "фиксированный аспект" то он не добавляет чёрные полосы в видео не изменяя его разрешения, тобиш ужимает фрейм и впихивает туды полосы.

vitalikus добавил 09.04.2012 в 14:18
toxanik, Позволю себе Вас поправить, 8 секунд если 25фпс.