kot812

На минимальное ничего не скидывается. Наоборот контраст и яркость увеличиваются после перезагрузки. Объясните как сделать так чтобы линия не отправляла "значение 90%" камере, т.к. у меня сейчас нет возможности ничего проверить. К тому моменту как я буду на объекте мне нужно уже будет знать в чем проблема и как её решить.

Нашел эту тему у же после того как опбликовал свою http://www.devline.r...?showtopic=1481 Проблему подтверждаю. После перезагрузки сбрасываются настройки изображения у всех камер Beward BD4070 >Линия настраивает камеры в соответствии с собственными настройками, сделанными в ней предварительно Как в Линии возможно настраивать изображение (констрастной, яркость, гамму и тд), если речь идет о цифровых камерах, а те ползунки, которые имеются для настройки изоражения работают только для аналогвых? Вы сами об этом говорили. Алгоритм воспроизведения поблемы следующий: 1. Включили Линия и увидели плохие настройки 2. Зашли на морду камеры, настроили все как надо. Изображени в Линии тоже стало как надо 3. Перезагрузили сервер 4. Настройик стали как пункте 1

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

Линия 6.5.8 или какая-то из бета-версий выпущенных после 6.5.8, но не последняя бета. В процессе развертывания всей системы было замечено, что по каким-то непонятным причинам настройки изображения сбрасываются именно на всех камерах Beward BD4070. Пока точная закономерность не установлена. Но скорей всего происходит сброс после перезагрузки сервера. В результате картинка становится нечитабельной (безумно задранный контраст). В течении ближайших 1-2 недель поеду на объект, перепрошью камеры, если на них не последняя прошивка и еще раз попробую установить закономерность сброса настроек. Буду рад если у вы тоже проверите сей факт или если данный баг вам известен расскажите как его исправить.

Думаю над тем как подключить объект к интернету. Единственное доступное решение, которое пока нашел - это мобильный интернет 3G. Трафик безлимитный (скорость не режут), скорость которую обещает провайдер 0.5 - 1.5 Мбит/сек. При этом бозовая станция находится рядом. И то речь идет скорей всего о входящей скорости. Т.е. исходящая вряд ли будет больше 1Мбит/сек. Вопрос: как на такой скорости будет происходить просмотр картинок с камер и лазанье по архиву. Устроит даже слайд-шоу. Но лишь бы это более менее адекватно работало.

Я забывал указывать порт 80, когда возвращал обратно настройки подключения для MJPEG. Не замечал, что там уже 554 было. Теперь вроде нормально всё. Единственное, что осталось, так это если указываешь rtsp путь явно, то пункт H.264 в выпадающем списке "Метод сжатия" не появляется. Чтобы он появился нужно включить/выключить камеру чекбоксом либо просто перейти на настройки другой камеры, а потом опять вернуться.

Вы уверены что 25 кадров это в MJPEG, а не в H.264 (я в этом сильно сомниваюсь)? То, что в Линии можно выбрать 25 к/с даже тогда когда камера не способна выдать такое количество к/с при заданном разрешении это я уже заметил. Нужно это смотреть непосредственно через web-интерфейс камеры.

Где я писал про необходимость управлять камерой? Я пишу про работу вашего интерфейса настроек камеры. Подробно описал вам как воспроизвести баг. Если подключаюсь по ссылке rtsp, то обратно потом уже никак не вернуться на MJPEG даже если предворительно поменял настройки подключения. Так же как вариант предлагаю вам сделать настройки подключения с возможностью выбора протокола. Тогда вам программно будет удобнее переключаться туда/сюда. Хотя парсить URL тоже не проблема.

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

Это не нормально и проблема именно в описываемом ПК, если не получается решить вопрос даже переустановкой Windows, обратитесь в тех поддержку. Windows чистый. "проблема именно в описываемом ПК" - такой ответ от вас уже не удивляет ) Вашим конкурентам реализовать такое, скорость HDD не мешает (посмотрите у microscop или у milestone... у кого-то из них видел). При этом все работает без проблем. P.S. указывал вам на ряд багов (не только в этом топике). И все, что я слышал это "Проблема в ПК", "Проблема в камере", "Надо разбираться". Так разбирайтесь я всегда подробно описываю как вопроизвести баг. О проблемах, которые стоят перед программистами мне рассказывать не надо, т.к. я сам программист (правда в основном web. PHP, JS, но и под Mac OS пишу на Objective-C). Либо есть желание сделать программу для людей (т.е. писать как нужно конечному пользователю, а не как удобно программисту) либо его нет. В приоритет нужно ставить исправление багов для заявленных функций, а не наталкивание очередных глючных фичей. Зачем вам обязательно SDK, когда есть web-интерфейс и можно без проблем посмотреть как происходит общение с камерой. Это элементарно. Зато камерой становится удобно управлять прямо из вашей программы.

1. Журнал событий это полезно. Еще круче если будет привязка событий к таймлайну. А еще для таймлайна будет полезной такая фича как на YouTube, когда мышкой по таймлайну ведешь и тебе всегда показывает рядом с мышкой время, на которое попадешь, если кликнешь. Это очень удобно. 2. Ну и кто-то советовал тут watchdog. Это действительно полезная вещь была бы. Потому как службы ваши на ровном месте подвисают (было уже пару раз). Причем стандартные средства винды их не перезапускают, т.е. они подвисают настолько, что сервер становится недоступным, но не настолько чтобы винда их перезапустила. Я бы реализовал это как еще одну службу с простым и стабильным кодом (с возможностью настройки интервала проверки). Да еще и так чтобы эту службу тоже проверяли уже имеющиеся службы (это конечно уже наворот, но живучести прибавило бы). 3. Еще очень удобвно просматривать архив используя регулятор ускорения просмотра на основе горизонтального слайдера. Вместо возможности выбора из ограниченного набора значений. Т.к. х32 бывает мало. Иногда хочется промотать быстро несколько часов, не тыкая по таймлайну, а именно промотав. Было бы здорова если бы это был горизонтальный слайдер, который имеет неограниченное кол-во ускорений, но в тоже время, если отпускать мышку он бы прилипалбы к уже имеющимся значениям/засечкам. Это было бы идеально.

Почему для данной камеры указан в списке поддерживаемого вами оборудования только MJPEG? Она так сильно отличается от других, что с неё не получить h.264?

Попробовал бета-версию 6.6.0 beta5 1. В выпадающем списке выбора кодека для IP-камеры только один пункт MJPEG. Пробую подключиться по RTSP. Подключился. Появляется уже возможность выбора из 3-х кодеков (при этом пропадает возможность выбора разрешения). Далее допустим нужно опять MJPEG выбрать. Естественно, просто выбор этого варианта из выпадающего списка ни к чему не приводит. Так как в настройках подключения явно прописан путь "rtsp://admin:admin@192.168.1.2:554/VideoInput/1/h264/1", а не просто IP-адрес. Что делает невозможным смену кодека по событию. Я уже говорил об этом. Но допустим вручную поменяли настройки подключения. Выставляем кодек MJPEG и все равно "нет сигнала". Более того, возможность выбора разрешения так и не возвращается. Это не связано с перезагрузкой камеры. Ждать можно бесконечно. Пробую перезапустить службы. Один черт - не помогает. Помогает только если камеру сначала поменять на вход платы (в дереве меню), а потом обратно заменить на IP-камеру (а что делать тем у кого нет платы?), а после этого еще и службы перезапустить. Плюс не помешала бы возможность создания нескольких вариантов настроек. Чтобы потом их можно было легко менять (в том числе по событию). 2. "Командная строка для возможности интеграции со сторонним ПО" - не нашел такого (в том числе описания как пользоваться).

Ну так как... поддерживается эта камера или нет? Так же интересует BD4330D Буду благодарен, если автор топика выложит пример видео в MJPEG с максимальной частотой кадров при максимально возможном разрешении. Или хотя бы скажите эту характеристику (максимальная частота кадров в MJPEG при максимальном разрешении).

Да он идет, потому что явно указан путь к потоку (это "хак", который посоветовал Станислав). Соответственно, настройка в программе не работает. Я задал много вопросов в предыдущих своих записях. Они разве не требуют ответа?