Уважаемые разработчи и пользователи.
Скажите как вы относитесь к такой идеи?
Например в TitleDesigner заложить
возможность прописать на любой исполняемый
титровальный объект запускаемый после его выполнения испольняемого модуля, буть то EXE, BAT, CMD, Windows Script Host.
Или например писать что либо произвольное в заданный текстовый файл?
Или ещё проще, например после прочтения файла для бегущей строки,
сделать крыжек позволяющий удалить файл.
Это даст не написав и строчки под ваши SDK ,
на изучение которых нужно потратить время
и иметь нужную квалификацию,
легко получить обратную связь со своими специализированными программами.
Так например это нужно для чёткого порционного вывода
бегущей строки коммерческого содержания,
где нужно строго выдавать объявление с фиксацией времени выдачи.
Если объявление было выгружено в текстовый файл и оно не вывелось в эфир, то это грубое нарушение.
Читать данные с ЛОГ файла не рационально.
Файл с логами за сутки я так понимаю может быть очень большим.
Не будут ли задержки при обработке в несколько секунд.
А в результате из за задержки, в эфир будет выдаваться например одна и таже бегущая строка по кругу.
Нет чёткого взаимодействия.
А нужно один показал, второй поменял данные и так по кругу.
Я думаю это многим бы пригодилось.
Обратная связь с выводимыми титрами
Модераторы: Людмила, PR, vd, Даниленко Сергей
-
Суров Юрий
- Сообщения: 2
- Зарегистрирован: 18 фев 2010 18:38
- Откуда: Красноярск, Афонтово
- Контактная информация:
-
Игорь Таранцев
- Сообщения: 493
- Зарегистрирован: 04 янв 2004 12:45
- Откуда: СофтЛаб-НСК
По-моему это ни к чему хорошему не приведет: бегущая строка сообщает в лог-файл (или в Ваше приложение) о том, что очередное объявление (или файл) уже проигрался строго после того, как на экране телевизора показался последний пиксел обявления. Сообщать раньше нельзя - а вдруг что-нибудь случится и обявление до конца не покажется. В это время она уже начала готовить показ следующего обявления (или файла). Ваше приложение подменит файл, но бегущая строка покажет его только через оборот! То есть в любом случае файл покажется ДВА раза, вместо одного.
Наш софт состоит из многих частей, которые работают в конвеере: одна часть читает задание (текстовый файл) и по очереди генерирует из него картинки, вторая часть эти картинки отображает в рабочей области (равномерно перемещая и фильтруя), третья совмещает все титры в одну картинку, четвертая смешивает эту картинку с проходящим видео. И без такого конвеера вся система ФоровардТ никогда бы не смогла работать без сбоев и без подрывов. Очевидно, что "по простому" управлять таким конвеером невозможно. Можно управлять входом в конвеер, но для этого нужна обратная связь, чтобы Ваше приложение четко понимало, что пора "скармливать" следующее обявление. Через текстовый файл это сделать невозможно. Нужно специальное SDK (простое или сложное). Мы стараемся упростить SDK, но оно должно надежно работать в любом случае!
По-моему для Вашего случая лучше всего подходит использование титровальных Java-скриптов, которые появятся в следующем релизе (он будет уже в феврале).
Наш софт состоит из многих частей, которые работают в конвеере: одна часть читает задание (текстовый файл) и по очереди генерирует из него картинки, вторая часть эти картинки отображает в рабочей области (равномерно перемещая и фильтруя), третья совмещает все титры в одну картинку, четвертая смешивает эту картинку с проходящим видео. И без такого конвеера вся система ФоровардТ никогда бы не смогла работать без сбоев и без подрывов. Очевидно, что "по простому" управлять таким конвеером невозможно. Можно управлять входом в конвеер, но для этого нужна обратная связь, чтобы Ваше приложение четко понимало, что пора "скармливать" следующее обявление. Через текстовый файл это сделать невозможно. Нужно специальное SDK (простое или сложное). Мы стараемся упростить SDK, но оно должно надежно работать в любом случае!
По-моему для Вашего случая лучше всего подходит использование титровальных Java-скриптов, которые появятся в следующем релизе (он будет уже в феврале).