Определение PAR (Pixel Aspect Ratio)/SAR (Sample Aspect Ratio)

Страницы :  1, 2, 3, 4, 5, 6, 7, 8  След.
Ответить
 

Pustovetov

AVC-Видео

Стаж: 17 лет 1 месяц

Сообщений: 4254

Pustovetov · 13-Май-08 12:54 (16 лет 7 месяцев назад, ред. 20-Апр-16 14:31)

Допустим мы хотим сжать в анаморфный рип вот этот фильм https://rutr.life/forum/viewtopic.php?t=660489
Имеем PAL 720x576 16:9
1) Делаем кропинг исходного материала. В данном случае слева и справа неплохо выкидывается по 24 пикселя черного бордюрчика, а сверху и снизу есть какое-то шевеление на пиксель. В результате имеем вот такой скрипт
Код:

Crop(24,2,-24,-2)
AddBorders(0,2,0,2)
И PFS (Pixel Frame Size) равен 672x576 (672 это 720 минус 48 :))
2) Грузим в VLC первый vob фильма и выбираем понравившуюся "светлую" сцену. В меню VLC обязательно установить Видео -> Масштаб -> Оригинал 1:1 и Видео -> Соотношение сторон -> 16:9 (мы же не забыли что у нас ведь фильм 16:9). Жмем Видео -> Стоп-кадр (или Снимок, в зависимости от версии VLC)
скрытый текст
Затем открываем полученный кадр в каком-нибудь редакторе, чтобы можно было обрезать края (я использую FastStone Image Viewer)
скрытый текст
И смотрим на размер данной картинки. Ага, 960x576 Делим одно на другое 960/576=1,66666.... и получаем MAR (Movie Aspect Ratio).
3) Заносим все это в ARS Calculator (прикреплен к данному сообщению, смотрите ниже ссылку Скачать прикреплённый файл) и нажимаем "Calculate". Получаем искомый PAR/SAR/ARS 10:7
скрытый текст
4) Об чем честно сообщаем кодеку x264 перед началом кодирования, задавая в командной строке ключ --sar 10:7
5) кодируем, кодируем....
P. S. Спасибо Karfax и Taran2L_87 за восстановление картинок!
[Профиль]  [ЛС] 

GarfieldX

Техпомощь раздела Кино, Видео и TV

Стаж: 19 лет 10 месяцев

Сообщений: 4016

GarfieldX · 13-Май-08 15:06 (спустя 2 часа 11 мин., ред. 20-Апр-16 14:31)

Pustovetov писал(а):
И смотрим на размер данной картинки. Ага, 960x576 Делим одно на другое 960/576=1.66666.... и получаем MAR (Movie Aspect Ratio)
А если вспомнить математику, то при постоянной высоте в 576 пикселей получаем:
720 - 1024
672 - х
х = 1024*672/720 = 955.7(3)
В итоге более точно MAR = 955.7(3) / 576 = 1.6(592)
И никаких псевдоизмерений на глазок
[Профиль]  [ЛС] 

Pustovetov

AVC-Видео

Стаж: 17 лет 1 месяц

Сообщений: 4254

Pustovetov · 13-Май-08 18:34 (спустя 3 часа, ред. 20-Апр-16 14:31)

GarfieldX писал(а):
И никаких псевдоизмерений на глазок
Да знаю я. А псевдоизмерения это для наглядности того что такое MAR
Ну и способ со скриншотами более универсален. Не надо знать магические числа типа 1024 и 853.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 2 месяца

Сообщений: 6417

shellgen · 13-Май-08 20:39 (спустя 2 часа 4 мин., ред. 20-Апр-16 14:31)

Позволю себе 1 замечание по поводу примера:
SAR имеет такое замечательное свойство: если мы не делаем ресайз при рипе, то при любом кропе SAR исходного материала = SAR в анаморфном рипе ...
SAR фактически описывает форму пикселя, если мы не меняем её ресайзом, то и пересчитывать SAR не нужно.
Для PAL 16:9 более точно PAR = 141:100 . Нетрудно в качестве упражнения его один раз подсчитать для PAL 4:3 и NTSC, записать на бумажку и не пересчитывать на каждом рипе.
[Профиль]  [ЛС] 

Pustovetov

AVC-Видео

Стаж: 17 лет 1 месяц

Сообщений: 4254

Pustovetov · 14-Май-08 00:13 (спустя 3 часа, ред. 20-Апр-16 14:31)

shellgen писал(а):
Позволю себе 1 замечание по поводу примера:
SAR имеет такое замечательное свойство: если мы не делаем ресайз при рипе, то при любом кропе SAR исходного материала = SAR в анаморфном рипе ...
Ну да, наверно.... А вот если таки делаем то см выше =)
Цитата:
Для PAL 16:9 более точно PAR = 141:100 . Нетрудно в качестве упражнения его один раз подсчитать для PAL 4:3 и NTSC, записать на бумажку и не пересчитывать на каждом рипе.
А разве для PAL 16:9 не sar = 64:45? Впрочем разница между 141:100 и142:100 не слишком принципиальна. Для PAL 3:4 sar 16:15. Для NTSC 16:9 - 8:9 и 4:3 - 32:27
[Профиль]  [ЛС] 

D.A.S.

Стаж: 17 лет 6 месяцев

Сообщений: 398

D.A.S. · 14-Май-08 02:45 (спустя 2 часа 32 мин., ред. 20-Апр-16 14:31)

Цитата:
SAR имеет такое замечательное свойство: если мы не делаем ресайз при рипе, то при любом кропе SAR исходного материала = SAR в анаморфном рипе ...
SAR фактически описывает форму пикселя, если мы не меняем её ресайзом, то и пересчитывать SAR не нужно.
Для PAL 16:9 более точно PAR = 141:100 . Нетрудно в качестве упражнения его один раз подсчитать для PAL 4:3 и NTSC, записать на бумажку и не пересчитывать на каждом рипе.
Описывает форму писеля PAR. Просто в данном случае SAR=PAR.
Sample Aspect Ratio=Pixel Aspect Ratio
В более древние времена можно вспомнить такое понятие как Storage Aspect Ratio.
И тот же ARS если поментяь буквы местами, выйдет опять таки SAR.
Не нужно все подганять под то, как данное реализовано в х264.
К примеру в XviD вбивать нужно будет именно PAR, ну либо DAR.
А "SAR", мне туда еще ни разу вбивать не приходилось )))
[Профиль]  [ЛС] 

Alex Kud

Top User 02

Стаж: 18 лет 2 месяца

Сообщений: 138

Alex Kud · 16-Ноя-08 15:01 (спустя 6 месяцев, ред. 16-Ноя-08 15:45)

Замечу, что
DAR = PAR*SAR
где:
DAR - Display Aspect Ratio. Он же IAR - Image Aspect Ratio. Отношение геометрической ширины к геометрической высоте "правильного" кадра.
PAR - Pixel Aspect Ratio. Соотношение сторон пикселя.
SAR - Storage Aspect Ratio. Отношение ширины кадра в пикселях к высоте в пискселях.
Например, для DVD NTSC 4:3:
4/3 = PAR*(720/480)
PAR = 4*480/(3*720)
Далее, если сделать кроп, то PAR не меняется, но меняется SAR. Зная новый, SAR можно получить новый DAR.
У меня возникает только одна проблема: какой брать DAR для DVD? Принято, что 4:3 или 16:9. Программные плееры при просмотре DVD тоже так ресайзят (например, 720x480->640x480).
Но! GordianKnot и MeGUI утверждают, что для NTSC 4:3 DAR = 1,367, а для NTSC 16:9 DAR = 1,823. А не 1,33 и 1,77 соответственно. Вопрос: откуда такое несоответствие? Или все же 4:3 и 16:9 - это неточные значения?
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 2 месяца

Сообщений: 6417

shellgen · 16-Ноя-08 15:14 (спустя 12 мин., ред. 01-Ноя-09 21:03)

Alex Kud
Думаю, что третья интерпретация аббревиатуры SAR для одной ветки - это уже перебор. В терминах x264 SAR это именно соотношение сторон пикселя. Что касается
Alex Kud писал(а):
Но! GordianKnot и MeGUI утверждают, что для NTSC 4:3 DAR = 1,367, а для NTSC 16:9 DAR = 1,823. А не 1,33 и 1,77 соответственно. Вопрос: откуда такое несоответствие? Или все же 4:3 и 16:9 - это неточные значения?
то GK/MeGui по умолчанию тупо гребут все DVD под ITU стандарт, по которому 16:9 = 1.823..., а 4:3 = 1.367. Обычно свежие DVD издания (после 2006 года) не соответвуют ITU стандарту, НО в конечном итоге на DVD попадаются такие чудеса авторинговой мысли, что закрадываются подозрения о пристрастиях персонала авторинговых контор к забористой. Поэтому корректный AR всегда лучше определять по круглым объектам в сигнале. А вообще канонические значения sar для более менее ровных DVD такие:
Цитата:
PAL 4:3 => ITU 12:11/NON ITU 16:15
PAL 16:9 => ITU 16:11/NON ITU 64:45
NTSC 4:3 => ITU 10:11/NON ITU 8:9
NTSC 16:9 => ITU 40:33/NON ITU 32:27
[Профиль]  [ЛС] 

Alex Kud

Top User 02

Стаж: 18 лет 2 месяца

Сообщений: 138

Alex Kud · 16-Ноя-08 15:48 (спустя 33 мин., ред. 16-Ноя-08 15:48)

shellgen писал(а):
Думаю, что третья интерпретация аббревиатуры SAR для одной ветки - это уже перебор.
Да, я ошибся в расшифровке. SAR тут надо было расшифровать как Storage Aspect Ratio. Поправил свой пост.
Ну а аббревиатуры совпадают. Так что буду использовать PAR для соотношения сторон пикселя.
shellgen писал(а):
А вообще канонические значения sar для более менее ровных DVD такие:
Цитата:
PAL 4:3 => ITU 12:11/NON ITU 16:15
PAL 16:9 => ITU 16:11/NON ITU 64:45
NTSC 4:3 => ITU 10:11/NON ITU 8:9
NTSC 16:9 => ITU 40:33/NON ITU 32:27
Хм... Тут как раз результат вычислений по приведенной мной выше формуле.
Alex Kud писал(а):
Например, для DVD NTSC 4:3:
4/3 = PAR*(720/480)
PAR = 4*480/(3*720)
Если сократить дробь, получим те самые 8:9. Ну и для других аналогично.
[Профиль]  [ЛС] 

Alex Kud

Top User 02

Стаж: 18 лет 2 месяца

Сообщений: 138

Alex Kud · 22-Ноя-08 17:29 (спустя 6 дней, ред. 22-Ноя-08 17:29)

shellgen писал(а):
GK/MeGui по умолчанию тупо гребут все DVD под ITU стандарт, по которому 16:9 = 1.823..., а 4:3 = 1.367. Обычно свежие DVD издания соответвуют ITU стандарту, НО в конечном итоге на DVD попадаются такие чудеса авторинговой мысли, что закрадываются подозрения о пристрастиях персонала авторинговых контор к забористой. Поэтому корректный AR всегда лучше определять по круглым объектам в сигнале.
Заморочился я этим вопросом. Нашел на одном форуме такую инфу:
Цитата:
In the ITU BT.601-4 spec the 16:9 or 4:3 image is contained in a the inner 704x480 portion of the 720x480 frame. The extra 16 pixels (8 on each side) should (?) be filled with black borders and should not be displayed (even without overscan).
Получаем:
1,823*(720/704) = 1,7825
А это очень близко к 16/9 = 1,778.
Но где же они 16 лишних пикселей? Обычно 2-4 пикселя приходится обрезать по бокам. А с круглыми объектами тоже не все так просто. Не в любом видео есть круглый объект, на который можно ориентироваться.
[Профиль]  [ЛС] 

Alex Kud

Top User 02

Стаж: 18 лет 2 месяца

Сообщений: 138

Alex Kud · 22-Ноя-08 19:57 (спустя 2 часа 28 мин.)

Вот очень любопытная инфа на тему, имхо:
How to set aspect properly
[Профиль]  [ЛС] 

asaramamulbulatas

Стаж: 16 лет 6 месяцев

Сообщений: 24


asaramamulbulatas · 26-Ноя-08 13:42 (спустя 3 дня)

Вот табличка SAR из описания H.264
Прикреплённый файл
[Профиль]  [ЛС] 

tarantino99

Стаж: 16 лет 5 месяцев

Сообщений: 186


tarantino99 · 02-Янв-09 21:51 (спустя 1 месяц 6 дней, ред. 03-Янв-09 00:35)

Люди, прошу помогите!!
Такой вопрос : Нужно широкоформатному фильму обрезать стороны до телевизора 4:3, сохраняя эту пропорцию постоянной высоты, а урезать только ширину!
Какое правильное в этом случае соотношение сторон??? Если 720/576 это 1.25, ну как-то не пропорционально телевизору это выглядет......
Или получается 1.33...???? Как это правильно прописать в скрипте Ависинса??
В общем подскажите простую схему подсчета именно для этого вопроса !?!?!
СПАСИБО!!! С новым годом!!!
[Профиль]  [ЛС] 

asaramamulbulatas

Стаж: 16 лет 6 месяцев

Сообщений: 24


asaramamulbulatas · 09-Янв-09 11:48 (спустя 6 дней)

tarantino99 писал(а):
Какое правильное в этом случае соотношение сторон??? Если 720/576 это 1.25, ну как-то не пропорционально телевизору это выглядет...... Или получается 1.33...???? Как это правильно прописать в скрипте Ависинса??
На вопрос невозможно ответить не зная размера пикселя и размера кадра исходного видео.
[Профиль]  [ЛС] 

tarantino99

Стаж: 16 лет 5 месяцев

Сообщений: 186


tarantino99 · 10-Янв-09 17:30 (спустя 1 день 5 часов, ред. 10-Янв-09 17:30)

asaramamulbulatas
Имеется ввиду для конвертации в mpeg dvd-video. Я уже разобрался, получается 1.33, 720на576 растягиваются до 768на576. А вобще в TMPGEnc-е еще удобней обрезать это все, но там если присмотреться получается 1,361, постоянную высоту * 1,361 = урезанная ширина..
А вобще лучше конечно не резать широкоформат, ну есть и фильмы которые не жалко
[Профиль]  [ЛС] 

jhonny2

Стаж: 17 лет 9 месяцев

Сообщений: 4892


jhonny2 · 28-Фев-09 23:06 (спустя 1 месяц 18 дней, ред. 28-Фев-09 23:06)

Спасибо за мануальчик.
Смог понять даже не профессионал как я, как это проделывать.
Вроде всё получилось, но есть небольшая проблема.
Кодирую с помощью Xvid4PSP
Цель - создать ДВДРип максимального качества и соответственно разрешения для телефона (iPhone),
высокое качество при просмотре на нём и телевизоре, используя данный девайс как проигрыватель (ну знаете, пришёл к кому либо в гости или поехал на отдых..)
Кодировал с такими настройками, (если конкретно то этот релиз https://rutr.life/forum/viewtopic.php?t=1234709 )
Код:
x264 Q18.0 720x576 25.000fps (159978 frames)
--qp 18 --level 3.0 --ref 6 --no-cabac --mixed-refs --filter -2,-1 --direct none --no-b-adapt --trellis 2 --no-fast-pskip --no-dct-decimate --analyse p8x8,b8x8,i4x4,p4x4 --subme 7 --me umh --threads 4 --progress --sar 889:625 --output "F:\Temp\0032.264" "F:\Temp\0032.avs"
x264 [info]: cabac=0 ref=6 deblock=1:-2:-1 analyse=0x1:0x131 me=umh subme=7 psy_rd=1.0:0.0 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=-2 threads=4 thread_queue=4 nr=0 decimate=0 mbaff=0 bframes=0 keyint=250 keyint_min=25 scenecut=40(pre) rc=cqp qp=18 ip_ratio=1.40 aq=0
Соответственно получился рип с такими тех данными
скрытый текст
Формат : MPEG-4
Профайл формата : Base Media
Идентификатор кодека : isom
Размер файла : 2,75 Гигабайт
Продолжительность : 1ч 46мин
Общий поток : 3 687 Кбит/сек
Дата кодирования : UTC 2009-02-27 18:15:58
Дата отметки : UTC 2009-02-27 18:15:58
Видео
Идентификатор : 1
Формат : AVC
Формат/Информация : Advanced Video Codec
Профайл формата : Baseline@L3.0
Настройка CABAC формата : Нет
Настройка ReFrames формата : 6 кадры
Идентификатор кодека : avc1
Идентификатор кодека/Информация : Advanced Video Coding
Продолжительность : 1ч 46мин
Вид битрейта : Переменный
Битрейт : 3 555 Кбит/сек
Максимальный битрейт : 14,0 Мбит/сек
Ширина : 720 пикс.
Высота : 576 пикс.
Соотношение кадра : 16/9
Режим частоты кадров : Постоянный
Частота кадров : 25,000 кадр/сек
Стандарт вещания : PAL
Разрешение : 24 бит
Колориметрия : 4:2:0
Тип развёртки : Прогрессивная
Бит/(Пиксели*Кадры) : 0.343
Размер потока : 2,65 Гигабайт (96%)
Библиотека кодирования : x264 core 65 r999kMod cc51047
Настройки программы : cabac=0 / ref=6 / deblock=1:-2:-1 / analyse=0x1:0x131 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 / decimate=0 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cqp / qp=18 / ip_ratio=1.40 / aq=0
Дата кодирования : UTC 2009-02-27 18:15:58
Дата отметки : UTC 2009-02-27 18:18:13
Аудио
Идентификатор : 2
Формат : AAC
Формат/Информация : Advanced Audio Codec
Версия формата : Version 4
Профайл формата : LC
Настройка SBR формата : Нет
Идентификатор кодека : 40
Продолжительность : 1ч 46мин
Вид битрейта : Переменный
Битрейт : 129 Кбит/сек
Максимальный битрейт : 155 Кбит/сек
Канал(ы) : 2 канала(ов)
Расположение каналов : L R
Частота : 48,0 КГц
Разрешение : 16 бит
Размер потока : 98,2 Мегабайт (3%)
Дата кодирования : UTC 2009-02-27 18:18:09
Дата отметки : UTC 2009-02-27 18:18:13
При просмотре на компе, проигрывается с правильным соотношением сторон, тоесть и скины 1024х756
Но при проигрывании на iPhone идёт как 720х576 - вытянуто изображение.
Я думал что сначала телефон не поддерживает анаморфное видео, но это оказалось не так.
Поэксперементировав с аспект ратио, при пересборке это файла в YAMB и выставив значение Аспекта 64/45 получил файл с такими тех данными (тоже самое)
скрытый текст
Формат : MPEG-4
Профайл формата : Base Media
Идентификатор кодека : isom
Размер файла : 2,75 Гигабайт
Продолжительность : 1ч 46мин
Общий поток : 3 687 Кбит/сек
Дата кодирования : UTC 2009-02-27 19:50:02
Дата отметки : UTC 2009-02-27 19:50:02
Видео
Идентификатор : 1
Формат : AVC
Формат/Информация : Advanced Video Codec
Профайл формата : Baseline@L3.0
Настройка CABAC формата : Нет
Настройка ReFrames формата : 6 кадры
Идентификатор кодека : avc1
Идентификатор кодека/Информация : Advanced Video Coding
Продолжительность : 1ч 46мин
Вид битрейта : Переменный
Битрейт : 3 555 Кбит/сек
Максимальный битрейт : 14,0 Мбит/сек
Ширина : 720 пикс.
Высота : 576 пикс.
Соотношение кадра : 16/9
Режим частоты кадров : Постоянный
Частота кадров : 25,000 кадр/сек
Стандарт вещания : PAL
Разрешение : 24 бит
Колориметрия : 4:2:0
Тип развёртки : Прогрессивная
Бит/(Пиксели*Кадры) : 0.343
Размер потока : 2,65 Гигабайт (96%)
Библиотека кодирования : x264 core 65 r999kMod cc51047
Настройки программы : cabac=0 / ref=6 / deblock=1:-2:-1 / analyse=0x1:0x131 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 / decimate=0 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cqp / qp=18 / ip_ratio=1.40 / aq=0
Дата кодирования : UTC 2009-02-27 18:15:58
Дата отметки : UTC 2009-02-27 19:55:43
Аудио
Идентификатор : 2
Формат : AAC
Формат/Информация : Advanced Audio Codec
Версия формата : Version 4
Профайл формата : LC
Настройка SBR формата : Нет
Идентификатор кодека : 40
Продолжительность : 1ч 46мин
Вид битрейта : Переменный
Битрейт : 129 Кбит/сек
Максимальный битрейт : 155 Кбит/сек
Канал(ы) : 2 канала(ов)
Расположение каналов : L R
Частота : 48,0 КГц
Разрешение : 16 бит
Размер потока : 98,2 Мегабайт (3%)
Дата кодирования : UTC 2009-02-27 19:53:35
Дата отметки : UTC 2009-02-27 19:55:43
Которое правильно проигрывается и на компе и на iPhohe.
Так в чём собственно говоря косяк при начальном кодировании?
[Профиль]  [ЛС] 

vash1

Стаж: 17 лет 1 месяц

Сообщений: 492

vash1 · 22-Май-09 15:44 (спустя 2 месяца 22 дня, ред. 22-Май-09 15:44)

объясните, пжлст, как 7-ми летнему ребенку: если при кодировании кодаком х264, видео НЕ ресайзиться, а только кропиться соответсвенно мод-а16, нужно ли указывать кодаку САР в командлайне (--sar x:y), если потом ту же интерполяцию можно задать видеопотоку в мкв-контейнере?
спасибо.
[Профиль]  [ЛС] 

Pustovetov

AVC-Видео

Стаж: 17 лет 1 месяц

Сообщений: 4254

Pustovetov · 22-Май-09 16:02 (спустя 18 мин.)

vash1 писал(а):
объясните, пжлст, как 7-ми летнему ребенку: если при кодировании кодаком х264, видео НЕ ресайзиться, а только кропиться соответсвенно мод-а16, нужно ли указывать кодаку САР в командлайне (--sar x:y), если потом ту же интерполяцию можно задать видеопотоку в мкв-контейнере?
спасибо.
Лучше указать. Что указывать можно найти чуть выше у Шелгена
PAL 4:3 => ITU 12:11/NON ITU 16:15
PAL 16:9 => ITU 16:11/NON ITU 64:45
NTSC 4:3 => ITU 10:11/NON ITU 8:9
NTSC 16:9 => ITU 40:33/NON ITU 32:27
[Профиль]  [ЛС] 

vash1

Стаж: 17 лет 1 месяц

Сообщений: 492

vash1 · 22-Май-09 17:25 (спустя 1 час 22 мин., ред. 22-Май-09 17:25)

Оперативненько, Пустоветов. Спасибо.
Шелген выше написал что
SAR фактически описывает форму пикселя, если мы не меняем её ресайзом, то и пересчитывать SAR не нужно.
я расценил это как то, что можно и не указывать.
если все-таки лучше указывать, можно конкретизировать почему именно "лучше"? снова таки, как 7ми летнему ребенку :0)
зы Еще было бы гут услышать мыслю по этому поводу АВЦ-риппера вся Земли Шелгена.
[Профиль]  [ЛС] 

k0stix

VIP (Заслуженный)

Стаж: 17 лет 9 месяцев

Сообщений: 6437

k0stix · 22-Май-09 18:46 (спустя 1 час 21 мин.)

vash1 писал(а):
Шелген выше написал что
SAR фактически описывает форму пикселя, если мы не меняем её ресайзом, то и пересчитывать SAR не нужно.
я расценил это как то, что можно и не указывать.
Вы неверно истолковали. Полагаю, что под пересчетом САРа подразумевается его пересчет, т.е. значение, отличное от стандартного.
[Профиль]  [ЛС] 

__@тропос__

Стаж: 16 лет

Сообщений: 119

__@тропос__ · 21-Авг-09 19:53 (спустя 2 месяца 30 дней)

наверное последний раз про эту проблему спрашиваю.
Делал рип ДВД PAL 16:9, выставил в настройках кодека САР 64:45 (т.к. кропинга не было)
рип как-будто получился анаморфным, НО
МедиаИнфо продолжает указывать, что разрешение 720х576.
Может быть есть способ, чтобы и в свойствах файла было написано разрешение 1024х576 ?
[Профиль]  [ЛС] 

k0stix

VIP (Заслуженный)

Стаж: 17 лет 9 месяцев

Сообщений: 6437

k0stix · 21-Авг-09 21:04 (спустя 1 час 10 мин.)

sar - это флаг видеопотока, MediaInfo его не видит
[Профиль]  [ЛС] 

__@тропос__

Стаж: 16 лет

Сообщений: 119

__@тропос__ · 21-Авг-09 21:43 (спустя 38 мин.)

k0stix писал(а):
sar - это флаг видеопотока, MediaInfo его не видит
Я уже понял.
Так что же нужно сделать, чтобы даже МедиаИнфо смогла подтвердить анаморфное разрешение?
Другие же как-то делают...
[Профиль]  [ЛС] 

G. Washington

Стаж: 16 лет 4 месяца

Сообщений: 171

G. Washington · 21-Авг-09 22:04 (спустя 21 мин.)

MediaInfo видит Display Aspect Ratio...
скрытый текст
[Профиль]  [ЛС] 

__@тропос__

Стаж: 16 лет

Сообщений: 119

__@тропос__ · 22-Авг-09 12:23 (спустя 14 часов)

я понял, что медиаинфо видит.
я не знаю как сделать, чтобы разрешение поменялось.
вот делаю рип с этой раздачи по интрукции в прилепленной теме
и получаю
скрытый текст
а вот товарищ lolkin делает рип и получает вот так
скрытый текст
и у него и у меня изображение анаморфное, но его ширина отображается верно, а моя нет
вопрос: что он делает, чтобы ширина кадра изменилась?
если кто знает объясните на уровне "делай раз, делай два, делай три"
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 2 месяца

Сообщений: 6417

shellgen · 22-Авг-09 12:34 (спустя 11 мин.)

__@тропос__ писал(а):
и у него и у меня изображение анаморфное
фейл, у @lolkin@ SAR=1:1, у него не DVDRip, а HDRip, о чём красноречиво свидетельствует тег в названии файла.
[Профиль]  [ЛС] 

__@тропос__

Стаж: 16 лет

Сообщений: 119

__@тропос__ · 22-Авг-09 13:39 (спустя 1 час 4 мин., ред. 22-Авг-09 13:39)

shellgen писал(а):
фейл, у @lolkin@ SAR=1:1, у него не DVDRip, а HDRip, о чём красноречиво свидетельствует тег в названии файла.
так и знал, что где-то подстава.
Я правильно понял, что с ДВД никогда не получить такой результат, чтобы этот медиаинфо отображал в свойствах ширину равную анаморфной
только HD и BD?
[Профиль]  [ЛС] 

crazy-cactus

Top Seed 02* 80r

Стаж: 17 лет

Сообщений: 2813

crazy-cactus · 22-Авг-09 14:16 (спустя 37 мин.)

__@тропос__ писал(а):
Я правильно понял, что с ДВД никогда не получить такой результат, чтобы этот медиаинфо отображал в свойствах ширину равную анаморфной
получить-то можно, только это будет апскейл.
[Профиль]  [ЛС] 

__@тропос__

Стаж: 16 лет

Сообщений: 119

__@тропос__ · 22-Авг-09 14:36 (спустя 19 мин.)

crazy-cactus писал(а):
__@тропос__ писал(а):
Я правильно понял, что с ДВД никогда не получить такой результат, чтобы этот медиаинфо отображал в свойствах ширину равную анаморфной
получить-то можно, только это будет апскейл.
ок.
может быть подскажите, где почитать как из ДВД сделать апскейл
скрытый текст
(цитата: "Апскейл это увеличенный, растянутый если так можно выразиться, видеоряд. Т.е исходник был меньшего разрешения, а телеканал(не обязательно он, это можно сделать и на пк) транслировал в большее разрешение")
хотелось бы попробовать.
спасибо.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 2 месяца

Сообщений: 6417

shellgen · 22-Авг-09 14:46 (спустя 10 мин.)

Не надо из DVD делать апскейл
[Профиль]  [ЛС] 
 
Ответить
Loading...
Error