もうちょっとなんとか…

「スーパー新幹線ゲーム」が「Appliv」で紹介されました

Tue, 14 Mar 2023 19:52:36 +0900

Androidアプリ「スーパー新幹線ゲーム」が、
アプリ紹介サイト「Appliv」に掲載されました。

ゲームの基本的な動きや操作方法、コースの種類などが紹介されています。

ゲームのジャンルは、
カジュアルゲーム > カジュアルアクションゲーム > 動体視力・反射神経系カジュアルゲーム > タイミングゲーム
となりました。

ということで、こちらは「タイミングゲームアプリおすすめランキング」です。

新作御祝儀で、今のところ上位に入っています（画像が１位になってるのは、「新作順」でソートしたからなんですが）。

スーパー新幹線ゲーム（旧「新・新幹線ゲームNEO」）

Sat, 25 Feb 2023 13:43:01 +0900

力を溜めて、勢いをつけて新幹線を発車！
下に落ちないように気をつけながら、東京から博多・盛岡まで運行しよう！

駄菓子屋の前なんかで見かける、新幹線に見立てた10円玉を弾いてゴールまで運ぶ「新幹線ゲーム」を元にした物理演算系のゲームです。

Androidアプリ「スーパー新幹線ゲーム」

ゲームアツマール上で発表したゲームでしたが、アツマールが終了するということでAndroidに移植してみました。

難易度を上げた「東北新幹線」コースを追加しています。

ゲームのコツ

コツというよりは、細かい仕様。

・溜めのキャンセル
新幹線をタッチすると力を溜め始めますが、画面をタッチしたままで新幹線からフォーカスを外すことで溜めをキャンセルすることができます。
動く線路の前でタイミングを間違ってしまったときは、発車をキャンセルしましょう。

・発車方向
新幹線は前方か後方、上を向いている方に発車します。
これはひっくり返ってしまった場合も同じです。また、さかさまの状態でも通常と同様の挙動をします。

・ひとつ戻る
BACKボタンで、最後に正しく駅を発車した態に戻ります。
新幹線がおかしな向きで停まってしまったときは、BACKボタンでやり直した方が無難です。そこから発車して立て直せることもありますが。

アツマール版との差異

「東海道・山陽新幹線」コースは基本的にアツマール版と同じコースですが、物理エンジンの細かい演算の差などによりまったく同じ挙動をするというわけではありません。
また、動く線路に速度を設定することにより動きが自然になっています。
そのためアツマール版での（無茶な）攻略法は使えない場合があります。ご了承ください。

謝辞

画像・BGMに、次の方々の素材を使用させていただきました。

・ゲーム中の画像
いらすとやさん

・アイコン画像
フリーカットさん
ぱくたそさん

・BGM
フリーBGM DOVA-SYNDROMEより、かずちさん

どうもありがとうございます。

Bevy 0.6 に対応

Thu, 13 Jan 2022 22:36:48 +0900

Rust + Bevyで作成したゲーム「くるんくる～ぱ」を、Bevy 0.6に対応させました。

「くるくるアクションパズル　くるんくる～ぱ」

ブラウザ等、環境によっては動かないかもしれません。

開発プロジェクト（GitHub）

ガイドに従えば0.6への移行自体はそんなに難しくはありませんが、0.5で作成した前回の記事で挙げられた点が結構改修されていますので、その辺りを主に並べてみます。

スプライトを半透明にする

SpriteSheetBundleと同じような感じで、SpriteBundleでもカラーのパラメータがSpriteに含まれるようになった。
これで透明度を変えるときでも、Assets<ColorMaterial>を持ち歩かなくて済む。

スプライトの加算合成

AlphaModeなんてのがあったから、これは？と思って見てみたが、どうも2Dのスプライトに使うものでもないらしい。そもそも、ブレンドモードに加算合成が無い……

需要はありそうなもんだが、何か見落としているのだろうか？

テキスト描画

Text2dBundleのTransformが、テキストの拡大率や回転角に影響するように変更された。
紹介ページでは、サイズを変えたきゃ「フォントサイズ」を変えることを勧められているけど。

Web対応

標準でWeb対応されて、特にプラグインを入れることなくコマンドオプションだけでWeb用にコンパイルできる。
そのためなのか、それとは別の話なのかはわからないが、Web版のテストにはwasm-server-runnerを使うようになっている。

いくつか注意点があって、wasm-server-runnerではこちらの用意したhtmlを介さないからなのかWindowDescriptorでcanvasを設定すると動かなかった。少なくともデバッグビルドでは設定を外す必要がある。

また同様に、小細工ができないので音が鳴らない。

wasm-server-runnerの設定かなんかでやりようがあるのかもしれないが、致命的な問題でもなかったのでほっといている。

最後に

コンパイル・デバッグの方法の変更でちょっと手間取ったりもしましたが、プログラム自体のBeby0.6への対応は難しくありませんでした。カプセル化されたクラスで変更点を吸収してしまうようなオブジェクト指向型のエンジンに比べると、修正箇所が多いような気もしますが。

スプライトの半透明（カラー）設定なんかは、0.6ですっきりした形になって扱いやすくなりました。むしろ、0.6を待ってからゲームを作り始めていればあんな苦労は……

Rust + Bevyでゲーム作成

Wed, 22 Dec 2021 19:47:18 +0900

何か必要に迫られてというわけではないけれど、
　Rustあたりは触っておいた方が良いかなと、
　ゲームエンジンBevyを使用してミニゲームを作ってみました。

「くるくるアクションパズル　くるんくる～ぱ」

ブラウザ等、環境によっては動かないかもしれません。

開発プロジェクト（GitHub）

Bevyの基本的な使い方は紹介ページもありますし日本語でもいろいろな所で解説されていますが、実際にゲームを作るとなるとそれ以外にも必要な事が出てきたり様々な問題にぶつかったりもします。
今回の経験から、そういった点をいくつか挙げてみます。

スプライトを半透明にする

　アルファ値（を含めたカラー）を設定するには、ColorMaterialのcolor:Colorを変更する。
　同じ大きさのスプライトを複数まとめたSpriteSheetBundleを使った場合にはTextureAtlasSpriteを持ってきて、そのメンバのcolorを変更すれば良い。
　ただし SpriteBundleでは materialがHandle<ColorMaterial>なので、ResMut<Assets<ColorMaterial>も持ってきてそこからget_mutでColorMaterialを取り出す必要がある。
　SpriteBundleもSpriteSheetBundleも似たようなものだと思うのだが、何でやり方が異なるのだろうか？

ちなみにSpriteBundleでもスプライト作成時に設定するのなら、ResMut<Assets<ColorMaterial>>にaddする前に変更してしまえば良い。

スプライトの加算合成

　加算合成を含めた描画モードの変更の仕方だが、結局わからなかった。
　このゲームでは省いても何とかなったけど、エフェクトなど他のゲームではよく使われる手法なのでやり方がわからないと困りそう。

テキスト描画

　テキストの描画はText2dBundleでエンティティを生成

は良いとして、
transformのscaleを変更しても、拡大率が変わらなかった。
何か使い方を間違えているのか、そういうものなのか……

場面の切替え

　タイトル画面からゲームへなど場面を設定して移行する機能で、他のエンジンでは"シーン"などと呼ばれることもあるが、Bevyでは"State"となっている。
　SystemSetで各Stateごとにシステムを登録することによって、動作を切り替えることができるようになっている。

切り替え時には画面も変わるということでそのStateで生成したエンティティなんかを削除してまっさらにして欲しいものだが、それは自前で行う必要がある。
　エンティティをすべてクリアするとか、ある時点の状態に戻すとかそういう機能があれば便利なのだが、そんなのは見つからなかったのでこのゲームでは

State開始時に存在しているエンティティのidを記録しておいて、終了時にそれ以外のエンティティを全部削除

するようにしている。あまりカタギじゃないやり方なので真似しない方が良いかも。
　そのState中で作られるエンティティに目印としての構造体を insertしておくという手もあるが、面倒だし付け忘れても動作はしてしまうのが怖いところ。

また、あるStateから同じStateに直接切り替えることはできない。
　GAME OVERの後、同じゲームStateを最初からやり直したかったのだが、一旦ダミーのStateに切り替えてからすぐにゲームのStateに戻すようにしている。めんどくさいことに。

あとフレーム処理絡みで問題があるのだが、それは次の項で。

フレーム処理

　１秒間に60回とか30回とか、決まった間隔で処理を行う機能。
　ここにあるように、フレーム処理させたいシステムの前に　.with_run_criteria(FixedTimestep::step( 間隔 ))
を差し込むだけ。簡単。

なのだが
　一つ問題があって、これを差し込んだ後のシステムは Stateを無視して実行される（っぽい）。
　他のStateの実行中に、そのStateの初期化部分も通らず繰り返し部分が実行されてしまうので当然エラーになる（むしろエラーで止まってくれて助かった）。

そのために、with_run_criteriaにchainで

　現在そのStateの実行中か

という判定を挟んで対処している。なんなんだ一体。

Web対応

　チートブックには２つのやり方が示されているが、bevy_webgl2_app_templateを使う方を選択。Webに対応するというよりは、Webに対応されたひな型を元にプロジェクトを作るという感じ。

ただ、ブラウザで実行させてみるとちょっと画面が荒い。なぜかサイズが1.2倍に拡大されている。どこかに設定でもあるのかと探してみたが見つからなかったので、プログラム側で対処してみた。

具体的には、

・ウィンドウ生成時のサイズを1.2分の１
　・カメラのスケールを1.2に
　・マウスカーソルの座標を1.2倍に

の３ヵ所。

オーディオ再生

　WebではBevyの標準のサウンドシステムは使えないらしいので、ここに従ってbevy_kira_audioを組み込んでみた。
　featuresに"mp3"を含めるとコンパイルエラーが出るけど、どうせoggしか使っていないので他は削除して対処。

ブラウザで実行してみると音が出ない。どうも、Webページではユーザーのアクションがあるまで音を鳴らしてはいけないという規則のせいらしい。
　画面をクリックしても音は出なかったが、おそらくクリック前にオーディオの初期化をしているとかそんな感じなんだろう。よくわからないが。

よくわからないまま、Googleのページのコードをhtmlに張り付けて、無事に音が出るようになった。

この記事について

　いろいろと問題点やその対処法を挙げてみましたが、いかんせんRust・Bevyの初心者が見よう見まねとその場しのぎでゲームを作っただけなので、もっとシンプルでスタンダードな手法があるとか、そもそも何か勘違いしているとか怪しい点もあるかと思います。

この記事はこれからBevyで何かを作ろうとする方ではなく、よくBevyをわかっている方に初心者がつまずく点ということで参考にしてもらえるとありがたいです。

P/ECE ゲームとアプリ

Fri, 10 Sep 2021 20:11:52 +0900

大昔に作ったP/ECEのゲームとアプリ。
なぜだかまだ需要があるらしいので、ここに並べておきます。

反射パズル　いしかり mini

ダウンロード（Ishikari.zip：42.4KB）

開発プロジェクト（GitHub）

アクションパズル　くるんく・るっぱ

ダウンロード（Ruppa.zip：27.6KB）

3Dドライブゲーム　ドライブ風

ダウンロード（DriveF.zip：29.7KB）

アクションパズル　しかくーる

ダウンロード（Shikaku.zip：31.4KB）

パズルゲーム　よこぎろ

ダウンロード（Yokogiro.zip：28.2KB）

格闘カードゲーム　よむやも

ダウンロード（YomYamo.zip：48.9KB）

パズルゲーム　はんてーな

ダウンロード（Hantena.zip：20.2KB）

パズルゲーム　くるんくる

ダウンロード（Kurun.zip：11.3KB）

占い？　今日の運勢

ダウンロード（Fortune.zip：7.75KB）

Akashic Engine プログラミングでの注意点

Sat, 04 Apr 2020 22:03:04 +0900

「今日からはじめるニコ生ゲーム制作」
なんて放送もあって、新たに Akashic Engineを使ってみようという方も出てきそうなこの頃。

しかし放送でやっていたように画像を差し替えるくらいなら良いのですが、プログラムを組んでゲームを作るとなるといろいろ注意しなければいけない点も出てきます。
一応 Akashic Engineで何本かゲームを作ってきた身として、そのあたりをいくつか挙げてみたいと思います。

なお、サンプルコードは TypeScriptで書かれています。
JavaScriptの方は型宣言等、読み飛ばしちゃってください。

1.マルチタッチ

PCで開発してマウスでテストプレイしていると気づきにくいのですが、Akashic Engineはマルチタッチに対応しています。画面の2点以上を同時にタッチすると、それぞれのポイントのイベントが発生します。

pointDownでタッチを見るだけなら、気にする必要はありません。
pointMoveやpointUpで移動したとき・離したときのイベントを使うときは、引数のメンバpointerIdでそれぞれ区別・対応するようにしましょう。
一緒にすると、スマホだけの裏技なんてものができてしまうかもしれません。

2.シーンオブジェクトのポイントイベント

エンティティ毎のポイントイベントとは別に、シーンオブジェクトのpointDownCaptureでシーン全体のポイントイベントを取得することができます。
タッチした座標は引数のメンバpointで得られるのですが、touchableなエンティティの上をクリックした場合、その値が画面上の座標ではなくエンティティ上での相対座標になってしまいます。

例えば (100, 100) - (200, 200)の座標・大きさでtouchableなエンティティがあったときに画面上の座標(120, 120)をクリックすると、取得される値は(20, 20)になってしまいます。

画面上の座標を得るには、メンバtargetを見てエンティティの行列で変換する必要があります。

scene.pointDownCapture.add((ev: g.PointDownEvent) =>
{
    let pos: g.CommonOffset;
    if ( ev.target ) {
        pos = ev.target.getMatrix().multiplyPoint(ev.point);
    }
    else {
        pos = ev.point;
    }

3.アンカーポイント

エンティティはアンカーポイントによって表示する座標の原点や拡大・縮小・回転の位置を指定することができます。
原点を指定するようなものなのですが、appendで追加した子エンティティの相対座標に親のアンカーポイントは影響しません。

例えば次のように、

const   parent: g.FilledRect = new g.FilledRect(
{
    scene: scene,
    cssColor: "#ff0000",
    x: 100,
    y: 100,
    width:  64,
    height: 64,
    anchorX: 0.5,
    anchorY: 0.5,
});
scene.append(parent);

const   child: g.FilledRect = new g.FilledRect(
{
    scene: scene,
    cssColor: "#0000ff",
    x: 100,
    y: 100,
    width:  32,
    height: 32,
    anchorX: 0.5,
    anchorY: 0.5,
});
scene.append(child);

中心をアンカーポイントとした2つのエンティティを、それぞれ同じ座標(100, 100)に表示すると

２つは同じ座標を中心として表示されます。当然ながら。

const   child = new g.FilledRect(
{
    scene: scene,
    cssColor: "#0000ff",
    x: 0,
    y: 0,
    width:  32,
    height: 32,
    anchorX: 0.5,
    anchorY: 0.5,
});
parent.append(child);

そこで座標が同じなんだから相対位置は(0, 0)だろうと、青い方の位置を x: 0, y: 0にして赤い方に appendしてみると

左上にずれます。
アンカーポイントに依らず、相対座標は親エンティティの左上を原点としているようです。

中心を合わせるには、

    x: 64/2 + 0,
    y: 64/2 + 0,

親エンティティのサイズを考慮する必要があります。

    x: parent.width*parent.anchorX + 0,
    y: parent.height*parent.anchorY + 0,

汎用的に書くと、こんな感じです。

というわけで、自分が Akashic Engineを使う上で実際にぶつかった点を３つ程挙げてみました。

あとはラベルやフォントなんかで気になる点もあるのですが、よくわからないままその場しのぎで対応してたりするので、ここでは割愛致します。

Akashic Engine 知られざる機能

Thu, 28 Nov 2019 18:56:43 +0900

アツマールAPIの話をしたので、Akashic Engineの方も少し。

「反射パズル　みんなでいしかり」で使った

Akashic Engineの知られざる機能

……というより、知っておくと便利な機能

……というか、このくらい知らせておいた方が良いんじゃないの？という機能を2つほど挙げてみます。

1.グローバルアセット

いわゆる常駐データです。

通常アセットはシーン(g.Scene)毎に読み替えられますが、グローバルアセットに指定されたアセットはずっと常駐しています。

そのため、シーンに依らない共通データをシーンが変わるたびに読み直す必要がありません。

グローバルアセットの指定は game.jsonでおこなわれ、アセット定義の"global"を trueにすることでグローバルアセットとして扱われます。

グローバルアセットはアプリ開始時に自動的に読み込まれ、アクセスするときは

g.game.assets["data"]のように g.Gameから参照されます。

詳しくは、game.json の仕様で。

2.スプライトへの描画

「みんなでいしかり」のステージ選択画面は、各ステージの配置画像がボタンとなって並んでいます。つまりステージを直接画面に描画するのではなく、一旦ボタン用のスプライトに描画してから、そのボタンを画面に描画しているわけです。

このスプライトの作成には、エンティティ(g.E)からスプライト(g.Sprite)を作成する関数である

g.Util.createSpriteFromE(scene: g.Scene, e: g.E, camera?: g.Camera): g.Sprite

を使用しています。

元になるのはエンティティということでスプライトでもラベルでも良く、また他のエンティティを子として appendすることもできます。

注意点としては、使用したエンティティは自分で destroy()する必要があるということです。

……なんて断言はできませんが、たぶんそういうことになってるんじゃないかと思います。少なくとも destroyして悪いことはないはず……

関数の詳しい使い方は、リファレンスで。

というわけで、おそらくあまり知られていない Akashic Engineの機能を挙げてみました。

……が、使いどころが限られる「スプライトへの描画」はともかく、「グローバルアセット」なんかはもっと周知させておくべきなんじゃないでしょうか？

データの読み込み頻度は、アプリの快適さに関わってくるものですし……

前述の通り game.json の仕様に記載はありますが、なかなかそこまでは読まんわー。

「みんなでいしかり」でのアツマールAPIの使い方

Mon, 25 Nov 2019 22:00:27 +0900

「反射パズル　みんなでいしかり」では、ユーザーがオリジナルステージを作成・公開することができます。

ステージデータの管理などアツマールAPIの機能を使っているのですが、その具体的な方法を以下に挙げてみます。

1.ステージデータの取得

公開されたステージでのデータは、制作したユーザーの共有セーブに保存されています。

それらの取得のために必要な共有セーブを持つユーザーのリストは、ランキング機能であるスコアボードを利用しています。

こういう場合ユーザー情報APIで最近プレイしたユーザーの情報を取得して使うのが一般的なようですが、このゲームでのステージエディットは少しハードルが高いこともありステージを公開しているユーザーが押し出されてしまう可能性があります。

ステージを公開した時だけプレイヤー間通信の有効化を行うという手もありますが、一旦公開したステージを非公開にして共有データが無くなる可能性も考慮して、スコアボードを使うことにしました。

ステージ作成側は、

・ステージ公開時

・起動時

にスコアボードに日にちをスコアとして登録します。起動時にも登録しているのは、新しいステージを作成しなくても埋もれてしまわないようにするためです。

そして作成ステージをプレイする側は、scroreboards.getRecordsでユーザーのリストを取得します。

日にち（1970/1/1からの日数）をスコアとしているので新しいほど上位にきますが、リストにさえ入っていれば順位は処理に関係ありません。

2.作成したステージをTwitterで紹介

APIの使い方自体は、特に変わったことはありません。

screenshot.setTweetMessageで、クエリ文字列を設定して、screenshot.displayModalでユーザーがツイート、

そのリンクで起動した側はquery[key]でステージ情報を得る

という処理になっています。

クエリ文字列には、ステージのデータと作成したユーザーの情報が丸々入っています。

ステージ情報をデータベース等で一括管理していれば通し番号でもやり取りすれば良いのですが、データ自体が個々のユーザーの共有セーブにあり変更されたり無くなったりすることもあるので、パラメータの文字列だけでステージを再現できるようにしました。

3.ステージ作者情報の表示

そういうAPIがあったので、せっかくだから使ってみました。

ステージを作ってくださったユーザー様の宣伝に、少しでもなってくれればというところでもあります。

4.できなかったこと

ユーザーシグナルあたりを使って、オリジナルステージを遊んだ人の数やクリアした人の数を制作者に伝えるようにしてみたかったのですが、取りこぼしがあったり制作者が定期的に起動する必要があったりするのであきらめました。値が不正確では、あまり意味もありませんので。

何かしらのフィードバックがあった方がステージの作り甲斐もあるのですが、そこはTwitterでのステージ紹介を使ってなんとか……

「みんなでいしかり」エディットモードの詳しい説明

Sat, 23 Nov 2019 14:33:18 +0900

RPGアツマールで発表した

「反射パズル　みんなでいしかり」

オリジナルステージ作成のための、エディットモードの詳しい説明です。

はじめにタイトル画面で「ステージ作成」を選ぶと、ステージ選択画面に移行します。

最初はまだ作成されたステージが無いので、光線発射台だけのブランクステージが並んでいます。先頭のステージだけが選択可能なのでタップすると、テストプレイ画面になります。

ここでは作成されたステージのクリア確認や公開の設定等を行うのですが、まずはそのステージを作るために右上の「エディット」ボタンを押してステージエディット画面に移ってください。

右側に4色それぞれの石が並んでいます。これらの石をドラッグ＆ドロップで左側のステージ上に配置して、オリジナルステージを作っていきます。

一旦ステージ上に置いた石も同様に動かすことができます。また、ステージ外に置くと消去されます。

ステージ上・右側どちらの石もタップで、反射板の向きそして反射板無しを切り替えます。

光線発射台も石と同じようにドラッグ＆ドロップで動かすことができます。ただし、画面外に置いても消去されることはありません。

また、タップすると光線発射の向きが変わります。

オリジナルステージが完成したら、「プレイ」ボタンでテストプレイ画面に戻ってください。

ここでは通常のゲームプレイ同様に、ステージを楽しむことができます。

作成されたステージを解いて、クリア可能であることを確認してください。

一度クリアが確認されれば、「メニュー」から「ステージを公開する」や「Twitterで紹介」で、ステージを他のユーザーに公開することができます。

ステージを修正したい場合は「エディット」ボタンで再びエディットモードに移ってください。

石の配置を変えたりするとまたクリア確認が必要になりますが、以下のような解き方が変わらないような変更の場合はクリア状態が維持されます。

・反射板の向きを変える

・別の色の石に替える

・反射板の無い石をある石に替える

・反射板の無い石を取り除く

・補足

エディットモード時の「メニュー」→「ステージチェック」で、現状のステージがクリア可能かどうかチェックすることができます。あくまでクリア可能かどうかのチェックで、解答を教えてくれるわけではありません。

この機能を利用して、まず適当に石を配置してクリア可能であることをチェック。そしてテストプレイで挑戦してみる、というように手軽に新しいステージで楽しむことができます。

自分で解くことができたら少し体裁を整えて、ぜひ他のユーザーに公開してみてください。

くるんくる～ぱマニアックス

Mon, 03 Jun 2019 00:04:22 +0900

RPGアツマールで発表中のゲーム

「くるくるアクションパズル　くるんくる～ぱ」

の詳しい内部処理やデータ値をまとめてみました。

ありがたいことにまだプレイ数は増えているようで、しかもハイスコア上位は製作者の自分も到底手の届かないハイレベルなものになっています。

この記事の情報で攻略法が変わるようなことは無いと思いますが、何かしらの参考になればと思います。

1.各動作のフレーム数

このゲームのフレームレートは30fpsなので、１フレーム＝1/30秒となっています。

まず、回転軸をタッチすると4フレームかけて右に120°回転します。

回転中にタッチすると、そこから４フレームで次の回転を行います。

回転の終わった６フレーム後に、三角に並んだ球の消去判定を行います。

少し間を置くのは、操作上左回転が無いので右回転２回の確認を待っているため、そして適当な回転で適当に消えるのをなるべく避けるためです。

消去判定を受けた球は、12フレームかけて消去されます。

このとき消去開始から８フレームまでは、他の三角形の判定に使うことができます。つまり、消去中の三角形に他の球をくっつけて新たにできた三角形も同様に消去されます。

球が消えるとその上の球は、4フレームで球一つ分の速度で落下します。

落下終了の８フレーム後、次の消去判定が行われます。

2.COMBO数とCOMBOゲージ

球が消去されると三角形1つにつきCOMBO数が1上昇、COMBO数×5点がスコアに加算されます。COMBO数の上限は99となっています。（上限に達することなんて滅多に無いと思っていたのに……）

COMBOゲージは三角形1つで、まず4/5倍された上で18を加算されます。

これにより値が大きくなるほど実質的な上昇値は小さくなり、90という上限を超えることはありません。上限は持ちたいが、そこでぶった切るのではなく滑らかに上昇（微分が連続）させたくて、こんな処理になっています。

球を回転させたとき、

・COMBOゲージが０より大きい場合、COMBOゲージから８減算します（下限は０）

・COMBOゲージが０の場合、COMBO数を1つ減らします（下限は０）

ただし、同じ場所を連続で回転した場合は最初だけ上記の処理を行います。これもまた、左回転が無いための処置です。

また毎フレーム、球が稼働（落下・消去）していないときはCOMBOゲージから１減算します（下限は０）。

3.その他

球が消去され上から新たな球が落ちてくるとき、そのすぐ下にある球と同じ色の球は選ばれないようになっています。落ちてきた球で勝手に消えるのをなるべく避けるためです。

また、ゲーム開始から40秒後（残り20秒）盤上に一番少ない色の球は、それ以降出現しなくなります。最後の追い込みのために、色を減らして消しやすくなるようにしています。

プライバシーポリシー（アプリ）

Mon, 24 Sep 2018 20:44:04 +0900

1.個人情報の取得について

当アプリでは、個人情報の取得は行っておりません。

ネットワークへのアクセスは、以下で必要となっています。

　・広告表示（nend）

　　　　　nendのプライバシーポリシー

2.ポリシーの変更について

当アプリのバージョンアップ等により、本ポリシーの内容が変更される場合があります。

3.お問い合わせ窓口

本ポリシーに関するお問い合わせは、下記のメールアドレスまでお願い致します。

E-mail：so.raseene.68@gmail.com

プライバシーポリシー（ゲーム）

Mon, 24 Sep 2018 20:39:28 +0900

1.個人情報の取得について

当アプリでは、個人情報の取得は行っておりません。

ネットワークへのアクセスは、以下で必要となっています。

　・Google Play ゲームサービス

　　　　　Googleのプライバシーポリシー

　・広告表示（AdMob）

　　　　　広告 – ポリシーと規約 – Google

　・広告表示（nend）

　　　　　nendのプライバシーポリシー

2.ポリシーの変更について

当アプリのバージョンアップ等により、本ポリシーの内容が変更される場合があります。

3.お問い合わせ窓口

本ポリシーに関するお問い合わせは、下記のメールアドレスまでお願い致します。

E-mail：so.raseene.68@gmail.com

現金しか信じられない社会

Fri, 18 Aug 2017 00:06:03 +0900

　知ってる人は知ってるんでしょうが、

　店の支払いでQUOカードを使ったときに、足りない分を電子マネーでは支払いできないそうです。

　コンビニ（サンクス）で1000円ちょっとの買い物をして、残高700円程のQUOカードを出した後、残りを電子マネー（Edy）で払おうとしたら断られました。

　現金で払ってくれと言われましたが、手持ちが無いので仕方なく返品しようとしたら、それもできないと断られました。一旦出したQUOカードは引っ込められないそうです。

　というわけで詰みです。

　電子マネーで支払いはできない、しかし返品もできない。

　決まり事には従いますし、別に客の権利だと無理を通すつもりもありません。

　しかしその決まり事を知らなかったからといって、客がどうにもできない状態になるってのは何かおかしくないですかね？

　こういうことがあり得るので、現金は常に持ち歩かないといけないってことでしょうか？

　だったら一体、何のための電子マネーなんだと思ってしまいます。

　自分は電子マネーを使えるところでは使うし、他の人も会計をスムーズにするために使ってほしいと考えています。

　しかしこれでは、使わない人の「何かあるかもしれないから」「現金の方が安心だから」という言い訳に反論できねぇや……

　ちなみにQUOカードのサイトを見てみましたが、足りない分を電子マネーで支払うことはできないという注意を見つけることはできませんでした。

画面に浮かぶその顔は……

Fri, 11 Aug 2017 10:14:56 +0900

夏の夜、
いつものスマホの画面に浮かび上がる
その顔は……

Androidアプリ

「お前だ！～画面に顔が浮かび上がるいたずらアプリ」

ホーム画面や別のアプリなど、スマホの画面に使用者の顔を浮かび上がらせる、いたずらアプリです。

アプリを起動すると、開始画面になります。

ここで「ホーム画面」をタッチするとスマホのホーム画面に移動しますが、プログラムは実行したままです。

そのまま画面を見ていると、しばらくして……

画面にあなたの顔が浮かび上がります。

他のアプリを起動しても出てきます。

実行を停止するときは、いったんアプリ「お前だ！」を起動し直して「終了」を選んでください。

このアプリを起動したスマホを何も知らない人に貸して操作させると、驚かれるかもしれません。

他人のスマホにこっそり仕込むのは、ちょいと趣味が悪いのでやめておきましょう。

共有メニュー追加

Tue, 13 Jun 2017 22:36:38 +0900

Androidカメラアプリ

「おかしなカメラ・改」

「おかしな（ヵ_ォ）カメラ」

に、画像の共有機能を追加しました。

撮った画像や動画を、すぐにTwitterに投稿したりメールに添付したりすることができます。

「静止画キャプチャ」「動画キャプチャ」後の確認画面、タイトルバーに共有ボタン（）が追加されています。

ボタンを押すと共有先のメニューが現れます。端末にインストールされているアプリによってメニューの内容は変わります。

例えば Twitterを選択すると、このように投稿画面に遷移します。

ここからそのまま画像を Twitterに投稿することができます。

撮った画像の共有はアルバム等、別アプリで行えば良いと思っていましたが、調べてみたらそう難しいものではなかったので機能を追加してみました。

ということで、アプリに共有機能を追加する手順をごく簡単に挙げてみます。

詳しくはここにあるキーワードで検索して、ちゃんと解説しているサイトをご覧ください。

・共有メニュー

ShareActionProviderを使用。

リソースにメニューを追加して、onCreateOptionsMenu()で設定します。

任意のタイミングで共有ボタンを追加・削除するときは invalidateOptionsMenu()を呼びます。

・共有データ

画像や動画を共有する場合 Intentにそのファイルの Urlを設定しますが、Android7.0からセキュリティの強化でちょっと準備が必要になりました。

　共有ディレクトリをリソースで指定

　AndroidManifest.xmlで FileProviderタグを追加

　FileProvider.getUriForFileで Urlを取得

という手順になります。

もうちょっと なんとか…

「スーパー新幹線ゲーム」が「Appliv」で紹介されました

スーパー新幹線ゲーム（旧「新・新幹線ゲームNEO」）

ゲームのコツ

アツマール版との差異

謝辞

Bevy 0.6 に対応

スプライトを半透明にする

スプライトの加算合成

テキスト描画

Web対応

最後に

Rust + Bevyでゲーム作成

スプライトを半透明にする

スプライトの加算合成

テキスト描画

場面の切替え

フレーム処理

Web対応

オーディオ再生

この記事について

P/ECE ゲームとアプリ

Akashic Engine プログラミングでの注意点

Akashic Engine 知られざる機能

「みんなで いしかり」でのアツマールAPIの使い方

「みんなで いしかり」 エディットモードの詳しい説明

くるんくる～ぱ マニアックス

プライバシーポリシー（アプリ）

プライバシーポリシー（ゲーム）

現金しか信じられない社会

画面に浮かぶ その顔は……

共有メニュー追加

もうちょっとなんとか…

「みんなでいしかり」でのアツマールAPIの使い方

「みんなでいしかり」エディットモードの詳しい説明

くるんくる～ぱマニアックス

画面に浮かぶその顔は……