если камера передает поток в обоих случаях по TCP, а не какому-нить UDP, то не вижу разницы: создание файла или закрытие файла - это доли секунды на 100 мегабитном канале. А "записать файл" - это есть та же самая трансляция потока.
и уж совсем против вашей версии то, что на карте памяти камера, как я понимаю, пишет без лакун, так?

Тогда вы знаете как работает TCP, маленький вопрос если не пришло подтверждение на пакет, что тогда - заново блок передать али как, да и мак.блок данных по моему 1500байт.
Потоковая трансляция это вообще то - RTSP протокол и обычно на UDP как раз нужна скорость.
Это не по моей версии камера пишет на карту, а замечено что происходит до записывания файла например при его макс.10MB где то по 2MB, и тут контролировать не чего не надо.

Может все таки сначала разобраться с камерой насчет пропусков.
Можно скриншот пункта EVENT особенно Priority что там стоит.
Если Normal будут пропуски кадров примерно 8 сек.
Если Highest почти нет.
Delay for 0.

_________________
[u][b]per aspera ad astra[/b][/u]

У меня например вот что получается, при использовании FTP
хх:29:25 -- длит.0:47 -- xx:30:13 - 4_20121121_102924_4780.avi
дырка в 0:08
хх:30:21 -- длит.0:48 -- xx:31:09 - 4_20121121_103022_4145.avi
дырка в 0:08
хх:31:17 -- длит.0:47 -- xx:32:04 - 4_20121121_103118_4745.avi
дырка в 0:11
хх:32:25 -- длит.0:48 -- xx:33:13 - 4_20121121_103225_5146.avi




Попробуем поставить приоритет и 0, если она справиться с этим.

1.вариант
High, Delay -1
Продолжительность так же - 0:48 (0:49), дырка порядка 0:08, есть пару более 10сек.

2.вариант
Highest, Delay -1
Продолжительность так же - 0:49 (0:50), дырка увеличивается уже более 0:10 и держится на всем протяжении
Время от начала файлов - хх:38:49, хх:39:55, хх:41:13, хх:42:18, хх:43:21, хх:44:18, хх:45:47

Highest, Delay 0
перезапуск камеры

_________________
[u][b]per aspera ad astra[/b][/u]

Highest, Delay 0
Продолжительность так же - 0:48 (0:49) - xx:02:07 +1:08 xx:03:15 +0:57 xx:04:12 +1:02 xx:05:14 +1:03 xx:06:17 +0:59 xx:07:16 +1:01 xx:08:17 +1:08 xx:09:25 +0:59 xx:10:24 +1:01 xx:11:23
High, Delay 4
Продолжительность так же - 0:47 (0:48) xx:12:20 +0:56 xx:13:16 +0:58 xx:14:14 +1:03 xx:15:17 +0:57 xx:16:14 +1:00 xx:17:14 +0:56 xx:18:10 +0:58 xx:19:08 +0:56 xx:20:04 ... xx:22:53 +0:56 xx:23:49 +1:12 xx:24:57 +1:04 xx:26:01 +1:00 xx:27:01 +0:56 xx:27:57 +1:00 xx:28:57

Это если учитывать что она же пишет еще и на карту, period, Normal, Delay 3, 10MB

наиболее оптимальным в данном случае High но поставлю Delay 3 так как при нем более стабильны временные интервалы т.е. нет более 1:00

1) При постоянной записи на сетевой ресурс пропусков между файлами нет.
2) На FTP постоянная запись невозможна, только по событию.
3) Поэтому о каких пропусках между файлами идет речь, если запись не постоянна.

Мудрый ответ
согласно п.2 только вот что в вашем понятие (вернее в понятие ПО) - это самое событие, или постоянная запись или интервал между данными событиями "от" и "до".
Вопрос есть период времени - 1 минута и в данный период времени происходят события 1раз./сек. т.е. 60 событий, я молчу про запись, но даже если использовать не запись, а snapshot (JPG) то все равно не получиться от контролировать, получить эти 60 событий, так что не понятно опять про "события".

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

Можете хоть как то набросать схему сети а то как то не понятно. А то получается что у вас идет сохранение на SD и куда то еще.
И так же кинуть сохраненный конфиг камеры.
2 вопрос Камера-----свитч-----NAS например DNS-325

_________________
[u][b]per aspera ad astra[/b][/u]

Да с увели тему в другое русло. Смотря какой бюджет. Но лучше решение DCS-6510 или DSC-6113V .
А вот это не решаемо частично (Важно, чтобы при потере питания/сети (т.е. при попытке украсть не велик, за которым наблюдает камера, а саму камеру) на сети оставался файл с записью до момента отключения.)

_________________
[u][b]per aspera ad astra[/b][/u]

Есть точка на которой 4 камеры DCS2130 подключены через wi-fi к роутеру Keenetic Giga (сам switch на отдельном чипе и памяти 64MB) у которого свой винт (со своим питанием) поднят FTP сервер на нем, пропускная способность USB на винт пока хватает.
Настройки одинаковые, отличие только вот в чем:
-две 2130 камеры пишут clip (5MB) motion и snapshot (JPG) Periodic на FTP диск через роутер, запись на FTP ест. в разные каталоги.
-две 2130 камеры пишут clip (5MB) motion на FTP диск через роутер и на SD (10MB) Periodic, запись на FTP ест. в разные каталоги.
Работает круглые сутки, роутер в определенное время разбирает каталог записи на ftp от двух камер (ну немогут они писать по дате в разные каталоги), чуть позже еще от других двух (в момент разбора и проблем так же не замечено).
На всех 4 камерах clip профиль имеет 640х360х15 good (что на FTP что на SD) на snapshot JPG профиль 1280х720х7, размер файлов на FTP получаем 5MB на SD 10MB (так как сами ограничили 10MB).
-подключена так же 942L для отладки и пробы, так же не выключается.

Нагрузка на роутер по статистике не более 40% (пропадание сигнала wi-fi или еще что не замечено) уровень приема на камерах хороший, бзиков по данному вопросу нет, мало того днем подключается ПК по LAN и так же есть возможность смотреть через родное ПО опять же проблем с камерами нет. В момент разбора файлов на FTP когда делает роутер естественно нагрузка есть она разведена как по времени так и по объему проделанной работы и в результате имеем в пределах того что и хотели, опять повторюсь ни каких потерь в файлах не замечено.



На 2130 релиз 1.11 последний. На HDD (роутера) получаем 4 каталога 2130, 2131, 2132, 2133 в них каталоги 213х/хх.хх.2012/файл.avi их за сутки в одном 2300-2400, 2 каталога по snapshot_1, snapshot_2 в них так же каталоги по датам, файлов больше думали будет проблема с роутером на большом кол-ве файлов, а нет их сейчас за сутки в одном не более 10000 = работает более месяца все устраивает.
Слабое место в данной схеме это пропускная USB - но пока для данного варианта ее хватает. Пробовали нагружать роутер до 90% по wi-fi делая разрешение 1280х720х25 и качество, нагружать получалось, а вот длительность записи clip в 5MB не устраивала.
Сейчас все боле менее устраивает: размер файлов clip на FTP 5MB, продолжительность 0:48-0:49мин. при разрешении 640х360х15, есть snapshot да и на SD идет periodic запись.

Блин ну и схема увы если хотите качество без пропусков.

1. роутер Keenetic Giga (сам switch на отдельном чипе и памяти 64MB) а свитч то при чем вы его не используете в схеме с камерами.
2. Там и так проц слабый на Keenetic и при чем здесь USB.
Первое хотя бы 2 камеры увести на LAN- порты.
Использовать вместо USB + Keenetic Giga NAS или другой сетевое хранилище

_________________
[u][b]per aspera ad astra[/b][/u]

Glazyrev

Я удивляюсь вашему отвеу.
Ситуация в том, что c "дырками" работает и одна камера что по LAN или Wi-Fi по барабану так как поток там 2-3Mбит, проверено
И не вижу разницы LAN кабель или Wi-Fi. Такой же эффект будет если камеру заставить писать через канал интернет на удаленный FTP.
Прежде чем что-то делать было опробовано еще в бытность выпуска камер DCS-2121 и они отрабатывали на 100% замечаний не было.

И роутер тут не причем совсем, обсуждение про роутер что и как думаю не в данной теме, а мощности данного оборудования вполне хватает.