Версия прошивки 1.02
Собственно следующие вопросы:
1. При записи в расшареную по сети папку (samba) камера пишет фрагменты видео, но ограниченные не по времени (например 1, 2, ... минуты) а по размеру фрагмента в килобайтах. На мой взгляд это не удобно, особенно при поиске нужного фрагмента. ( Я понимаю что размер внутренней памяти камеры ограничен, я понимаю что камера с PoE и дополнительная электроника кушает дополнительно питание - но это же мизер). Собственно вопрос: есть ли возможность в данной прошивке настраивать не по размеру файла видеофрагмента, а по длительности? Может существует прошивка где ограничение можно указывать в минутх ?
Так же неудобно указывать размер хранилища в килобайтах, да и 200ГБ это мало. Я под видео выделил 16 ТБ пространства (надо чтоб видео хранилось долго, да и камер будет несколько)
Использование дополнительного ПО для записи (например стандартное DViewCam , или любого другого) крайне не желательно.

2. При записи в MJPEG пишется только картинка, звука нет. Причем звук отсутствует и про просмотре Live Video с камеры через браузер , через DViewCam или VLC player
куда же он девается ?

Интересные выяснились обстоятельства.
Вчера оставил камеру на ночь писать. Сегодня с утра проверил результат.
Оказывается, камера пишет видеофрагменты в отдельный "специальный" файл прям в расшаренной папке. По достижении определенного размера файл копируется в соответствующий дате и времени каталог и далее оригинал затирается. Имя копии дается, видимо, по правилу ПРЕФИКС+№ МИНУТЫ. Только вот записи во фрагменте на несколько секунд (около 15). Причем даже не с начала минуты, а с середины. Я имел предположение о том что после префикса в имени файла идет порядковый номер фрагмента и с минутами он не связан. Однако, установлено, что фрагментов 60 в каждой папке, причем номер в названии фрагмента четко соответствует номеру минуты. Более того, в одной единственной папке, обнаружился файл с именем "f 33 (1).mp4" - "f " это префикс у меня такой - что как бы намекает на то, что камера должна создавать файлы с подобными номерами для остальных 45 секунд в каждой минуте (и таки да, в этом самом файле время "продолжается", по сравнению с файлом "f 33.mp4" ).

На винте свободно более 80 ГБ, в настройках камеры стоит ограничение на 10 ГБ, однако записанного видео всего лишь на 5.5 ГБ, что говорит о том что места придостаточно.

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

1) Максимальную продолжительность ролика в минутах вы можете выбрать если использовать запись по событию. Но даже и здесь, сначала вы ограничиваете по размеру фрагмента, а уже потом выбираете максимальную длину фрагмента.
2) В настройках проверьте какой микрофон выбран (внешний или внутренний) и не стоит ли галочка mute.

1) Не понятно зачем вообще ввели ограничение па размеру фрагмента. Даже если оно есть, пусть хотя бы работает корректно.
2) Галочка не стоит MUTE и микрофон внутренний.

1) Введение такого ограничения это специфика разработки. Если что то работает некорректно в этом функционале, опишите пожалуйста (из предыдущего поста не совсем ясно).
2) Попробуйте отключить антивирусы и файерволы на компьютере. Часто они могут блокировать картинку или звук.

простите что пропал.
итак:
1). Работает некорректно следующее:
при записи по SAMBA на удаленное хранилище ( НЕ ЕВЕНТ а постоянная запись ) фрагмент пишется сначала во временный файл маленькими порциями ( это заметно при постоянном обновлении каталога с этим файлом). Таким подходом файл может писаться хоть до 1 ГБ и более, но почему то пишется всего до 6МБ ( И Это точно не связанно со внутренней памятью камеры, а с каким то непонятным желанием разрабов прошивки).
При этом каждые два созданные по очереди фрагментов имеют разрыв во времени между окончанием одного и началом другого, т.е., например, 1-й фрагмент начался в 18:34:28 и закончился в 18:34:42 а следующий фрагмент начался в 18:35:33 и закончился в 18:35:48 <==== В ЭТОМ ТО И ЗАКЛЮЧАЕТСЯ НЕКОРРЕКТНАЯ РАБОТА, т.е. в том что каждый последующий фрагмент не продолжает предыдущий
При этом имена фрагментов будут соответственно ПРЕФИКС_34 и ПРЕФИКС_35

2). Во-первых: как выяснилось при просмотре видеофрагментов сделанных более чем за 2е суток наблюдения, звука нет примерно в 90% фрагментов. Причем в большинстве тех что имеют звук он ужасен (то скрежет какой то, рывки, всхлюпывания и т.д.)
Во-вторых: стоит каспер, у него в отчетах нет никаких записей относительно камеры.
в-третьих: в MP4 пишется везде со звуком, более или менее приемлемым, проблема только с MJPEG
в-четвертых: какого то фига при записи в MJPEG временный файл создается в формате 3GP, и качество картинки при этом ужасное, не такое как при просмотре с камеры. Это приводит к тому что видеофрагмент записанный в MP4 при разрешении 640*480 по качеству картинки лучше чем MJPEG при разрешении 1280*1024 - идиотизм какой то

И не надо ссылаться на некую "сверх мегаумную затею разрабов до которой быдло никак не допрет и не может оценить ее крутость". Если б это не была камера, а скажем фоторамка многофункциональная за 1000 рублей, то может и прокатило бы, а мы ведем разговор об устройстве которое стоит в 10 раз дороже и предназначено для съемки видео.

Попробуйте бета версию прошивки. Отправил вам на почту.

< Извините что пропал, я в отпуске был >

Итак, о новой прошивке:
Проблему с временными интервалами видеофрагментов она решила, но частично: теперь при выключении и включении камеры нумерация фрагментов начинается с начала, а так как пишется все в один каталог, то новые фрагменты перетирают старые. Таким образом при падении питания и восстановлении мы теряем весь видеоархив (если вовремя успеть среагировать то лишь некоторую часть). Что же касается временного интервала, охватываемого записанными фрагментами , то тут все в порядке - пробелов в записи нет (или пока не обнаружено).

Со звуком проблема не решена. Изменилось только то, что теперь стало меньше писков/крипов/похлюпываний. Хотя это не спасает т.к. звука практически нет (какого либо). Проверялось разными плеерами а так же ПО для работы со звуком. Там где звука не слышно в плеерах на осциллограмме "ноль", т.е. нет и в файле.

Прошу на антивирус не пинять т.к. просто не верю в магию и в то, что антивирус, что-то блокируя, способен в звуковой дорожке корректного (по формату/структуре контента) файла вырезать фрагменты и заменить их нулями. Проверялось поведение камеры и при работе с DView-Cam (в поставке с камерой была версия 3.0). В этой программе звука, при работе камеры в формате MJPEG, вообще никакого не получилось.

Если камера в MPEG4 работает то со звуком все нормально - и в DView-Cam и в сетевое хранилище пишет норм.

проверялась работа и других камер этой модели - результат тот же.

up

При выборе профиля JPEG камера отправляет только картинки.

эм....
1. это где-то заявлено ?
2. могу выслать пару фрагментов с тем "звуком" который есть с этими картинками (давно надо было сделать). как лучше оформить эти фрагменты в письме, куда и с какими пометками отправить ?

В мануале стр 44
Note: Since JPEG only transmits a series of JPEG images to the client, to utilize this feature, make sure the video mode is
set to MPEG-4 and the media option is set to Video and Audio

отлично. тогда что звук в этой серии JPEG'ов делает ?
в камерах DCS-2121 звук в таком режиме есть, причем нормальный

но если по некому замыслу разработчиков звука там и не должно быть, может можно что то сделать чтоб он был ?

п.н. так все же как оформить письмо чтоб я отправил фрагменты где звук есть и чтоб вы посмотрели что с ним там такое?

Письмо либо мне (адрес на форуме указан) либо на support@dlink.ru