Страница 1 из 1

Выпадение пикселов на клиенте

СообщениеДобавлено: 20 янв 2009, 05:33
Edward-NeAT
Нужна помощь форума. Есть сервер на базе Videonet 8.3, к нему подключены 2 клиента по сети Ethernet. Трансляция с камер на одном клиенте - удовлетворительная, на втором -(AthlonXP 1800+/256/video 64mb nVidia GF400) наблюдаем выпадение пикселов (в виде "снега") по всем камерам и дико сжатое, очень плохое качество изображения. Это можно исправить или надо нести старый комп на помойку?

СообщениеДобавлено: 20 янв 2009, 06:47
dr0m0k
Атлоны не поддерживают те процессорные инструкции посредством которых производится работа кодека DVPack 2.0. Отсюда мораль: либо меняйте комп, либо настрайвайте каеры на оцифровку кодеком DVPack 1.42

СообщениеДобавлено: 20 янв 2009, 07:43
Edward-NeAT
dr0m0k писал(а):Атлоны не поддерживают те процессорные инструкции посредством которых производится работа кодека DVPack 2.0. Отсюда мораль: либо меняйте комп, либо настрайвайте каеры на оцифровку кодеком DVPack 1.42


Пробовали и на Celeron 1,2 - тот же результат. Пробовали применять кодек 1,2 и 2.0 - ничего не меняется. Менять комп - это было мое первое предложение, но Заказчик упрямый. На этом же компе берет видео AVI с соседнего компа и спокойно смотрит его по сети в реале, почти без тормозов, и мне демонстрирует. Со стереозвуком, как положено :D А Видеонет - даже одну черно-белую камеру со скоростью 3к/с показать нормально не может, идет снег из квадратных пикселов.

СообщениеДобавлено: 20 янв 2009, 10:02
dr0m0k
хм.. обычно только с этим может быть связано.. имено с DVPack 2.
а если с этого клиента зайти в конфигурацию сервера в раздел детекция? там нормальная картинка? если да - то что-то с DirectX или видяхой или дровами видяхи

СообщениеДобавлено: 20 янв 2009, 10:05
Max
проблема неудовлетворительной картинки связанна с тем что, в кодеке DVPack2 используется набор инструкций SSE2, поддержка которых присутствует в процессорах Intel, начиная с P-IV и выше.

более того - рекомендую посмотреть на требования системы VideoNet к платформе (AMD и P-III в списке поддерживаемых платформ для VideoNet 8X - нет).

СообщениеДобавлено: 21 янв 2009, 08:16
Oleg_M
Означает ли это что использование VideoNet v8 на платформе AMD недопустимо?
И в догонку вопрос,чем обусловлено включение в VideoNet двух вариантов кодеков DVPack 1.42 и DVPack 2?
Спасибо.

СообщениеДобавлено: 21 янв 2009, 08:57
Vibat
Мах рекомендует, и в мануале тоже рекомендуеться, но совсем не означает, что работать не будет, ставь на свой страх и риск, и как раз для таких случаев два варианта кодеков ..

СообщениеДобавлено: 22 янв 2009, 00:31
Oleg_M
Vibat
Поясни пожалуйста насчёт двух вариантов,про двойку понятно, а 1.42
для малопроизводительных или каких? Спасибо.

СообщениеДобавлено: 22 янв 2009, 02:32
Edward-NeAT
Oleg_M писал(а):Vibat
Поясни пожалуйста насчёт двух вариантов,про двойку понятно, а 1.42
для малопроизводительных или каких? Спасибо.

Вопос о малопроизводительных платформах - довольно актуальный. Охраннику дяде Пете - PIV Core2Duo - только смотреть на камеры? Начальника техотдела можно понять :)
Я тоже не могу ему объяснить, почему сжатое кодеком DVPack черно-белое видео с одной камеры со скоростью 3к/с, загружаясь по сети, требует больше ресурсов, чем живое видео AVI - в цвете, со звуком, в реальном времени. Загрузка процессора - 90-100%, трафик в сетке - умеренный, не более 20%. Попробую сменить видеоплату и расширить память.

СообщениеДобавлено: 22 янв 2009, 19:02
Vibat
Oleg_M писал(а): а 1.42 для малопроизводительных или каких..

Ты уже сам ответил

СообщениеДобавлено: 22 янв 2009, 22:09
dr0m0k
кодек 1.42 совсем недавно был единственно возможным вариантом и до сих пор в предустановленных конфигурациях выставлен именно он! это - стандарт, так сказать... а 2.0 - более продвинутая версия (подробнее в новостях), обеспечивающая лучшее качество при меньшем объеме, как-бы парадлоксалоно это не звучало. Но, за всё надо платить, в данном случае, плата - это ресурсы процессора :)
Я бы не сказал что 1.42 - это кодек для малопроизводительных систем... это ведь - видео... Считаю, что платформа должна быть адекватной задаче и экономия тут только вредит! Всегда должен быть запас прочности!