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

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

А может источники всё же разные ?. Слишком большая разница.

Вот наконец довёл свою подделку до состояния, при котором уже можно показывать её . В общем написал(точнее в самом разгаре) свой ГУЙ к x264.exe. Просто мегуй в последнее время растолстел сильно - я большинством его возможностей не пользуюсь. Плюс много памяти хавает(он даже не виноват - просто .НЕТ-движок такой). Правда моя версия тоже не идеал(ввиду врождённой кривости рук ), но всё же поменьше потребляет ресурсов. В данной версии ещё нет: профилей, кустом матриц, зон, приоритетов(только идле) и наверное ещё чего-то. Также жобы не сохраняются. Зато есть масса глюков . Из особенностей: есть три режима работы:
1) обычнй (так же мегай работает). --progress
2) тихий - в процессе работы не доступно никакой информации. Нужно только ждать вслепую окончания кодирования. Наверное сделано для более быстрого кодирования, но я большой разницы не заметил по сравнению с другими методами. --quiet
3) --verbose. Тут самое интересное. Некое подобие работы виртуалдуба (любителям должно понравится). По моим предварительным замерам садит скорость не критично. Так что рекомендуется к использованию .
В общем пробуйте. Щас выложил две версии. Собраны по разному.
http://cp.people.overclockers.ru/cgi-bi ... u.dll_.rar
Для работы нужна библиотека mfc71u.dll . Она не идёт в стандартную поставку winxp, но на практике часто попадает со сторонним софтом. Вес 30Кб . Специально пожал upx'ом
http://cp.people.overclockers.ru/cgi-bi ... I-Lite.rar
Обычная сборка - не требуется ничего дополнительного - 100Кб

жду острой критики и предложений
Добавлено спустя 6 минут, 58 секунд
да и ещё чють не забыл: отмена кодирования(кнопочка аборт) может затянутся на несколько минут если очень маленький фпс кодирования.

mein

Классно ! Я буду пользоваться... Единственное что, настройки не сохраняет при закрытии..но и так.. очень даже ничего !

Я думаю над этим вопросом. Хотелось бы по человечески в xml сохранять, но мои скромные познания не позволяют пока этого делать. Кстати познания моего английского тоже хромают, поэтому возможны ошибки. А делать пол программы на русском, пол на заморском не охота было.

Игорь Т.
Хмм.. у меня всё в точности до и наоборот, когда инициатива переходит в руки GK 704*512 при сравнении с оригиналом отчетливо видно по лицам людей ужимание по вертикали и потеря пропрций , когда же я вручную выставляю 1:1 704*560 расхождений с оригиналом нет

З.Ы. Даже если посмотреть с другой стороны, объясни мне откуда берутся эти "черные полосы" в avi если в оригинале их небыло ? Получается что GK сам ужимает изображение по вертикале, если я ошибаюсь поправьте меня.

А планируется ли авторами добавление в пакет Гордиан Кнот поддержки контейнера мр4 для видео и звука, а то с Неро ничего хорошего не получается да и неудобно жудко. Хотелось бы чтобы работало так же как и сейчас жмем в avi. Оценил преймущество AAC 80 кбит звучит отлично.

manjak

А зачем, если есть MeGUI

Скачал сегодня последнюю версию х264 с x264.nl. Megui, шедший с ним не позволяет менять М.Е. Алгоритм – он застыл на diamond. Это только у меня так? Понимаю, что можно руками изменить, но всё же…

tolya21

Нужно было удалить старые версии.. Попробуй удалить всё, включая упоминания о x264 в реестре и поставь все заново.

Andrey!
Телевизионный экран с кругом до кодирования (соотношение сторон телеэкрана и пикселя 4:3).
http://images.people.overclockers.ru/71217.jpg

Та-же картинка после кодирования без так нелюбимых тобой чёрных полос. Обрати внимание -
размер картинки стал 768!!!!*576 (Так как пиксель стал квадратным 1:1 их по горизонтали
влезло аж 768 штук). Так ,что если не хочешь видеть сверху и снизу чёрные полосы размер
в ширину надо ставить 768 !!!.
http://images.people.overclockers.ru/71218.jpg

А вот ,что получается при кодировании ,если ширину оставить 720 ,но не уменьшать размер
картинки по вертикали:
http://images.people.overclockers.ru/71219.jpg

Всё - более доходчиво и более красочно объяснить не могу..... Я и так шедевр изобразил....

Всё это применительно к полному экрану. Для узкоэкранки суть та-же:
что-бы чёрные полосы сверху и снизу (которые есть и в оригинале) не занимали по пол
экрана - ширину опять таки надо выгонять на 768. Если суть уловил (я надеюсь) ,то дальше
сам решай как тебе удобнее делать.
И если фиксировать ширину на 720 ,то чёрные полосы вверху и внизу - это неизбежность в случае
использования квадратных пикселов.

Очень надеюсь на вашу помощь.
Имею следующие проблемы:
Установлен XVid 1.1 final, DivX 6.20, ТВ Тюнер Behold TV 403 FM.
1. Убираю галку(если заходить через настройки записи видео в тюнере в настройки кодека - XviD Configuration - Other Options... - Encoder- "Display encoding status" её необходи убрать т.к это приводит к краху системы при остановке записи вот тут об этом написано(ссылка на офф.FAQ)), жму ок. пишет ошибку Acess violation at adress 02D67254 in module xvidvfw.dll Read of Adress 000006
Но если зайти в меню пуск - выбрать Xvid - и зайти в эти же опции - эти галки сняты. Глюк софта Behold?

2.скажите что дает вот эта функция XVid - FourCC заглавие - DiVX, DX50, MP4V - галки находиться в меню пуск если XVid там прописался - XVID DECODER

3.По умолчанию в опциях записи звука мало кодеков для записи. тот же MpegLayer 3 - имеет максимальный битрейд в районе 56кбсек...16бит, стерео, 22кгц.- что совершенно неприемлимо.
В чем посоветуете производить запись звука? какой кодек надо поставить?
4.Скажите а возникнут ли конфликты при наличии двух кодеков XVID и DIVX в системе одновременно?

Заранее спасибо за ответы!

Скорее всего да. Я тоже постоянно занимаюсь захватом, но таких ошибок не должно быть. Советую вообще захватывать через Fly2000TV.



Этим галочками ты сообщаешь иксвид декодеру, какой контент декодировать. FourCC - это метка в теле видеофайла, которая определяет, каким кодеком он закодирован.



Нужно установить MP3 ACM кодек, если хочешь захватывать сразу в MP3

http://rarewares.maresweb.de/lame3.97b2.zip

Распакуй архив и с помощью LameACM.inf установи кодек. Тогда в списке кодеков для записи увидишь много нового

Leo 69 спасибо, а насчет FourCC - что на практике дает ?, расскажите плиз подробнее.
- это как?:spy:

MP3 ACM кодек если я поставлю, ... как на систему повлияет... просто я еще диски граблю довольно активно в MP3, не возникнет ли проблем/конфликтов/ и проч...? может это и параноя но всё же...

в предыдущий пост добавил 4й пункт- если кто знает не сочтите за труд отпишитесь.

drunkmage



Дает именно то, о чем я сказал и не более того Если хочешь поподробнее, то вот неплохая статейка:

http://mediatory.ru/article9_article_10_1.phtml



Хуже точно не станет и ничего плохого не возникнет. Даю гарантию



Не возникнут.

Внесу свои 5 копеек, может кому-то пригодиться.
69,5с кусок из Bad Boys 2, чистый экшен, более-менее спокойное видео – всего 5 с.
Видео 720х384@23,976
1-й проход – турбо
2-й проход:
Ref filter M.E. Merange fps
4 0;0+ hex 8 5,90
4 0;0+ umh 8 5,17
4 0;0+ umh 16 4,72
16 0;0+ umh 8 2,30

Sempron 2500+@2100 МГц S754
Строка самого последнего прохода (там, где 2,30 fps):
"C:\Program Files\x264\x264.exe" --pass 2 --bitrate 1500 --ref 16 --bframes 2 --b-pyramid --analyse all --8x8dct --me umh --trellis 1 --merange 8 --subme 7 --mixed-refs --b-rdo --weightb --bime --no-fast-pskip --threads 1 --no-psnr --progress --output "" "C:\BAD2\best.avs"

Скрипт:
MPEG2Source("C:\bad2222\BAD2\рок.d2v")
Crop(0,48,-0,-48)
FieldDeinterlace()
ConvertToYV12()

Возникли следующие вопросы:
1. В чем разница между 0;0 со снятой галкой и с debloking?
2. Reference Frames – это что-то типа key frame? Сравнивал последний и предпоследний варианты, разница немного заметна, кажется, что в последнем варианте в беготне лучше (чётче) сохраняются детали, в целом картинка более чёткая.

спасибо огромное! так оперативно все обьяснили...

tolya21

Reference Frames - это технология наилучшего предсказания движения - это так называемые кадры с многократной ссылкой. Кодек при работе может опираться как на предыдущий кадр, так и на кадр, стоящий еще раньше. (и так до 16)



Когда на нуле обе цифры - это значит инлуп-деблокин' включен и стоит на дефолте (средняя степень воздействия)

RBF
Ну разница просто колоссальная. Я думаю это источником определяется. Мой источник даже рядом не стоял по качеству с твоим кодированым куском. Будь любезен, выложи свои настройки x264 и скрипт.
To All
На хоботе появилась гайда по Avisynth от самого Fizick'a: http://www.ixbt.com/divideo/avisynth1.shtml

Максим
Вопрос по страблам с Нерой снимается - просто стояла галка перевода fps в soundtouch.
Провел сравнеие новой нерки 7.2.0.3 с последней 6-ой:
Исходник AC3. Размер 259,595,904 byte.

Кодирование vbr/2ch. streaming(50/70kbps)
Размер: 6-ая - 35,603,650.... 7-ая - 40,163,205!!!!


Кодирование vbr/6ch. streaming(200/250kbps)
Размер: 6-ая - 107,603,650.... 7-ая - 150,735,694!!!!

Вывод: на слух разница по качеству не чувствуется, а размер очень даже кусается.

P.S. Кто пользуется билдами от Шарктуса и Бобора? Разница есть?

Народ исправил вот старые баги, появились новые beholdforum Все таки там сайт суппорта , а тут наверняка большинство сталкивались с такими траблами.
Добавлено спустя 7 минут, 30 секунд
Leo 69 кстати, вы посоветовали мне lame - а в FAQ Behold пишут что этот кодек негодиться для записи в реальном времени и что он будет перекрывать другие устройства! вот

mein
Классная штука вероятнее всего у тебя
Дома буду смотреть

RBF
Другой у тебя исходник наверное
Добавлено спустя 4 минуты, 57 секунд
Zharun
То есть ты считаешь, что лучше все-таки пользоваться библиотечками от шестой нюры? Наверное так и буду делать, так как уже достало иногда при перемотке в фильме нарываться на access violation - с аудио, откодированным в неро шестой, такого не наблюдалось

Насколько я знаю для записи в реальном времени лучше вообще не применять сжатие звука, ведь это не видео - размер несжатого аудио не так уж и велик.