Полигон-2

Ага, вот и мне подвернулся апаратный dvd декодер.
CineMaster DVD Playback Card c-3.0
посмотреть его можно тут-
//support.dell.com/support/edocs/storage/7998d/En/specs.htm
Отчет для интересующихся.... .Малоли кому пригодиться.
На первом пне пока не пробовал. Сунул карточку в 3й.
Установил дрова и софтинку от производителя. При запуске плеер пофыркал, картинку на моник не дал. Тогда на выход был подключен ТВ. И картинка пошла.
Тогда по описаниям в этой теме был подключен шлейф с декодера на видяху, а это voodoo3-1000. После чего картинка пошла и на монике. Сейчас эта девайсина тестится.

Cat Vaska
1. Смысл пихать-> проверить работоспособность устройства, пока действует манибэк.
2. dvd как и DivX бывает разный. Утверждение о просмотре его на данной вами конфе некоректно.

oleg8olga

[q]

dvd как и DivX бывает разный. Утверждение о просмотре его на данной вами конфе некоректно.

[/q]

- эт почему некорректно то ?

Вот почитайте если интересно статейку
Воспроизведение видео на компьютере
http://www.ixbt.com/divideo/videoplayback.shtml
С процессором разговор особый. Для декодирования видео требуется тем больше процессора, чем большего размера кадр видеозаписи и чем сложнее алгоритм сжатия (точнее, «разжатия»). Поэтому такая формулировка, как «процессора с частотой N МГц достаточно для декодирования видео» вообще говоря, не верна: всегда можно найти видео с ещё бoльшим размером кадра и продвинутой компрессией, на декодирование которого мощности процессора не хватит. Например, различные демонстрационные ролики и видеоклипы в MPEG-4 ранее имели преимущественно разрешение в 320 и 640 пикселей в ширину (достаточно компьютера в 300—400 МГц), сегодня мы всё чаще видим 720, 800 (нужен процессор в 800—950 МГц), а иногда и 1024 пикселей в ширину (1,5—1,7 ГГц)
И вот тут про декодинг DivX немного
DivX: особенности сжатия видео в домашних условиях
http://www.ixbt.com/divideo/divx-specificity.shtml

Скорость декодирования>br>Вы наверняка не раз слышали, что видео записи, сжатые DivX, не могут нормально воспроизводится на слабых компьютерах. «Слабый» — это достаточно неточная характеристика, попробуем разобраться в этом вопросе подробнее.>p>Экспериментальным путем было установлено, что ресурсоемкость декодирования видео в DivX зависит от размера кадра — по сути от количества блоков, которые необходимо декодировать в единицу времени. Так, на моем домашнем Intel Celeron 433 MHz воспроизводятся все видеоролики в формате DivX, которые мне приходилось видеть, с размером вплоть до 800х340 (если не используется DivX 5 Qpel). Естественно, что для видео с большим размером кадра уровень постпроцессинга минимален, тогда как для видео с меньшим кадром вполне возможно и повысить качество декодирования. (Кстати, я уже и забыл, когда я в последний раз делал это вручную: декодер ffdShow позволяет регулировать уровень постпроцессинга автоматически в зависимости от загрузки процессора). На другой доступной мне для исследований машине — Intel Celeron 333 MHz — нормально можно воспроизвести только видео размера меньше, чем 496х372, 512х368 или 640х272 — то есть не более 190 тыс. пикселов в кадре. Естественно, все это при минимальном уровне поспроцессинга, использовании оптимизированного по скорости ffdShow и звуковой дорожке у видеоряда в формате mp3 — никакими ухищрениями невозможно повысить вычислительную мощность процессора: именно к ней декодирование DivX предъявляет повышенные требования.>br>
(Сообщение отредактировал oleg8olga 23 июня 2007 4:08)