Сообщения без ответов | Активные темы


Список форумов » Общекомпьютерные форумы » Программное обеспечение

Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 11032 • Страница 240 из 552 • <  1 ... 237  238  239  240  241  242  243 ... 552  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
  Rider
Прилепленное (важное) сообщение

Member
Статус: Не в сети
Регистрация: 23.02.2003
Откуда: Самара
Данная тема посвящена извечному вопросу. Нет, быть или не быть можно поискать в поиске, а в этой теме найдете ответы (или предложите свои) на вопросы : о кодировании видео, перекодировки видео из одного формата в другой и т.д.

FAQ по теме - http://forums.overclockers.ru/viewtopic.php?p=219601#219601. Обязателен к прочтению. Вопросы, на которые можно получить ответ в факе, будут удаляться. Особо рьянных будем одаривать картами и баннами.
Отредактировано куратором: Максим. Дата: 12.02.2007 19:31
Отредактировано куратором: SCIF-1986. Дата: 21.06.2007 1:53

_________________
Show yourself and die like a man

Реклама

Партнер
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
mein
Отлично. Ждите резалтов.
  RBF

Member
Статус: Не в сети
Регистрация: 22.11.2004
Zharun
Цитата:
Всем кому интересно выкладываю скрины из Мюнхена. Битрейт 535kbps.

Если обязательно нужно утоптать в такой битрейт, то нормально.
Картинка вроде хорошо сжимаемая, поэтому можно попробовать уменьшить деблок, как сказал mein
И еще, картинка по-моему сплющена, соотношения 2,5 не бывает у фильмов. Если 720, то скорее всего x304, в крайнем случае 704x288. Проверь круглые предметы в кадре.
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
RBF
Цитата:
И еще, картинка по-моему сплющена, соотношения 2,5 не бывает у фильмов. Если 720, то скорее всего x304, в крайнем случае 704x288. Проверь круглые предметы в кадре.

Так GK выставил. Делители по высоте/ширине 16.
  mein

Advanced member
Статус: Не в сети
Регистрация: 09.03.2004
Откуда: Кишинёв
Zharun писал(а):
Так GK выставил. Делители по высоте/ширине 16.

Ты наверное снизу/сверху больше стандартных 2*72 пикселей срезал вот округлил ГК до 288. Но я думаю округление в +/- 8 точек не сильно скажется на геометрии. Хотя наверное всё же лучше срезать ровно, например 2*72: (576-2*72)/1.422 = 304. Или 2*82: (576-2*82)/1.422 = 290(288).
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
Блин, ничего не понимаю. Что за 2*72 и 2*82? и делитель магический 1,422? 576 откуда взялось?
Мне ГК посчитал обрезку автоматом, а я потом с 716 до 720 растянул при делителях ш/в=16.
  Максим

Member
Статус: Не в сети
Регистрация: 05.01.2003
Откуда: Москва
Фото: 2
Zharun
Цитата:
2*72 и 2*82

Это значит обрезка черных полос сверху/снизу на 72 и 82 пикселя соответственно

_________________
Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!

  RBF

Member
Статус: Не в сети
Регистрация: 22.11.2004
Zharun
Автоматом гарантии никакой нет. И чего вы все к этому GK, так душой прикипели :) VDubMod, вот единственный инструмент, которым можно обойтись при создании и редактировании скрипта. Обрезка, а главное последующее правильное изменение размеров, делается в нем за пару сек. и автоматически импортируется в скрипт. Тут уж не промахнешься :)
  Максим

Member
Статус: Не в сети
Регистрация: 05.01.2003
Откуда: Москва
Фото: 2
RBF
Ну любим мы лентяйничать :)

_________________
Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!

  Slider_

Member
Статус: Не в сети
Регистрация: 07.04.2006
Откуда: Новосибирск
Никто не знает где найти книгу от Кнута "Всё про TeX"

_________________
Я открываю тебе самый большой секрет: все это галлюцинации.
Ф. Дик

  N'drew

Member
Статус: Не в сети
Регистрация: 03.05.2005
Откуда: ObHuHck CITY
Максим Игорь Т. mein спасиб))
mein писал(а):
Ну и ко всему сказанному надо ещё добавить, что первый проход необязательно делать на максимальных настройках - в итоге первый проход может быть в десятки раз быстрее второго без значительных потерь в качестве.

Не успел я про это спросить, как ответ уже есть:)
А какие настройки снижать при первом проходе? Битрейт, или там что ещё?

Ещё заметил, что мой домашний комп, из профиля кодит чуть быстрее чем пень 2.8 в х264, это нормально? Для каких процов он больше оптимизирован?

_________________
Life - is game...

  mein

Advanced member
Статус: Не в сети
Регистрация: 09.03.2004
Откуда: Кишинёв
N'drew писал(а):
А какие настройки снижать при первом проходе? Битрейт, или там что ещё?

Битрэйт можешь не трогать(на скорость он влияет незначительно). Даже в vfw есть быстрый первый проход( First Pass (fast) ) - вот его и выберай вместо обычного первого прохода. В мегуе есть специальная галочка "turbo" - там же можно посмотреть влияние её(если интересно).
N'drew писал(а):
Ещё заметил, что мой домашний комп, из профиля кодит чуть быстрее чем пень 2.8 в х264, это нормально? Для каких процов он больше оптимизирован?

Да по идее не должно быть так :) . Хотя всё может быть. У меня тоже гнилое яблоко, так на рабочем А64-3000 замечаю ускорение относительно моего в раза полтора точно.
  Максим

Member
Статус: Не в сети
Регистрация: 05.01.2003
Откуда: Москва
Фото: 2
N'drew
Кодек просто написан без оптимизации под NetBurst архитектуру. То есть код с очень большим количеством ветвлений, которые плохо предсказываются.

А по поводу ускорения первого прохода - то тут тебе ответил уже mein. При turbo раза в 3 быстрее всегда идет (ну если конечно кучи фильтров нет)

_________________
Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!

  -=Vd=-

Member
Статус: Не в сети
Регистрация: 14.04.2004
Откуда: Odessa
то что прописывает в качестве параметров MeGUI можно посмотреть в папочке jobs. Например из пресета HQ-slow я составил такой батничек:

Код:
set x264_bitrate=500

set x264_common=--bitrate %x264_bitrate% --stats "clip.stats" --bframes 3 --b-pyramid --direct auto --filter -2,-1 --progress --no-psnr --threads 2
set x264_pass_1=--pass 1 --subme 1 --analyse none --me dia --output NUL
set x264_pass_2=--pass 2 --ref 3 --weightb --subme 6 --trellis 1 --analyse all --8x8dct --me umh --output %x264_temp_dir%vid.mp4

x264.exe %x264_common% %x264_pass_1% %1
x264.exe %x264_common% %x264_pass_2% %1


ну в принципе остальное я тоже через комманд лайн делаю. Аудио:

Код:
audio\avs2wav.exe %1 - | audio\naac.exe -quality high -profile lc -streaming - %x264_temp_dir%aud.m4a


Мукс:

Код:
mp4box.exe -add %x264_temp_dir%vid.mp4 -add %x264_temp_dir%aud.m4a %2
  mein

Advanced member
Статус: Не в сети
Регистрация: 09.03.2004
Откуда: Кишинёв
-=Vd=-
Я так понимаю батник сделан для драгэнддропного юзанья?! Иначе почему бы не передавать вторым параметром битрэйт :) .
Но если на то пошло, то почему бы не нарисовать переменные окружения на все необходимые комбинации настроек и вписать бы намертво в ОС или подгружать нужный профиль перед кодированием(например опять же батником)? Но, имхо, это всё ничуть не "правильнее" пользования тем же мегаем - настоящий джэдай вбивает всё пальцами :) .
  -=Vd=-

Member
Статус: Не в сети
Регистрация: 14.04.2004
Откуда: Odessa
Ну каждый настраивает все под себя, я очень редко меняю настройки кодирования, зато очень долго настраиваю avs-скрипт. Ну и не дропаю я ничего, просто меня ломают однотипные операции в MeGUI, мне легче править батник
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
RBF
Да, действительно, изображение немного растянутое. Сделал через ГК 720*304.
Цитата:
VDubMod, вот единственный инструмент, которым можно обойтись при создании и редактировании скрипта. Обрезка, а главное последующее правильное изменение размеров, делается в нем за пару сек. и автоматически импортируется в скрипт.

Если это так просто, то не подскажешь как? ;)
mein
Вот лог полного двухпроходного кодирования фильма (оказывается сохранился лог):
Код:
Starting job job1 at 7:26:06
Job is a video job. encoder commandline:
--pass 1 --bitrate 535 --stats "D:\Munich\Munich.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime --weightb --subme 7 --trellis 1 --analyse all  --8x8dct --me umh --progress --no-dct-decimate --no-psnr --output NUL "D:\Munich\Munich.avs"
successfully started encoding
Processing ended at 19:14:15
----------------------------------------------------------------------------------------------------------

Log for job job1

avis [info]: 720x288 @ 23.98 fps (235722 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:1733  Avg QP:21.04  size: 15208
x264 [info]: slice P:104349 Avg QP:23.29  size:  4540
x264 [info]: slice B:129640 Avg QP:24.62  size:  1227
x264 [info]: mb I  I16..4: 26.8% 59.3% 13.9%
x264 [info]: mb P  I16..4:  6.2%  7.4%  1.0%  P16..4: 49.1% 12.1%  5.1%  0.4%  0.2%    skip:18.6%
x264 [info]: mb B  I16..4:  0.2%  0.5%  0.1%  B16..8: 28.5%  1.1%  2.2%  direct: 1.4%  skip:65.9%
x264 [info]: final ratefactor: 21.78
x264 [info]: 8x8 transform  intra:51.9%  inter:58.3%
x264 [info]: ref P  65.5% 14.7%  6.8%  2.7%  2.0%  1.8%  1.6%  0.8%  0.6%  0.6%  0.5%  0.5%  0.5%  0.5%  0.5%  0.3%
x264 [info]: ref B  77.0% 12.8%  3.2%  1.9%  1.0%  1.0%  0.7%  0.5%  0.4%  0.4%  0.3%  0.3%  0.2%  0.3%  0.2%
x264 [info]: kb/s:536.3

Actual bitrate after encoding without container overhead: 536.35
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Starting job job2 at 19:14:15
Job is a video job. encoder commandline:
--pass 2 --bitrate 535 --stats "D:\Munich\Munich.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime --weightb --subme 7 --trellis 1 --analyse all  --8x8dct --me umh --progress --no-dct-decimate --no-psnr --output "D:\Munich\munich_video.mp4" "D:\Munich\Munich.avs"
successfully started encoding
Processing ended at 6:38:37
----------------------------------------------------------------------------------------------------------
Log for job job2
avis [info]: 720x288 @ 23.98 fps (235722 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:1733  Avg QP:21.01  size: 15043
x264 [info]: slice P:104349 Avg QP:23.28  size:  4513
x264 [info]: slice B:129640 Avg QP:24.45  size:  1238
x264 [info]: mb I  I16..4: 26.8% 59.5% 13.7%
x264 [info]: mb P  I16..4:  6.2%  7.3%  1.0%  P16..4: 49.1% 12.1%  5.2%  0.4%  0.2%    skip:18.6%
x264 [info]: mb B  I16..4:  0.2%  0.5%  0.1%  B16..8: 28.8%  1.2%  2.3%  direct: 1.4%  skip:65.5%
x264 [info]: 8x8 transform  intra:51.8%  inter:58.7%
x264 [info]: ref P  65.4% 14.7%  6.7%  2.7%  2.0%  1.9%  1.6%  0.8%  0.6%  0.6%  0.5%  0.5%  0.5%  0.5%  0.5%  0.3%
x264 [info]: ref B  76.8% 12.9%  3.2%  1.9%  1.0%  1.0%  0.7%  0.5%  0.4%  0.4%  0.3%  0.3%  0.2%  0.3%  0.2%
x264 [info]: kb/s:535.0

Actual bitrate after encoding without container overhead: 535.06
desired video bitrate of this job: 535 kbit/s - obtained video bitrate: 537,308261011267 kbit/s


Потом затоптал кусок фильма с постоянным квантизером CQ=18 (credits quantizer тож в 18):
Код:
Starting job job1 at 20:56:25
Job is a video job. encoder commandline:
--qp 18 --ref 16 --mixed-refs --no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime --weightb --subme 7 --trellis 1 --analyse all  --8x8dct --me umh --progress --no-dct-decimate --no-psnr --output "D:\Munich\munich_video_CQ18.mp4" "D:\Munich\Munich.avs"
successfully started encoding
Processing ended at 23:54:16
----------------------------------------------------------------------------------------------------------

Log for job job1

avis [info]: 720x288 @ 23.98 fps (47722 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 2002 (scale 24000)
x264 [info]: slice I:396   Avg QP:15.00  size: 28246
x264 [info]: slice P:21255 Avg QP:18.00  size: 11118
x264 [info]: slice B:26071 Avg QP:19.68  size:  3850
x264 [info]: mb I  I16..4: 27.7% 49.3% 23.0%
x264 [info]: mb P  I16..4:  5.6%  8.5%  2.3%  P16..4: 44.1% 21.3%  8.3%  0.8%  0.6%    skip: 8.4%
x264 [info]: mb B  I16..4:  0.3%  0.9%  0.3%  B16..8: 34.4%  2.3%  4.8%  direct: 7.7%  skip:49.3%
x264 [info]: 8x8 transform  intra:52.4%  inter:45.5%
x264 [info]: ref P  63.1% 16.4%  5.9%  3.1%  2.1%  2.1%  1.6%  1.0%  0.7%  0.7%  0.6%  0.6%  0.6%  0.6%  0.5%  0.4%
x264 [info]: ref B  74.6% 16.4%  2.8%  1.8%  0.8%  0.9%  0.5%  0.5%  0.3%  0.3%  0.2%  0.3%  0.2%  0.3%  0.2%
x264 [info]: kb/s:1398.2

Actual bitrate after encoding without container overhead: 1398.29
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 1400,53514500252 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
  ink1981

Заблокирован
Заблокирован
Статус: Не в сети
Регистрация: 25.04.2006
Откуда: tomsk
Zharun писал(а):
Деблок 0,0 (считал от битрейта. Особенно, хотелось бы услышать мнение RBF). Без фильтров.

Что за метод подсчёта битрейта такой может даст кто ссылку. И ВООБЩЕ проясните пинцип работы инлупа в этом кодере, насколько я помню в РВ 10 инлуп фильтрация включалась только с определённого квантанайзера, который можно было выставить в настройках. Сдесь вроде выставляется сила чистки, к примеру 0 стандартная, +3 полное замыливание, -3 очень маленькая затирка, или сдесь так же как в РВ 10 от кванта. Ну уж изваните не верю я в повышение резкости оригинальной картинки выше того который был изначально так как так как от этого очень сильно повышается требование к потоку (во всяком случае ипользование стандартных шарпов даёт мне повод сказать это).
Очередной пример того что не обязательно высокий битрейт нужен фильм Запятнаная репутация с Хопкинсом и КИдман
откулючен деблок. На первом проходе битрейт 690 выставлял во втором получился 523 т.к. в настройках у меня стоит минимальный квантанайзер 21 (исходник лазерная копия с маленьким шумком), помоему говорить не надо что качественный материал не затронутый инлупом и другими фильтрами на кванте 21 по Р смотрится достаточно близко к оригиналу. Выходной размер файла на 101 минуту получился 411 мб. В принципе моожно было на оригинальном разрешении без всякого ресайза тока с кропом с парой звуковых дорожек в 1 СД с класным качеством без проблем укатать.
Да нужно мнение тех кто давно юзает этот кодек какой квант по вашеу мнению является самым низким вышего которого не смысла ставить нет (например квантанайзер 2 в ХВИДЕ), и какой оптимальный по качеству \ потоку
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
ink1981
Цитата:
Что за метод подсчёта битрейта такой может даст кто ссылку.

Было много страниц назад, RBF писал. Я так понимаю, чем меньше битрейт, тем больше блочность картинки. Усиление фильтра позволяет ее устранять.
mein
не работает нифига. :(
Код:
LoadPlugin("C:\PROGRA~1\GORDIA~1\DGMPGDec\DGDecode.dll")

source=mpeg2source("D:\Munich\Munich.d2v")

clip1=pr(source,0,16402)
clip2=dn(source,16403,16830)
clip3=pr(source,16831,26140)
clip4=dn(source,26141,26553)
clip5=pr(source,26554,35408)
clip6=dn(source,35409,35857)
clip7=pr(source,35858,47722)

return clip1++clip2++clip3++clip4++clip5++clip6++clip7

function dn(clip, first_frame, end_frame)
{
   trim(clip, first_frame, end_frame)
   tdeint(order=1, mode=0, field=1, full=true, cthresh=6, type=2, sharp=true, map=0, opt=4, denoise=false)
}

function pr(clip, first_frame, end_frame)
{
   trim(clip, first_frame, end_frame)
}

crop(0,60,716,356)
LanczosResize(720,288)

На выходе получается один clip1 и то не до конца. Хотя в ДабМоде пишется, что конечный фрейм 47722.
  mein

Advanced member
Статус: Не в сети
Регистрация: 09.03.2004
Откуда: Кишинёв
Zharun писал(а):
не работает нифига

Попробуй так:
Код:
LoadPlugin("C:\PROGRA~1\GORDIA~1\DGMPGDec\DGDecode.dll")

source=mpeg2source("D:\Munich\Munich.d2v")

clip1=pr(source,0,16402)
clip2=dn(source,16403,16830)
clip3=pr(source,16831,26140)
clip4=dn(source,26141,26553)
clip5=pr(source,26554,35408)
clip6=dn(source,35409,35857)
clip7=pr(source,35858,47722)

clip = clip1++clip2++clip3++clip4++clip5++clip6++clip7

crop(clip,0,60,716,356)
LanczosResize(720,288)

function dn(clip, first_frame, end_frame)
{
   trim(clip, first_frame, end_frame)
   tdeint(order=1, mode=0, field=1, full=true, cthresh=6, type=2, sharp=true, map=0, opt=4, denoise=false)
}

function pr(clip, first_frame, end_frame)
{
   trim(clip, first_frame, end_frame)
}

По поводу лога: всё же великоваты квантизеры(>23) да и битрэйт на qp=18 великоват вышел. Хотя сдесь всё зависит, как уже сказал ink1981 от начальной картинки. Только вчера игралься с одним фильмом(видимо руки кривые были у того, кто переводил dvd9->dvd5) на qp=18 и получившемся битрэйте около 3000 (разрешение 720х432) - смотреть было противно. А иногда и на 22-24 почти нормально смотрится.

ink1981
У этого инлупа есть два параметра сила и порог срабатывания. В зависимости от фильма он может часто работать, а может и не очень. Я тут недавно игрался на качественном исходнике с постоянным квантом: разница между отключенным деблоком и включенным-0,0 в битрэйте была минимальна(около 15кбит) - в картинке я разницы не заметил.
А зачем ограничивать снизу квантизеры?
  Zharun

Member
Статус: Не в сети
Регистрация: 16.09.2004
Откуда: Chelyabinsk
mein
Цитата:
всё же великоваты квантизеры(>23) да и битрэйт на qp=18 великоват вышел.

Так делать-то чего? Получается только битрейт увеличивать? Какие идеи насчет деблока?
Цитата:
2*72: (576-2*72)/1.422 = 304. Или 2*82: (576-2*82)/1.422 = 290(288).

Расшифруй пожлста поподробнее и на доступной языке данную запись.
Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 11032 • Страница 240 из 552 • <  1 ... 237  238  239  240  241  242  243 ... 552  >
-

Список форумов » Общекомпьютерные форумы » Программное обеспечение

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Genrix, Lethander и гости: 6

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan