Драйвер для EVR-8 на CX25858 64bit

[Stalker_S]

Я просто процитирую письмо на support Videonet недельной давности, на которое так и не получен ответ.

"День добрый
ООО "***"
HASP 85***

Приобрели для клиента комплект EVR-8
Установили Windows 2008 Server R2 64bit. Не устанавливаются драйвера видеоплаты с диска и с полного скачанного дистрибутива. Плата бластера на чипе CX25858. Драйвера, которыми комплектуется VideoNet для 64-бит:
"SKYROS Generic tms320dm642 Multimedia Capture Device for VideoNet 8"
для 32-бит:
файл cxatlas
в нем есть наш драйвер - "Video Capture Device(CX25858)", но он 32-битный, а посему не ставится.
Прошу помочь разобраться с проблемой "

Как вариант поставили от Devline - но пока не гоняли его. А в целом поддержка впечатляет. Может - если Скайрос не может ответить на такой вопрос - кто-то из пользователей сталкивался с подобной проблемой. Спасибо

[Stranger]

Здравствуйте.

Писем с e-mail, указанного Вами при регистрации на форуме, не получали. Последнее письмо с Вашего домена (но с другого e-mail) было получено нами 6.05.2013. Вы отправляли письмо с контролем доставки и получили подтверждение от нашего почтового сервера о том, что оно доставлено? Если да, то прошу предоставить нам данную информацию - будем разбираться.

По сути Вашего вопроса: x64 драйверов для плат захвата Easy VN8 не существует. О том, что в x64 ОС поддерживаются только платы захвата Power VN8 и Titan VN16, указано в руководстве по инсталляции VideoNet в разделе системных требований.

[Stalker_S]

Доброго времени суток, Владимир

1. Было отправлено два письма без контроля доставки - от 01.09 и от 03.09. Второе - отправлено нашим почтовиком в 02.18АМ. Буду признателен - если разберетесь. Параллельно отправлено нашему менеджеру - с этим вопросом и повторным запросом на IP-купола, месячной давности, на который так и не получен ответ. С этим тоже можно разобраться. Запрос актуален по сей день.
2. В первый раз сталкиваемся с тем, что современные устройства не поддерживаются в системе х64. Это недоработка или сознательное упущение? Тем не менее - открываем коробку EVR-8. Видим плату. Видим токен. Видим две книжки VideoNet SP2, диск. Отмечу - что в них даже нет платы Easy VN - только Tiny, Power и Titan. Тем не менее обещается даже здесь поддержка Windows Server 2008. Их много было x86? Или уже пару лет как только R2 идет в поставке - а он по умолчанию х64. Референсный дизайн никто не отменял - поэтому есть аналоги плат на CX25858 - с поддерживаемыми х64 драйверами - от девлайна например. Можем ли мы использовать этот драйвер по причине отсутствия Вашего в системе VideoNet?
3. Качаем по Вашей рекомендации "руководство по инсталляции VideoNet".
ftp://ftp.videonet.ru/VideoNet/Product/ ... ual.ru.pdf
Не находим там нашей платы, кстати. Из чего не можем сделать вывод чем она поддерживается и по умолчанию принимаем /раз все современные устройства поддерживают, а TinyVN снята с продаж как устаревшая/ поддержку х64. Полагаю, наша логика ясна.

П.С. Понимаем, что это связано с разными ценовыми сегментами продуктов и четким разделением. Но просим и Вас быть несколько современнее и ограничения вводить не на уровне драйверов.

Спасибо

[Stalker_S]

Сообщение все еще подразумевает ответ на все вопросы. Можно Т-а-Т.

[Vibat]

Сообщение все еще подразумевает ответ на все вопросы.

SKYROS Corporation VideoNet 8.8 SP3 Инструкция по инсталляции страница 3
Операционная система (64 бит), написано :
Примечание: Поддерживаются только платы захвата Power VN8, Titan VN16.

Ну а то что ДевЛайн на шаг впереди, несомненно - согласен. Хотя всё это бюджетные системы, и тратить деньги за Windows 2008 Server R2 64bit., при этом используя плату с ПО за 4-9 тыщ руб. как то не рационально.

[Stranger]

To Stalker_S: Здравствуйте, Дмитрий.

1. По логам нашего почтового сервера и спам-фильтра с 1 августа по настоящее время писем с Вашего домена к нам в компанию не поступало.
Таким образом, предположительно, имеет место проблема при отправке с Вашей стороны. Пожалуйста, попробуйте отправить необходимые письма с контролем доставки и проконтролировать отправку Вашим почтовым сервером. Также, если почта по каким-то причинам не доставляется до адресата, имеет смысл связаться с требуемыми лицами по телефону. Отдел продаж нашей компании доступен по телефону (812)448-1000, служба технической поддержки - по телефонам (812)448-1010, 8-800-50-50-100. Обе службы отвечают на звонки по рабочим дням с 9:30 до 18:10.

2, 3. Повторюсь: в руководстве по инсталляции VideoNet в разделе 1 (Технические требования к системе) на странице 3 в разделе поддерживаемых x64 операционных систем есть примечание о том, какие именно платы захвата поддерживаются в данных ОС. Процитирую его: "Поддерживаются только платы захвата Power VN8, Titan VN16". Данная информация также доступна и в руководстве пользователя VideoNet в разделе 2.1 (Технические требования к компьютеру и ОС) на странице 20.
Использовать какие-либо сторонние драйверы для поставляемых нами плат захвата Вам придется исключительно на свой страх и риск. Мы не рекомендуем использовать сторонние драйверы и не можем гарантировать их работоспособность в VideoNet.

Также вновь хочу обратить Ваше внимание на то, что по всем возникающим вопросам Вы можете связаться с необходимым Вам сотрудником нашей компании по вышеуказанным телефонам в рабочие дни.

[Stalker_S]

2Vibat:
Ну это требование клиента - положить все яйца в одну корзину - к которому монтажная организация обязана по возможности прислушиваться. Так что 64-bit в данном случае необходимость. Кроме того - на достаточно мощном сервере крутится терминальная 1С и файловая помойка. Почему бы не использовать все ресурсы, которых в избытке.
2Stranger:
Благодарю за исчерпывающий ответ. Иного в принципе и не ожидал. Исправьте руководство пользователя - и уберите TinyVN тогда навсегда. Кроме того - скоро все системы станут 64-битными. Могу порекомендовать заранее задуматься о драйверах, чтобы VN не потерял актуальность.
Это был самый, пожалуй, смелый эксперимент с Видеонетом на EasyVN. Ранее мы для клиентов брали версии для IP-наблюдения. С которыми тоже были свои заморочки. Например для SP1 вы нам высылали библиотеку, исправлявшую глюки в управлении PTZ камер Hunt. Она не подошла для SP3.
по почте:
только что послал тестовое сообщение на support@videonet.ru и support@skyros.ru. Итоги ниже. Разбирайтесь, почему до вас не доходят письма клиентов:

Это информационное сообщение передано сервером mail.***-*.ru.

Ваше сообщение

Subject: test message
Date: Thu, 12 Sep 2013 02:08:31 +0400

успешно доставлено сервером по следующим адресам:

<support@skyros.ru> (relayed)

Это информационное сообщение передано сервером mail.***-*.ru.

Ваше сообщение

Subject: test message
Date: Thu, 12 Sep 2013 02:09:59 +0400

успешно доставлено сервером по следующим адресам:

<support@videonet.ru> (relayed)

2All: По итогам работы с драйвером для CX25858 от Девлайна с Видеонет обязательно отпишусь - чтобы было приемлемое решение для работы. Или отсутствие оного в 64-битной среде.

[Stalker_S]

П.С.
По указанным телефонам поддержки клиентов не так давно наш сотрудник дозванивался в течение рабочего дня начиная с обеда. В итоге ему удалось пообщаться со специалистом в 17:50. Специалиста не было на месте, либо он уже решал вопросы других клиентов. Вопрос был по просмотру архива. К слову - решен оперативно. Но, похоже, ситуация с онлайн-поддержкой далека от совершенства.

[Vibat]

2Vibat:
Ну это требование клиента - положить все яйца в одну корзину - к которому монтажная организация обязана по возможности прислушиваться. Так что 64-bit в данном случае необходимость. Кроме того - на достаточно мощном сервере крутится терминальная 1С и файловая помойка. Почему бы не использовать все ресурсы, которых в избытке.

Да даже если бы ты поставил на такой сервер плату PowerVN8, предназначенную для работы в 64 бит ОС, нормально бы такая система вряд ли бы функционировала. Для VideoNet нужны специально выделенные компьютеры, на которые очень осторожно вешаються дополнительные задачи.

[Scharf]

2Vibat:
Ну это требование клиента - положить все яйца в одну корзину - к которому монтажная организация обязана по возможности прислушиваться. Так что 64-bit в данном случае необходимость. Кроме того - на достаточно мощном сервере крутится терминальная 1С и файловая помойка. Почему бы не использовать все ресурсы, которых в избытке.

Да даже если бы ты поставил на такой сервер плату PowerVN8, предназначенную для работы в 64 бит ОС, нормально бы такая система вряд ли бы функционировала. Для VideoNet нужны специально выделенные компьютеры, на которые очень осторожно вешаються дополнительные задачи.

Да уж...яйца таки лучше отделить...

[Stranger]

To Stalker_S:

Два сегодняшних Ваших письма были успешно получены нами в 2:09 и в 2:10, о чем свидетельствуют и логи почтового сервера. Предположительно, более ранние Ваши письма по каким-то причинам не были доставлены Вашим почтовым сервером.

По-поводу плат захвата семейства Tiny VN4: непонятно, по какой причине нужно убирать упоминание об этих платах? Они выпускаются и продаются.

По-поводу x64 операционных систем: безусловно, работы в этом направлении ведутся. Как уже говорил, на текущий момент реализованы x64 драйверы для плат захвата Power VN8/Titan VN16.

По проблемам PTZ в Hunt'е: к сожалению, ONVIF в Вашей камере в части телеметрии реализован с ошибкой. Я раньше уже сообщал Вам об этом. Для VideoNet 8.8 SP1 был выпущен специальный патч для Вас, который заставлял работать VideoNet с телеметрией по ONVIF в "неправильном" формате Вашего Hunt'а.
В более новых версиях VideoNet такая "неправильная" работа с телеметрией реализована не для всего ONVIF, а сугубо для конкретных камер, для которых необходимо выставить специальный признак. Пожалуйста, обратитесь по e-mail support@videonet.ru для получения решения для более новых версий VideoNet.

[Stalker_S]

2Vibat:
2Scharf:
Мы всегда строим системы на отдельных серверах. Что себя оправдывает. В крайнем случае есть HyperV - помогает. В данном случае это прецедент и прихоть клиента. Вот и пытаемся отладить работу даже в таком запущенном случае.

2Stranger:
По почте - какое совпадение). Порядка десяти писем в тот же день были доставлены своим адресатам с домена). Но с учетом отсутствия контроля отправки /мы обязательно будем это практиковать в дальнейшем/ - вопрос недоказуемый - а посему вопрос с почтой закрыт.
х64 - расчитываю на понимание. Прогресс в части ОС не стоит на месте. Соответственно вопрос в актуальности. Ну а если вместе с TinyVN выпускаются и EasyVN - неплохо бы и их включить в описание - потому как ссылок на них кроме как в описании продукта и прайсе нет совсем. Это вводит в заблуждение наших клиентов. Впредь будем осторожнее с Вашими "свежими" платами.
По Hunt: Мы гоняли камеры на разных прошивках - в т.ч. и с поддержкой ONVIF v2. Начнем с неправильного определения камер. Это Hunt. ONVIF - вариант работы камер в Видеонет по причине того, что при подключении Galact или Hunt нет звука. Я уточню у технического отдела подробности. Впрочем, все равно перешли на спидомы MD - они у вас работают сравнительно стабильно. Для текущих оставшихся камер составим запрос. Если он "дойдет" по E-mail)

Спасибо за консультативную часть ответа.
Раз уж выбрали Вас из всего набора софта - значит Videonet оказался пока что лучшим по большинству признаков. Надеемся конструктивно работать.

[Stalker_S]

Ну и раз зашла речь о почте - отправил предварительные вопросы на support@videonet.ru
А сейчас /см.выше по теме/ продублирую логи почтовика - сообщения без ответа от 01 и 03 сентября сюда и на почту support@videonet.ru. Если дойдет))

[01/Sep/2013 04:05:21] Recv: Queue-ID: 522292d1-000004d8, Service: HTTP, From: <******@*****.ru>, To: <support@videonet.ru>, Size: 4871, Sender-Host: 188.134.45.**, User: ******@*****.ru
[01/Sep/2013 04:05:35] Sent: Queue-ID: 522292d1-000004d8, Recipient: <support@videonet.ru>, Result: relayed, Status: 2.0.0

[03/Sep/2013 01:18:03] Recv: Queue-ID: 52250e9b-0000072e, Service: HTTP, From: <******@*****.ru>, To: <support@videonet.ru>, Size: 3034, Sender-Host: 188.134.45.**, User: ******@*****.ru
[03/Sep/2013 01:18:16] Sent: Queue-ID: 52250e9b-0000072e, Recipient: <support@videonet.ru>, Result: relayed, Status: 2.0.0

[Stranger]

Ну и раз зашла речь о почте - отправил предварительные вопросы на support@videonet.ru

Два Ваших сегодняшних письма, отправленных в 2:27 и в 2:56, получены.

А сейчас /см.выше по теме/ продублирую логи почтовика - сообщения без ответа от 01 и 03 сентября сюда и на почту support@videonet.ru. Если дойдет))

[01/Sep/2013 04:05:21] Recv: Queue-ID: 522292d1-000004d8, Service: HTTP, From: <******@*****.ru>, To: <support@videonet.ru>, Size: 4871, Sender-Host: 188.134.45.**, User: ******@*****.ru
[01/Sep/2013 04:05:35] Sent: Queue-ID: 522292d1-000004d8, Recipient: <support@videonet.ru>, Result: relayed, Status: 2.0.0

[03/Sep/2013 01:18:03] Recv: Queue-ID: 52250e9b-0000072e, Service: HTTP, From: <******@*****.ru>, To: <support@videonet.ru>, Size: 3034, Sender-Host: 188.134.45.**, User: ******@*****.ru
[03/Sep/2013 01:18:16] Sent: Queue-ID: 52250e9b-0000072e, Recipient: <support@videonet.ru>, Result: relayed, Status: 2.0.0

В указанные даты/время у нас в логах есть отказы обработки соединений с relay.westcall.net со статусом "Blacklisted" (DNS blacklist: SPAMCOP). Т.е., на момент написания Вами сообщений, рилэй, который Вы используете для отправки (relay.westcall.net) находился в спамлисте сервиса spamcop (глобальный сервис по борьбе со спамом). Соответственно, наш почтовый сервер не принял письма. По какой причине Ваш рилэй не прислал Вам отказ в доставке - вопрос к relay.westcall.net

[Stalker_S]

Уважаемый Владимир
Я цитирую Ваше сообщение в этой же ветке форума от 11.09.13:
" Stranger » 11 сен 2013, 12:48

To Stalker_S: Здравствуйте, Дмитрий.

1. По логам нашего почтового сервера и спам-фильтра с 1 августа по настоящее время писем с Вашего домена к нам в компанию не поступало.
Таким образом, предположительно, имеет место проблема при отправке с Вашей стороны. Пожалуйста, попробуйте отправить необходимые письма с контролем доставки и проконтролировать отправку Вашим почтовым сервером. Также, если почта по каким-то причинам не доставляется до адресата, имеет смысл связаться с требуемыми лицами по телефону. Отдел продаж нашей компании доступен по телефону (812)448-1000, служба технической поддержки - по телефонам (812)448-1010, 8-800-50-50-100. Обе службы отвечают на звонки по рабочим дням с 9:30 до 18:10."

Теперь Ваш ответ на нашу почту и на этом же форуме от 10.10.2013:
"В указанные даты/время у нас в логах есть отказы обработки соединений с relay.westcall.net со статусом "Blacklisted" (DNS blacklist: SPAMCOP). Т.е., на момент написания Вами сообщений, рилэй, который Вы используете для отправки (relay.westcall.net) находился в спамлисте сервиса spamcop (глобальный сервис по борьбе со спамом). Соответственно, наш почтовый сервер не принял письма. По какой причине Ваш рилэй не прислал Вам отказ в доставке - вопрос к relay.westcall.net"

Вопросы:
1. Очевидно, что Вы могли сообщить все это с самого начала этой ветки. Но не сообщили. Почему?
2. Westcall - один из крупнейших операторов СПб при работе с юрлицами, а SpamCop - крайне ненадежная система обнаружения спама. Так сами этим занимаемся - знаем. Мало того - сообщения от поддержки в этот раз дошли /с пометкой SPAM/ - но с ответом. Оба ответа поддержки полностью цитируют Ваши на форуме - засим - в поддержке ВН один человек работает? Почему не предприняты меры по исправлению ситуации со "спамом" или мы не занесены в белый лист? По нашему релею вопрос обязательно адресуем. Замечу - такая ситуация исключительно с почтовиком Видеонета.
3. В принципе в письмах и на форуме снова футбол. Вы ни за чем не признаете своих ошибок и недоработок - у Вас сплошные посылы - к провайдеру, к менеджеру, к департаменту развития и т.д.. Я, конечно, понимаю, что никто не хочет работать - но это перебор. В настоящий момент мы просим учесть наши пожелания - а Ваша задача переправить их заинтересованным лицам, исправить ошибки и недоработки программы, дать понимание за какой голый функционал /многие бесплатные программы - не такие тяжелые могут больше/ WEB-клиента люди платят что-то около 3т.р. за одного клиента (наши брали не один) - и ФУНЦИОНАЛ WEB-КЛИЕНТА НИГДЕ НЕ УКАЗАН. По умолчанию он может все. НО: ОН НЕ ПОДДЕРЖИВАЕТ ЗВУК В ВИДЕ НАБЛЮДЕНИЯ ИЛИ ПРОСМОТРА и НЕ ПОЗВОЛЯЕТ ПРОСМАТРИВАТЬ АРХИВ БОЛЕЕ ЧЕМ ОДНОЙ КАМЕРЫ. Это нормально?
4. Про ONVIF с HUNT /раз Вам сложно сделать нормальную поддержку на уровне H.264/ отдельный разговор. Пробовали на разных прошивках и разные камеры. Вам привезти на тестирование может быть? Цитирую письмо поддержки частично: "a) При использовании кодека MJPEG при запросе с ip-камеры в VideoNet всегда можно выбрать перекодирование этого потока в DVPack2 для дальнейшей работы с ним (в свойствах камеры на вкладке "Настройка" в разделе "Формат сжатия для запроса/для сохранения видеосигнала" необходимо выбрать "MJPEG/DVPack 2")." Вы издеваетесь? Я говорю о потере трафика при MJPEG от клиента до сервера. Обработка внутри - отлично - сжимаем до dvpack2 - но я собираю данные с 16ти камер по 9ти точкам города.
и b) Поддержка HUNT у нас изначально заявлена по протоколу ONVIF (http://www.videonet.ru/ip.php?vendors=hunt). Утверждения касательно "кривости" реализации ONVIF касаются исключительно управления телеметрией в конкретной версии firmware конкретной камеры.. И снова... Камеры отваливаются - что не было на SP1, а некоторые встают на разрешение сверхнизкое. Что вообще загадка. Техотдел готовит релиз проблем для Вас.

Давайте решать вопросы без типовых отписок и футбола. До этих пор осуществляем с Вашей такой "помощью" поддержку систем, но не закупку новых. Поверьте, мы не только ВН занимаемся - и тратить море времени на общение с клиентами по проблемам системы, которую мы поставили, а Вы не обеспечили функционалом, в связи с чем тратим еще и время на странное общение с support...
Продублировать в почту? Ответ можно как здесь, так и в почту.

П.С. Вспомнилось. Вы презентовали VideoNet 9 вроде на Sfitex 2011. Я с коллегами присутствовали. Как раз про оперативность поддержки и разработки системы).

[Stranger]

Здравствуйте, Дмитрий.
По Вашим вопросам:

1. Без предоставленных логов на тот момент найти причину недоставления Вашей почты не удалось. Поэтому и просили предоставить подробные данные. По их предоставлению - нашли, о чем Вам и сообщили.

2. Никак не буду комментировать Ваши описания и характеристики почтового рилэя компании Westcall и сервиса борьбы со спамом Spamcop - думаю, это к теме обсуждения никакого отношения не имеет. Перейду к ответу на вторую часть данного вопроса: Вы, определенно, лукавите, говоря, что ответы Вам на форуме и по почте полностью совпадают. Поскольку некоторые Ваши вопросы в почте немного другие, то и ответы на эти другие вопросы, безусловно, отличаются от тех, которые даны Вам на форуме. Если будет на то Ваше желание - готов привести здесь Ваше письмо с отличающимися впоросами и свой ответ на него. Кроме того, нахожу весьма странным Ваше предположение о количестве сотрудников службы тех. поддержки, основанное сугубо на том, что с Вами на форуме и в почте общаюсь я. Думаю, нет ничего необычного в том, что общение с одним и тем же пользователем по аналогичным вопросам на форуме и по почте ведет один и тот же сотрудник службы поддержки.
Меры по решению ситуации со спамом не принимались, очевидно, по той причине, что их принимал "виновник торжества" - компания Westcall.
Если же речь идет о получении Ваших писем с пометкой SPAM, то это всего лишь индикация для пользователя "возможен спам" - никакой автоматической фильтрации по данной пометке не производилось и не производится.

3. Про "футбол": Дмитрий, прошу Вас вести конструктивный диалог без перехода на личности. Никакого огульного отсыла куда-бы-то-ни-было не происходило и не происходит. Безусловно, задачи по исправлению ошибок и недоработок в нашем ПО решаются через нашу службу. Соответственно, по возникшим у Вас проблемам с камерами HUNT - просил Вас прислать описание этих проблем и cab-файлы с проблемных систем для разбора ситуации и ее решения. Пока ничего конструктивного в ответ не получил.
Касаемо проблемы с недоставлением к нам Вашей почты 1-3 сентября и отсутствием у Вас диагностики о недоставке этой почты - ситуация имела место из-за проблем используемого Вами почтового рилэя.
Касаемо функционала VideoNet WEB-клиента - текущая его реализация именно такова, она описана в разделе 2 руководства пользователя VideoNet WEB Client (ftp://ftp.videonet.ru/VideoNet/Product/ ... 2.1.ru.pdf). Также, специально для ознакомления пользователей с реализованным функционалом мы предоставляем всем желающим доступ к нашему демонстрационному web-севреру по ссылке http://promo.videonet.ru:8079/ (Логин: web; без пароля). Данная ссылка опубликована на нашем сайте в разделе "Продукция" - "WEB-доступ к системе VideoNet" (http://www.videonet.ru/index.php?id=252).
Вопросы о реализации/расширении/изменении того или иного функционала системы VideoNet находятся в компетенции продукт-менеджера VideoNet и обсуждаются/решаются только с ним.

4. Вновь про HUNT: в очередной раз прошу Вас прислать описание проблем, имеющихся с данными камерами и приложить собранные с проблемных систем cab-файлы. Специально копить возникающие трудности "для подготовки релиза проблем" не нужно - мы всегда готовы работать по происходящей в текущий момент ситуации. Кстати, про "отваливание" камер и непонятности с доступными разрешениями - это озвучено впервые, а не как вы пишите - "и снова...". Попробую подытожить озвученные Вами на форуме проблемы с HUNT и прокомментировать их:
- неправильная работа телеметрии по ONVIF - решено (ошибка реализации телеметрии в firmware конкретной модели камеры).
- проблемы со звуком при работе не по ONVIF - работа по другим протоколам не заявлена, необходимо использовать ONVIF.
- отсутствие возможности использования H.264 при работе не по ONVIF - работа по другим протоколам не заявлена, необходимо использовать ONVIF.
- "отваливание" камер, проблемы с доступными разрешениями - заявлено впервые в предыдущем сообщении, анамнез неясен, никакие доп. сведения нам не предоставлялись.
Про мой ответ, процитированный, почему-то, без Вашего исходного текста в письме (на который, собственно, и был этот ответ) - со своей стороны также частично процитирую Ваше исходное письмо: "У нас крайне сложная ситуация с камерами Hunt, которые вы поддерживаете официально в системе. При выборе их мы имеем возможность писать видео только через MJPEG - что крайне расточительно и несовременно". Никак по-другому этот тезис интерпретировать не смог, и о потере трафика в вашем письме не говорится.

Со своей стороны прошу Вас вести диалог конструктивно, без необоснованных обвинений. Если Вы заинтересованы в решении проблем - дайте нам возможность решить их (для этого от Вас необходимы данные, которые я ранее запрашивал), а не тратить время на непонятное оправдывание в достаточно прозрачной ситуации.

[Stalker_S]

День добрый, Владимир
Я буду короче в описаниях. Но если захотите - приложу примеры из почты).
1. Данные почты предоставили. Два дня шлем как письма нашему менеджеру по разным вопросам. Ответа нет. Послал с mail.ru. Очевидно - это надежнее. Завтра может получим ответ. Все письма с контролем доставки.
2. См. предудущий пункт. Ответа нет. доставка есть. Запрос как партнера на включение в белый список есть. Ответы одинаковые... Ну можно понять. Корпоративные шаблоны отписок.
3. Отправлено. Даже доступ к камером. Даже двух разных типов. Пока что.
По поводу функционала WEB-клиента - соглашусь. Извините. Ссылался на мнение клиента. Но столь убогий функционал должен обеспечиваться скорее бесплатно - чем платно в IP-системах. Где конкуренция высока, а решений много. Мешает желание комплексного и полнофункционального подхода VN.
4. Вперед! Цепляйте! У нас еще 3 типа камер задействованы. Данные скинул. Просьба начать работу. Но не с тем, чтобы с выходом нового релиза VN SP4 все накрылось снова - как было при переходе с SP1. Мало того - мы готовы привезти камеры пару типов на тестирование. С сертификатами ONVIF. Чтобы Вы обеспечили достойную поддержку если не прямо /там не такое проблемное API кстати/ - то хотя бы полно через ONVIF.
Данные для связи у менеджера, который не отвечает на письма. Спасибо.

[Stranger]

Здравствуйте.

1. Данные почты предоставили. Два дня шлем как письма нашему менеджеру по разным вопросам. Ответа нет. Послал с mail.ru. Очевидно - это надежнее. Завтра может получим ответ. Все письма с контролем доставки.

1. Повторюсь из предыдущего топика, поскольку Вы повторяете один и тот же вопрос в разных темах:
сотрудник, с которым Вы ранее вели переписку, более в компании не работает. Соответственно, 23 октября в 9:46 утра Вам написал ответ другой сотрудник (возможно, по какой-то причине Вы не увидели его письма), который теперь будет работать с Вами. Надеюсь, что проблема решилась.

Со своей стороны вновь прошу Вас в случае возникновения каких-либо коммуникационных проблем связываться с необходимым сотрудником (либо с лицом, его заменяющим) в рабочее время по телефону (повторюсь: телефон отдела продаж (812)4481000, телефоны отдела тех. поддержки (812)4481010, 8-800-50-50-100. Рабочее время с 9:30 до 18:10 по рабочим дням).

2. См. предудущий пункт. Ответа нет. доставка есть. Запрос как партнера на включение в белый список есть. Ответы одинаковые... Ну можно понять. Корпоративные шаблоны отписок.

2. См. п. 1.
О каком белом списке идет речь - непонятно. Если Вы про пометку SPAM, то повторюсь - никакой фильтрации по данной пометке не производится, она носит исключительно информационный характер о возможном спаме. Далее раздувать эту тему смысла не вижу.

3. Отправлено. Даже доступ к камером. Даже двух разных типов. Пока что.
По поводу функционала WEB-клиента - соглашусь. Извините. Ссылался на мнение клиента. Но столь убогий функционал должен обеспечиваться скорее бесплатно - чем платно в IP-системах. Где конкуренция высока, а решений много. Мешает желание комплексного и полнофункционального подхода VN.

3. К сожалению, не "даже доступ к камерам", а только доступ к камерам. Вновь повторюсь из предыдущего топика:

нужна еще информация о том, какие проблемы имеют место с камерами, доступ к которым Вы предоставили.

Предварительно, по предоставленным Вами камерам могу сообщить следующее:

Первая камера отвечает на запросы идентификации следующее: производитель - "HOEM", устройство - "Device_10", версия - "V1.0.42"
Вторая камера отвечает на запросы идентификации следующее: производитель - "HOEM", устройство - "Device_11", версия - "VC1.0.18"
Хочу обратить Ваше внимание на то, что таких устройств в списке поддерживаемых нами у производителя HUNT не заявлено. Также, не нашел этих устройств в списке сертифицированных по ONVIF у производителя HUNT на сайте onvif.org
Кроме того, первая камера не пускает в WEB-интерфейс по указанному логину/паролю (хотя в VideoNet по этому логину/паролю авторизация проходит успешно). Вторая камера по указанному логину/паролю в WEB-интерфейс пускает, но после инсталляции плагина, который она требует установить для работы, происходит падение Internet Explorer

4. Вперед! Цепляйте! У нас еще 3 типа камер задействованы. Данные скинул. Просьба начать работу. Но не с тем, чтобы с выходом нового релиза VN SP4 все накрылось снова - как было при переходе с SP1. Мало того - мы готовы привезти камеры пару типов на тестирование. С сертификатами ONVIF. Чтобы Вы обеспечили достойную поддержку если не прямо /там не такое проблемное API кстати/ - то хотя бы полно через ONVIF.
Данные для связи у менеджера, который не отвечает на письма. Спасибо.

4. Работа по предоставленным Вами камерам начата. Ее результаты сообщу дополнительно. Но, все-таки, хочу акцентировать внимание не том, что эти камеры нигде не заявлены нами, как поддерживаемые, на сайте onvif.org не заявлены компанией HUNT, как сертифицированные по ONVIF, и, возможно, имеют ошибки firmware.

По исправлению телеметрии, которое было предоставлено Вам в рамках VideoNet 8.8 SP1 - никто и не обещал его реализации в следующих версиях VideoNet. Даже наоборот - заявлялось, что оно локальное и в следующие версии VideoNet включено не будет. Процитирую свое письмо, в котором и было отправлено Вам вышеуказанное исправление:

Предоставленная Вами камера с версией firmware 1.0.30 при работе по протоколу onvif сообщает, что может управлять зумом методом «ContiniousMove», но на самом деле не производит управление зумом по этому методу (т.е., в данной версии firmware камеры имеется ошибка).

Работоспособность камеры по протоколу onvif заявлена производителем на firmware 1.0.18.

Рекомендуем попробовать обновить прошивку до самой свежей, и если ситуация с зумом не поменяется, то прошить в камеру firmware 1.0.18.

Со своей стороны мы сделали специально для Вас локальное исправление (оно предназначено исключительно для VideoNet 8.8 SP1, и в следующие версии VideoNet не войдет), в котором изменили метод управления зумом в протоколе onvif на альтернативный (вне зависимости от того, что сообщает камера).

Тем не менее, мы реализовали обход этой ошибки прошивки Вашей камеры вручную в следующих версиях VideoNet. Для решения от Вас необходимы cab-файлы с систем, где установлены данные камеры. Об этом Вам неоднократно сообщалось на форуме, также просьба предоставить cab-файлы отправлялась и в почте. Но, поскольку Вы по каким-то совершенно непонятным причинам упорно не желаете предоставлять требуемые cab-файлы, мы сделали специальное исправление, с помощью которого Вы самостоятельно сможете переключать режим работы телеметрии в проблемных камерах. Данное исправление отправлено Вам с инструкцией по его применению. Просьба сообщить о результатах (можно сюда, поскольку в почте со мной Вы не общаетесь).

[Stalker_S]

Владимир, соберусь с мыслями и отвечу. Уже несколько утомляет. У нас монтажи. А мы вынуждены с вами общаться по поводу поддержки ONVIF и прошивок. ОК. Для дальнейшей дискуссиии:

Пока для информации по прошивкам HUNT. Камеры HUNT OEM (очевидно, этим и объясняется идентификация прошивок HOEM разных версий для разных камер). Вы их сами можете скачать по адресу:
ftp://ftp.hunt.com.tw/
логин: hunt_ftp
пароль: hunt_ftp
Документацию по вашей просьбе запросили у HUNT. Включая поддержку ONVIF.
Как работает ActiveX под IE... Ну это вообще непредсказуемо. Можно использовать и сторонние браузеры. Правда, плагин скачать надо будет. У меня под хромом все замечательно работает например. А у партнеров на Mozilla. Но ваше право использовать лидера среди браузеров - IE.
Так же вы можете убедиться - что на камерах обновлены прошивки до последней.
Прошу оперативно проработать вопрос с камерами. У нас неделя на испытания дана клиентом. Все необходимые вопросы по камерам HUNT вы можете задавать также - для оперативности - нашим партнерам-поставщикам - ТК ТДФ. www.spyg.ru
Спасибо.

П.С. Готовим для вас еще несколько камер - например тех, которые в предпросмотре и записи дают разрешение... даже забыл... 200 с копейками на 100 с копейками... CGA вроде.

Спасибо

[Stranger]

Дмитрий, по какой-то причине Вы игнорируете большинство моих ответов и встречных вопросов.
Вновь повторюсь: нами не заявлена работа по ONVIF с абстрактными камерами HUNT. Есть конкретный список устройств HUNT - это камеры, которые имеют ONVIF-сертификацию на сайте onvif.org
Предоставленных Вами камер там нет.
Вы не сообщаете нам ни реальных моделей предоставленных камер, ни проблем, которые Вы с ними испытываете (про патологический отказ предоставления Вами cab-файлов уже и не говорю).

Ответ разработчиков по предоставленным Вами камерам (копия отправлена Вам на e-mail):

Камера 1:
Учётные данные admin:admin – это неверные данные. Посмотреть настройки и логи не представляется возможным.
Также нельзя работать по родному протоколу.

Возможна работа по Onvif без указания учётных данных. Тут обнаружены следующие особенности:
При использовании RTSP/TCP камера шлёт данные 3-6 секунд, потом закрывает соединение. Возможно это
следствие работы другого клиента или другого видеонета, который устанавливает свои настройки на камере
и при этом все остальные клиенты отваливаются. Нет пароля, нельзя получить логи и подтвердить эту гипотезу.
Также такое поведение может быть результатом работы прокси/файервола/брандмауэра на раздающей стороне.
Это тоже нельзя проверить, только подключить камеру напрямую в комп (или в локальную сеть)
и проверить.
Работа через UniversalRTSP сопровождается всё теми же проблемами.

Вообще, конечно, поведение довольно странное, возможно причина кроется в настройках пртоколов (RTSP) камеры, доступа к которым к сожалению нет, из за пароля.

Камера 2:
Учётные данные admin:admin – корректные данные. Возможна работа по родному протоколу (mjpeg only).
Работа по Onvif и UniversalRTSP невозможна по причине того, что RTSP (554) порт не проброшен.


Для продолжения работы необходим пароль к первой камере и 554й порт для второй.
И если есть возможность у пользователя попробовать эти камеры локально, было бы очень полезно.

[Stalker_S]

Владимир, я наконец получил встречные вопросы от Вас.
Был в отъезде - вернулся - сейчас займемся этим вопросом.
Итак
Отправил SPYG запрос по аналогам камер HUNT - это они и есть. Например HLC-1NCD. Вторую навскидку не скажу. Данные камеры отключены на время тестирования от системы Видеонет во избежание мультиконнекта. Камеру достаточно перегрузить - сбросив соединения для чистоты эксперимента. Можете даже поменять пароль, сообщив об этом.
Пароль первой камеры не сохранился очевидно по причине захвата ее в этот момент. ИСПРАВЛЕНО.
Порт ПРОБРОШЕН. Роутер клиент сбрасывал - сбросив этот порт.
Мы предлагали /SpyG тоже - по словам - осуществить поддержку/ - с передачей камер на тестирование. А одну даже PTZ (HLT-S30) оставляли надолго. Но нас накололи сначала по поводу поддерживаемого пульта /который мы купили за 25т. - не хотите - может пригодится? - поинтересуйтесь историей общения и взаимопониманием. Поймете наше отношение. Пульт, разумеется, не подошел. Вернуть не удалось. Ваше сочуствие было услышано/.
Прошу проверять дальше и по всем вопросам разумеется писать.

Спасибо

[Stranger]

Получены новые результаты исследований от разработчиков по предоставленным камерам:

---
ONVIF RTSP/TCP – работает несколько секунд, затем соединение разрывается со стороны камеры. И VN и VLC поведение одинаковое.
ONVIF RTSP/UDP – работает, разрывов соединения нет, но большие потери пакетов приводят к невозможности работы. VN – артефакты, VLC – не может собрать кадр.

Единственный возможный способ работы с камерой – mjpeg/http по родному протоколу.

Причина разрывов RTSP/TCP не ясна.
Это может быть как вина промежуточного ПО (бранмауэр, firewall, антивирус), которое обрывает соединение,
так и прошивки камеры, которая обрывает tcp соединение и не обрывает udp.

Обычно при разрыве соединения со стороны камеры приходит пустой пакет с флагами FIN, ACK или RST, ACK.
В данной ситуации от камеры приходит пакет и с данными и с флагами FIN, PSH, ACK.

Возможно, что промежуточное ПО дописывает в последний пакет флаг FIN перед разрывом соединения,
кроме того пакет с FIN не последний. После него от камеры приходит ещё один пакет ACK.

Но, вероятнее всего это особенности прошивки камеры. Можно попробовать обновить прошивку и сделать faсtory reset.
У нас был случай, когда прошивку обновили, а настройки на камере остались старые, и до сброса камера работала некорректно.

А вот udp пакеты может терять антивирус. Опять же был случай, большую часть udp пакетов съедал Dr.Web.
---

Дмитрий, что происходит при подключении к этим камерам по ONVIF в одной IP-подсети? Т.е., локально, без роутеров/файрволлов?