痛覚のないスーパーマッチョマン | fladdict
インターネットの身体拡張性について考えている。 といってもARのような仮想現実の話ではなくて、もっと泥臭いことのメモ。 身体性とフィードバック 例えば、現実世界で、大きなリュックを背負ってみる。 すると身体のアタリ判定が巨大化する。 不用意に振り向くと、誰かを跳ね飛ばしたり、壁を削ったりしてしまう。 階段を使うときも慎重になる。 背後に小さい子供がいると、死角になってとても危ない。 色々と注意が必要だけれども、そういった危険性はなんとなく予測できる。 事故はおこるとしても、大抵がはじめてか、注意を怠ったときだけだ。 いつもよりバランスが取りにくいとか、慣性が働きすぎるとか、そういった身体的なフィードバックがあるからだ。 抽象化されすぎた体験 一方でネットやアプリのインターフェースなどを見た場合、どうだろう？ そういったネガティブなフィードバックは、「不快」や「不便」や「カイゼンの対象」とし
アプリ製作のための定義ステートメント共有シート
渋谷オフィスを作り社会復帰して以来、チーム内でUI設計を標準化したいと、暇をみては色々なツールを試作している。その中の一部をとして、アプリケーション定義ステートメントの共有ツールをテスト公開。 アプリケーション定義ステートメントとは 聞き慣れない言葉ですが、大雑把にいうとアプリの本質を一言であらわしたコンセプト宣言。 家訓や社訓、電通鬼十則のアプリ開発版みたいなものであり、Appleは自社のヒューマンインターフェースガイドラインで、アプリ設計の最初にこのステートメント作成することを強く推奨しています。ステートメントがチーム全体で共有されていると、アプリがふらふらとブレずにしっかり芯が通ったものになる訳です。 アプリケーション定義ステートメントは、アプリケーションの主要な目的とその対象を、簡潔かつ具体的に宣言したものです。 アプリケーション定義ステートメントを開発作業の早い段階で作成しておく
Tweener拡張で、MovieClipをMatrixで超変形をできるようにした | fladdict
先日のTweener拡張、MatrixShortcut.as をさらに改造しました。 Tweenerの初期化後に、MatrixShortcuts.init() を呼ぶと、Tweenerにスペシャルプロパティが追加されます。 _matrix_a transform.matrix.a をトゥイーンする。 _matrix_b transform.matrix.b をトゥイーンする。 _matrix_c transform.matrix.c をトゥイーンする。 _matrix_d transform.matrix.d をトゥイーンする。 _matrix_tx transform.matrix.tx をトゥイーンする。 _matrix_ty transform.matrix.ty をトゥイーンする。 _matrix transform.matrixをまとめてトゥイーンする。 今回はさらに、俺至上便利
fladdict.net blog: かなり画質のよいFLVの作り方メモ
１： mencoder vp6setというツールDLする。 ２： アスペクト比に応じて、4:3.batか16:9.batにaviファイルをドロップ ３： 音質がきかれるので適宜入力 ４－１： ビットレートを適宜選択 ４－２： ModeをTwo-Pass Firstパスに ４－３： End UsageをLocalFile Playbackに ４－４： Noise Reductionを０に ４－５： Sharpnessを０に ４－６： Max Frame Btw Keys を必要に応じて設定(少ないほどキーフレームが多くなる) ５－１： OKを押すと同じダイアログが出るので、ModeだけTwoPass BestQualityに変更してOK とりあえずFLV Encoderとは比べ物にならないぐらいいい画質になることは確認済。このツールよいね。個人的には同圧縮率のSorenson squeeze
AS3とか勉強会 via Twitter 発表まとめ:fladdict.net blog
しゃべったことのうろ覚えなまとめ & 加筆。 やっぱアドリブで喋るとダメだね。 スケッチ11個のソースファイル（パス、ユーザー名は募集ホワイトボードのパスと同じ） 議題： コードで絵を描くお話 ・AS3ウザス。 ・ビジュアル部分ではOOPやテストファーストは必ずしもベストプラクティスではない。 ビジュアルコーディングの基本プロセス ・まず作る、動かす、評価する。初期段階ではこれを高速＆大量に繰り返す。 ・最初にしっかり設計すると、仕様変更、例外の嵐についてこれない。 ・AS3の厳格さは、ここで足をひっぱる 初期段階における、アンチOOP＆コピペ指向 ・実験段階で過度に継承すると、過去の実験との依存関係が発生する。 ・ベースクラスを弄ると、過去の実験が全部動かなくなる。 ・厳格な設計をすると表現、模索が「仕様上無理！」の壁とぶつかる。 ・なので最低限のテンプレ、インターフェースを用意、あとは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
