http://www.dango-itimi.com/blog/ 団子一味によるFlash実験Blog ja Copyright 2008 Wed, 14 May 2008 20:27:21 +0900 http://www.sixapart.com/movabletype/?v=3.2-ja-2 http://blogs.law.harvard.edu/tech/rss Action Script 2.0 三項演算子内で getter を使用する場合、代入対象の値を全て getter にするとコンパイルエラーが発生します。 以下のような Sampleクラスがあるとします。 [code] class Sample{ private var num1:Number = 1; private var num2:Number = 1; public function get _num1():Number{ return num1; } public function get _num2():Number{ return num2; } } [/code] ここで、以下の Test クラスのような三項演算子での Sample クラスの getter の利用は問題はありません。 [code] class Test{ public function Test(flg:Boolean){ var sample:Sample = new Sample(); var num1:Number = flg ? 1 : 2; var num2:Number = flg ? sample._num1 : 2; var num3:Number = flg ? 1 : sample._num2; } } [/code] しかし以下の用な記述を行うと、コンパイルエラーが発生します。 [code] class Test{ public function Test(flg:Boolean){ var sample:Sample = new Sample(); //コンパイルエラー発生 var num:Number = flg ? sample._num1 : sample._num2; } } [/code] [code] ■エラー内容 代入ステートメントが一致しません。Function が見つかりましたが、Numberが必要です。 [/code] getter の sample._num1 と sample1._num2 がNumber型ではなく Function型として評価されてしまうようです。 上記エラーを避け、なおかつ三項演算子を使用したい場合は、キャストを用いて型変換を行えばよいようです。 [code] class Test{ public function Test(flg:Boolean){ var sample:Sample = new Sample(); //コンパイルエラーは発生せず var num:Number = flg ? Number(sample._num1) : Number(sample._num2); } } [/code] http://www.dango-itimi.com/blog/archives/2008/000961.html http://www.dango-itimi.com/blog/archives/2008/000961.html FLASH Wed, 14 May 2008 20:27:21 +0900 http://www.kaede-software.com/2008/01/htmlsubversionw.html 【 デバイスフォント シェイプマスク適用にフィルタ設定 】 デバイスフォントにマスクをかける際、マスクはどのような形をしていようと、矩形マスクとして適用されてしまう問題があるようです。その問題を解決するために以下のサイトのような ビットマップキャッシュを用いた方法があります。 　fumiononaka.com : デバイスフォントが表示されない 　http://www.fumiononaka.com/TechNotes/Flash/FN0502002.html 上記サイトの他の方法として、デバイスフォントのテキストフィールドにフィルタ設定を行うと、ビットマップキャッシュを用いずとも、マスクは矩形として適用されず、シェイプの形そのままで適用することができるようです。 【 ローカル上で確認する際の 他バージョンへのswfへの変数アクセスの制限 】 FlashPlayer8で書き出した swf(8.swf) から FlashPlayer7 で書き出された swf(7.swf)を読み込む場合、ローカルPC上に配置している 8.swfを表示するhtmlをブラウザで開いて動作確認を行おうとしても、8.swf から 7.swf への変数へはアクセスできませんでした。 Flashのムービープレビューやネットワーク上では問題なく動作するため、おそらく他バージョンへのswfのローカルアクセスは制限されているのかもしれません。表示確認に、やや手間がかかってしまうのが面倒です。]]> http://www.dango-itimi.com/blog/archives/2008/000960.html http://www.dango-itimi.com/blog/archives/2008/000960.html FLASH Wed, 14 May 2008 20:17:44 +0900 http://fdt.powerflasher.com/blog/?p=40 早速利用してみましたが、oh ブラボー！としかいいようがありません。プログラミング中に、クラス名、メソッド名、変数名はおろか パッケージ名やパッケージ構造もモリモリ変更したくなる方にはうってつけのツールとなりました。 追記)ベータ版のせいなのか、パッケージ名付でクラスを newを行っている箇所に対しては Moveが実行されない等、まだ動作は完全ではない模様。 --- 以下、Action Script での Refactor Rename コマンド実行における注意事項。 配列演算子による変数へのアクセスの記述は注意が必要となります。 ]]> http://www.dango-itimi.com/blog/archives/2008/000959.html http://www.dango-itimi.com/blog/archives/2008/000959.html FLASH Thu, 13 Mar 2008 21:42:41 +0900 今後のネットでの検索用に、20分ほどつまずいた ファイル読み込み時の簡単なエラーのメモ。 URLLoaderでcsvファイルを読み込む処理を作成し ローカルPC上で動作検証してみたところ、次のような csv ファイルが読み込めないという旨のメッセージが表示されました。 [code] [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2032: ストリームエラー。 URL: file:///～/viewer.csv"] [/code] 原因は、読み込み対象の csv ファイルを Excel で開いていたからでした。Excelで開くことにより読み込み対象のファイルがロックされてしまっていたようです。Microsoft Office系のソフトは皆このようになるのでしょうか。メモ帳等のテキストエディタの場合は、この現象は起きません。csvファイルをExcelで開くようにファイル関連付けをしていると、ローカルPC上でのcsvファイル読み込み検証時、同じようにつまずく事があるかもしれません。 http://www.dango-itimi.com/blog/archives/2008/000958.html http://www.dango-itimi.com/blog/archives/2008/000958.html FLASH Mon, 18 Feb 2008 16:57:56 +0900 http://m.dango-itimi.com/trebo/test/5.swf ・携帯電話用 団子一味のアドレス 　http://m.dango-itimi.com/ ・QRコード 携帯端末での操作方法は、「2」「8」「4」「6」キーでキャラクター移動＆攻撃となっております。 携帯用のトレジャーボインゴは、フレーム分割処理というものを組み込んでいるため、マップ生成からステージ表示まで20秒くらい時間を必要とします。携帯版ではマップ生成中は「マップ生成中...」といった表示を行う予定です。 --- Flash Lite 3.0 が搭載されている docomo 905i シリーズのワークメモリは以下のページによると 一律 3072KB とのこと。 http://www.nttdocomo.co.jp/service/imode/make/content/spec/flash/index.html Adobe Device Central CS3 のエミュレータ上では、トレジャーボインゴのワークメモリ使用数は 2400～2600KB 程度となっているので、携帯端末上でも問題なく動作してくれました。 現状わかっている問題点として、フロア切り替え後、階段をすぐさま下り次のフロアへ移動すると メモリ解放が上手く行われない、といったことがあるようです。使用メモリが上がったままになってしまい どんどん 3000KB に近づいいってしまう、という現象が起こってしまいます。 端末の性能がアップしていることからか、Flash Lite 2.0 が搭載されていた au よりも処理速度は早く動作しています。キャラクター等の移動速度は PC に比べると遅いですが、au よりは早く動作するようになりました。 docomo 905i シリーズから画面領域がいままでの倍となったので swf表示サイズを当初の予定通り倍にしています。ドット感が出ていい感じです。 ■PC版はこちら ]]> http://www.dango-itimi.com/blog/archives/2008/000957.html http://www.dango-itimi.com/blog/archives/2008/000957.html FLASH Mon, 14 Jan 2008 22:21:16 +0900 年末年始と親戚の方の不幸が重なり色々とばたばたしておりました。 これからできれば新年用のイラストなど何かこさえたいと思います。 某所の日記はあまりに放置しすぎなので、こちら X-LABO へのリンクに切り替えたいと思います。 団子一味 & X-LABO を見てくださっている皆様、今年もまったりとよろしくお願いします。 http://www.dango-itimi.com/blog/archives/2008/000956.html http://www.dango-itimi.com/blog/archives/2008/000956.html ETC Sat, 05 Jan 2008 01:07:16 +0900 年の最後に今までに出来ているものまでをアップ。 ポップアップテキスト表示やステージ切り替え処理組み込みなどなど。 http://www.dango-itimi.com/blog/archives/2007/000955.html http://www.dango-itimi.com/blog/archives/2007/000955.html FLASH Thu, 27 Dec 2007 16:59:05 +0900 昨日は以前勤めていた会社の同期の人の結婚式二次会に参加させてもらいました。 周りを見てみれば他の参加していた同期の人たちは皆 婚約、結婚済み。子供の話やら家を建てたという話やら、まるで未知の世界に迷い込んでしまった錯覚にとらわれていたわけですが、そんな最中 式といったら定番のビンゴゲームが始まりました。 ビンゴゲームといったら大きな声でリーチと叫んだり、ビンゴになったらスポットライトが当てられる、といった印象があります。目立つのが嫌な私は「やべ… 当たるなよ！ 絶対に当たるなよ！」といった具合にプルプルしておったわけです。 そうしたらなんといいますか、一等賞ウルトラビンゴ、景品は Wii ですよ。 おお、神よ… Wiiは最近購入したので二台目です。 ともあれ大変うれしいものでして、今回の Wii は家族用のものとさせてもらうことにしました。 新郎新婦の方、おつかれさまでした＆ありがとうございました。 http://www.dango-itimi.com/blog/archives/2007/000954.html http://www.dango-itimi.com/blog/archives/2007/000954.html ETC Sat, 24 Nov 2007 12:41:27 +0900 処理フレーム分割」を行った事により、ローグライクマップ自動生成処理を携帯端末で動作させることに成功しました。しかし、生成処理の処理行数が多いためかメモリを結構消費してしまい、ゲーム本体であるトレジャーボインゴのメイン処理を続けて実行すると「FLERR: メモリ不足エラーです。」というエラーが発生。 　モバイルデバイスに適した Flash Lite アプリケーションメモリの管理 上記ヘルプページによると、メモリを解放するには使用していない変数に null を代入すればよいとのことなので、色々 null なり delete なり試してみましたが一向に解放される気配を見せてくれず。 Adobe Device Central CS3のエミュレータからメモリについて調べてみたところ、現状の au の FlashLite のヒープメモリ量では トレジャーボインゴを動作させることは困難かもしれません。後もう少しで動作する…！ というところでメモリが足りなくなってしまいます。vodafone は au よりもヒープメモリが高く設定されている(500KB程多い)ようで、動作するみたいです。 ローグライクマップ自動生成処理を AIR か何かで作成し、マップ情報をあらかじめたくさんの静的ファイルに書き出しておき、ゲーム実行時にそのファイルをランダムで読みに行く… といった対策が考えられますが、ローグライクマップ自動生成処理をAS3で作り直す気力は現在なし。 「処理フレーム分割」等、携帯用の対策を行っているだけで時間がかかり 先になかなか進めることができないため、しばらくは携帯で動作させる事はあきらめようと思います。当面は PC と Wii 用向けということで、今後 携帯端末の性能がもう少し上がってくれることを願います。]]> http://www.dango-itimi.com/blog/archives/2007/000953.html http://www.dango-itimi.com/blog/archives/2007/000953.html FLASH Sun, 18 Nov 2007 18:34:44 +0900 http://fdt.powerflasher.com/ eclipseでAS2の開発を行う場合、もっぱらFDT2.0を用いておりました。 丁度仕事でAS3の開発を行うことになりそうなので、AS3の開発を行う場合、現在まだベータ版である FlexBuilder とどちらが開発がし易いか等、調査してみたいと思います。 追記) FDT3.0をインストールした後、Flash Explorerを開こうとすると 「メモリが足りないから eclipse.ini 内のメモリ設定箇所を -Xmx512m に書き換えてください」といった旨のダイアログが表示され、起動することができませんでした。 調べてみたところ、以下のページが参考になり無事起動成功。 Hatena::Question Eclipseが「応答なし」にならない方法を教えて下さい。 追記2) 2007/11/28 メインマシン Windows XP の eclipse 3.3.1 でソースコードを書いている途中 頻繁にeclipseがフリーズしてしまいます。ノートPC Windows Vista の eclipse 3.2.2 では快適に動作しています。フリーズの原因は eclipse が悪いのか FDT が悪いのか PCの性能がよくないのか、わからずの状況。 追記3) 2008/1/14 フリーズの原因が恐らく判明。 追記2では Vistaではフリーズは起こらないと書きましたが、その後Vistaでも頻繁にフリーズが起きてしまっていました。 viplugin を eclipse に導入していて、なおかつ vi のファイル保存コマンド「：w」を実行する、と eclipse がフリーズする可能性が高いようです。なので、Windowsデフォルトの「Ctrl + S」で保存すればフリーズを回避することができます。FDT と viplugin で何か処理がバッティングしてしまっているのですかね。]]> http://www.dango-itimi.com/blog/archives/2007/000952.html http://www.dango-itimi.com/blog/archives/2007/000952.html FLASH Fri, 16 Nov 2007 02:06:04 +0900 「ローグライクマップ自動生成処理」を 現在作成しているFlashLiteゲーム「トレジャーボインゴ」に組み込んでみた所 携帯端末上ではエラーが発生し動作しなくなった、と以前blogに記述しました。1フレーム内で処理する行数が多すぎたためエラーが発生しているものと思われます。 「ローグライクマップ自動生成処理」のみを携帯端末で動作させてみたところ、同じくエラーが発生。「ローグライクマップ自動生成処理」を行う各クラス内のメソッドを複数のフレームをまたぎつつ呼び出す必要がありそうです。 対処として以下のような方法をとることにしました。 【 メインクラスの変更 】 メインとなる Sampleクラス があるとします。 [code] class Sample{ private var testA:TestA; private var testB:TestB; private var testC:TestC; public function Sample(root:MovieClip){ testA = new TestA(); testB = new TestB(); testC = new TestC(); testA.run(); testB.run(); testC.run(); } } [/code] TestA～Cクラスの runメソッドを実行すると それぞれの処理行数が多すぎてエラーが発生してしまう、という場合、各runメソッドを1フレームにつき一つずつ実行するためには以下の様に変更します。 [code] class Sample{ private var testA:TestA; private var testB:TestB; private var testC:TestC; private var main:Function = null; public function Sample(root:MovieClip){ testA = new TestA(); testB = new TestB(); testC = new TestC(); main = funcA; var sc:Sample = this; root.onEnterFrame = function(){ sc.run(); } } private function run():Void{ main(); } private function funcA():Void{ testA.run(); main = funcB; } private function funcB():Void{ testB.run(); main = funcC; } private function funcC():Void{ testC.run(); main = end; } private function end():Void{ ～ } } [/code] 上記変更により、一つのフレームで実行される処理は mainメソッドのみとなります。実際は、mainメソッドの参照先メソッド(funcA～C)が実行されます。参照先メソッド内の処理終了後 次に行いたい処理を再び mainメソッドに代入し、次々とTestA～Cクラスの runメソッドを実行していきます。 【 各クラスの変更 】 ここで TestA クラス の内容が以下のようになっているとします。 [code] class TestA{ public function TestA(){} public function run():Void{ func1(); func2(); func3(); } private function func1():Void{ ～ } private function func2():Void{ ～ } private function func3():Void{ ～ } } [/code] TestAクラスの func1～3 メソッドの処理行数が多く、TestA.runメソッドを実行するとエラーが発生してしまう場合、以下の用に変更します。 [code] class TestA{ private var main:Function = null; public function TestA(){} public function run():Boolean{ if(main == null) main = func1; main(); return main == null; } private function func1():Void{ ～ main = func2; } private function func2():Void{ ～ main = func3; } private function func3():Void{ ～ main = null; } } [/code] また、Sampleクラス の funcAメソッド を以下の用に変更します。 [code] ～ private function funcA():Void{ if(testA.run()) main = funcB; } ～ } [/code] これにより、TestAクラス内の各メソッドが1つのフレームで一つだけ実行されるようになります。TestA.runメソッドから true が返ると、TestAクラス内のすべての処理が終了したことを意味します。 現在は「ローグライクマップ自動生成処理」に上記のような対処を各クラスに追加/変更中... しかしなかなか動作してくれず。 http://www.dango-itimi.com/blog/archives/2007/000951.html http://www.dango-itimi.com/blog/archives/2007/000951.html FLASH Wed, 14 Nov 2007 20:28:51 +0900 OH! DANGO JAM」が無断掲載されているという情報をメールにていただきました、 おもしろFLASHゲーム集 http://flash.ge-mu.net/ おもしろFLASHゲーム集 の 「OH! DANGO JAM」が掲載されているページ http://flash.ge-mu.net/html/072703.php びっくりしたことに「自分のサイトに設置」タグまで用意されています。こ、こいつは信じられねえ… このサイトを運営しているのが「有限会社チビコン」というところらしい。 http://chibicon.net/top.html なんか見たことあるなこのURL、と、過去のメールをさかのぼって調べてみたところ、団子一味のゲームのURLに片端からリンクを貼り、ゲーム集リンクサイトを作っていたところではないですか。リンクが貼られるたびに、都度「ゲームを紹介しました」というメールがどんどん送られてきました。そのサイトには、各ゲームのURLと共にゲーム感想用掲示板というものが設置してあり、こちらの制作したゲームの感想が好き放題書けるようになっておりました。何が書いてあるかは、そのサイトがまだあるのであれば行って見るとわかります。こちらとしては、その書き込み内容に不快にさせられるだけだったためリンクを外してくれとメールを書きましたがスルーされてしまいました。 上記サイト、どうやら iframe で OH! DANGO JAM の swf を表示している模様。以前海外のサイトにて同じような事があった時、対策したような気がしましたがもう一度見直す必要がありそうです。何故こういう行為を行うサイトのために、こちらの時間を割かなくてはならないのかと、なんとも悩ましいものです。サクッとどこかに通報するだけで、対処してくるような所はないのですかね。.htaccessで制限かけることできるのですかなあ。 追記) 以下のページ 「さくらのレンタルサーバ非公式FAQ」の「画像への直リンクを防ぐ」を参考にさせてもらったところ、アクセス制限が上手くいった模様です。 http://faq.sakuratan.com/wiki/wiki.cgi?.htaccess ばんじゃーい！]]> http://www.dango-itimi.com/blog/archives/2007/000950.html http://www.dango-itimi.com/blog/archives/2007/000950.html FLASH Fri, 09 Nov 2007 03:53:20 +0900 905iシリーズの主な特長 そのうち以下の一覧に 905i が載ることになりそうです。 　端末スペック一覧 docomoでは Flash Lite 2.x 対応の機種は出ることはなくなったのでしょうか。 Flash Lite 3.0 は FlashPlayer8 相当との事ですが、ActionScript 1.0～2.0 で FlashLite の開発を行いたい、という場合は、 au, vodafone の事を考え FlashPlayer7 相当の Flash Lite2.0 での開発を行ったほうが良さそうです。wiiにも対応できますしね。 後はFlashLite2.0を用いればこれくらいのゲーム/携帯サイトが作れます、といったものを作成し 色々な所にプッシュしていければと思います。時間はえらいかかってしまっていますが、トレジャーボインゴはなんとしても完成させなくては。]]> http://www.dango-itimi.com/blog/archives/2007/000949.html http://www.dango-itimi.com/blog/archives/2007/000949.html FLASH Thu, 01 Nov 2007 19:33:55 +0900 OH! DANGO JAM」でも使用していた 数値や英字がポップアップして表示される テキスト表示処理をライブラリ化。トレジャーボインゴに用いる予定。 以前も作成したような気がしましたが、過去とコーディングスタイルが徐々に変わっており、現在のコーディングスタイルに合わせたものを作成し直しました。 ]]> http://www.dango-itimi.com/blog/archives/2007/000948.html http://www.dango-itimi.com/blog/archives/2007/000948.html FLASH Thu, 18 Oct 2007 20:53:36 +0900 Flash8で作成していたFlashLite用ゲームを Flash CS3(Flash9)でパブリッシュしてみると、Flash CS3で書き出される swfの方が容量が大きいことがあります。原因は詳しく調査はしていないのでわかりませんが、100KBの容量ギリギリにswfを作成している場合は とても困る問題です。 Flash CS3では ラスタデータの画像の書き出し処理に何か不備がある、といった記事をどこかで見かけたことがありますが、そこらへんが関係しているのかもしれません。 http://www.dango-itimi.com/blog/archives/2007/000947.html http://www.dango-itimi.com/blog/archives/2007/000947.html FLASH Fri, 21 Sep 2007 10:40:55 +0900