dokeさん主催の忘年会に参加して来ました
web業界の色々な人達とお会いする事が出来、濃い話をお聞きすることが出来て
すごく有意義な時間を過ごせました。
その忘年会の前にCUPPYさんにてプチ勉強会をするとの事だったので
おじゃまさせていただきました。
プチ勉強会の議題は以下です。
---------------------------------------------------------------------------------------------------------------------
アニメーター・スクリプター(あえてそう書きます)が同時進行するプロジェクトだった際に
アニメーターの作ったフレーム分けと簡易スクリプトで構成された
アニメーションを素材を、どのようにスクリプターに受け渡せば、効率良く構築を行う事が出来るのか?
---------------------------------------------------------------------------------------------------------------------
以下、会話の内容を箇所下記にて書かせてもらっています。
web業界の色々な人達とお会いする事が出来、濃い話をお聞きすることが出来て
すごく有意義な時間を過ごせました。
その忘年会の前にCUPPYさんにてプチ勉強会をするとの事だったので
おじゃまさせていただきました。
プチ勉強会の議題は以下です。
---------------------------------------------------------------------------------------------------------------------
アニメーター・スクリプター(あえてそう書きます)が同時進行するプロジェクトだった際に
アニメーターの作ったフレーム分けと簡易スクリプトで構成された
アニメーションを素材を、どのようにスクリプターに受け渡せば、効率良く構築を行う事が出来るのか?
---------------------------------------------------------------------------------------------------------------------
以下、会話の内容を箇所下記にて書かせてもらっています。
アニメーターはどういう仕組みでアニメーションが作られて
スクリプトが書かれているのかを伝える必要がある。
どういうふうに使う事を考えて作っているのか?
概要構築図があればよいのかも?
ベストは少なからず、お互いの領域を知っている事
パーツ単位の作法を共有する事でカバー出来ないのか
フレーム名(スタートエンド等)
厳しいものはムービーの中にボタンが入っていると厳しい
(中に書く派と書かない派に分かれる)
フレームの最後にボタンを書かれると厳しい
1.ボタン処理について
例)走ったアニメーションの最後のフレームにボタン
スクリプター的にはvisibleかalphaで処理したいところ
しかし、アニメーターの人は、何秒後にボタンが現れる処理とかだと
直感的に分からない事があるのでファイル上での会話?のネックになる
仕方がなければムービーないにボタンを入れるしか…
ボタンを埋め込む作業が大変だった…
ボタン1個1個に呼ばれたりするのはメンドクサイ
先行作業でボタン処理を作ってしまっていたので
切り替えるのが大変だった…
2.ムービークリップ素材について
素材の受け渡しの際にムービークリップ名が変わってくることとかあるので
ムービークリップ等でまとまっていた方が良い。
コンパイル素材?コンポーネントとして受けられれば差し替える事が可能なのでやりやすいかも?
修正の場合にはコンパイルデータをもらう方が良いかも。
場合によっては来る度にムービークリップの構成が変わったりする事があったりするので
それは素材管理の意味でも厳しい、、
3.作り方の共有・フォーマット
人の作ったものって極力知らなくて作りこめるほうが幸せだよね。
っていうか触りたくないよね(笑)
お互いに知らなくても連携部分だけ作っておければ幸せだよね。
functionまったくわかりませんの人とやりとりする時にはどうしようかね。
トリガーだけ書いておいてくれればいいよっていうのがいいかも
書き方は教えるって感じで
結局のところ全体を見てハンドリングする人がアサイン出来れば一番いいのだけど
そういう人って結局は手を動かす人じゃん?(笑)
極力、お互いのやりかたを共有しておくのがいいよね。
☆社内でフォーマットを固めておいて、外部の時にはそのフォーマットでやってもらえれば
いいんじゃないかなー?
中身をみなくても作りこみに入れればいいのだけど
結果的には見なくちゃ作りこみ開始できないんだよね
どういう事(動き)をさせたいのかを伝えるために
右下にボタンを作ってもらって画面遷移とオブジェクトの動きだけ伝えてました。
作成が同時進行だとなかなか難しい…(==;
アニメーションはこっちで作るので
つなぎこみだけお願いします。ということがよくあるけど
もしも自分的な作業になった際のカードは用意しておいた方がいいよね
事前に作り方について話しておいてもそこで出なかった部分が懸念事項となった
例)左上が基準点のつもりで進めていたが、オブジェクトの基準点が中央だった。
デザイナーの人が認識している基準点がオブジェクトの中心点って事はあるかも
(ムービークリップ拡大縮小パーツ選択時の中心点)
用語というか認識が統一されていない感はあるかも
(基準点と中心点)
※修正したオブジェクトもらった時に基準点が違ったりするのはかなりヤバイ!
---------------------------------------------------------------------------------------------------------------------
!全体のまとめとしては社内的なお作法を作成しておき
外部の人とやる時にはそのルールに則って作業してもらうと良いかも
でも、認識の違いとかは発生するので自分内の注意事項リストを持っておいて
随時増やして行くともっと幸せになれるかも
---------------------------------------------------------------------------------------------------------------------
トラックバック(0)
このブログ記事を参照しているブログ一覧: CUPPYさんにおじゃまして来ました
このブログ記事に対するトラックバックURL: http://www.level-zyass.net/life/mt-tb.cgi/77

先日はお疲れさまでした!
Cuppyにてお会いした、名古屋在住のものです。
注意事項リストを共有して、みんなで育てられたらそれこそ幸せになれるかも、、と思ってました。
あまりきっちりしないところがFlashの魅力だったりと、なかなか簡単に効率化とはいかなさそうですし、難しいツールですねー。でもそれがいいときもあって、でも効率が、という出口のない迷路にはまりそうです。。
コメントありがとうございます!
先日はお疲れ様した。
普段だとなかなかFlashをしている方々と
お話をする機会がないので大変勉強になりました。
注意項目リストの共有の意味では少し前の勉強会で
"SMILE format"というプロジェクトが出来ました。
・http://smileformat.libspark.org/trac/wiki/Discussion1
普段スクリプトの方面に意識が行きがちですが
このあたりをもっと精度の高いものに出来れば
本当にデザイナーもスクリプターも幸せですね。
----
Flashも出た当初とは変わって、よりプログラム思考が強くなっているので
その観点から考えれば、他の言語で構築する時のような仕様書等も
きっちりとしたものがあって当然な時代になって来た…そう思います。
(Flexを主に仕事をしている方々はそうのかもですね…)
ただ、画面遷移がないもの(制御の必要性があまりないもの)も
同時に存在する事になるとは思うのでそのあたりの住み分けが難しいところですね、
自分の環境ではないところでは
すでにしっかり住み分けが出来ていたとしたら
それこそ危機感を覚える怖い事ですが(^^;