Переполнение буфера при сборке IG меню

Ребята, довольно часто, читая сообщения вижу словосочетание "переполнение буфера". Речь идет о работе с IG меню.
Так вот, в чем проявляется и собственно, что за IG?

Спасибо.

Гарик, попробую ответить в двух словах, если получится. :)
Все стандарты, которыми мы пользуемся, просто так ни откуда не появляются. Их кто-нибудь изобретает.
Вот и стандарт Blu-ray был совместно разработан консорциумом BDA, в который вошли очень именитые компании во главе с Sony.
Первый прототип нового носителя был представлен в октябре 2000 года. Современный вариант был представлен на международной выставке потребительской
электроники Consumer Electronics Show, которая прошла в январе 2006 года. Ну а коммерческий запуск формата Blu-ray прошёл весной 2006 года.
Когда ребятки из консорциума определились с самим стандартом, они начали разрабатывать спецификации для контента, который будет нести новый носитель.
Утвердили файловую систему - Universal Disk Format (UDF) v2.50, а позже и v2.60. Утвердили стандарты по видео и аудиоконтенту. Ну а когда начали
утверждать спецификации для меню, вот эти самые ребятки из консорциума почему-то решили, что для меню фильмов в стандарте Blu-ray
построенных на интерактивной графике (IG), за глаза хватит 16 мегабайт.
Чем они тогда руководствовались, одному богу известно, скорее всего, возможностями плееров на тот момент, но что решено, то тут же и утверждено.
И уже этими спецификациями начали руководствоваться изготовители софта, на тот момент такие как Sonic Solutions при изготовлении
своей программы Sonic Scenarist BD, которая и по сей день является стандартом де-факто по авторингу дисков Blu-ray.
Так вот, когда они создавали сценарист, то под эту спецификацию в 16 мегабайт, создали, так называемый, "буфер изображения" в котором хранится вся
графика для создания меню. И вот если этот буфер переполняется, сценарист вежливо об этом предупреждает и не даёт собирать дальше диск.
Для меня, до сих пор остаётся неведомым, каким образом сценарист делает расчёт этой самой графики. Бывало PSD-файл после фотошопа весом в 56 мегабайт
подсовывал, так он его проглотил, и заполнение буфера показал в 90%. А бывало PSD-файл в 15 мегабайт подсовывал, так он верещать начинал, что НИЗЯ! Зараза.
Вот, поди, пойми его. Одному господу известно как он там расчёты делает.
Но благо, благоразумие у людей всё же есть, и буфер изображения для меню построенное на Джаве (BD-J) сделали для профиля 1.0/1.1 в размере 45,5 мегабайт, а для
профиля 2.0 аж-но цельных 61,5 мегабайт. Ну, правильно, плеера то стали мощнее, нежели в 2006 году и сложную анимацию и графику в меню теперь ворочают на раз.
Ну и небольшое дополнение по профилям. Что это и для чего они нужны.

Для Blu-ray было определено 4 профиля.
1.0: Основной профиль, на котором были основаны все Blu-ray-плееры до апреля 2007. В аппаратные требования входит только 64Кб памяти для
хранения пользовательских закладок и настроек. Большинство плееров имеют больший объем этой памяти. С 31 октября 2007 минимальным обязательным
профилем стала версия 1.1.
1.1: обычно называется “Profile 1.1”, более формально – “Final Standard Profile”/“Окончательный Стандартный Профиль”. В соответствии с его требованиями,
в проигрывателе должен быть второй, дополнительный, декодер видео (обычно используется для системы картинка-в-картинке), дополнительный аудио
(для интерактивного аудио и комментариев), минимум 265Мб для хранения обновлений аудио, видео и прочего. Совместимость с профилем 1.1 обязательна
для плееров, выпускаемых с 31 октября 2007. Некоторые проигрыватели могут модифицироваться до версии 1.1 программно. При проигрывании дисков,
записанных в профиле 1.1, на старых плеерах некоторые функции могут быть недоступны, но основное содержимое воспроизводиться должно.
2.0 (BD-Live): этот профиль добавляет к двум стандартным возможности сетевого подключения и увеличивает
требования к локальному устройству хранения данных до 1Гб.
3 (аудио): Профиль 3 предназначен для аудио-плееров и не требует декодирования видео или BD-J.

:smile_ay:

Есть ещё очень большое различие между IG (Interactive Graphic) и java-menu: разный формат картинок. В HDMV используется png , т.е. индексная картинка с поддержкой переменной прозрачности. В BD-J - Формат 256 colors, 8-bit alpha Photoshop не понимает, работаем мы в PS с полноценной графикой, поэтому определить что-то по размеру psd врядли удастся. Я не знаю, как можно оценить размер IG без сценариста. Могу только сказать, что вариантов экономии буфера IG несколько. Например,создание общей палитры для всех страничек, или уменьшение количества используемых картинок для кнопок, но это уже отдельная песня.

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

Это, собственно, и есть меню, в котором мы нажимаем на кнопочки

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

Сергей собери меню по моему шаблону Universal попадёшь
Я про хитрости экономии только в скайп печатать не комфортно

Нет уж, Дорогой. Вот выздоровеешь, и прилюдно отпишешь, что бы все видели. :)

Поподробней долго шибко. Времени пока нет. Создание общей палитры делаем в настройках дизайнера на закладке палитры. Там выбор из трех вариантов: отдельная палитра для каждой страницы, общая палитра для всего меню, загрузить уже существующую.
Создание ещё более экономного меню требует больше времени, и работы уже в сценаристе. Смысл таков: использовать для одинаковых кнопок одну картинку на разных страничках (возможно только при общей палитре).
п.с. естественно, общая палитра уменьшает "красочность" вашего меню. Особенно это заметно на картинках чаптеров с градиентами.