|
|
|
kasa56
Стаж: 10 лет 1 месяц Сообщений: 19
|
kasa56 ·
16-Фев-15 04:15
(9 лет 11 месяцев назад, ред. 22-Июн-16 08:24)
|
|
|
|
dmsushko
Стаж: 15 лет 4 месяца Сообщений: 184
|
dmsushko ·
23-Июл-15 05:03
(спустя 5 месяцев 7 дней)
kasa56 писал(а):
66790975встроенный медиаплеер в Samsung'е Smart TV...
Серия D флаги игнорирует - покажет/растянет как есть фактически по ширине/высоте. Серия E и выше - смотрит по флагу.
У меня тоже с гнусмасом проблема - как смотреть анаморфные dvd-рипы на HT-D5500, если он флаг AR игнорирует? Приходится извращаться и кодировать DVD с апскейлом в 1024x 
|
|
|
|
Tim68
Стаж: 15 лет Сообщений: 712
|
Tim68 ·
23-Июл-15 20:09
(спустя 15 часов)
dmsushko писал(а):
68340202Серия D флаги игнорирует - покажет/растянет как есть фактически по ширине/высоте.
хорошо бы указать какой SAR указан в строке x264 и в каком контейнере скармливается телеку?
|
|
|
|
dmsushko
Стаж: 15 лет 4 месяца Сообщений: 184
|
dmsushko ·
24-Июл-15 04:09
(спустя 8 часов)
Tim68 писал(а):
хорошо бы указать какой SAR указан в строке x264 и в каком контейнере скармливается телеку?
Контейнер - Matroska (MKV), выставленные в mkvmerge флаги AR или Display W/H гнусмас (да и не только он, думаю) просто игнорирует... Но! (Как сегодня выяснилось методом тыка) если перепаковать в mp4 (mp4box) с указанием Pixex AR, то всё воспринимает правильно... сейчас попробовал перегнать в ts контейнер (tsMuxer) - тоже стал нормально растягивать.
действия по пунктам
1. Пытаюсь посмотреть этот рип (678x572@964x572, SAR 64:45)
- на HT-D5500 сплюснут с боков, т.е. AR не учитывается, тупо масштабирует 'что есть' (678x572 -> 1280x1080)
- на UE32F5300 показывает, как и должно (678x572@964x572 -> 1820x1080)
2. Вынимаю дорожки из MKV, загоняю их в Yamb, выставляю Pixel AR -> Custom -> 64:45
Полученный mp4 прекрасно работает и там и там. Profit!
upd. Смотрю через DLNA-сервер Twonky, а он *.mp4 не видит, т.ч. приходится переименовывать в *.mkv - но ничего, ТВ и плеер прекрасно его читают.
3. Отличия отчётов MediaInfo
|
|
|
|
crazy-cactus
Стаж: 17 лет 2 месяца Сообщений: 2813
|
crazy-cactus ·
24-Июл-15 10:40
(спустя 6 часов)
dmsushko писал(а):
68348177он *.mp4 не видит, т.ч. приходится переименовывать в *.mkv
переименовывать не нужно, можно mp4 после Yamb загнать в mkvmerge - флаги AR, выставленные в Yamb, сохранятся
|
|
|
|
Скажутин
Стаж: 11 лет 11 месяцев Сообщений: 444
|
Скажутин ·
24-Июл-15 12:15
(спустя 1 час 34 мин.)
Видимо ваш плеер понимает sar, просто тот кто делал энкод, прописывал его после кодирования в mkv при муксе, а надо было в настройках икса вписывать.
|
|
|
|
dmsushko
Стаж: 15 лет 4 месяца Сообщений: 184
|
dmsushko ·
25-Июл-15 11:07
(спустя 22 часа)
crazy-cactus писал(а):
переименовывать не нужно, можно mp4 после Yamb загнать в mkvmerge - флаги AR, выставленные в Yamb, сохранятся
пробовал, не видит оно в матрёшке флаги
Скажутин писал(а):
68349998Видимо ваш плеер понимает sar, просто тот кто делал энкод, прописывал его после кодирования в mkv при муксе, а надо было в настройках икса вписывать.
тоже пробовал, упорно не видит!
вообще не понятно... у корейцев, видимо, свои какие-то спецификации в встроенном плеере, одним им известные 
причём, повторюсь, на более-менее новых (серия E и выше) такой проблемы нету...
а прошивка, кстати, от мая 2015 и баг это до сих пор не убрали, но зато вкорячили синавию 
|
|
|
|
Tim68
Стаж: 15 лет Сообщений: 712
|
Tim68 ·
25-Июл-15 19:18
(спустя 8 часов)
dmsushko писал(а):
68357122Скажутин писал(а):
Видимо ваш плеер понимает sar, просто тот кто делал энкод, прописывал его после кодирования в mkv при муксе, а надо было в настройках икса вписывать.
тоже пробовал, упорно не видит!
вообще не понятно... у корейцев, видимо, свои какие-то спецификации в встроенном плеере, одним им известные
Если при кодировании будите использовать ITU-шные, то все аппаратные декодеры будут упорно видеть и даже Ваш "кореец" в том числе.
|
|
|
|
kasa56
Стаж: 10 лет 1 месяц Сообщений: 19
|
kasa56 ·
30-Июл-15 14:06
(спустя 4 дня, ред. 30-Июл-15 14:06)
Кто-нибудь 'силён' в деинтерлейсинге при редактировании vob'ов?
dmsushko
У меня Samsung E. Всё, что по ширине менее 1920 он тянет до краёв в режиме 2. Я предполагал, что с пом. ffmpeg'a можно что-либо вбить без перекодировки, то ли это метаданные, то ли видео-тэги, чтобы Sams сделал а-ля crop, если есть готовое видео, скажем 1920 по ширине, но с чёрными полями по бокам. Дело в том, что он умеет это делать на ТВ каналах и в 'ручном' режиме, т.е. решать задачу перемасштабирования с 'выбросом' части изображения за пределы экрана.
|
|
|
|
fred342
Стаж: 13 лет 4 месяца Сообщений: 107
|
fred342 ·
13-Авг-15 19:41
(спустя 14 дней)
Подскажите как определить SAR для строки в x264, вот медиаинфо:
скрытый текст
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Format settings, picture structure : Frame
Duration : 4mn 1s
Bit rate mode : Variable
Bit rate : 3 832 Kbps
Maximum bit rate : 9 800 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.370
Time code of first frame : 11:11:59:00
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 110 MiB (93%)
+обрезать по 114 пикселей сверху и снизу
|
|
|
|
Pustovetov
Стаж: 17 лет 3 месяца Сообщений: 4247
|
Pustovetov ·
13-Авг-15 20:30
(спустя 48 мин.)
fred342 писал(а):
68507820Подскажите как определить SAR для строки в x264, вот медиаинфо:
Frame rate : 25.000 fps
Standard : PAL
Display aspect ratio : 4:3
обычно PAL 4:3 => ITU 12:11/NON ITU 16:15, ну т.е. или 16:15 или 12:11 (реже). Но лучше конечно посмотреть глазами в видео на круглые предметы
|
|
|
|
fred342
Стаж: 13 лет 4 месяца Сообщений: 107
|
fred342 ·
14-Авг-15 19:59
(спустя 23 часа)
Pustovetov
спасибо! по методу в первом посте получается 15:16, наверное что-то не так делю
|
|
|
|
Pustovetov
Стаж: 17 лет 3 месяца Сообщений: 4247
|
Pustovetov ·
14-Авг-15 21:41
(спустя 1 час 42 мин.)
fred342 писал(а):
68515142Pustovetov
спасибо! по методу в первом посте получается 15:16, наверное что-то не так делю
Ставьте 16:15 и потом проверьте результат.
|
|
|
|
samson813
Стаж: 14 лет 9 месяцев Сообщений: 4
|
samson813 ·
30-Авг-15 05:30
(спустя 15 дней)
Подскажите пожалуйста кто в Premiere CC работает
Есть исходное видео
Bits/(Pixel*Frame): 2.357 размер 720х576
на выходе нужно получить
Bits/(Pixel*Frame): 1.509 размер 720х576
при каких настройках можно сохранить чтоб получился такой размер пикселя?
|
|
|
|
Sergey067
Стаж: 18 лет 2 месяца Сообщений: 193
|
Sergey067 ·
02-Сен-15 00:20
(спустя 2 дня 18 часов, ред. 02-Сен-15 00:20)
Вот один вопрос по DVD (может немного не по теме , но сия близкая по смыслу к нему).
Вот , например, обычный PAL DVD (или NTSC не принципиально) . Вопрос: почему фильмы с кинотеатральным соотношением (2.35(2.40):1) записаны на DVD так, что сверху и снизу существуют полосы? почему не придумали способ записи с таким аспектом (2.35:1) на все 720х576 форсированно и не выставить потом чуть больший коэффициент SAR? Ну, если нужна более точная подгонка AR - пусть тогда на 544 по высоте и с небольшими полосами? По-моему то оборудование, которым пользуются студии Голливуда должно позволять это делать запросто. Или они просто похоронили этот носитель для себя?
За ответ заранее спасибо.
|
|
|
|
Tim68
Стаж: 15 лет Сообщений: 712
|
Tim68 ·
02-Сен-15 09:02
(спустя 8 часов)
Sergey067 писал(а):
68656472Вопрос: почему фильмы с кинотеатральным соотношением (2.35(2.40):1) записаны на DVD так, что сверху и снизу существуют полосы? почему не придумали способ записи с таким аспектом (2.35:1) на все 720х576 форсированно и не выставить потом чуть больший коэффициент SAR?
Наверно потому, что разработчики данного формата посчитали, что этого просто нельзя делать. Да, в основе анаморфности заложенно свойство человеческого зрения менее замечать снижение разрешения по горизонтали, но ведь тянуть горизонт нельзя же до бесконечности. Одно дело растянуть 4:3 до 16:9, а другое дело до 2,35:1.
|
|
|
|
Sergey067
Стаж: 18 лет 2 месяца Сообщений: 193
|
Sergey067 ·
02-Сен-15 16:29
(спустя 7 часов, ред. 02-Сен-15 16:29)
Цитата:
Наверно потому, что разработчики данного формата посчитали, что этого просто нельзя делать.
А где доказательства? Такие заявления , приводимые без доказательств - автоматом записывают давшего их в тролли.
Цитата:
растянуть 4:3 до 16:9
О_о что за извращение-то? это как?
Ладно, тут вряд ли кто ответит на этот простой вопрос (и по понятным причинам) . Придётся поэкспериментировать тогда самому на NTSC DVD.
|
|
|
|
Tim68
Стаж: 15 лет Сообщений: 712
|
Tim68 ·
02-Сен-15 22:49
(спустя 6 часов, ред. 02-Сен-15 22:49)
Sergey067 писал(а):
68660145А где доказательства? Такие заявления , приводимые без доказательств - автоматом записывают давшего их в тролли.
Акцент на слове " Наверно". Хотите доказать обратное? Вперед, т.к.
Sergey067 писал(а):
68660145без доказательств - автоматом записывают давшего их в тролли.
Формат DVD Disk издавался под SD разрешение, под 704 полезных точек отсчета строчной развертки кинескопного TV ящика. Что останется от Вашего вертикального разрешения во весь кадр при отображении на таком экране?
Sergey067 писал(а):
68660145О_о что за извращение-то? это как?
SAR=4:3 (1440х1080 16:9 frame without horizontal overscan)
|
|
|
|
Sergey067
Стаж: 18 лет 2 месяца Сообщений: 193
|
Sergey067 ·
03-Сен-15 20:23
(спустя 21 час, ред. 03-Сен-15 20:23)
Цитата:
SAR=4:3 (1440х1080 16:9 frame without horizontal overscan)
Причём тут это ? BD и какие-то "цифровые" кассеты меня не интересуют. Я про них даже не заикался.
Цитата:
Формат DVD Disk издавался под SD разрешение, под 704 полезных точек отсчета строчной развертки кинескопного TV ящика. Что останется от Вашего вертикального разрешения во весь кадр при отображении на таком экране?
Эххх.... вам бы сначала понять о чём спрашивают.... Но по сути, наверное, бесполезно. Я вам про цифру в основном - а вы мне бомбите своими умозаключениями про аналог. Ну-ну....
2.35 видео на DVD по сравнению с 16/9 смотрится отвратительно из-за неизбежноё потери разрешения при очень интересных аспектах его записи на этот носитель. Я просто всего лишь спросил - > почему бы не использовать весь диапазон разрешающей способности DVD (720x576(480))? И к аналогу тут никакого отношения этот вопрос не имеет (ну может лишь незначительно косвенным образом , т к опирается на объявленные стандарты вещания - но это абсолютно неважно) . Просто хочется использовать диапазон цифрового пространства этого носителя более грамотно - и повысить качество исходного материала. Глупо даже предположить , что сегодня DVD будет проигрываться на тех исконно аналоговых вещах, ради которых и объявлялись PAL и NTSC.
|
|
|
|
Tim68
Стаж: 15 лет Сообщений: 712
|
Tim68 ·
03-Сен-15 21:12
(спустя 49 мин.)
Sergey067 писал(а):
68669585вам бы сначала понять о чём спрашивают
Да все понятно. Если хочется для просмотра использовать именно DVD плеер, то и надо смотреть, какие аспекты описаны в действующем формате, т. к. что либо менять в коммерческом формате никто ничего не будет.
В таблице указанно существование DAR=2.21:1, которое должны понимать все сертифицированные DVD плееры. Думаю такой DAR Вас должен устраивать. Ваша задача лишь сводится к тому, чтобы задать это соотношение материалу с таким наполнением кадра 720х576(480), которое при данном отображении будет иметь правильные пропорции.
|
|
|
|
Sergey067
Стаж: 18 лет 2 месяца Сообщений: 193
|
Sergey067 ·
04-Сен-15 01:10
(спустя 3 часа, ред. 04-Сен-15 01:10)
О, так это другое дело... Значит всё можно. Надо , чтоб кто-нибудь с этого сайта и с доступом ко всяческим ремуксам на голубом носителе создал нечто подобное. Я вряд ли скоро смогу, т к доступа к ремуксам нет.
Методика действий такова:
1. Берём BD remux какой-нибудь с 2.35:1
2. Сканируем его (ну перед этим разобрать на состовляющие , ессно) видео в dgavc
3. Создаём AVC скрипт с кропом (разрешение ~1456x816) - переход от 2.35 к ~16/9 форсированно в скрипте иначе программа-редактор создаст ерунду (т е обычный DVD 2.35 с полосами).
4. Затем надо воспользоваться программой-редактором (как правило они платные) вроде Adobe Premier или чем-то похожим. Программа-редактор должна поддерживать плагин для работы с Avisynth.
5. Загружаем скрипт в программу редактор (ну также и аудио соответственно перекодированное в нужный формат) - и создаём в программе обычный NTSC 16/9 DVD .
6. Затем в IFO файле вписать SAR 141/90 - и посмотреть что будет )).
|
|
|
|
Lincoln six Echo
Стаж: 14 лет 9 месяцев Сообщений: 1079
|
Lincoln six Echo ·
27-Ноя-20 23:05
(спустя 5 лет 2 месяца, ред. 28-Ноя-20 02:14)
Приветствую, уважаемые!
Достаточно часто на одном из других трекеров, а так же трижды здесь, встречал в описании два аспекта кадра через собаку:
720x576 (4:3) @ 768x576
692x570 (1.295:1) @ 738x570
700x574 (4:3) @ 764x574
Когда поинтересовался что это и зачем, отправили знакомиться с викистатьёй Цифровое анаморфирование, и сюда, но пока, увы, всё равно непонятно.
Может кто разжевать своими словами, али ещё куда послать учиться?
|
|
|
|
Мазизов
Стаж: 7 лет 8 месяцев Сообщений: 1135
|
Мазизов ·
27-Ноя-20 23:58
(спустя 52 мин.)
|
|
|
|
Lincoln six Echo
Стаж: 14 лет 9 месяцев Сообщений: 1079
|
Lincoln six Echo ·
28-Ноя-20 02:53
(спустя 2 часа 54 мин., ред. 28-Ноя-20 11:56)
Мазизов, ну ведь ни в одной из приведённых мною для примера раздач (TS, Sat-rip, AVC VHS-rip) ни 16/9, ни DVD даже близко не пахнет?!
Описанное в предложенных статьях мне приблизительно известно, а какое отношение всё это имеет к поставленному вопросу – нет.
Выходит, что бы разобраться в материале необходимо освоить тонкости работы с профессиональными риперами?
Иначе не понять отчего увеличилась продолжительность горизонтали кадра ~4/3 из совершенно разных источников, да что бы было, если б этого не произошло.
|
|
|
|
Koo1
Стаж: 15 лет 9 месяцев Сообщений: 1145
|
Koo1 ·
28-Ноя-20 03:02
(спустя 8 мин.)
Lincoln six Echo
Одно разрешение фактическое, второе сделанное через контейнер, всё.
|
|
|
|
Bloomsbury
Стаж: 15 лет Сообщений: 940
|
Bloomsbury ·
10-Дек-21 22:48
(спустя 1 год, ред. 10-Дек-21 22:48)
Обращаюсь к знатокам-завсегдаям темы за помощью 
По «просьбам трудящихся» планирую сделать из этого довольно типичного DVD с такими параметрами VOBов
Цитата:
Ширина : 720 пикселей
Высота : 576 пикселей
Соотношение сторон : 16:9
Частота кадров : 25,000 кадров/сек
Стандарт вещания : PAL
Сэмпл http://multi-up.com/1287047
анаморфный DVDRip-AVC (Н.264), чтобы по максимуму сохранить разрешение DVD в 576 пикселей. Но в теме DVDRip-AVC (Н.264) еще слабоват… 
Почитал разного рода инструкции по изготовлению DVDRip-AVC (Н.264), в т.ч. и анаморфного и планирую использовать для этой цели MeGUI
Загружаю VOBы, индексирую, появляется картинка с вытянутыми лицами (1:1). Так и должно быть при загрузке анаморфного видео.
Вариант 1
В Input DAR вместо ITU16:9 (по умолчанию) выбираю 16:9 (больше похоже на реальность судя по дате выпуска DVD).
Активирую строку (ставлю галочку) Clever (TM) anamorphic encoding, после чего становится доступной строка выбора профилей для анаморфного кодирования, где по умолчанию первая Resize to select mod. В разделе Правил «Требования к наполнению контейнера MKV/Matroska» отсутствуют какие-либо требования к размерам сторон кадра в части их деления на что-либо, т.е. mod может быть любым. Между тем
Цитата:
Внимание: Если стороны не будут кратны mod4 (делится без остатка на 4) то степень и качество сжатия видео кодеком x264 может пострадать (возможно появление артефактов, используйте на свой страх и риск).
Соответственно, выбираю mod4.
Далее в окне с загруженным фильмом двигаю ползунок на кадр со светлыми границами и нажимаю Auto Crop. Появляется образка полей: 36 слева и 30 справа. При этом сверху и снизу кадра видны черные полосы шириной в 1 пкс. не по всей длине кадра, но все же… Соответственно, вручную добавляю образку сверху и снизу по 2 пкс.
В левом окне Resize (размер по горизонтали) проверяю выставление максимально возможного значения (щелкаю по стрелочке вверх).
В Aspect Ratio Error смотрю погрешность: –0,00956%
Выбираю Resize Filter.
В итоге сохраняю такой скрипт:
Цитата:
crop(36, 2, -30, -2)
Spline36Resize(652,572) # Spline36 (Neutral)
После сохранения файла avs он загружается и появляется окно с картиной из фильма c вытянутыми лицами, где появляется следующая информация:
Если поставить галку на Preview DAR, то картинка сжимается по вертикали и лица становятся нормальными.
Далее кодирование в 2 прохода и получаем такой файл .mkv
Цитата:
MPEG4 Video (H264) 652x572 (465:286) [1,626:1]
Ширина : 652 пикселя
Высота : 572 пикселя
Соотношение сторон : 16:10
Размер кадра в видеопроигрывателе 930х572
Вариант 2
В Input DAR выбираю ITU16:9 (по умолчанию)
Остальные параметры – такие же.
В Aspect Ratio Error погрешность: –0,06809%
После сохранения файла avs он загружается и появляется окно с картиной из фильма c вытянутыми лицами, где появляется следующая информация:
Далее кодирование в 2 прохода и получаем такой файл .mkv
Цитата:
MPEG4 Video (H264) 652x572 (953:572) [1,666:1]
Ширина : 652 пикселя
Высота : 572 пикселя
Соотношение сторон : 5:3
Соотношение сторон в оригинале : 5:3
Размер кадра в видеопроигрывателе 930х572
Далее вопрос: какой из этих двух вариантов выбрать?
Из Правил:
Цитата:
* при сохранении анаморфного разрешения в контейнере и видеопотоке обязательно должен быть указан корректный флаг AR (соотношения сторон)
Что такое «корректный флаг AR»? Какой из двух вариантов будет иметь этот «корректный флаг AR»? Какой из них выбрать?
При этом на Кинопоиске и imdb.com имеется следующая информация о фильме:
Цитата:
Формат изображения: 1.66 : 1
Aspect ratio 1.66 : 1
С учетом этого факта вроде бы более подходящий – Вариант 2 с 1,666:1
Но во втором варианте смущает появление второй строки:
Цитата:
Соотношение сторон : 5:3
Соотношение сторон в оригинале : 5:3
Посмотрел техданные раздач анаморфных DVDRip-AVC (Н.264) тут и на др. трекерах – картина пестрая: где-то вторая строка отсутствует (как и в Вариант 1), где-то ее значение совпадает со значением первой строки (как и в Вариант 2), где-то значения отличаются.
По какой причине в Вариант 2 появилась эта вторая строка с тем же значением, что и в первой строке? Не понятно… 
Далее наткнулся на эту тему, почитал первое сообщение темы и не понял, зачем вообще получать «искомый PAR/SAR/ARS» и «честно сообщаем кодеку x264 перед началом кодирования, задавая в командной строке ключ –sar»?
В первом сообщении картинки отсутствуют, но и беp них проделал пункты 1 и 2 и получил примерный MAR=934/573= 1.63
Далее «Заносим все это в ARS Calculator (прикреплен к данному сообщению, смотрите ниже ссылку Скачать прикреплённый файл) и нажимаем "Calculate". Получаем искомый PAR/SAR/ARS» выполнить не представляется возможным, т.к. не понятно, что именно и куда заносить...
|
|
|
|
kasa56
Стаж: 10 лет 1 месяц Сообщений: 19
|
kasa56 ·
10-Янв-22 17:42
(спустя 30 дней, ред. 10-Янв-22 17:42)
kasa56 писал(а):
68398191Кто-нибудь 'силён' в деинтерлейсинге при редактировании vob
|
|
|
|
Persecond
Стаж: 14 лет 11 месяцев Сообщений: 703
|
Persecond ·
19-Апр-23 23:39
(спустя 1 год 3 месяца, ред. 19-Апр-23 23:39)
Нужна помощь. Конвертировал фильм из DVD в mp4 себе для коллекции через Movavi Video Converter 20 Premium. После конвертации удалил исходник, а при просмотре готового файла обнаружилось, что изображение вытянуто.
Исходный формат PAL 16:9 (720x576). Конвертер перегнал мне в те же 720x576, но где-то что-то пошло не так.
Искал, как это исправить. Использовал перегон по инструкции на сайте movavi, но ничего не вышло.
Подскажите способ, как это исправить? Скачать снова исходный DVD не могу (по разным причинам).
Правильная версия по сторонам получалась через Wondershare UniConverter, но там я ловил забавный баг
скрытый текст
: с середины фильма начинался эффект рапида. Такое только при конвертировании DVD в mp4.
|
|
|
|
Мазизов
Стаж: 7 лет 8 месяцев Сообщений: 1135
|
Мазизов ·
20-Апр-23 20:02
(спустя 20 часов)
Persecond писал(а):
84611762Исходный формат PAL 16:9 (720x576)
Значит надо сделать ресайз в 1024х576 .
|
|
|
|
Bloomsbury
Стаж: 15 лет Сообщений: 940
|
Bloomsbury ·
22-Июл-23 21:32
(спустя 3 месяца 2 дня, ред. 22-Июл-23 21:32)
Из первого сообщения темы:
Pustovetov
Цитата:
Допустим мы хотим сжать в анаморфный рип вот этот фильм
...
4) Об чем честно сообщаем кодеку x264 перед началом кодирования, задавая в командной строке ключ --sar 10:7
А как быть в случае изготовления DVDRip Xvid? Что сообщать кодеку Xvid? 
Первые три пункта инструкции в первом сообщении темы универсальны. А далее?
В кодировщике MeGUI после Crop (обрезка полей), Resize (изменение размера кадра) и сохранения скрипта (.avs) открывается окно предпросмотра:
displays the original video size - 1:1
Что означают эти цифры 40:31 (1.290)? С учетом примененных к загруженному видео Crop и Resize это есть MAR (Movie Aspect Ratio)?
Если это MAR, то можно сравнить MAR из VOBов на DVD и MAR из окна предпросмотра MeGUI для сохраненного скрипта (.avs) - должны примерно совпадать (в идеале равны). Например, для примера из картинки выше:
Расчет MAR
Исходное видео из VOB:
После обрезки полей:
MAR 695/535= 1,299...
По техническим данным для этого фильма соотношение сторон кадра 1,37, т.е при кодировании надо выбирать ITU 4:3 (1,367521). Однако, с учетом рассчитанного MAR 1,299 в MeGUI после загрузки видео VOB был выбран Input DAR = 4:3 (1,333333) PAL, а не ITU 4:3 (1,367521) PAL. В результате получилось 40:31 ( 1.290). Это MAR DVDRipа?
Тут есть релиз DVDRip с того же релиза DVD с параметрами кадра 608x448 ( 1,357...), т.е. при кодировании в настройках было выбрано ITU 4:3 (1,367521) PAL
Вопросы
1. Все ли верно из написанного выше?
2. Следует ли при кодировании в Xvid в MeGUI после загрузки видео VOB выбирать Input DAR из стандартных значений (4:3 (1,333333) PAL, ITU 4:3 (1,367521) PAL и т.п.) либо задавать точную величину, равную расчетному MAR для VOBов, в данном случае 1,299?
|
|
|
|
