[ На главную ] -- [ Список участников ] -- [ Зарегистрироваться ]

Работа в ТЕЛЕ v.2.2 с базой данных

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Форум по системам знакогенерации и автоматизации ТВ эфира AKULA VTM и AKULA SDI / Архив / Работа в ТЕЛЕ v.2.2 с базой данных

Страницы: 1 2 Next>> ответить новая тема

Автор Сообщение

Гость
 Добавлено: 22-04-2009 14:24
Добавлено: 02-10-2008 18:34
Это вообще возможно? В меню "Файл" есть пункты импорта и экспорта в базу данных. При экспорте на выходе получается .mdb аксессовский. В базе есть таблицы с расписанием, событиями, путями до файлов и прочим. Правильно ли я понял, что работу с программой, а в частности с её расписанием, можно вообще свести к минимуму, если правильно заполнять и импортировать базу? Какой формат и структура должны быть у базы для импорта - такой же что и у получающейся при экспорте? Поделитесь информацией, пожалуйста.

Гость
 Добавлено: 22-04-2009 14:25
Добавлено: 04-10-2008 06:45
Как я понял, Вы хотели бы извне вносить информацию в эту базу, чтобы потом при запуске TELE 2 в расписании уже были бы добавлены события (якоря, ролики). Но при этом необходима такая программа-посредник, которая корректно бы вносила ("правильно заполняла") эти данные в соответствующие поля mdb-файла. А для этого надо знать внутреннюю логику работы с этим файлом Access самой TELE. Можно отдельно через меню загрузить якоря, импортировать блоки с указанными avi-файлами - при этом большая часть такой работы уже будет сделана! Кстати, содержимое mdb-файла нигде не описано, а вот поля "Логотип" и "Профиль" задаются в файле LogosAndProfiles.xml

Гость
 Добавлено: 22-04-2009 14:25
Добавлено: 06-10-2008 09:42
[ Можно отдельно через меню загрузить якоря, импортировать блоки с указанными avi-файлами - при этом большая часть такой работы уже будет сделана!]

Мы работаем по похожей схеме. Из получаемого плейлиста мы формируем
текстовый файл с якорями. Роликов у нас пока немного, так что с
импортом видеоблоков работаем простым драгэнддропом. Самую большую
часть времени занимает перетаскивание видеофайлов на плейлист в самом
теле2 и расстановка логотипов на блоки. Пока собственного видео у нас
немного это ещё можно терпеть, но если его станет больше? Вобщем я
хочу автоматизировать процесс.

Парсер плейлиста с выискиванием подходящих блоков и расстановкой нужных
якорей это не проблема, было бы время - напишу. Но вот если бы этот
парсер вставлял сгенерированные якоря не в текстовый
файл, а сразу в базу данных, которую потом на теле2 можно было бы
подключить двумя щелчками мыши и забыть про неё до следующего дня.
Чтобы такое реализовать мне необходимо знать какой структуры должна
быть база, как генерировать идентификаторы событий и т.д.
Вот для примера. В экспортированной базе есть таблица Events. В ней
перечислены все имеющиеся в данный момент в проектах теле2
видеоролики, причём проиндексированы они полем EventID. Вот для
примера содержимое одного из таких полей:
{B6486F6E-7B85-4C40-A4A3-2F196C4E4B6A}. Каким образом это
генерируется? Хэш-функция какая-то? В мануалах, поставлявшихся в
комплекте ни слова не нашёл об этом. Неужели никто не знает как пользоваться этой функцией в теле2?

Гость
 Добавлено: 22-04-2009 14:26
Добавлено: 11-10-2008 19:22
Разработчики! Неужели так сложно ответить? Ну подскажите пожалуйста как работать с БД вашей программы.

Гость
 Добавлено: 22-04-2009 14:27
Добавлено: 21-10-2008 19:05
[[Вот для примера содержимое одного из таких полей:
{B6486F6E-7B85-4C40-A4A3-2F196C4E4B6A}. Каким образом это
генерируется? Хэш-функция какая-то? В мануалах, поставлявшихся в
комплекте ни слова не нашёл об этом. Неужели никто не знает как пользоваться этой функцией в теле2?]]


Это простой GUID т.е. уникальное значение, его сгенерить проблем не составит. Я тоже как то ковырялся в базе теле, но пришел к выводу что ничего не выйдет, т.к. сами расписания хранятся в в файлах, они находятся в папке Shedules (на память пишу, кажется так). Дык вот, если даже мы сможем добавить ролики/скрипты в базу, они появятся в теле, но мы не сможем добавить само расписание, т.к. формат файлов с расписанием мне не поддался И еще один нехороший момент, хотя я его не проверял, но по логике так и будет, короче если добавлять самим скрипты/видоролики в базу мы не сможем узнать их длину, может у ролика и сможем программным путем определить время проигрывания, а вот у скрипта нет, так что половина полей в таблице с роликами будет пустой...

Гость
 Добавлено: 22-04-2009 14:27
Добавлено: 21-10-2008 19:20
Таким образом из всего вышесказанного получается, что пока "добрые" программисты не выложат на всеобщее рассмотрение добрую половину кода ПО TELE2, мы так и будем копаться вокруг да около этих файлов. И, как окончательный вариант, в итоге мы только сами сочиним нечто подобное TELE-Scheduler, может быть даже и без глюков... Не судите строго, но это так и есть.

Гость
 Добавлено: 22-04-2009 14:28
Добавлено: 21-10-2008 19:30
[Таким образом из всего вышесказанного получается, что пока "добрые" программисты не выложат на всеобщее рассмотрение добрую половину кода ПО TELE2, мы так и будем копаться вокруг да около этих файлов. И, как окончательный вариант, в итоге мы только сами сочиним нечто подобное TELE-Scheduler, может быть даже и без глюков... Не судите строго, но это так и есть.]


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

Гость
 Добавлено: 22-04-2009 14:30
Добавлено: 22-10-2008 20:29
Вот тебе и на... Половины кода нам и не надо, нам API надо или, на худой конец, описание формата файлов расписаний. А вообще, я так понял, что непосредственным проигрыванием занимается не теле, а небольшая программка-плеер. Сама же теле только автоматизирует и упрощает работу с плеером. А мы тут, стало быть, хотим автоматизировать работу с программой, которая автоматизирует работу... Мдя... Может быть разработчики всё-таки заглянут в эту тему и прокомментируют всё что мы здесь наобсуждали? Или слишком заняты разработкой теле v.3?

По теме:
[Это простой GUID т.е. уникальное значение, его сгенерить проблем не составит.]

Значит можно генерить как попало?

[сами расписания хранятся в в файлах, они находятся в папке Shedules]

Интересно, а какой смысл хранить одно и то же в двух разных форматах? По-моему аксессовской бд за глаза и по уши для работы программы.

Гость
 Добавлено: 22-04-2009 14:31
Добавлено: 22-10-2008 21:35
Вот тебе и на... Половины кода нам и не надо, нам API надо или, на худой конец, описание формата файлов расписаний. А вообще, я так понял, что непосредственным проигрыванием занимается не теле, а небольшая программка-плеер. Сама же теле только автоматизирует и упрощает работу с плеером.


Да, нужно попробовать поковырять этот плеер, может получится его надрисировать выполнять то что мы хотим?

[Значит можно генерить как попало?]

У тебя как надо и не получиться его генерить т.к. это уникальное значение, оно всегда должно быть новым. Так что не бойся суй туда все что хочешь, но желательно придерживайся формата, а лучгше всего воспользуйся функцией Guid() в своем языке найдешь нечто подобное, кстати кто на каком пишет под все это дело?


[Интересно, а какой смысл хранить одно и то же в двух разных форматах? По-моему аксессовской бд за глаза и по уши для работы программы.]


Смысл мне неизвестен, но я догадываюсь из за чего был сделан данный выбор, кажется до версии ТЕЛЕ 2, все хранилось в базе и ЖУТКО тормозило, теперь расписание на 1 день хранится в одельном файле что терпимо для обработки но все равно чувствуются тормоза.. Хотя если правильно организовать структуру базы, то можно побороть все тормоза и и все данные держать в бд, что было бы вообще замечательно, т.к. к базе данных можно подключиться самому и добавить/изменить что хочешь, а тут у нас начинаются танцы с бубном

Насчёт ТЕЛЕ 3, это пред положение или кто то где то слышал уже?

Гость
 Добавлено: 22-04-2009 14:33
Добавлено: 23-10-2008 10:38
Насчёт теле3 я пошутил, хотя в каждой шутке есть сами-знаете-что. Насчёт этого нигде информации не встречал, но очень хотелось бы узнать о творческих планах разработчиков.

[кто на каком пишет под все это дело?]

Я пока ничего не пишу, но если уж начну, то на С++ конечно же...

[до версии ТЕЛЕ 2, все хранилось в базе и ЖУТКО тормозило, теперь расписание на 1 день хранится в одельном файле что терпимо для обработки но все равно чувствуются тормоза]

В вопросах производительности баз данных я пока новичок (думаю, если сяду за кодинг к теле2, то волей-неволей прокачаюсь в этом плане). Но всё же меня терзают сомнения - неужели нельзя было избавиться от тормозов и упростить работу с бд просто выбрав другой формат? Например, InterBase или файрбёрд. В них производительности уделяется большое внимание, есть куча инструментов для мониторинга и оптимизации в этом плане. А работа с ними из современных RAD-систем абсолютно не отличается от работы с любой бд вообще... Но это всё лирика, пока сюда не заглянут разработчики (какбе намекаю).

Гость
 Добавлено: 22-04-2009 14:34
Добавлено: 23-10-2008 10:48
Вот, кстати, в каталоге с программой есть dll'ка clientdll.dll. А в ней функции GetClipInfo, OpenStream, SetVideoBlockList...

Гость
 Добавлено: 22-04-2009 14:35
Добавлено: 23-10-2008 11:43
[Насчёт теле3 я пошутил, хотя в каждой шутке есть сами-знаете-что. Насчёт этого нигде информации не встречал, но очень хотелось бы узнать о творческих планах разработчиков.]


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


[Я пока ничего не пишу, но если уж начну, то на С++ конечно же...]


Если ни разу не писал, советую начать писать на C#


[В вопросах производительности баз данных я пока новичок (думаю, если сяду за кодинг к теле2, то волей-неволей прокачаюсь в этом плане). Но всё же меня терзают сомнения - неужели нельзя было избавиться от тормозов и упростить работу с бд просто выбрав другой формат? Например, InterBase или файрбёрд. В них производительности уделяется большое внимание, есть куча инструментов для мониторинга и оптимизации в этом плане. А работа с ними из современных RAD-систем абсолютно не отличается от работы с любой бд вообще... Но это всё лирика, пока сюда не заглянут разработчики (какбе намекаю).]


Мое мне ние что это делалось на скорую руку вот и был выбран формат Access (mdb), кстати если говорить о лицензионности продукта то мы не имеем права использовать данный формат, т.к. у нас должен быть куплен сам Office вместе с Access'ом, есть более быстрые и бесплатные версии баз данных, например MySQL, FireBird и т.п. Насчет интербейза, он кажись уже устарел и мало где используется..
Будем наедятся, что разработчики заглянут в этот топик и что нибудь скажут..

Гость
 Добавлено: 22-04-2009 14:36
Добавлено: 23-10-2008 11:44
[Вот, кстати, в каталоге с программой есть dll'ка clientdll.dll. А в ней функции GetClipInfo, OpenStream, SetVideoBlockList...]


А вот это полезная информация, спасибо.
А чем ты раскопал эти функции?

Гость
 Добавлено: 22-04-2009 14:38
Добавлено: 23-10-2008 13:41

[Если ни разу не писал, советую начать писать на C#]

Я имел ввиду, что сейчас пока нет времени вплотную заняться программированием. Так то я прогать умею вроде.

[если говорить о лицензионности продукта]

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

[А вот это полезная информация, спасибо.
А чем ты раскопал эти функции?]

Тоталкоммандер с плагинами. На F3 показывает информацию о файлах, в зависимости от расширения. Для дээлэлок - зависимости от других dll, импорт/экспорт функций, конструкторов и прочего, вобщем всё, вплоть до методов классов и типов аргументов.
Могу предоставить полный список всего, что отображается по DLL'кам теле2, если надо. Но проще наверное будет тебе тотал себе поставить.

Гость
 Добавлено: 22-04-2009 14:39
Добавлено: 23-10-2008 18:30

[Тоталкоммандер с плагинами. На F3 показывает информацию о файлах, в зависимости от расширения. Для дээлэлок - зависимости от других dll, импорт/экспорт функций, конструкторов и прочего, вобщем всё, вплоть до методов классов и типов аргументов.
Могу предоставить полный список всего, что отображается по DLL'кам теле2, если надо. Но проще наверное будет тебе тотал себе поставить.]


Понятно, буду знать. Как прилечу с отпуска, вплотную займусь автоматизацией автоматизированной системы ТЕЛЕ2

Гость
 Добавлено: 22-04-2009 14:39
Добавлено: 24-10-2008 07:52
Предлагаю сотрудничество, программист я может и не самый лучший, но две головы всяко лучше одной.

Гость
 Добавлено: 22-04-2009 14:39
Добавлено: 24-10-2008 08:00
Тут собралась серьёзная команда, собирающаяся довести TELE2 до нового уровня. Уважаемые разработчики, прислушайтесь к нашим мнениям! Мы готовы предоставить все свои предложения и наработки по обновлению TELE.

Гость
 Добавлено: 22-04-2009 14:40
Добавлено: 24-10-2008 09:11
[Предлагаю сотрудничество, программист я может и не самый лучший, но две головы всяко лучше одной.]


С удовольствием поработаю в команде. Как прилечу так и займусь вплотную этими вопросами, примерно 5.11.08
Если что моя аська 54524015, спишемся.


Группа: Участники
Сообщений: 0 		Добавлено: 22-04-2009 14:40
Добавлено: 27-10-2008 10:50
К Теле-Инфо есть SDK, которое позволяет работать с расписанием, проигрывать ролики, и.т.п.

Гость
 Добавлено: 22-04-2009 14:41
Добавлено: 28-10-2008 07:53
Мать моя... это как же я проглядел-то? Ну-ка поглядю...

Страницы: 1 2 Next>> ответить новая тема
Раздел: 
Форум по системам знакогенерации и автоматизации ТВ эфира AKULA VTM и AKULA SDI / Архив / Работа в ТЕЛЕ v.2.2 с базой данных

KXK.RU