PSPx форум

PSPx форум (https://www.pspx.ru/forum/index.php)
-   Видео для PS Vita (https://www.pspx.ru/forum/forumdisplay.php?f=395)
-   -   Как кодировать видео для PS Vita? (https://www.pspx.ru/forum/showthread.php?t=95672)

toxanik 03.04.2012 01:13

ErikPshat, с моей невезучестью у меня из 10 примерно mp4 без танцев с бубном пошел только один. У меня перекодировка требуется почти всегда, таки конечно это мне не везет, я не качаю раздачи с яблочных устройств и т.д. То несколько дорожек, то они многоканальные, то не тот High профиль, то ещё что-то. Поэтому лично для меня некоторые = практически всегда.

COOLERbyPSP,
Цитата:

не советовал бы HE использовать
-ммм, точно именно это должно было быть написано? А то плохо со следующим предложением сочетается. Проверять - разницу в звуке, замечу или нет. В конце концов для себя же делаю =)

COOLERbyPSP 03.04.2012 01:18

toxanik, всё правильно я написал) HE разрабатывался для низких битрейтов. В музыкальном ряду будет многовато потерь.
Про HEv2 вообще молчу, там больше 64kbps (или 80) и не получится.

toxanik 03.04.2012 01:23

COOLERbyPSP, к,спс

COOLERbyPSP 03.04.2012 01:27

toxanik, добавься в скайп чтоли...
А вообще, если извращаться, то можно и 64kbps слушать в HEv2 :crazy: (всяко лучше унылого мп3)
При кодировании того же аниме, например, предпочитаю HEv1 128 (ABR 2-pass). Не было бы опенингов\фоновой музыки, обошлось бы 96ю.

sectorm85 07.04.2012 08:04

Кстати, про зеленые полосы на 6й версии программы у меня убрались при принудительном выставлении разрешения.Настройка из переделанной ПСП версии, изменено разрешение. К примеру видео имеет аспект в программе после ресайза( в настройках мах указан 960*544)- resize 960*408, выставляю в этом окошке 960*544 и на вите без зеленых полос, и самое интересное выдает на ней 960*408. 2х проходное кодирование у меня не заработало. Может кому поможет данная писанина...

toxanik 07.04.2012 12:21

Есть,кстати, способ в 5 версии выставлять разрешение не каждому видео по отдельности ручками? Уже даже 5 видео напрягает конвентить.

COOLERbyPSP 07.04.2012 18:26

toxanik, Формат -> Custom
Ну жми, коль не шутишь


Про огромный минус уже говорили - нельзя сохранить отдельно
и как ни крути, а делает 960х536
поэтому в шапку и не добавил.

Хотя есть у меня одна идея...Не, это провал xD

toxanik 07.04.2012 18:54

Хм, я ручками выставляю 960-544. Сейчас картинки гляну.Хм, можно попробовать допустим убрать лишние аспекты. Хотя мне лениво.
Upd.: не помогло. Даже если удалить 960-536, а добавить 960-544 аспект, ставит всё равно 536.

COOLERbyPSP 08.04.2012 06:05

Цитата:

Сообщение от sectorm85 (Сообщение 1025662)
Настройка из переделанной ПСП версии

так делать настоятельно не рекомендовал бы...

Цитата:

Сообщение от sectorm85 (Сообщение 1025662)
выставляю в этом окошке 960*544 и на вите без зеленых полос, и самое интересное выдает на ней 960*408

SAR 1:1? MediaInfo приложите

sectorm85 08.04.2012 06:24

Вложений: 1
хм в фаиле для виты и в псп версии различий не нашел...
странное дело после обновления ли или еще чего. вита видит только одну звуковую дорожку. опция смены языка пропала... что произошло?
1280x544, 2.35:1 оригинал
после конвертации
mediainfo

General
Complete name : D:\Soft\Vita\Videos\The.Adventures.of.Tintin.D.BDRip.720p.Uniongang.tv.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 1.52 GiB
Duration : 1h 46mn
Overall bit rate : 2 042 Kbps
Movie name : The.Adventures.of.Tintin.D.BDRip.720p.Uniongang.tv
Writing application : XviD4PSP 6.0 / 53.31.100

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 46mn
Bit rate : 1 877 Kbps
Width : 960 pixels
Height : 544 pixels
Display aspect ratio : 2.35:1
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.150
Stream size : 1.40 GiB (92%)
Writing library : x264 core 120 r2146M bcd41db
Encoding settings : cabac=1 / ref=6 / deblock=1:-1:-1 / analyse=0x1:0x131 / me=tesa / subme=10 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=8 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=230 / keyint_min=23 / scenecut=40 / intra_*******=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=14000 / vbv_bufsize=14000 / crf_max=30.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Language : English

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 46mn
Bit rate mode : Constant
Bit rate : 160 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : -1s 1ms
Stream size : 122 MiB (8%)
Language : Russian


ну вот в этом окне и менял. не трогая строку, progressive 2.35

COOLERbyPSP 08.04.2012 06:29

Цитата:

me=tesa / subme=10
Наркоман чтоле?)
me=umh / subme=9 с головой достаточно + в пару раз быстрее
Скрин

И да, ставьте поля/разрешение вручную, Вы сделали анаморфный рип)
Цитата:

Format profile : Main@L3.1
Дважды наркоман) High@L3.1, не меньше. Не для PSP делаете.

sectorm85 08.04.2012 06:34

Цитата:

Сообщение от COOLERbyPSP (Сообщение 1025856)
Наркоман чтоле?)
me=umh / subme=9 с головой достаточно + в пару раз быстрее
Скрин

И да, ставьте поля/разрешение вручную, Вы сделали анаморфный рип)

Дважды наркоман) High@L3.1, не меньше. Не для PSP делаете.

это кому если не секрет?

COOLERbyPSP 08.04.2012 06:46

Так...скрин то я от 5й версии приложил, нехорошо получилось.

Цитата:

Сообщение от sectorm85 (Сообщение 1025857)
это кому если не секрет?

Вашему конвертеру.

sectorm85 08.04.2012 06:52

Цитата:

Сообщение от COOLERbyPSP (Сообщение 1025859)
Так...скрин то я от 5й версии приложил, нехорошо получилось.


Вашему конвертеру.

Ну я ничего не трогал в программе, просто в настройках выбрал разрешение. да и конверчу я обычно, чтоб можно было и на компе с комфортом смотреть. Не люблю 2 одинаковых файла держать.
А сейчас стоит файл, с форума. Так что.... Может чтото не так встало. Про high не понял, сколько должно быть? а понял про профиль- у меня другие ошибки выдавали. не 2х проходное и тд. не работало. систему ремонтировал, все заработало. Поэтому такие данные. Но полосы исчезли. все нормально и с другими фильмами.

COOLERbyPSP 08.04.2012 06:57

Там скорее ручками придётся.


Вместо 9 в принципе можно 10 - немного выйграете в размере, но потеряете в скорости. Хотя это будет всё равно быстрее, чем было.

Цитата:

Сообщение от sectorm85 (Сообщение 1025862)
полосы исчезли

конечно исчезли, у вас видео 960х544 с неквадратным пикселем, откуда бы им взяться?

sectorm85 08.04.2012 07:30

Цитата:

Сообщение от COOLERbyPSP (Сообщение 1025863)
Там скорее ручками придётся.


Вместо 9 в принципе можно 10 - немного выйграете в размере, но потеряете в скорости. Хотя это будет всё равно быстрее, чем было.


конечно исчезли, у вас видео 960х544 с неквадратным пикселем, откуда бы им взяться?

но в этом видео. зеленые полосы были. я к тому, что 960*408 оригинал то с зеленой полосой, а если выставить 960*544, то полосы зеленой нет, а видео на экране виты 960*544 выглядит как 960*408.Никаких искажений и тп даже на компьтере. Как то так

COOLERbyPSP 08.04.2012 07:37

Цитата:

Сообщение от sectorm85 (Сообщение 1025866)
видео на экране виты 960*544 выглядит как 960*408

А я о чём?
В контейнере стоит флаг с параметрами, которые используются при воспроизведении. Не то, чтобы это было вредно, просто это влечёт либо перерасход битрейта, либо его недостаток, в зависимости от формы пиксела и реального разрешения.
Почерпнуть знаний можно здесь.
В вашем же случае целесообразнее добавить чёрных полос сверху+снизу (каюсь, 6ю версию не ковырял), что не повлечёт никакого сжатия (имеется ввижу сжатия аспекта с растянутых 2,35:1 до 16:9 у самого кадра с последующим растягиванием до 2,35:1 в проигрывателе) видео, + сделает результат меньше в размере, ввиду правильного распределения битрейта.

sectorm85 08.04.2012 07:49

Цитата:

Сообщение от COOLERbyPSP (Сообщение 1025867)
А я о чём?
В контейнере стоит флаг с параметрами, которые используются при воспроизведении. Не то, чтобы это было вредно, просто это влечёт либо перерасход битрейта, либо его недостаток, в зависимости от формы пиксела и реального разрешения.
Почерпнуть знаний можно здесь.
В вашем же случае целесообразнее добавить чёрных полос сверху+снизу, что не повлечёт никакого сжатия (имеется ввижу сжатия аспекта с растянутых 2,35:1 до 16:9 у самого кадра с последующим растягиванием до 2,35:1 в проигрывателе) видео, + сделает результат меньше в размере, ввиду правильного распределения битрейта.

Пытался, но зеленая полоса оставалась. хм делал по инструкции. Не помогло. Хотя может из-за предыдущих настроек...

COOLERbyPSP 08.04.2012 07:57

sectorm85, эм...плохо пытались) Всё уже проверено и работает.

ErikPshat 08.04.2012 08:29

sectorm85, и странно, медиаинфо показывает, что вы выставляли на Видео и Аудио - Сonstant битрейт, то есть постоянный битрейт.

sectorm85 08.04.2012 08:40

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

COOLERbyPSP 08.04.2012 09:05

ErikPshat,
Цитата:

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


ErikPshat 08.04.2012 09:25

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

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

vitalikus 08.04.2012 16:25

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

ErikPshat 08.04.2012 16:39

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

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

Цитата:

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

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

Цитата:

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

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

vitalikus 08.04.2012 17:23

Цитата:

Сообщение от ErikPshat (Сообщение 1025954)

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

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

ErikPshat 08.04.2012 17:33

Цитата:

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

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

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

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

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

vitalikus 08.04.2012 17:42

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

COOLERbyPSP 08.04.2012 17:52

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

vitalikus 08.04.2012 17:55

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

COOLERbyPSP 08.04.2012 18:35

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 08.04.2012 19:35

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

COOLERbyPSP 08.04.2012 19:57

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

sectorm85 08.04.2012 21:07

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

COOLERbyPSP 08.04.2012 21:16

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 08.04.2012 21:16

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

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

COOLERbyPSP 09.04.2012 02:21

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

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

http://puu.sh/oBo6

http://puu.sh/oBnb

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

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

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

Anikind 09.04.2012 10:46

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

toxanik 09.04.2012 11:22

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

vitalikus 09.04.2012 14:18

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

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


Текущее время: 12:56. Часовой пояс GMT +3.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc. Перевод: zCarot
PSPx Forum - Сообщество фанатов игровых консолей.