GDevelop v5.0.0-beta119 がリリースされました。

GDevelop という会社になったからでしょうか。
かなり内容の濃いリリースが続きますね👍

今回は、直接ゲーム制作の役には立たないけど、今後色々なことに利用されそうな機能が追加されました❗

✨ 新機能

・GDevelop アカウントのプロファイル（プロフィール）にユーザー名が登録できるようになりました。

メニューの「ファイル」＞「マイ プロファイル」で表示されるウィンドウから登録できます。

「EDIT MY PROFILE（プロファイルを編集）」ボタンから、ユーザー名の登録がおこなえます。
フォーラムや Discord、GitHub などで使用しているユーザー名と同じにすることが推奨されています。

現状は、ユーザー名を登録することで、貢献した拡張機能やサンプルなどが確認できるようです。

将来的には、アバターや詳細な情報を登録・閲覧できるようにする予定のようです。

てか、これ同名のユーザーがいた場合はどうなるんでしょうね……🤔

あと、beta119 最初の起動時には、ログアウトするようなのでご注意ください。
再度ログインしてから利用しましょう。

・拡張機能とサンプルのライブラリーで、貢献者のユーザー名が表示されるようになりました。

誰が作ったのかが、より明確になりました。

合わせて拡張機能のオプションに作者（ユーザー名）を入力できるようになったので、拡張機能を提出している人は更新してもらいましょう。

💝 改善点

・設定するパラメーターがない場合は、式パラメーターダイアログは開かなくなりました。

どゆこと？🤤

・IDE にいくつかの UI の改善を追加しました。

どこ？🤤

・パーティクルの放出を開始および停止するアクションを追加しました。

「Start emission」と「Stop emission」ですね。

・プラットフォーマーオブジェクトが特定のプラットフォーム上にあるかどうかを確認する条件を追加しました。

見当たらないぜ🤤

あったぁぁぁぁ！そっちかぁぁぁ……😅

・カスタムビヘイビアの「色」タイプのプロパティに対する式を追加しました。

わからん🤤

・イベントシートを拡大／縮小できるようになりました。

右クリックのメニューからできるみたいですよ。

ちなみに今の拡大率は何％なのか知る方法とか、100%に戻す方法は不明だぞ🤤

・リンクオブジェクトのアクション／条件を最適化し、多くのオブジェクトが広範囲に使用するゲームで最大80％高速化しました。

すごい！👏

・「ドラッグ可能なオブジェクト」ビヘイビアが、ちゃんと最前面にあるオブジェクトをドラッグするように改善しました。

・アクションと条件にエフェクト名とエフェクトパラメーター名のオートコンプリートを追加しました。

・「ドラッグ可能なオブジェクト」ビヘイビアの、メモリ使用量を削減しました。

・カスタム衝突マスクの初期サイズが、スプライトのサイズと同じになるようにしました。

・「オブジェクト色Tweenを追加する」アクションの「目標色」パラメーターでカラーピッカーを利用できるようにしました。

・内部レンダリングエンジン（PixiJS）を6.1.2にアップグレードしました。

iOS でのパフォーマンスが向上するそうです👍

⚙️ 拡張機能、🎨 アセット、🕹 サンプル

なにやらたくさん改善と追加が行われています。
色々と便利そうな拡張機能と、そのサンプルが追加されたようですが、数が多いので割愛🤤

🐛 バグの修正

なんのこっちゃ？が多いので、個人的に重要そうだと思ったもののみのご紹介です。

・オブジェクトのエフェクトが機能しない問題を修正しました。

これは前回言っていたやつですね。
ちゃんと機能するように修正されました👍

・リソースエディタのバグをたくさん修正しました。

リソース名を変更したり、起動時にリソースが見つからなかった時に、クラッシュする問題などを修正したようです。

・パーティクルエミッタの「摩擦」パラメーターを削除しました。

これは私が「パーティクルの摩擦が機能してないよ」と指摘した結果、パラメーターそのものを削除するというトンデモ対応がおこなわれました🤤

摩擦は必要だろうよぉぅ……

🤓 まとめ

新機能のプロファイル編集は、まだユーザー名の登録しかできないけど、今後の機能追加でどう変わっていくのか楽しみですね。

プラットフォーマーオブジェクトの「特定のプラットフォーム上にあるかどうかを確認する」条件が見当たらないなど、いくつかハテナ？な点はありますが、着実にバージョンアップが繰り返されているので、そういった点もすぐに改善されることでしょう。（きっと）

ここで紹介した点以外にも、色々とバグ修正などもされているので、詳しくは GitHub の GDevelop Releases ページをチェック！

コメント

コメントを投稿

このブログの人気の投稿

【GDevelop】セーブデータは暗号化しよう！

イメージ
GDevelop でセーブ機能を実装したいときは、多くの場合「ストレージ」機能を使うことになると思います。 このストレージ機能は、PC でもスマホでも、アプリでもブラウザ（HTML5）でも、ちゃんと機能してくれるのでとても重宝するのですが、実は簡単にセーブデータをいじれてしまうという弱点があります。 特に HTML5 ゲームがやばい GDevelop のストレージ機能はゲームが HTML5 で配信される場合は、Web Storage という機能を利用してデータを保存します。 しかし、この Web Storage はブラウザの標準機能で簡単に閲覧・書き換えができてしまいます。 Chrome ならデベロッパー ツール（DevTools） Edge なら開発者ツール（DevTools） Firefox なら開発ツール Safari なら Web インスペクタ つまりそれを知っているプレイヤーは、勝手にセーブデータを書き換えてズルができてしまうのです😥 そのため HTML5 で配信される、いわゆるブラウザゲームのほとんどは、Web Storage に保存するデータを暗号化しています。 （そもそも大事なデータは Web Storage ではなく、サーバー側に保存していたりしますが……） 実はセーブデータを暗号化してくれるゲームエンジンは意外と少なく、多くの場合、各自で独自の防衛策を講じる必要があります。 （国産ゲームエンジンはしてくれるの多いけど😉） 残念ながら今の GDevelop（v5.0.121）のストレージ機能にも、暗号化をしてくれる機能はありません。 そこでこのページでは、簡単にセーブデータを改竄（かいざん）されないようにするための、基本的な暗号化方法についてご紹介します。 なお、アプリで配信する場合も、セーブデータがどのように保存されているか私が知らないだけで、もしかしたら Web Storage 同様、簡単に操作できてしまう状態かもしれないので、HTML5 ゲームと同様に暗号化しておくことをお勧めします。 暗号化に利用できる拡張機能の紹介 そのものズバリな拡張機能はありませんが、組み合わせることでセーブデータを暗号化することができる拡張機能をご紹介します。 拡張機能をインストールする方法については「 新しい拡張機能のインストールの仕方 」をご覧くださ...
続きを読む

GDevelop の「イベント」を正しく理解しよう

イメージ
特にプログラミング経験者がおちいりやすい罠なのですが、GDevelop の「イベント」は「if文」（条件分岐）ではありません。 このことは公式 Wiki でもサラッとしか説明されていないため、誤解したままイベントを if 文と同じように利用してしまうと、その独特な挙動に悩まされることになります。 ゲーム作りの基本コンセプト：GDevelop を使うために知っておきたいこと「イベントとそれがいかにしてオブジェクトを選択するか」 確かにイベントは if 文と同じ役割を果たす面もありますが、イベントの役割はそれだけではなく、 対象のオブジェクト（インスタンス）を絞り込み 、その上で絞り込まれたインスタンスに対し 一括でアクションを実行する事ができる 、という特徴があります。 例えば、次の画像のようなシーンで、ミサイルが当たっている戦車のみ削除したい場合は…… 次の画像のようなイベントを設定するだけで、ミサイルが当たっている戦車のみ削除することができます。 これは、イベントの条件で「ミサイルに衝突している戦車」のみにインスタンスが絞られたため、そのイベントのアクションで戦車を削除すると、ミサイルと衝突している戦車だけが削除されるという仕組みです。 このような特徴により、わざわざ次の画像のようにインスタンスをひとつずつ参照して、衝突しているか確認するようなイベントの組み方をする必要はありません。 （希望通りの動作はしますが、イベントの仕組みを正しく理解していない組み方です） さらに、この絞り込まれたインスタンスは、サブイベントにも引き継がれます。 例えば次の画像のように、それぞれの戦車にインスタンス変数を持たせて、異なる番号を割り当てたシーンならば…… 次の画像のようなイベントにすることで、ミサイルとの衝突時に戦車を ID ごとに異なるアニメーションに変化させることができます。 これは、最初のイベントでミサイルと衝突している戦車のみに絞り込み、更にサブイベントで ID が一致する戦車のみに絞り込むことで、それぞれ異なるアクションが実行される仕組みです。 なお、条件に該当するオブジェクトがない場合は、そのイベントのアクションは実行されません。 では、これまでの例とは異なり「戦車のどれか1輌にでもミサイルが当たったら、3輌全て消す」には、どうしたら良いかというと…… 上の画像のよ...
続きを読む

実は奥（闇）が深い「真のあいだ一度だけ実行（一度だけ実行する）」条件を使いこなそう【GDevelop】

イメージ
便利すぎてついついお世話になってしまう「真のあいだ一度だけ実行」条件ですが、使い込んでいくと「あれ？この場合どうなるの？」という状態におちいりやすい条件でもあります。 そこで、このページでは「真のあいだ一度だけ実行」条件が、実際にはどのように機能しているのか、例をまじえて解説します。 ※ 執筆時点の GDevelop バージョンは 5.4.213 です。 ※ 以降「真のあいだ一度だけ実行」だと長いので「一度だけ実行する」と表記します。 よくある勘違い「インスタンスごとにチェックしてる」 例えばこのようなイベントを組んだとき↓ 各戦車が一度だけX方向に100px動く X座標は0で配置されている戦車はプレビューすると…… 3両全て一度だけ100px移動します。 このことから「一度だけ実行する」条件はインスタンスごとにチェックしてる、 と思ってはいけません！ 偶然それっぽく機能しているだけです。 では、今度はこのようなイベントを試してみます↓ 3回、Y座標が100の戦車を一度だけX方向に100px動かす 3回＆一度だけ、というちょっと意味不明なイベントですが、プレビューした結果はこのようになります↓ 「一度だけ実行する」条件が設定されているにも関わらず、Y座標が100の戦車（つまり一番上のみ）が、3回100px移動しています。 もしインスタンスごとにチェックしているのであれば、一度しか移動しないはずですが、そうはなりませんでした。 ちょっと何が言いたいのか分からないから早く結論（仕組み）を言え！ はいごめんなさいｗ😅 「一度だけ実行する」条件は、インスタンス単位ではなくイベント単位でチェックされています。 このことは 公式ドキュメント（英語） にも記載されています。 いやいやちょっと待て！イベント単位ならさっきの例の結果はおかしいだろ！ 確かに上記の例は、どちらもイベント単位でチェックしているとは思えない結果になっていますが、これは繰り返しを利用しているからそのような印象になるだけです。 繰り返しを個々のイベントに分解してみると分かりやすくなります。 まず最初の例は、以下のように分解することができます↓ 各インスタンスの判別にはY座標を利用 これなら3両全てが一度だけ移動したことにも、納得がいくかと思います。 続いて2つ目の例も分解してみましょう↓ まったく...
続きを読む