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
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
Индульгатор набери в гугле сторочку типа "divx to dvd" и будешь приятно удивлён - программ море(сам никогда не пользовался, поэтому советовать не буду).
Кроме того все спят - поэтому не отвечают.
Member
Статус: Не в сети Регистрация: 05.01.2003 Откуда: Москва Фото: 2
mein Слушай, тут сам нарвался на один огромный файл с расширением divx, где куча клипов. Проблема ессно как у всех - как выдрать? Заметил в MeGUI есть прога - называется DivXMUX .... в Divx контейнер сует без проблем, а вот из него - вроде возможность есть, но какая-то кривая. Посмотри плиз, може ты лучше разберешся
_________________ Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
Максим Легального способа видимо нет. DivXMUX - не позволяет извлекать. Я вот попробовал собрать три клипа(в режиме join) - нормально у меня его ничего не играет - видимо нужен divx-плэйер. Думаю без серьёзных сексуальных отношений не обойтись . Я вообще не понимаю почему не сделали возможность через директшоу это дело проигрывать - ну и как потом любить контору под названием divx ? Добавлено спустя 11 минут, 37 секунд
зы: кстати фрапс замечательно хвататет в родном разрешении. Правда у меня звук почему-то не играет, но это думаю моя локальная проблема. После захвата нужно порезать и пережать только .
Member
Статус: Не в сети Регистрация: 05.01.2003 Откуда: Москва Фото: 2
mein У меня на енто тему все играет. Правда в трее появляется значок DivX - и там можно переключать дорожки. А меню когда есть в файле внутри - то да, только DivX плеер
_________________ Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
Максим писал(а):
У меня на енто тему все играет. Правда в трее появляется значок DivX - и там можно переключать дорожки.
У меня просто не стоит ничего из продукции дивикслабс, поэтому у меня играется посредством халисплиттера(он настроен и на avi тоже) - видна вся продолжительность, но со звуком лажа - не попадает.
В MPC есть DSM-converter - попробуй туда подгрузить этот divx-файлик. Там можно выдирать потоки(правой кнопкой - демукс) - может чего и получится.
Member
Статус: Не в сети Регистрация: 16.09.2004 Откуда: Chelyabinsk
To All Какой-то непонятный баг с MeGUI приключается. Используя _все_ версии после последней стабильной (2132) при добавлении в очередь первый проход вылезает окошко Unsupportes Configuration с текстом "Video output filename does not have the correct extension. Based on current settings, it should be mp4". Замечу, что все настройки оставались как и в предыдущих билдах, также как и контейнер mp4. Кроме того, о каком filename может идти речь, если на первом проходе имя выходного файла не задается?????
Member
Статус: Не в сети Регистрация: 08.07.2005 Откуда: Фастов, Украина
mein
mein писал(а):
Может есть какие функции по заморозке процесса?
В .NET есть функции Thread.Suspend и Thread.Resume для приостановки выполнения потока на неопределенно долгий промежуток времени и для запуска приостановленного потока соответственно. Для Visual C++ 6 если используется класс CWinThread, то в нем - SuspendThread и ResumeThread.
Member
Статус: Не в сети Регистрация: 16.09.2004 Откуда: Chelyabinsk
mein
Цитата:
Зато automated 2pass работает.
А в чем разница? Он просто автоматически запустит два прохода с выбранными настройками?
И еще заметил баг, что в битрейт калькуляторе он через раз учитывает при подсчете битрейта звуковую дорожку, т.е. дорожку указал, а битрейт не меняется. Меняешт размер с 1СД на 2Сд и обратно и вуаля, все ок.
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
Zharun писал(а):
А в чем разница? Он просто автоматически запустит два прохода с выбранными настройками?
Да, абсолютно одинаковые настройки(это если галочка турбо не поставлена). А калькулятор у меня вообще не работает можно сказать . Добавлено спустя 3 часа, 27 минут, 54 секунды Мегай апдэйтнулся:
Цитата:
0.2.3.2162 Commit by berrinam: - Fix audio-filesize-being-ignored bug in bitrate calculator - Fix AR calculation to be ITU-correct
Калькулятор заработал, а вот с ресайзом я чё-то не пойму:
берём ПАЛ-720х576. выбираем Input DAR ITU-16:9 (1.823). автоматически расчитывается разрешение 720х384 . Почему?! ведь 576/(1.823/1.25) = 395, что значительно ближе к 400 чем к 384.
Не знаю, возможно вопрос не в тему, но кто-нибудь может подсказать, как извлечь видеопоток из mkv (сжато x264)?
Не получается ни ВиртуалДабМодом (что-то не то с алгоритмом файла), ни MKVtoolnix (could not be opened for not writing). При этом в плейере файл читается (но сильно тормозит, т.е. видео отстает от аудио). Подскажите, как распотрошить контейнер... или просто чем конвертнуть.
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
kazarin Если просто конвертнуть, то при наличии хаали-сплиттера подгружаешь свой файл через directshowsource и конвертишь во что хочешь(правда что со звуком будешь делать - тебе решать ).
Можно и поток вытащить: берёшь MPC посвежее, добавляешь свой файл в DSM-converter, щёлкаешь правой кнопкой по видеопотоку и жмёшь demux.
Получишь файл с расширением 264. Осталось поместить это дело в контэйнер mp4 или avi(mp4box или avc2avi соответсвенно).
Вопрос 1: если пережатый ДВД например в XviD планируется смотреть на стационарном плеере,
то обязательно ли надо соблюдать сотношение сторон 16х9, 4х3 или некоторые стационары правилно определяют соотношение, даже если оно нестандартное, напимер сильно широкое?
Ворос 2: в XviD'e для совместимости со стационаром нужно отключать следующее:
Adaptive Quant
GMC
Quarter pixel
Правильно ли это и нужно ли отключать Trelis или может что-то еще откл. или вкл.?
Плеера пока нет но может возьму, хотелось бы заранее узнать что и как.
И еще в ГК в настройках есть галка следовать стандарту ITU-R BT.601. Что это за стандарт
такой и нужно ли ему следовать?
Mein уже объяснил что он делает с соотношением сторон, но может кто знает по подробней?
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
AlCu со стационарами дела не имел, поэтому не знаю, а вот по соотношениям откопал вот такую ссылку - очень увлекательно . Правда на буржуйском, но вроде понятно. Там есть пара полезных табличек - вот из них и берётся та поправка. Есть столбец "sampling matrix" и столбец "actual active picture size" они немного отличаются и разница как раз и есть наша поправка.
Я щас пишу неч-то типа гэкашного ресайза и буду учитывать эти тонкости.
Member
Статус: Не в сети Регистрация: 05.01.2003 Откуда: Москва Фото: 2
AlCu Для стационара в Xvid нужно обязательно выбрать профиль - AS @ L5 и тогда любой стационар с поддержкой MPEG4 ASP будет понимать данный видеопоток.
_________________ Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!
version 0.6.4 ready. Should now work on ati card. (also contains limited support for interlaced source. use interlace=true to enable it. currently on works correctly with ow=bw/2 and oh=bh/2(the default value).
Цитата:
average time(2000 frames average) to calculate a frame in fft3dgpu with a geforce 7800GT
FFT3dGPU(sigma=1,bt=-1,sharpen=1.0,degrid=1.0,precision=0) New fft code 0.0271 sec per frame(spf) Old fft code 0.0258 spf new code 5% slower
FFT3dGPU(sigma=1,bt=-1,sharpen=1.0,degrid=1.0,precision=1) new fft:0.0390 spf old fft:0.0463 spf new code 16% faster
FFT3dGPU(sigma=1,bt=-1,sharpen=1.0,degrid=1.0,precision=2) old fft: 0.0472 new fft: 0.0404 new code 14% faster
FFT3dGPU(sigma=1,bt=-1,bw=256,bh=256,sharpen=1.0,degrid=1.0,precision=2) new fft: 0.0904 old fft: 0.114 new code 21% faster
FFT3dGPU(sigma=1,bt=-1,bw=256,bh=256,sharpen=1.0,degrid=1.0,precision=0) old fft: 0.0556 new fft: 0.0521 new code 6% faster
Higher precision or blocksize favours the new fft code. The old code is faster at the default blocksize and precision (but use more GPU memory). This is the same result I got on my X1300. I will see if I can make a hybrid version between the new and old code. Anyway I will add an option to use the old code instead of the new code and if not specified fft3dgpu will time what code is fastest and use that.
Последний раз редактировалось Zharun 06.06.2006 10:46, всего редактировалось 2 раз(а).
Сейчас этот форум просматривают: silver63rus и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения