Ru-Board.club
← Вернуться в раздел «Программы»

» ffdshow

Автор: V0lt
Дата сообщения: 05.07.2009 00:16
http://rapidshare.com/files/251854472/Sk08er_Boi__sample_.m2v.html (6 Мб)
http://narod.ru/disk/10603044000/Sk08er_Boi_(sample).m2v.html (6 Мб)
C этим файлом у меня глючит (иногда вылетает) MPC-HC, если для декодирования MPEG-2 выбрать libavcodec.
Если использовать libmpeg2, то играется нормально.

проверьте
Автор: szl
Дата сообщения: 05.07.2009 02:00
V0lt, у меня то же самое происходит, проверял на своей сборке и на сборке от clsid.
Автор: V0lt
Дата сообщения: 05.07.2009 08:36
szl
Это даже на beta 6 наблюдается. Еще на некотрых MPEG-2 с libavcodec синхронизация звука теряется после беспорядочной навигации по файлу.
Если сможешь запости на forum.doom9.org, а то у меня с английским туго
Автор: IFkO
Дата сообщения: 05.07.2009 09:59
Будете смеяться, но у меня на старом FFDShow revision 2322 и MPC 6.4.9.1 revision 82 в обоих вариантах все нормально.
Автор: V0lt
Дата сообщения: 05.07.2009 13:36
IFkO

Цитата:
Будете смеяться, но у меня на старом FFDShow revision 2322 и MPC 6.4.9.1 revision 82 в обоих вариантах все нормально.

на ревизии 2322 теже глюки. У тебя точно ffdshow декодирует, может mpc свой декодер использует?

Думается это глюк из-за которого до сих пор держат запасной вариант в виде libmpeg2. В MPC, кстати, декодер тоже libmpeg2.
Автор: szl
Дата сообщения: 05.07.2009 14:26
V0lt, в конце весны, на каком-то ресурсе, я видел сравнение внутренних декодеров ffdshow, и согласно этому сравнению libmpeg2 дает лучшую картинку, чем libavcodec.
Автор: IFkO
Дата сообщения: 05.07.2009 19:57
V0lt

Цитата:
на ревизии 2322 теже глюки. У тебя точно ffdshow декодирует, может mpc свой декодер использует?
Во-первых, стоит проверить и на том же MPC, а во-вторых, иконка FFDSHOW в трее исправно появляется.
Автор: V0lt
Дата сообщения: 05.07.2009 21:02
IFkO

Цитата:
Во-первых, стоит проверить и на том же MPC,

проверял, так же.
Автор: niels
Дата сообщения: 12.07.2009 04:45
szl
скажи пожалуйста, в чем разница у этих сборок?

ffdshow x86:

ffdshow tryouts project, svn 3029 (x86) sse icl10 ffdshow tryouts project, svn 3029 (x86) sse icl10 2009-07-11 04:30:08 4.64 Mb

ffdshow tryouts project, svn 3029 (x86) ffdshow tryouts project, svn 3029 (x86) 2009-07-11 04:31:02 4.11 Mb
Автор: abld1
Дата сообщения: 12.07.2009 15:06
Ну что, может ответит кто нибудь, где найти flac source filter??

niels
http://ffdshow-tryout.sourceforge.net/wiki/faq
Автор: arestarh1986
Дата сообщения: 12.07.2009 17:30
abld1
Привет!
Глянь madFlac.
Автор: Taciturn
Дата сообщения: 12.07.2009 18:25
abld1
А какое отношения flac source имеет к FFDShow? Он есть в составе Ogg Codecs.
Автор: abld1
Дата сообщения: 12.07.2009 19:12
arestarh1986
в мэдфлак он идёт вместе с декодером

Taciturn
Писал на предыдущей странице. Ogg Codecs пробовал, не имею понятия, как заставить его работать в связке FLAC Source Filter + ffdshow (последний в качестве декодера).
Автор: Xless
Дата сообщения: 13.07.2009 18:23
с помощью TVC кодирую в Xvid, а в результате в свойствах результирующего файла указан кодек FFDS, хотя в самом TVC выбран кодек Xvid.
как настроить ffdshow чтоб он "не перехватывал" кодирование у Xvid кодека?
Автор: Taciturn
Дата сообщения: 13.07.2009 19:01
abld1
Хм. И в Ogg Codecs вместе с декодером. А ради чего декодировать именно с помощью FFDShow, чем плох тот же madFLAC или декодер из Ogg Codecs?
Автор: abld1
Дата сообщения: 14.07.2009 00:21
Taciturn
Ни чем не плох. Но мне нужны аудио фичи из ffdshow.
На doom9 в теме двухлетней давности писали, что source filter можно заставить работать отдельно, а как именно не сказали.
Автор: Taciturn
Дата сообщения: 14.07.2009 02:36
abld1
И что мешает включить в FFDShow RAW Audio, что бы он работал с уже распакованным FLAC'ом?
Автор: abld1
Дата сообщения: 14.07.2009 17:16
Taciturn
Я уже писал на предыдущей странице, что к JetAudio он не цепляется.

2All небольшой оффтоп:
У одних аудиофайлов, например тех же flac (да и не только аудио) отображается только название, например 14 - This Fire.flac. А у других снизу ещё пишется тип и размер. Например
14 - This Fire.mp4
Файл "MP4"
7 987 КБ
Как сделать, чтоб это всё не показывалось, а оставалось только имя?
Автор: deus2k3
Дата сообщения: 19.07.2009 08:49
Кто может пояснить: почему в 2007 году версии ffdshow играли недокачанные divx, а сейчас нет?
Автор: ozioso
Дата сообщения: 30.07.2009 21:19
Господа, если поставить последний стабильный билд - бету 6 на Windows 7 x64 - проблемы будут?
Автор: zikzak
Дата сообщения: 30.07.2009 23:38
Windows 7 x64. Ставил билды 3036(x64) и 3034(x64) - в системе не видны(через DirectShow Filter Manager). Не один плеер не подхватывает.Пробывал ручками регистрировать ffdshow.ax регистрируются но никакого эффекта. Поставил 32 битную версию все ОК. В чем может причина?
Автор: ozioso
Дата сообщения: 31.07.2009 05:21
zikzak
Windows 7 X64 - установил ffdshow_rev3040_20090725_clsid_icl10.exe. Использую совместно с оригинальным MPC - проблем нету пока.
Автор: Taciturn
Дата сообщения: 31.07.2009 11:55

Цитата:
в системе не видны

DirectShow Filter Manager 32 битный и не видит 64 битных кодеков?
Автор: Rerol
Дата сообщения: 27.08.2009 19:17
не могу запустить ffdshow в win7 64, кто смог вылечить данную проблему
Автор: qwertyop
Дата сообщения: 01.09.2009 10:44
Заметил у FFDSHOW и XVID следующую проблему: может они и умеют задействовать возможности многоядерных процессоров, но нормально работать с логической многоядерностью не могут. Особенно легко это заметить в XP, где при воспроизведении средствами FFDSHOW и XVID во вкладке "Быстродействие" "Диспетчера задач" отображается загрузка только на одном логическом ядре. Допустим, загрузка 40% и вся на втором графике, тогда как при использовании DIVX или, что, самое интересное, MPC-HC, который вроде тоже на FFMPEG сделан, та же загрузка в 40% распределена по двум графикам по 20%.

В Висте же и при использовании FFDSHOW / XVID загрузка по графикам распределяется поровну, но это обман, что можно проверить с помощью записи с ТВ-тюнера. Создаём 2 пресета для записи в XVID и DIVX с одинаковыми настройками по разрешению и квантизации для низкого разрешения и 2 пресета для высокого. При записи в низком, загрузка у обоих ~ 30%, видео пишется нормально, дропнутых кадров нет. При записи же в высоком, на XVID загрузка чуть больше 50%, и на выходе видео с кучей дропнутых кадров, тогда как на DIVX, загрузка ~90% и на выходе нормальное видео без единого дропнутого кадра.

При воспроизведении через FFDHOW тоже самое: по достижении загрузки ~60% начинаются тормоза, тогда как для декодеров Nero или CoreAVC такого рубежа не существует, и на высоком разрешении они без последствий превышают 60%.

Всё это касается и самых последних сборок FFDSHOW / XVID c xvidvideo.ru. Причём, я так понимаю, это проблема должна относится не только к моему старинному P4 3.2 HT процу, но и к новым Intel Atom. Было бы здорово если б это поправили. А то пока выход: использование варёзных платных декодеров.
Автор: Bladru
Дата сообщения: 03.09.2009 16:24
qwertyop
Это с ffdshow-MT так?
Автор: qwertyop
Дата сообщения: 03.09.2009 21:47
Bladru, c xvidvideo.ru:
Цитата:
ffdshow-mt, начиная с ревизии 2677, объединилась с основной веткой ffdshow.

Но попробовал и ffdshow-mt 2644. Результат:

После 5-й секунды видео останавливается, идёт только звук

Это втроенный в MPC-HC декодер (без DXVA):

Видео хоть и в режиме слайд-шоу, но отображается на протяжении всего ролика. А вот графики теперь задействованы оба, но загрузка выше 60% не поднимается... т.е. выходит и в MPC-HC с дела с MT лучше только в отношении стройности графиков.

А это CoreAVC:

Видео подтормаживает, но не сильно, в принципе даже смотреть можно, но лучше задействовать DXVA. Но главное, какова загрузка процессора. Вот CoreAVC, DIVX, NERO, Cyberlink - они умеют использовать на все 100% и многоядерность и hyper-threading.
Автор: V0lt
Дата сообщения: 03.09.2009 23:01
qwertyop

Цитата:
на XVID загрузка чуть больше 50%, и на выходе видео с кучей дропнутых кадров, тогда как на DIVX, загрузка ~90% и на выходе нормальное видео без единого дропнутого кадра.

загрузка проуцессора с hyper-threading непоказательна. если показывает 50%, то это не значит что проц загружен на половину, скорее всего он работает на все 100. Снижай настройки XviD-a, должен нормально захватывать.
Автор: Bladru
Дата сообщения: 03.09.2009 23:08
qwertyop
Про многопоточность, это наверное вопрос к szl. Он уже отвечал про "равномерные графики" несколькими страницами раньше.

А по производительности нужно смотреть настройки ffdshow. Попробуй, например, отключить деблокинг h264 (если видео закодировано этим кодеком). Если проблема только с одним роликом, попробуй перепаковать его. Иногда попадается видео, которое тормозит исключительно из-за кривой упаковки в контейнер.
Автор: qwertyop
Дата сообщения: 03.09.2009 23:47
V0lt
Цитата:
загрузка проуцессора с hyper-threading непоказательна. если показывает 50%, то это не значит что проц загружен на половину, скорее всего он работает на все 100. Снижай настройки XviD-a, должен нормально захватывать.
На сниженных настройках он и работает нормально, о чём писал выше, но на примерно одинаковых с divx, высоких настройках, теряет при записи не только 50% графика, но и главное, кадров! Да и насчёт HT 50% = 100% реальных это тоже не совсем верно, иначе с NERO, CoreAVC и т.п. у меня проц работает на все 200%!

Bladru
Цитата:
Про многопоточность, это наверное вопрос к szl. Он уже отвечал [?] про "равномерные графики" несколькими страницами раньше.
Хорошо, но основная проблема не в графиках, тем более, как уже сказал в Висте графики делятся поровну между "ядрами", а в производительности.

Цитата:
А по производительности нужно смотреть настройки ffdshow. Попробуй, например, отключить деблокинг h264 (если видео закодировано этим кодеком). Если проблема только с одним роликом, попробуй перепаковать его. Иногда попадается видео, которое тормозит исключительно из-за кривой упаковки в контейнер.
У меня нет проблемы ни с одним из роликов, при использовании DXVA декодеров. Это всего лишь пример. Пример divx/xvid файла приводить нет смысла, т.к. ни один из имеющихся у меня файлов не способен загрузить проц более чем на 30%, поэтому взял первый попавшийся h264 ролик. Но пробовал и на других FullHD h264 файлах. Везде ffdshow, со всеми отключенными пост-обработочными фильтрами (при своих истиных "полнозагрузочных" для HT 50%) тормозит много сильнее, чем NERO или CoreAVC с ихними >>50% и "не истинными" оптимизациями под многоядерность. Вот что главное.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748

Предыдущая тема: сохранение flash


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.