 |
|
■■■
■■
■ ああ・・情けない・・
人間の記憶力とは当てにならないもの・・。
それを痛感している やが＠Eight_Child です。
最近、Flashなんぞ作ってまして♪
メロディに合わせるそれがめっちゃ難しい。
特にやがは音痴なもんで(笑
しかたないので、画像とメロディをシンクロさせるために
秒を計って、歩合を計算して、画像の移動も算出した値を元に設定してます。
Ｘ軸とＹ軸なんぞの値も算出するわけなんですが、
大変なことが判明しました・・。
マイナスの計算ができない・・。
わかります？
例えば、156 - 196 の計算方法が思い出さなかったんです・・。
しかも、やがの算出した計算は、以下のような感じ♪
【状況】
・Flash画面のサイズは、５５０×３００。
・動かす画像のサイズは、２００×５０。
・４秒間の間で右から左へ流れるように動作させたい。
・５個のコマを作成してパタパタ漫画のように移動させることにする。
１．一番右端に画像の左端がある状態の左上の点の座標 ＝ ５５０、１５
一番左端に画像の右端がある状態の左上の点の座標 ＝ −２００、１５
ここは、大丈夫でした。
ちゃんと、５５０＋２００で７５０の幅を算出しました。
２．５コマだから・・・。 ７５０÷５ ・・。
わかります？ここで間違えました・・。
確かに５コマ分なのですが、最初の一こまは、絶対始点なわけで・・。
実際には、４コマで割るんです・・。
ってわけで・・。
７５０÷４＝１８７・・・２
３．始点のコマから順々に１７５引いていけばＸ座標がきまる。
ここで、やがは変則的な筆算式で答えを求めようとしたわけです・・。
それが、やがの敗因というか・・。
５５０ ← １コマ目のＸ座標
−１８７
―――――
３６３ ← ２コマ目のＸ座標
−１８７
―――――
１７６ ← ３コマ目のＸ座標
−１８７
―――――
ここ！
ここでわからなくなったやがでした・・・。
引くべき数値が大きい場合ってどう計算するんだっけ？
まぁ・・最終的には、いろいろ計算してみて、
答えが合わなくて（ 最終 −２００ ）にならなくて
１７６−１８７ ってのは、
(１８７−１７６)×−１ って結果にたどりつくんですけどね・・。
たったこれだけの計算でかなりの時間を・・・。
人間の脳なんてこんなもんなんですかね・・・。
しかも、普段電卓つかってるから余計かも。
漢字もかけなくなったことも思い出されますね。
手紙を書くときとか一苦労。
算数ドリル買ってこようかな（泣
2003年09月23日(火)
|
|
|
