Фабрика новостей. Хотелось бы что-то подобное от Софтлаб-НСК

[eXed]

vd, при всем уважении к вашей компании - не считаю партнерский раздел подвижным для разработчиков. В нем элементарного счетчика просмотров и комментариев. Поэтому завершу свой рассказ о разработках под Forward в отдельной ветке.

Завершив работу над базой рекламных роликов, я поинтересовался у одного из участников проекта "Наши партнеры" его успехами - обращению к нему - интересовался ли кто-нибудь - ответ был отрицательным. Я ожидал этого и не стал заниматься. Сегодняшние мои рассказы - радостное стечение обстоятельств

[vd]

В нем элементарного счетчика просмотров и комментариев.

Счетчики просмотров были модны лет 10 назад. Да и в любом случае наши продукты, и всё, что с ними связано, вряд ли дадут миллионы просмотров. Все-таки профессиональное оборудование и софт не столь массовы, как какие-нибудь бытовые ТВ-тюнеры за 50 у.е. Для комментариев есть данный форум. Если добавить какое-то подобие "гостевой книги" с возможностью добавлять комментарии прямо на сайте, да еще и без необходимости регистрации, то сайт превратится в свалку.

поинтересовался у одного из участников проекта "Наши партнеры" его успехами - обращению к нему - интересовался ли кто-нибудь - ответ был отрицательным

А у его разработки собственный сайт есть? Может, его разработка в принципе мало кому полезна. Особенно, если она "заточена" под очень конкретные условия применения. Чтобы сделать коммерчески интересную разработку, она должна быть достаточно универсальной и простой в использовании.

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

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

Но если и не пытаться информацию о своей разработке где-то распространять, тем более вряд ли что-то получится. Как известно, не ошибается тот, кто ничего не делает.

[eXed]

Это верно. Занялся изучением Qt

[vd]

Если вернуться к вопросу
>Есть ли у вас планы сделать систему верстки новостей?

Хотелось бы все-таки понять, что людям нужно для новостей?
- архив роликов с поиском по ключевым словам
- общее хранилище роликов с доступом как журналистам, так и монтажерам
- систему монтажа новостей (только непонятно, что это такое?)
- систему оформления новостей титрами (новостная студия в прямом эфире)

Или что-то еще?

Автор темы, вам слово

[mikhail79]

Архив роликов, да пригодился бы. Пусть даже не полноразмерный, а с прокси-файлами. Естественно с метаданными.
Общее хранилище, ну это по сути и подразумевает архив, только уже главное хранилище.
Система монтажа нет, а вот формируемый черновой проект, даже не проект, а список файлов для монтажа, который могла бы съесть любая программа, было бы полезно. EDL лист мне кажется оптимален.
Титровалка нет, не нужна.
Система верстки новостей, блоки нескольких видов: оформление, сюжет, студия. Метки для разметки текста, закадровый, живое видео, интервью. По сути все описано в фабрике новостей, но некоторые моменты там неудобны и разработка-обновление программы остановилось несколько лет назад.

Раз уж сделали верстку эфира канала, тн траффик-менеджмент, может стоит глянуть на верстку новостей?

[vd]

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

Одна проблема: разные монтажки несколько по-разному интерпретируют EDL. Вплоть до того, что какие-то монтажки его совсем не поддерживают. А какие-то поддерживают только часть полей.

В этом EDL должен быть только список файлов, и всё? Или уже какая-то черновая нарезка должна присутствовать?

[mikhail79]

Хватит и списка файлов, черновой монтаж - это уже не для всех журов подойдет. Если надо - сами садятся режут чернуху, а у некоторых даже Edius стоит.

[Дмитрий Куцков]

Давно я не читал эту ветку форума...

В плане организации автоматизации рабочего процесса...

Когда я говорил об организации серверной логики я имел в виду сам процесс организации управления файлами и данными. Поэтому то что Форвард может работать только под Windows никаких проблем не создаёт.

Вопрос у меня возник такой.
Есть ли возможность получения плей-листа для форварда из базы данных? Возможно ли автоматическое обновление плей-листа форварда при изменении в БД? Какие могут возникнуть проблемы (например, что делать, если идет эфир)?

Если наладить работу с БД Форварда, то можно исключить факт ручного вмешательства оператора в составление плей-листа (скажем, мы новости выпускаем с форварда и шеф-редактор новостей не может нести ответственность правильность сборки выпуска, ибо фактическую сборку выполняет опаратор трансляции, документально мы этот вопрос решили, но ошибки не исключены).
В таком случае, появилась бы возможность самостоятельно создать некую программу для создания концепции выпуска, контроля и учета отмонтированных материалов, которая бы в динамическом режиме выдавала бы форварду (точнее, просто складывала их в определенное место и сама именовала) готовые к эфиру файлы, вносила изменения в БД в соответствии с наличием материалов, а форвард бы это просто отображал в плей-листе.

Общая задача - исключить влияние людей на размещение видеоматериалов в инфраструктуре сети...

[vd]

Вы про какую базу данных говорите? Форвард Офис?

[Дмитрий Куцков]

Нет, про что-то более общее и бесплатное типа Postgres, MySQL.
Какую базу использует Форвард Офис?

[vd]

Форвард Офис использует Microsoft SQL Server 2005 Express Edition. Он платный?

[Дмитрий Куцков]

MSSQL EE бесплатый.
Тогда вопрос, каким образом Форвард Офис осуществляет передачу составленного расписания на Форвард Тx?

[vd]

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

Кое-что про формирование расписания в Форвард Офисе написано здесь:
http://www.softlab-nsk.com/rus/forward/office.html#list

Документация по программам из комплекта Форвард Офис:
http://www.softlab-nsk.com/rus/forward/docs.html#office

[Дмитрий Куцков]

За ссылки спасибо, документацию почитаю...
хочу сделать нечто, заточенное под новости. С точки зрения ПО Форвард Офис - это отдельный блок в расписании.
Поэтому еще один вопрос, насколько возможно внесение изменений в БД Форвард Офиса сторонними программами? Возможно ли получить описание её структуры?

[Даниленко Сергей]

Мне кажется, что вам нужно идти немного в другом направлении.
В нашем SDK есть специальный раздел- SLMessageServerSDK. Он посвящен организации взаимодействия с нашей вещательной программой (OnAir).

С помощью SLMessageServerSDK решаются два основных круга задач:

1)Управление вещательной программой OnAir из других внешних приложений
2)Получение информации о текущем состоянии программы OnAir в других внешних приложениях.

SDK можно найти на нашем сайте в разделе "Загрузки" :
http://www.softlab-nsk.com/rus/forward/ ... areSDK.zip

Дополнительная полезная информация по работе SLMessageServerSDK:
http://www.softlab-nsk.com/rus/forward/qna.html#a11_3
http://www.softlab-nsk.com/rus/forward/qna.html#a11_4
http://www.softlab-nsk.com/rus/forward/qna.html#a11_5

Также вопросы по работе с SLMessageServerSDK в свое время обсуждались в нашем форуме:

viewtopic.php?t=2315&start=0

Использование механизма SLMessageServer позволяет написать свое собственное приложение, которое взаимодействует с вашей базой данных (или с другими источниками) и получает из нее нужную информацию для показа новостей (тексты, файлы с сюжетами и т.д.). С другой стороны это приложение взаимодействует с программой OnAir, т.е. попросту ей управляет: запускает нужные файлы, выводит нужную текстовую информацию и т.д. В принципе можно написать полностью автоматизированную связку, чтобы человека в этом месте не было вообще.
Кое-что при Linux (поскольку эта тема уже как-то затрагивалась в самом начале). Недавно нами для Первого канала (дирекция интернет-вещания) был написан шлюз Linux2OnAir. Задача была примерно такая же: есть система, которая формирует сетку вещания (работает под Linux) и есть вещательный сервер, которым нужно управлять (наш OnAir). Использовался SOAP для взаимодействия между Linux и Windows. А далее (после получения внешней команды из Linux системы) использовался вышеупомятнутый механизм SLMessageServer для управления вещанием. Причем на виндовой стороне был сделан web-сервис.