Pull to refresh

Comments 52

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

к списку:
— используйте вектор везде, где это возможно (логотипы, не сложные картинки) — размер флехи будет меньше, анимация будет гладкая, просс грузить будет меньше, ну и в дальнейшем править самим же будет проще, т. к. вектор.
— элементарную анимацию лучше делать на as (вращение, выцветание и прочее — это не сложно), — так ее легче редактировать, а то бывают забьют кадров под 2000 и сидишь как идиот — таскаешь курсор туда-сюда.
шёпотом: если хотите выделить текст в письме используйте жирное начертание или курсив, если хотите сделать особое ударение. Зелёный на белом фоне менее контрастен чем чёрный на белом, т. е. вы получили обратный эффект — текст читается легче чем заголовки :)
тоже тихо так: у меня видимо контрастность на мониторе другая.
гуд, сейчас подправлю ))
«используйте вектор везде, где это возможно» && «просс грузить будет меньше» — вот тут Вы совершенно не правы. Растр как раз-таки меньше тормозит.
Растр не только меньше тормозит, но и в некоторых случаях занимает меньше места. К примеру растровая иконочка весит килобайт 5-6, а насыщенный вектор может весить килобайт 50-60, так как хранит информацию о всех группах (слоях) и т.д.
Сначала думай, потом deadline…
с «select unused items» вы аккуратно — частенько она ошибается, так что заранее сохраняйтесь.
это кстати да.
а ещё она почти никогда не удаляет неиспользуемые битмапы, поэтому лучше всё-таки библиотеку ручками чистить. так надёжнее.
Используйте стандартные шрифты, либо, если используете экзотические, экспортируйте только задействованные буквы.
А еще лучше Ctrl+B
А вот про то, что так категорически делать нельзя, написано здесь уже несколько постов. Тем более от этого свфка становится больше в виду многократного дублирования одинаковых символов. И текст после этого невозможно отредактировать.
«5. Сортируйте символы, музыку и битмапы по папкам...»
Кстати, в библиотеке список объектов можно отсортировать по типу ;)

Сам довольно долго работаю с флешем…
Хочу сказать, что после многократных добавлений/удалений элементов в библиотеку, размер фла только увеличивается. Тоесть, если ваш исходник весил 10 Мб и вы добавили видео размером 40 Мб, а потом его удалили, то размер исходника не уменьшиться после этого. А будет составлять 50 Мб.
Но существует специальная функция во флеше — Save and compact . Которая как раз и занимается тем, что при сохранении удаляет все объекты-призраки.
А про это не знал, спасибо за информацию.
Эта команда делает следующее: сохраняет флашку в тэмпе с темповым именем, после чего твою реальную флашку удаляет и записывает на её место флашку из темпа.
То есть грубо говоря делает просто save as… в новый файл. Именно эта команда и убирает весь мусор. Потому, что флашка пишется с нуля.
В случае же обычного save идёт дописывание флашки. И этот процесс не удалит ваши 40 мегабайт видео. Зато произойдёт очень быстро и без глюков.
Но с другой стороны save and compact, в случае глюка на процессе замены вашего старого файла новым, может побить вашу флашку на всегда.
Поэтому лучше всего в случае желания сжать флашку — использовать save as… в файл с новым именем.
И еще… Старайтесь держать свой AS код в одном месте…
А то бывает, что в проекте 20 кнопок и на каждой кнопке висит код управления. Пока отредактируешь все — с ума можно сойти ;)
4, 5 — для некоторых дизайнеров это бесполезно, то же касается и PSD-исходников. Поэтому по возможности с ними лучше не иметь дел вообще.
ооо, psd исходники это вообще особо наболевшая тема…
ну)) не все дизайнеры такие, у меня всегда есть папки «head», «body», «footer», и вложеные, самому так удобнее.
Ещё раздражает когда для написания одного слова используют текстовое поле шириной в 500 и высотой так в 600 пикселей…
«Не используйте растр там, где можно использовать вектор»

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

«Не используйте сцены (Scenes). Можно легко ограничиться мувиклипами.»
Пока разберешься, что объект в другой сцене — крыша съедет.

«Не переводите текст в кривые»
Лучше поискать нужный шрифт, чем потом анимировать все заново

«Не всегда стоит выводить код в классы/инклюды»
Да, грамотней писАть в классах, но трудозатрады должны быть рациональны — для баннера это ни к чему, да и не зря ведь Adobe дает возможность писАть во фреймах.
Эм… а если не переводить шрифт в кривые, увидят ли его конечные пользователи, у которых отсутсвует данный шрифт?
если шрифт static, то его будет видно в любом случае.
если динамический, достаточно добавить шрифт в библиотеку и «заэмбедить» нужные символы. и никаких проблем не будет.
вообще переводить шрифты в кривые во флеше — это кощунство.
Полностью поддерживаю, это равноценно тому, что текст картинками мутить…
Яростно поддерживаю про трудозатраты и код в кадрах!!!

Одно дело — простенький баннер, и совсем другое — полноценный сайт с кучей модулей.
Кстати поделюсь замечательным keybord shortcut`ом
это edit->edit in place.

Теперь когда у нас выделен какой-нибудь movie clip, то вместо того, что бы клацать по нему мышкой (иногда тяжело попасть), просто нажемаем наше сочетание клавиш, и мы всередине обьекта.

настраиваеться так
Edit->Keyboard shortcuts
делаем duplicate set
выбираем Drawing Menu Commands
edit->edit in place
И ставим свой шорткат, какой удобно
мне как-то легче даблкликом
если сложно попасть то всегда можно увеличить :)
Если флеш ролик интерактивное приложение, типо флеш-альбома, сайта и т. п. создайте
в начале или в конце ключевой кадр и забейте в него информацию о главных символах, функциях, настраиваемых переменных и т. п. Я 2 дня разбирал скрипт какого-то портфолио на флеше прежде чем вкурил что, за что отвечает и как символы взаимодействуют друг с другом.
прочитали бы это все, к кому это относится
особенно пункты 3, 4, 5
(автор, как я Вас понимаю)
Полностью присоединяюсь к словам автора!!! народ, сжальтесь! )
Очень похоже на 10 заповедей — все о них знают, но мало кто строго выполняет…
По поводу последнего пункта, есть еще: File -> Save and Compact
Он не удаляет не используемые символы из библиотеки.
Я знаю, но тоже сокращает размер исходника.
When you select Save and Compact, Flash creates a new optimized file (removing the undo history) and deletes the original file.
Еще можно посоветовать не начинать создавать движняк на главном таймлайне, а создать клип, в рамках которого будут все остальные телодвижения.

Это может очень помочь при масштабировании (но не всегда). Ну и импорт клипа в более сложные структуры становится относительно простым.
Мне всегда казалось, что перенести все слои с главного таймлайна в новый мувиклип — это работы секунд на 10. Или ты что-то другое имеешь в виду?
Попробуйте, открыв любой мало-мальски сложный темплэйтмонстровский шаблон, за 10 секунд это сделать :)
Не вижу проблем, независимо от количества кадров и слоёв:
Выделяем все кадры во всех слоях, кликаем правой кнопкой на любой кадр, выбираем copy frames, удаляем все эти кадры, создаём новый мувиклип, в нём paste frames, кладём этот мувик на уже пустую сцену. В чём проблема?
Либо ещё проще — ставим jsfl плагин layer manager (вроде такое у него название) и в нём это делаем за 5 секунд.
Только при копировании слоев в новый мувиклип — от слоев пути отваливаются. А если исходник чужой — порой этого и не замечаешь в куче слоев (и не дай бог папок).

А как layer manager — справляется с копирование твинов, не подскажете?
Про пути не замечал, так как в обоих сиудиях, где я работал, guide'ами пользуются только для скрытия слоёв. И чтото даже не верится в то, что они отваливаются — надо будет попробовать.
А layer manager справляется отлично с любыми слоями. Но у него есть один бок — он ставит ноль нового мувика в центре, а это не всегда удобно. А вообще скачай и попробуй — он бесплатный.
Маски не отваливаются, а guid'ы — отваливаются. Даже в CS4.
А вот про способ скрытия слоев guid'ами — не пользовался, а для чего вообще применятеся такое скрытие?
Если у тебя есть слой, который тебе нужен для разработки, но при коприляции не нужен — то просто делаешь его гайдом. Например скриншот будущей флэшки, чтобы по нему расставлять элементы. Или слой, на котором лежат мувики, которые потом будут добавляться на сцену динамически. Или какойто мувик, который нужно убрать из флэшки, но он еще может понадобиться в будущем.
Гайды не компилируются в свфку, поэтому в них можно сувать любые штуки.
Но при очиске библиотеки — мувики, лежащие на гайдах считаются используемыми и не удалятся.
В общем сделать слой гайдом — всёравно, что скрыть его из свфки.
Ясно, я просто или удаляю хлам вручную или скрываю слой и убираю в настройках экспорта «include hidden layers». Может и способ с гайдами когда-нибудь понадобится. Спасибо за разъяснеие.
в каком конкрено случае отваливаются guid'ы при конвертировании слоёв в символ с помощью layer manager?

Я писал не про «layer manager».
тогда обязательно попробуйте.
при конвертации слоёв в символ все зависимости слоёв, в том числе guid'ов сохраняются.
в вообще станет намного проще работать.
flash-animation.ru/?page_id=35
Спасибо за ссылку, попробую.
не всегда, но зачастую для анимации ноль нужен именно в центре.
а для перемещения центра мувиков в левый верхний угол кажется был соответствующий плагин у потапенко.
к списку
я всегда для AS использую отдельный слой, обычно он самый верхний, и называю его «Action»
и на этом же слое использую метки.
Результат: виден весь код в мувике, а также видно все метки, и не приходится их искать по всем слоям.
А вот для меток лучше использовать отдельный слой, сразу под actions.
А лучше вообще не писать код в кадрах, переходить на AS 3.0 и печатать код в отдельных файлах + ООП, конечно же.
Sign up to leave a comment.

Articles