Я не знаю, может Ваш RPM Сервер старается опередить Метасан
Скорее всего, так и есть. Я уже сказал выше, что обычно он запускается одним из первых. Тем более, что программа MetaSan от FC была установлена после установки ПО Форвард Голкипер - даже если MetaSan тоже устанавливает в системе свой сервис, он запускается позже. А если это не системный сервис, а просто какая-то программа в AutoRun системы, то тем более - такие программы точно запускаются после запуска сервисов. Только мы специально ничего не делали для того, чтобы RPMServer старался опередить запуск других сервисов. Порядок запуска сервисов задает ОС, и мы на это повлиять не можем.
но тогда не было бы диска (FC массива) при формировании хранилища, правильно?
Нет, неправильно. Я уже выше объяснил - вы запускаете создание хранилища только после того, как запустился графический интерфейс системы (а как иначе?), и ваша программа MetaSan тоже уже запустилась. А это значит, что в этот момент и диск, соответствующий FC, уже создан. Почему бы при создании хранилища этот диск был недоступен?
А если хранилище сформировано и запущена запись, то значит данные пишутся на FC массив, иначе было бы какое-нибудь сообщение, ведь данные не могут писаться в пустоту....
Они и пишутся на массив. Просто они пишутся в только что созданный файл хранилища, а не в один из тех, что были созданы ранее, но не были обнаружены сервисом RPMServer при загрузке компьютера.
Или Вы имеете ввиду то, что при очередной загрузке системы, Ваш RPM Сервер все-таки успевает загрузиться быстрее Метасана, ведь ему не нужны ни эти динамические диски ни FC массив...
Конечно. И это происходит не просто при очередной, а при каждой загрузке системы. Какая разница для RPMServer, какие диски есть в системе при запуске? Какие он обнаружил, с тех он и пытается считать информацию о хранилищах. Если какой-то из дисков появился позже, это уже для сервиса не имеет значения.
Еще раз: при запуске сервис определяет список
доступных в этот момент дисков. Сразу же ищет на них папки RPMStorage и ставит их в очередь на сканирование. Всё, после этого он не пытается определить появление новых дисков даже через секунду, не то что через десятки секунд или минуты (я не знаю, сколько времени запускается программа MetaSan). Вот если его потом остановить и перезапустить в момент, когда все диски в системе появились, тогда он просканирует все диски заново и, я надеюсь, найдет все хранилища на всех дисках.
А загрузившись, он не обнаруживает диски с хранилищем и считает, что таковых - нет, правильно? Затем я запускаю эту Превью, а ей Ваш сервер говорит - хранилищ нет, Вы это имеете ввиду?
Именно так. Preview не работает с файлами хранилищ напрямую. Во-первых, потому что всей логикой работы с хранилищами управляет RPMServer, а Preview - лишь одна из клиентских программ. Во-вторых, это сделано потому, что RPMServer управляет приоритетами работы с дисками.
Самый высокий приоритет у операций ввода в хранилище (т.е. программы FDReplayCapture). Приоритет пониже - у операций воспроизведения из хранилища в эфир (у программ ReplayMachine и FDOnAir). И самый низкий - у просмотра данных в хранилище. Именно такой приоритет дается программе Preview.
Это сделано для того, чтобы одновременно работал ввод данных в хранилище, можно было воспроизводить данные из хранилища в эфир, и еще и просматривать из в программе Preview. При этом сделаны определенные усилия для того, чтобы воспроизведение в эфир и даже очень активный просмотр данных не вызывали прерывание записи - это самая важная операция. Также и выдача в эфир не должна прерываться от того, что кто-то просматривает хранилище в Preview. И именно поэтому не существует какой-то программы, которая "просто напрямую преобразует хранилище в другой контейнер". Экспорт в AVI делается из Preview, при этом одновременная запись в хранилище защищена от возможного прерывания.
По вопросу пропуска кадров. Да, стоял поток по умолчанию 15 Мбайт\сек. Спасибо, что подсказали про "розовый" шум, не задумывался, но с другой стороны у Вас же в системе ограничение по умолчанию от 40% до 80% по-моему, 15Мб\с - это средняя скорость.
Да, это параметры по умолчанию. Когда-то были только аналоговые системы Форвард Голкипер, и там нижний порог качества в 40% был достаточен, даже если на входе "белый шум" от неподключенной камеры - поток при этом получался не очень высокий, т.к. самые высокочастотные компоненты в аналоговом сигнале всегда как-то отфильтрованы.
Сейчас, в сигнале SDI, в "розовом шуме" запросто встречается много часто повторяющихся одиночных пикселов - это очень высокочастотная информация, она жмется очень плохо. Поэтому, если у вас есть необходимость включать Форвард Голкипер и запись данных в нем в тот момент, когда некоторые входные сигналы еще не подключены, тогда рекомендую нижний порог качества в хранилищах снизить до 10%.
Получается если изображение содержит много деталей, то просто будет потеря качества, или я не прав?
Да, так и есть. А как иначе? Программа ввода старается выдержать средний поток данных. Если картинка очень сложная для кодирования, программа снижает качество сжатия, но в настройках задан нижний предел качества, ниже которого она его не снижает (Вы, как пользователь, сами в настройках это запрещаете). При этом, получающийся поток данных может быть в разы выше заданного среднего потока.
Я недавно проводил измерения при вводе SD SDI. Задал поток в хранилище 5 мегабайт/сек, и попробовал посмотреть, какой поток данных получается в реальности, если не подключать входной сигнал (т.е. на входе "розовый шум"). Поток получается до 20 (!) мегабайт/сек, т.е. в 4 раза выше, чем нужно! Понятно, что это плохо и с точки зрения нагрузки на диск, и с точки зрения того, что в хранилище влезет в 4 раза меньше данных по длительности, чем нужно.
И еще подскажите, могу ли я на 8 канальном сервере безболезненно запустить не все 8 каналов, а ну, например один, или как вот у нас было - семь? При этом я создаю столько хранилищ, сколько в данный момент имеется источников...
Можете использовать хоть один канал, это ваше дело. Более того, если вам не нужны все 8 каналов, то будет только лучше, если вы запустите ввод только в нужное число каналов. В программе ReplayMachine тоже открывайте только нужно количество хранилищ.
Или же если я запускаю Мэшине Реплей 8 канальный, то хоть один реальный канал в системе будет настроен, все-равно будут писаться и те 7 остальных каналов в виде розового шума?
Запись хранилищ осуществляется программой FDReplayCapture. Сколько линий захвата вы в ней задали, столько хранилищ и будет записываться. Это процесс самостоятельный, программа записи ничего не знает про программу выдачи замедленных повторов ReplayMachine. Как я уже сказал выше, запускайте захват данных только в нужное количество хранилищ, и только с подключенных камер. Не нужно писать в хранилища "розовый экран" - это напрасная нагрузка и на процессор, и на диск, причем, на диск она может быть очень и очень большой, и это плохо.
В программе ReplayMachine сильно не рекомендуется открывать 8 хранилищ, когда у вас ввод ведется только в одно, или меньше 8. Программа при просмотре данных пользователем пытается показать данные из всех открытых хранилищ, а если в части хранилищ данные вчерашние, или еще более старые, то ничего хорошего из этого не выйдет. Программа будет показывать вокруг соответствующих окон розовую рамку, пользователь не будет понимать, почему там какое-то устаревшее изображение и т.д. Так что открывайте в ReplayMachine только те хранилища, в которые запущен ввод данных в программе ReplayCapture.
Нам бы еще данные восстановить, они очень важны, поверьте.
Я прекрасно понимаю, что нужны. Это пока что от Вас полностью зависит. Попробуйте проверить версию с перезапуском RPMServer и напишите, получилось что-то или нет.