最近のだとグランブルーファンタジーのようなターンを進める際の行動順が完全固定のバトルシステムをリクエストさせていただきたく投稿しました。

コマンド選択の挙動はデフォルトのままでも良いです。
コマンド選択完了後
主人公側並び順上から順番に攻撃
続いて敵側も順番に攻撃
という仕様でお願いします。

本体の書き換えでも再現できるのであれば、その方向での回答でも私は構いません。
どうかよろしくお願いします。

ツクールMVのウィンドウ開閉アニメは展開後のウィンドウを一つの画像としてそのまま縦スケールを変更しているので、拡大縮小表現を控えたいレトロ風製作においてかなり邪魔な演出です。 このプラグインはWindow.js内にあった記述を上書きして開閉にかかる時間を1Fに短縮し、実質的にアニメーションの削除を実現するプラグインです。 http://lucky-duet.com/tm/images/license/Credit01.png #クレジット不要 http://lucky-duet.com/tm/images/license/Profit01.png #営利可（素材販売ダメ） http://luc...

一つの「可能性」ですが、OS自体がフォントのスムージングを行っている場合もあるようです。 （英語フォーラム） https://social.msdn.microsoft.com/Forums/silverlight/en-US/a8c8de70-a750-4ac0-997b-974fc3b93623/can-i-disable-the-font-smoothing-when-rendering-text-to-a-html5-canvas-2d-context?forum=iewebdevelopment この記事に従って設定を変えていったところ、なんとフォントを維持したままアンチエイリアス...

aaaaaaaaaaaaaaaaaaaa.PNG Bitmap.prototype._makeFontNameText = function() { return (this.fontItalic ? 'Italic ' : '') + this.fontSize + 'px ';// + this.fontFace; }; Core.js内の1519行あたり(改変済みなのでずれてるかも) にある「Bitmap.prototype._makeFontNameText」を上記のように改変したらアンチエイリアスが消えました おそらく正しくフォントが読み込まれなくなったせいだと思うのですが、原因は...

海外の某フォーラムで大変しんどい書き込みを見つけてしまいました rpgmakerweb.com Changing font will not help to solve this. The Bitmap#draw_text always anti-alias the text. You can use a script that use Sprites for text instead of the Bitmap#draw_text like my SFonts. どうやらdrawtextの処理は常にアンチエイリアスを掛けているらしいです・・・ 非常に絶望的になってまいりましたが、この書き込み...

うーん。とすると奏ねこまさんの言っていた方が正しいのかもしれませんね。 nw.jsのブラウザエンジンはchrome 系というのを昨日見たので… canvas { image-rendering: pixelated; } Index.htmlにstyleタグを設けてこれを入れて見てください。 返信有難うございます ほぼ同時にワタシもその結論に至りました(海外のツクール系フォーラムでBuraやstretchの単語で検索してました) 新規2.gif <style type="text/css"> CANVAS{image-rendering: pixelated;}</sty...

進展というわけではありませんが ウィンドウサイズを変えた際の画面引き伸ばしサイズを司る場所を見つけました Core.jsの2363行あたりの記述が画面サイズを変動させていました Graphics._updateRealScale = function() { if (this._stretchEnabled) { var h = window.innerWidth / this._width; var v = window.innerHeight / this._height; this._realScale = Math.min(h, v); } else { this._realScale...

いただいた助言を元にいろいろ試してみました。 結果を先にいうと相変わらず補完がかかったままです。 ちょっと以下のどっちの状況か分からなかったのですが、 「スムーズ処理はピクチャにしか及ばず、他（背景画像など）も滲まないようにしたい」のか それとも 「スムーズ処理を消したピクチャも、ウィンドウサイズを変えると滲む」のか。 スムーズ処理を変えたピクチャもウィンドウサイズを弄ると滲みます 背景やタイルセットやキャラチップもウィンドウサイズが変わると滲むのでそれを防ぎたいです 今のところ「滲まない画像」と「滲んでしまった画像」が混在した状態には”なっていません”。 前者の場合画像類に関しては、バイリニ...

その「滲んでいる」背景画像はイベントコマンド「ピクチャの表示」で貼っている物で宜しいでしょうか？ そうであれば、 ImageManager.loadPicture = function(filename, hue) { return this.loadBitmap('img/pictures/', filename, hue, false); }; ピクチャ表示のスムース除去は既に取り入れており、実際に正しく動作することを確認しています しかし、これはピクチャそのものにしか効果がなく、ゲーム画面全体に補完がかかってしまう"内部解像度と同値でないウィンドウサイズ時の画面表示"...

すこし説明が下手でしたでしょうか・・・
わかりやすいよう画像をそえてみます。




目標は
　●デフォルトで2～4倍(整数)の表示
　●ウィンドウやテキスト、ピクチャの表示も同じく拡大される
　●すべてのシーンで拡大され続ける

既存のマップズームプラグインはマップのみ拡大されウィンドウやフォント、その他のシーンは拡大されません。
手動でのウィンドウサイズ調整は例え2倍や3倍のような整数の倍率でもぼやけてしまいます。

※画像に使用したプロジェクトのウィンドウサイズはゲームボーイのドット数と同じサイズです