|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
27-Июл-12 10:53
(12 лет 4 месяца назад)
Lenchik писал(а):
Вам вообще зачем такой первый этап?
+1. Кажется, вы немного перебарщиваете с путями достижения своих целей.
Если вы говорите об апскейле ДВД под БД, то 4-кратно увеличенная картинка "в принципе" не такая уж тяжеловесная (пусть ~150 гб на 10-15 минут в YUV, в лосе - хз).
Но если это БД*4, то я даже не представляю, что от этого можно выиграть.
Огласите исходные данные и вашу цель, чтобы мы не воевали в ветряными мельницами.
|
|
|
|
george$t
Стаж: 14 лет 8 месяцев Сообщений: 4305
|
george$t ·
27-Июл-12 11:34
(спустя 40 мин.)
|
|
|
|
constman
Стаж: 15 лет 5 месяцев Сообщений: 64
|
constman ·
29-Июл-12 09:16
(спустя 1 день 21 час, ред. 29-Июл-12 09:16)
unreal666
m2ts, н264, x64, nvidia geforce gt630.
это, в большинстве случаев происходит при большом размере файла >10гб
|
|
|
|
Stonescar
Стаж: 16 лет 6 месяцев Сообщений: 12
|
Stonescar ·
29-Июл-12 09:42
(спустя 25 мин., ред. 29-Июл-12 09:42)
Люди подскажите, есть проблемка, по сути даже не проблемка, но я уже всю голову сломал. Есть 3 двд диска, один последовательное продолжение другого. Т.к. двд проигрыватель давно на помойке, и я пользую сетевой медиаплеер, то диски нужно перевести в приемлемый мне вид и расположить на винте.
Нужные воб файлы и в нужной последовательности склеены в 1 файл, теперь хочу рипануть кодеком н.264 и засунуть в мкв или мп4 (не суть важно, просто весь архив домашнего видео храню в этих контейнерах). Дык вот в мегуе выбираю авцскрипт, в нем указываю на исходник, устанавливаю параметры кодека, выбираю кодировку одним кликом, и на выходе получаю файл с таким же разрешением как и исходник 720*576, но соотношение сторон 5:4, а исходное 16:9. Подскажите что нужно дописать в скрипт или где какие галочки поставить, чтоб сохранилось как в исходнике.
|
|
|
|
Areyou
Стаж: 16 лет Сообщений: 1704
|
Areyou ·
29-Июл-12 11:19
(спустя 1 час 37 мин.)
Stonescar
В настройках кодера h264 нужно искать установку sar (sample aspect ratio). Для случая 720x576 при 16:9 стандартное значение sar=16:11.
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
29-Июл-12 11:33
(спустя 13 мин.)
Areyou писал(а):
Для случая 720x576 при 16:9 стандартное значение sar=16:11.
А не sar=64:45? 
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
29-Июл-12 11:39
(спустя 5 мин.)
NcryptoR писал(а):
А не sar=64:45?
Как выбрать оптимальный битрейт и ключевые параметры для рипа в x264 писал(а):
PAL 16:9 => ITU 16:11/NON ITU 64:45
|
|
|
|
Areyou
Стаж: 16 лет Сообщений: 1704
|
Areyou ·
29-Июл-12 12:09
(спустя 30 мин., ред. 29-Июл-12 12:09)
NcryptoR писал(а):
А не sar=64:45?
В таблице из Rec. ITU-T H.264 приведено именно это значение. И для всех прочих разрешений цифры вычислены из 704 вместо 720 (там это названо "горизонтальным оверсканом"), цифры для горизонтали 480 (как в SVCD) скорректированы на коэффициент 704/720 и т.д. В стандарте MPEG2 такой определенности не было, и ходили разные толкования (по аналогии со стандартом оцифровки BT.601, для PAL иногда даже использовался пересчет из 702 - в H264 и этого уже нет).
|
|
|
|
Stonescar
Стаж: 16 лет 6 месяцев Сообщений: 12
|
Stonescar ·
29-Июл-12 14:47
(спустя 2 часа 37 мин.)
Areyou
Спасибо огромное, теперь все ок!
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
29-Июл-12 15:31
(спустя 43 мин., ред. 29-Июл-12 15:31)
Yurasyk
Я видел. Знаю. Всё равно спасибо
Areyou
Вы приводите материалы основанные на стандарте ITU. Я видел их и ранее, более того они у меня есть Насколько мне известно, то здесь рип 1047x576 привалят довольно быстро т.к. есть правила и модераторы на них опираются. Поэтому рипмейкеры в большинстве своём используют стандарты NON-ITU.
Цитата:
Соответственно анаморфное разрешение у DVDRip PAL 16:9 не может быть больше 1024х
Недавно был такой рип и Гамбит его успешно отправил в утиль. Хотя если для себя, то можно как угодно. Скажу от себя лишь одно, что ITU PAL 4:3 мне встречался несколько раз, поэтому категорически не рекомендовать использование этих стандартов просто не имею права.
Areyou писал(а):
И для всех прочих разрешений цифры вычислены из 704 вместо 720
Вывод. Если скропил по бокам до 704, то можно использовать ITU. Что немаловажно, ужа сам по себе кроп по бокам подразумевает, что, возможно, исходник ITU. В таком случае при использовании соответствующих коэффициентов можно избежать таких разрешений, как например, 1002х... и получить полные 1024.
|
|
|
|
Areyou
Стаж: 16 лет Сообщений: 1704
|
Areyou ·
29-Июл-12 23:05
(спустя 7 часов)
NcryptoR писал(а):
рип 1047x576.... анаморфное разрешение у DVDRip PAL 16:9 не может быть больше 1024х
Недоразумение с "не может быть больше" основано на представлении о реальном существовании "прямоугольничков", из которого мысленно можно вывести изображение странных размеров. На самом деле из данной (стандартной) комбинации цифр не следует, что воспроизводящее устройство их попытается использовать именно так. Параметр SAR - величина расчетная и служит для установки пропорций отображаемых объектов, а не размеров кадра, и каждое устройство пересчитает изображение под свою систему отображающих элементов, например, с пресловутым оверсканом (по горизонтали выведет не всё и покажет размером не больше дисплея). Как готовить исходник в кодированию с этими параметрами, чтобы не нарушить пропорций - отдельная задача (и да, действия здесь зависят от того, по каким правилам сделан исходник).
|
|
|
|
Учиха Саске
Стаж: 15 лет 2 месяца Сообщений: 609
|
Учиха Саске ·
30-Июл-12 11:38
(спустя 12 часов)
Добрый день!.. Пошарил по всему разделу и решил, что это самая подходящая тема.
Задача, казалось бы, элементарнейшая, но в данном случае не знаю, что и делать. Скачал DVD анимы Records of Lodoss War OVA, успешно рипанул первую серию, принялся к подготовке 2й, и...
Если обрезать таким образом, то не будет эндинга:
Если обрезать таким образом, то будет эндинг + левые бонусы:
Сама серия длится 24:31, даже log'и так считают:
скрытый текст
Код:
0x20 - Subtitle - Russian - [SubPicture 01: Normal] / LBA: 879932 / PTS: 00:26:28.634 / Delay: 117617ms
0x80 - Audio - AC3 / 2ch / 48kHz / DRC / Japanese / LBA: 811749 / PTS: 00:24:30.744 / Delay: -271ms
0xE0 - Video - MPEG-2 / 720x480 (NTSC) / 4:3 / LBA: 811742 / PTS: 00:24:31.016 / Delay: 0ms
Как вы заметили, в последнем чаптере два cell'а. Один длится 6 секунд, другой — 6 минут 23 секунды.
- Если оставить только тот, что длится 6 секунд, то на выходе получу серию, которая длится 29:54, без эндинга, но и чего-то лишнего там тоже нет... Идет и идет серия... Судить трудно, потому что сам еще не смотрел аниму.
- Если оставить только тот, что длится 6:23 или оба, то получится то на выходе получу нормальной длины серию с эндингом + левые бонусы.
Подумал я, крен с ним, оставлю 2й вариант и обрежу через DGIndex. Но тут облом — при сверке кадров по времени пошло расхождение, будто fps разный. Конкретнее, как сравнивал: DVD'шный VOB открывал через MPC HC, а демуксенный смотрел через AvsP без фильтров, просто MPEG2Source.
Вот такие дела. Подскажите, что делать? PGCDemux ту же ерунду выдает.
|
|
|
|
crazy-cactus
Стаж: 17 лет Сообщений: 2813
|
crazy-cactus ·
30-Июл-12 11:46
(спустя 8 мин.)
Учиха Саске писал(а):
Вот такие дела. Подскажите, что делать?
Попробовать разрезать на серии DVD Shrink'ом
|
|
|
|
Учиха Саске
Стаж: 15 лет 2 месяца Сообщений: 609
|
Учиха Саске ·
30-Июл-12 15:14
(спустя 3 часа)
crazy-cactus писал(а):
Учиха Саске писал(а):
Вот такие дела. Подскажите, что делать?
Попробовать разрезать на серии DVD Shrink'ом
Спасибо, разобрался, помогло.
|
|
|
|
LegendKiev
Стаж: 14 лет 1 месяц Сообщений: 8665
|
LegendKiev ·
31-Июл-12 16:19
(спустя 1 день 1 час)
Чем правильно индексировать такое видео?
скрытый текст
General
Format : MPEG-TS
File size : 2.98 GiB
Duration : 44mn 26s
Overall bit rate : 9 610 Kbps
Video
ID : 69 (0x45)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Format settings, GOP : M=4, N=32
Codec ID : 27
Duration : 44mn 26s
Bit rate : 8 942 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.172
Stream size : 2.78 GiB (93%)
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID : 68 (0x44)
Menu ID : 1 (0x1)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
Duration : 44mn 26s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : -187ms
Stream size : 61.0 MiB (2%)
|
|
|
|
jetais
Стаж: 12 лет 5 месяцев Сообщений: 32
|
jetais ·
31-Июл-12 16:50
(спустя 30 мин., ред. 31-Июл-12 16:50)
LegendKiev
DGAVCIndex, DGIndexNV.
P.S.
Если индексаторы будут жаловатся на неправильную битность NALU в контейнере, извлечь потоки tsMuxer и проиндексировать сырое видео.
|
|
|
|
Kolenwall
Стаж: 14 лет 8 месяцев Сообщений: 209
|
Kolenwall ·
01-Авг-12 10:10
(спустя 17 часов)
Здравствуйте. Пожалуйста подскажите как называются вот такие лаги на видео и можно ли их убрать?
Встречаются они временами по 2-3 секунды, но очень раздражают. Помогите пожалуйста. Сам ролик вытягивается через VLC плеер по ссылке rtsp. В настройках установлено: Н-264 + МР3 (МР4), контейнер МР4/МОV. На выходе файл имеет расширение .PS
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
01-Авг-12 12:42
(спустя 2 часа 32 мин.)
Kolenwall, если это есть в самов мидео-файле, это никак не уберешь. Это больше похоже на глюки декодирования всё таки.
|
|
|
|
Heaven Cat
Стаж: 14 лет 9 месяцев Сообщений: 1463
|
Heaven Cat ·
01-Авг-12 13:04
(спустя 21 мин., ред. 01-Авг-12 13:04)
только монтажом - вырезкой дефектных кадров (кусков) и заменой на другие
|
|
|
|
Kolenwall
Стаж: 14 лет 8 месяцев Сообщений: 209
|
Kolenwall ·
01-Авг-12 13:32
(спустя 28 мин.)
Yurasyk, в самом медиа-файле этого нет. Но бывает, что сначала вытягиваешь файл и он с багами, а бывает, вытягиваешь его же позже и он без багов. Но сам файл при просмотре с сайта нормальный.
|
|
|
|
Heaven Cat
Стаж: 14 лет 9 месяцев Сообщений: 1463
|
Heaven Cat ·
01-Авг-12 14:25
(спустя 52 мин., ред. 01-Авг-12 14:25)
вот именно при загрузке такие бяки и бывают, битые данные вроде как
у меня несколько раз случалась такая картина при скачке с трекера, я даже напала на ни в чем не повинного релизера а оказалось что у него файл качественный а почему то так скачался у меня
но уже скачанный и так записавшийся на винт файл исправить нельзя, только перекачать по новой ( если есть возможность)
|
|
|
|
Crewman
Стаж: 16 лет 5 месяцев Сообщений: 16
|
Crewman ·
01-Авг-12 17:04
(спустя 2 часа 38 мин.)
Привет. Помогите решить проблему. Имею ТВ-Тюнер, записываю им передачку с аппаратным MPEG2 кодированием и хочу получившееся виде пережать. Но в резельтате в пережатом видео получается немного уже картинка хотя разрешение остается прежним. Как это исправить?
Пережимаю так: DGIndex -> Save Project, затем MeGUI без ресайзинга и прочего.
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
01-Авг-12 17:10
(спустя 6 мин.)
Crewman
Выложи инфу из MediaInfo для исходного файла. И каким кодеком кодируешь?
|
|
|
|
Crewman
Стаж: 16 лет 5 месяцев Сообщений: 16
|
Crewman ·
01-Авг-12 17:21
(спустя 10 мин., ред. 01-Авг-12 17:21)
http://i47.tinypic.com/3hdeg.png
Кодирую х264. Но дело в том, что обе проги открывают превьюшки уже сжатые по горизонтали.
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
01-Авг-12 17:56
(спустя 34 мин., ред. 01-Авг-12 17:56)
Crewman писал(а):
без ресайзинга
Анаморфность нужно учитывать. Допишите/задайте --sar 16:15
|
|
|
|
Crewman
Стаж: 16 лет 5 месяцев Сообщений: 16
|
Crewman ·
01-Авг-12 18:06
(спустя 10 мин.)
NcryptoR писал(а):
Crewman писал(а):
без ресайзинга
Анаморфность нужно учитывать. Допишите/задайте --sar 16:15
Куда?
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
01-Авг-12 18:22
(спустя 16 мин., ред. 01-Авг-12 18:22)
Crewman
В данном случае в командную строку или батник. Если работаете с графической оболочкой, то, как правило, возможность выбора SAR (Sample Aspect Ratio) должна присутствовать. В MeGUI, XviD4PSP точно есть.
Забыл один нюанс. --sar 16:15 для изображения в стандарте PAL 4:3 ("квадратное"), а если широкоформатное, то нужна команда --sar 64:45.
|
|
|
|
Crewman
Стаж: 16 лет 5 месяцев Сообщений: 16
|
Crewman ·
01-Авг-12 18:39
(спустя 16 мин.)
NcryptoR писал(а):
Crewman
В данном случае в командную строку или батник. Если работаете с графической оболочкой, то, как правило, возможность выбора SAR (Sample Aspect Ratio) должна присутствовать. В MeGUI, XviD4PSP точно есть.
Забыл один нюанс. --sar 16:15 для изображения в стандарте PAL 4:3 ("квадратное"), а если широкоформатное, то нужна команда --sar 64:45.
Прогнал по быстрому - вроде всё как надо. Спасибо большое!
|
|
|
|
Tim68
Стаж: 14 лет 10 месяцев Сообщений: 712
|
Tim68 ·
01-Авг-12 22:07
(спустя 3 часа, ред. 01-Авг-12 22:07)
NcryptoR писал(а):
Я видел. Знаю. Всё равно...
Допишите/задайте --sar 16:15
Хоть видели и знаете, но все равно?
Crewman пишет, что писал(а):
Имею ТВ-Тюнер, записываю им передачку с аппаратным MPEG2 кодированием
Указание, что файл имеет 720 пикселей по горизонтали говорит лишь о некорректном захвате сигнала т.к. для телетрансляции без вариантов 52мкс(ITU-R.BT470 активная часть строки)* 13,5МГц(ITU-R.BT601 частота оцифровки)= 702, а остальная часть кадра может быть только черной.
Кодировать фактических 702 пиксела в 720 нехорошо (апскейлить), максимум, что допустимо это если довести до 704 для соблюдения требования по кратности сторон. Это к тому
Areyou писал(а):
Как готовить исходник в кодированию
А дальше по написанному
Areyou писал(а):
В настройках кодера h264 нужно искать установку sar (sample aspect ratio). Для случая 720x576 при 16:9 стандартное значение sar=16:11.
В случае Crewman при 4:3 sar= 12:11.
Тем более для AVC компрессии эти цифры стандартизованны и обеспечивают аппаратную совместимость.
Да, Crewman, в кадре захваченного сигнала имеются по бокам черные полосы или Вы захватываете полезную часть кадра в 720 по горизонту?
|
|
|
|
Exner
Стаж: 15 лет Сообщений: 2271
|
Exner ·
01-Авг-12 23:56
(спустя 1 час 49 мин., ред. 01-Авг-12 23:56)
Tim68
Спасибо за ликбез, но... В первом случае исходник DVD, во втором стрим. В случае с DVD у нас на трекере принято брать Non-ITU-соотношения. Почему именно их я разбираться не стану. Это вопрос ребят, которые писали руководство по иксу, по которому я учился. Если считаете, что тот мануал гавно, то так и скажите. Я то в чём виноват? Во втором случае у нас "передачка". Ну тут, наверняка, вы больший спец, нежели я, поэтому тут, возможно, вы и правы. Мне предоставили краткое инфо по файлу, я дал возможный вариант решения. Устраивает иль нет - другой вопрос.
Докажете, что нужно использовать для DVD именно ITU (на крайняк в каких конкретных случаях?), не вопрос, буду использовать ITU. А так пока что склонен оставаться на прежних позициях и проверять по круглым предметам по возможности. Мне по сути похрен, какие соотношения вписывать. Главное, чтобы они были правильными.
|
|
|
|
