Blu-Disc Studio: Создаём меню на Java. часть I

А нету в планах возможности задействовать для кнопки больше чем 1 объект?
Например, btn:Play:S1, btn:Play:S2

В идеях было, но в планах пока нет. Не очень понятно как это должно выглядеть в интерфейсе дизайнера - связанные кнопки?

В ближайшее время будет развитие анимации и возможность предпросмотра меню. Затем, возможно, создание плейлистов.

- - - Добавлено - - -

AnryV,
По поводу не совпадения Drop/NonDrop. Я делаю экспорт из проекта 23.976 чаптеров в Drop/NonDrop режимах и затем импортирую их как Drop/NonDrop соответственно - все совпадает.
Т.е. если перепутано, то перепутано глобально. Сейчас Drop - это "лобовой" тайминг потока, а NonDrop - сжатый на 0,999.

Тогда тут какаие-то проблемы с терминологией.
Для 24 fps никаких "дропов" нет, и все "в лоб". Да и в csv написано "NonDrop". Возможно, что и для 25(50) такая же байда. Может где-то надо поставить контроль fps, в соответствии, например, с тем, как Реавтор прописывает в .csv.

На сколько я понимаю разделение Drop/NonDrop - это следствие того, что 23.976 является не кратным числом кадров. Для 24 fps имеем 24 кадра на секунду в потоке, т.е. можно в любой момент переместиться на нужное число кадров в файле. А для 23.976 из-за дробности непонятно куда перемещаться, поэтому в 23.976 физически используется 24 кадра в потоке, но реальный тайминг кадров умножается на 0,999.

Т.е. Drop/NonDrop это прерогатива 23.976 и, возможно (по крайней мере по логике должно), 29,97. Поэтому, в принципе, экспорт/импорт Drop/NonDrop смысла не имеет - нужно сделать всегда "лобовой" для всех, кроме 23,976 (29,97 ?).

На данный момент Drop это для всех, а NonDrop для 23,976. Скорее всего да - перепутана терминология, т.к. Drop - это пропуск. Пропуск кадра (DropFrame) - это скорее всего 23.976.

Программа физически не читает из csv фреймрейт или Drop/NonDrop. Все сделано в расчете на универсальность - ищем тайминг по маске hh:mm:ss:ff или hh:mm:ss:mmm и импортируем его. Если сказано умножать на 0,999, то это и делаем.

Вобщем могу в следующей версии изменить терминологию. Надо только проверить импорт в сценарист при этом.

Такой вопрос. Диск собран, лежит далеко. Позже в меню обнаружился косяк.
Если в Студио пересобрать по-новой (проект остался). И поменять только 00000.jar, на исправленный. Так можно?

Вообще-то я такое раз 20 делаю, пока диск собираю, смуксив в сценаристе один раз.

Кстати, по поводу исправлений когда-то уже сделанного.
Я храню файлы проектов, кроме, естественно, реальных файлов аудио/видео. Все и всяческие муи... в наличии.
В принципе, если посоздавать нулевые копии аудио/видео, то Студия скомпилирует новый .jar и его можно закинуть в старый диск.
Другое дело, что если файлов в проекте было много, то замаешься создавать пустышки.
Нельзя ли приделать режим чистой компиляции .jar'а, который не требовал бы наличия реальных файлов?

Теоретически можно, только jar, без проекта сценариста. Подумаем.

Clone all between main / popup, не копируется Draw method.
А откуда копируется "визуально" в окне дизайнера Draw method сбрасывается по-дефолту,
но в самих пропертях (Draw method) - нет.
Надеюсь не запутанно описал.

Обновление BDS_MX_Setup_1.1.0.40.exe и BDS_Setup_1.1.0.40.exe:
* Исправлена ошибка клонирования Draw method
+ autoclose animation заменена на close popup animation
+ добавлена clip area для анимации slide
+ добавлена возможность предпросмотра (симуляции) меню.
* Переименовано drop/nondrop в более понятное, но сами drop и nondrop местами не менялись, т.к. сценарист иначе не правильно импортирует.

В симуляции есть несколько ограничений: нет видео, а значит и нет Intro и EndAction, нет таймаута у попапа. Если ваш проект начинается с видео, то либо выставляйте перед симуляцией First play - main menu, либо включите в настройках программы профайлер и активируйте сегмент главного меню в нем. По поводу симуляции - пишите замечания, идеи, пожелания - это пока тестовый вариант.