NScripter Ver.18.00

**名前は開発中のものです。** · 2011/07/29(金) 13:42:31.89

商業流通でなければフリーで利用可能な
ゲームエンジンNScripterについて語るスレです。

・本家
ttp://www.nscripter.com/

・うｐろだ
ttp://nscuploader.pa.land.to/

**名前は開発中のものです。** · 2012/09/03(月) 13:56:07.29

コルーチンでねーの？と思ったら、NScr2BASICの方か……

**名前は開発中のものです。** · 2012/09/03(月) 14:39:13.81

ふつーにこれでね？
http://ja.wikipedia.org/wiki/Continue%E6%96%87

**名前は開発中のものです。** · 2012/09/04(火) 00:51:48.54

>>716
試してみたけどexitの動作みたいね
do whileで使うとcontinueとexitがちゃんと機能するみたい

**名前は開発中のものです。** · 2012/09/04(火) 14:40:27.19

クリック町が%pって書いてあったけど、普通に表示文として解釈される
いままでの@や\と違う使い方なんだろうか？スクリプトをざっと%pで検索したけどわからなかった

**名前は開発中のものです。** · 2012/09/05(水) 20:31:44.42

>>716
ここあんまり見てないから報告してねってブログに書いてあったよ

**716** · 2012/09/05(水) 22:05:33.60

>>721
教えてくれてありがとう、今見てきました
自分の組み方のせいかと思ってたから躊躇しちゃったよ
いろいろ答えてくれた人もありがとうございました

あと>>720の%pはほんとになんなんだろ

**名前は開発中のものです。** · 2012/09/06(木) 01:09:55.20

つい最近nscripterに触れ始めた者なのですが、
解像度を1024*576にしてフルスクリーンにすると吉里吉里では綺麗に全画面になったのですが、
こちらではびろーんと横長に画面が変形してしまいます
ver.2.96でまだ以下のような簡単な構文しか書いていません
;$V2000G1000S1024,576L10000
*define
game
*start
bg "bg.jpg",0,0
以下単純な文章

これは簡単に直せる問題なのでしょうか？
今回はこちらで制作を頑張ってみたいのですが、調べてみてもこの問題の解決策が見つけられませんでした・・・
どなたかご教授お願いします・・・

**名前は開発中のものです。** · 2012/09/06(木) 12:27:17.77

>>720
ブログで回答出てた

>>723
うち 4:3の環境だけど問題ないなあ
グラフィックボードの設定によってそういう現象が起きるって過去ログにあった気がする
でももうほんとにわからないなら高橋さんに詳しい環境と状況を連絡してみて

あそうだ
bg.jpgのサイズはどうなってますか？　bgファイルは指定したサイズに合わせて作らないとだめだよ
あとセオリーとして「画面サイズ指定を先にする」てのがあるから一応やってみるといいかも

**724** · 2012/09/06(木) 12:29:47.93

ごめん連レス
指定したサイズっていうのは、Sx,yで指定したサイズのことです

**名前は開発中のものです。** · 2012/09/06(木) 22:23:36.34

>>723
うちの環境(1024x600)で試したけど問題ないです

同じver2.96でも微妙にリビジョンの違うのがあるみたいなので
一番新しいver2.96をダウンロードしてみるといいかも
あとはグラフィックボードの設定くらいしか思い浮かばないです

**名前は開発中のものです。** · 2012/09/07(金) 03:23:56.84

ver2.95だけど俺も横長になる。win7、NVIDIA GeForce GT 335M
一昔前のサブのＸＰだと普通に表示された。

**名前は開発中のものです。** · 2012/09/07(金) 21:18:17.44

NScr用のプラグインってNScr2にも使えたりすんの？

**名前は開発中のものです。** · 2012/09/07(金) 22:40:50.03

普通に考えたら無理だろうな

**名前は開発中のものです。** · 2012/09/07(金) 23:01:02.76

スーパーファミコン用の周辺機器を
プレステに繋ごうとするようなものだからねぇ…

**名前は開発中のものです。** · 2012/09/11(火) 14:48:44.66

もうみんな新エンジンで作ってんの？

**名前は開発中のものです。** · 2012/09/11(火) 17:50:25.52

仕様変更やバグ取りがある程度進んでからでないと、
せっかく組んだスクリプトの修正を余儀なくされたりしそうだしなぁ…。

あと、新エンジンに標準で用意されるUIがどんなものかを見てみないことには…。
標準システムがかなり使いやすければ、わざわざイチからシステム組むのも無駄だし…。

**名前は開発中のものです。** · 2012/09/11(火) 18:07:58.20

売り物にβ版を使うのはないな

**名前は開発中のものです。** · 2012/09/12(水) 19:44:10.25

NS2のボタン仕様で、
ツクール系ゲームの基本仕様みたいに、
F4＝全画面切り替え
F5＝ウィンドウサイズ切り替え
F12＝ゲームリセット
みたいのがあると嬉しいなぁ・・・

**名前は開発中のものです。** · 2012/09/12(水) 21:02:32.51

>>734
ウィンドウサイズの変更以外は自分で作ればできる
１でも２でも

**734** · 2012/09/12(水) 21:33:11.13

確かに自作でもできますが、高橋さんの日記で、

>ボタン機能時、特にそれらに機能を割り当てていないときに、カーソルとリターンとスペースをボタン移動と左クリックと右クリックに割り当てる→デザイン時の手間が増えないやり方を思いついた。

とあったので、その「機能を割り当てていない」時の機能作るのなら、ついでにと思ってしまいました。
全画面でエロゲ中、強制終了したくなる時あるなーなんて……いや、失礼しました。

**名前は開発中のものです。** · 2012/09/12(水) 22:14:08.76

既存の割り当て方に当てはまらないボタン機能の固定化は
ウザがられるだけ

**名前は開発中のものです。** · 2012/09/14(金) 07:39:21.42

高橋直樹開発日誌: 更新予定メモ
http://naokitakahashi-dev.blogspot.jp/2012/09/blog-post.html
他のサイトや掲示板は見てませんので、よろしければバグ報告はこちらにももらえると、対応が早くできて助かります

だってさ

**名前は開発中のものです。** · 2012/09/16(日) 22:31:08.18

Nスク2は既読判定どうなってるのかな
Nスク1では一度読んだ文章なのにスキップとまったりしてたけど

**名前は開発中のものです。** · 2012/09/17(月) 01:24:49.44

>>739
それは未読のコード行にひっかかって止まっただけだろ……

**名前は開発中のものです。** · 2012/09/18(火) 01:06:59.45

牛小屋消滅？

**名前は開発中のものです。** · 2012/09/22(土) 02:01:39.29

Nスクの拡張スプライトを使いたいのだけど
senzogawa先生のブログだと
拡張スプライトは必ず通常スプライトの上に来ると書いてあるけど
どうも、いろいろ触ってると必ず通常スプライトの下に来てるっぽいんだけど
これは、途中で仕様が変更されたという事ですか？
ちなみにググっても、それらしい記述が無くて困ってる
自分が使ってる本体は2000対応最終版です

**名前は開発中のものです。** · 2012/09/22(土) 03:23:51.31

拡張スプライトの件ね。
あれは、テキストウィンドウの前に全部来るのが正しい理解。
だから、windowbackとかでテキストウィンドウの表示順をいじってると、
拡張スプライトもそれに従ってついてくる。
スプライト(若)-拡張スプライト-テキストウィンドウ-立ち絵-スプライト(老)-背景の順番ね。

**名前は開発中のものです。** · 2012/09/22(土) 05:53:19.49

テキストウィンドウの前じゃなくて真後ろでしょ
humanzやwindowbackを指定しない場合、
立ち絵はlsp 20 辺りの階層に指定されてるはず

テキストウィンドウ-拡張スプライト(0-255)-スプライト（0-19）-立ち絵-スプライト（20-999）-背景

**名前は開発中のものです。** · 2012/09/23(日) 01:23:09.11

拡張スプライトの件ありがとうございます
senzogawa先生の所にもTipsにも他の講座にも
この仕様が、ちゃんと書いてある所見つからなかったから
とても助かりました！

**名前は開発中のものです。** · 2012/09/23(日) 01:27:55.53

で、拡張スプライトが最前面に来る事前提で
スプライト拡縮しながら画面上移動する演出作ってたから
今完全に詰んでる
これ拡張スプライトの表示階層を変更する命令とか無いのかな
ｵﾜﾀ…ｵﾜﾀ…

**名前は開発中のものです。** · 2012/09/23(日) 01:52:27.73

それで昔、公式掲示板で要望だしてみたが、今はスパムで埋まってるYO

**名前は開発中のものです。** · 2012/09/23(日) 22:26:07.24

良く分らんけど
要望出さなくても
humanzとwindowbackで対応出来んじゃねのか？

**名前は開発中のものです。** · 2012/09/24(月) 01:04:39.05

調べてみたらlsp2zという命令を実装すると予告があって
そのまま例によって忘れ去られて今に至るようだ

**名前は開発中のものです。** · 2012/09/24(月) 07:32:01.73

実装見送っただけじゃね
そもそもNSc2開発中なのに命令追加するとも思えん

**名前は開発中のものです。** · 2012/09/24(月) 17:10:33.07

当時は2なんて影も形もなかったんだから
いつものように、そのまま忘れてしまったまま数年経ってLua導入と2の開発始めたんだろう
他にも別ディレクトリにあれば複数同時起動とか予告されたまま消えた機能いっぱいあるしな

**名前は開発中のものです。** · 2012/09/26(水) 04:49:15.84

制作中スクリプトを全くいじらずNスク走らせて
毎回、違う症状が出るのは、どういうミスしてる時なんだぜ?

症状１
・何の問題も無く予定通り動く

症状２
・特定のスプライトが表示されない
　スプライトが消える以外は一応予定通り動く

症状３
・Microsoft Visual C++ Runtime Library
　のダイアログがアプリが出て落ちる

スクリプト一切触らず、nscr.exe を起動して実行してるだけで
上３パターンの症状がランダムで出る（envdata関連は毎回消してる）
タイマー系の命令は一切使っていない、プラグインも使っていない
bgmはogg　効果音はdwave鳴らしてる

**名前は開発中のものです。** · 2012/09/26(水) 12:13:37.22

まず落ちる箇所特定して、素材の作り直しとか試してみれ

**名前は開発中のものです。** · 2012/09/26(水) 12:19:15.72

>>752
＞制作中スクリプトを全くいじらずNスク走らせて
エンジン走らせてからのデバッグ作業も、同じことしてるのに、ランダムにその症状が出るんだよね？
だったらスクリプト晒したほうが早いよ

とりあえず２は単純な番号指定ミス、３はスタックオーバーフロー（gosubとreturnが対応してないミス）だと思う

**名前は開発中のものです。** · 2012/09/26(水) 13:00:11.73

配列って線もあるな
使ってるか？

**名前は開発中のものです。** · 2012/09/26(水) 16:46:12.77

もしかしてスプライト番号999番より後の、たとえば1000番とか使おうとしてねーか？
それやると症状１症状２症状３全部起きるぞ。
もしそうならマニュアル読めよとしか言えんがｗ

**名前は開発中のものです。** · 2012/09/27(木) 00:54:08.38

ありがとう。
あれから、頭捻ったんだけど、結局原因わからなくて
仕方ないから該当部分をゼロから作り直したら
症状２は発生しなくなって基本的に想定通り動くようになった。
多分、どこか間違ってたと思うんだけどどこが間違ってたか結局分からず。

ただ頻度は低下した物のやっぱりまれに
３の「Microsoft Visual C++ Runtime Library」が出て本体が落ちて困ってる。
出るのは同じ場所なんだけど発生がランダム
同じ操作3回くらいで落ちる事もあれば20回以上やって安定してる事も。
とりあえずデバッグウィンドウ開いて該当操作繰り返して落ちてくれるの待ってるけど
全然落ちてくれない手が疲れて死にそう

>>754
>スタックオーバーフロー
そうかなと思ってgosubとreturnがわざと一致しない状態を作ったら
エラーが「gosub文のせいでスタックが溢れました。」というエラーが出て
「Microsoft Visual C++ Runtime Library」みたいなダイアログが出る
という事は無くて症状違いで悩んでるYO

>>755
配列は使ってます
ただ該当部分で配列データの参照と書き換えは行っていません

>>756
スプライトは使ってたから症状２が出てたのは、そのせいかも。

**名前は開発中のものです。** · 2012/09/27(木) 02:10:39.70

>>757
は？　ほんとに1000番以降使ってるのか？　なら原因は完全にそれ。0～999番に置きかえれ

**名前は開発中のものです。** · 2012/09/27(木) 23:58:32.98

>>758
えーと、そもそも最初からスプライトは当然999以下しか使っていません
まだ1000以降を指定したりもしていません
ただ原因不明の症状が出た時について

>もしかしてスプライト番号999番より後の、たとえば1000番とか使おうとしてねーか？
>それやると症状１症状２症状３全部起きるぞ。

とレスをもらったので、症状２は既に解決していましたが全くスルーするのもアレなので
じゃあ、そういう事だったのかもしれませんね。
という挨拶程度のニュアンスでレスした物なので。

**名前は開発中のものです。** · 2012/09/28(金) 03:14:27.20

そういう中途半端なレスってさあ原因特定に困るからやめれ

**名前は開発中のものです。** · 2012/09/28(金) 10:22:47.15

何かの間違いで1000移行使ってるって可能性は？
変数値の計算を間違ったとかで。

**名前は開発中のものです。** · 2012/09/29(土) 07:17:07.04

おおかたそんなところだろ。
スクリプト打ち直してなおったんなら、
気付いてない潜在バグがそれで取れたんだろ。

**名前は開発中のものです。** · 2012/10/03(水) 15:13:30.78

Nスクの配列がメモリぶっ壊した時以外ではもう不安定な挙動残ってないと思うんだ

**名前は開発中のものです。** · 2012/10/06(土) 21:38:41.89

NSc１ノータッチで２から触り始めたんだけど情報集まってる所に誘導して欲しい

**名前は開発中のものです。** · 2012/10/06(土) 22:06:44.36

>>764
1を先にやるのが一番の近道

**名前は開発中のものです。** · 2012/10/07(日) 00:55:53.59

>>764
正式公開してる訳でもないのに
公式以外にあるわけ無いだろ

**名前は開発中のものです。** · 2012/10/07(日) 02:34:07.07

≫765
そう思って１のマニュアル見てるけどコマンド違った所がちょくちょくあって
演出が出来ない……とりあえず引き続き試作してみます。

**名前は開発中のものです。** · 2012/10/07(日) 02:39:00.60

≫じゃなくて>>だ
>を二個

そんなんじゃまともなスクリプトすら打てないぞ

**名前は開発中のものです。** · 2012/10/07(日) 22:42:38.58

コマンド違った所がちょくちょくある、というか、
文法自体が変わっちゃってるところもあるからなぁ…

2は、NScripterに似た文法の別エンジン、
って考えた方がいいと思う。

ただ、今のところ、文法の違いを乗り越えてでも
移行するメリットというのが見えてきてない感じ。

NSc1のスクリプトがそのまま走る、
ちょっと修正するだけで2の新機能が簡単に享受できる、
みたいな感じだったら、かなりの速度で普及したと思うけど、
ほぼ全面的にスクリプトの書き換えが必要で、
サンプル配ってるのは公式だけ、講座サイトもまだ様子見、
さらに同人ゲーとかフリゲでの採用実績がなくて、
動作状況にも不安がある、ってんじゃ、
吉里吉里やYU-RISに移行するほうがましかも…
なんて思う人がいてもおかしくはないな。

最新のノベルエンジンなのに、
スクリプト修正無しでスマホでも動きます、
みたいなメリットも無さそうだし…。

2の新機能を使いまくったヒット作が出てくるまで
マイナーエンジンのまま、なんてこともありうるかも…。

**名前は開発中のものです。** · 2012/10/07(日) 23:52:36.89

スマホもNSc1で既にONScripter使えば起動出来るしな。
しばらく様子見。

**名前は開発中のものです。** · 2012/10/08(月) 10:07:23.62

正式公開前のもので手を出そうなんてのは
物好きだけだろう

**名前は開発中のものです。** · 2012/10/08(月) 13:14:33.58

その物好き連中の犠牲があるからこそ正式公開後に使用する人間が助かるわけで。
ありがたやありがたや。頑張って犠牲になってくれ。

**名前は開発中のものです。** · 2012/10/09(火) 12:40:49.39

ごめん、ちょっと質問させてください。
最近Ｎスクでゲーム作ったんだけど、オートセーブしながら分岐探してたら
どのセーブデータも特定の場所の位置にセーブされてたって報告が来て
これってどういうことだろう？　オートモードはともかくオートセーブなんて
機能つけてないんだけど…俺の知らない所でそういうコマンドがあるのかな

**名前は開発中のものです。** · 2012/10/09(火) 13:11:29.16

報告してきた本人に「オートセーブ機能なんてつけてませんけど、何の事ですか？」と訊けよ。
相手が何か勘違いしてるのかもしれないし。
言葉の解釈に齟齬が生じてるのかもしれない。

**名前は開発中のものです。** · 2012/10/09(火) 13:40:10.08

>>774
冷静に考えたらそうだね
ごめんありがと

**名前は開発中のものです。** · 2012/10/09(火) 15:49:59.60

仮にオートモードでセーブなら
セーブが機能してないとかないか？

saveoffで一時的に機能切ってる場所があるとかね

**名前は開発中のものです。** · 2012/10/09(火) 19:48:35.84

>>776
saveoff命令は１回も使ってないな…
自分でテストプレイした時も他の人も問題なくプレイできてるから
余計不思議だ　バグってこわい

**名前は開発中のものです。** · 2012/10/10(水) 02:14:31.66

別のゲームのバグ報告だったりしてｗ
俺ガチで一回それくらったぞｗ

**名前は開発中のものです。** · 2012/10/10(水) 11:08:08.36

電話やメールでトラブル対応をする時に一番大事なのは、
相手の認識と自分の認識に差がないか確認する事だなｗ

**名前は開発中のものです。** · 2012/10/13(土) 18:07:13.75

NSDoEventsってどういう意味があるの？

**名前は開発中のものです。** · 2012/10/13(土) 23:13:06.91

公式の「NSLua解説１～２.txt」を読んでいるという前提で説明してみます

function NSCOM_loop()
while true do
if NSDoEvents() == true then return end
end
end

のような無限ループ(または重い処理)を実行させても、
ウィンドウの閉じるボタンでいつでもNスクを終了できます
if文の一行をコメントアウトしてみると、違いがよく分かると思います

**名前は開発中のものです。** · 2012/10/14(日) 12:00:51.69

>>781
やっと理解できた！ありがとう！

**名前は開発中のものです。** · 2012/10/18(木) 23:33:57.16

過去ログ読んでたら、ボタン待ちをluaでするもんじゃないってあったんだけど
なんで？

**名前は開発中のものです。** · 2012/10/19(金) 22:10:14.54

>>783
若輩者ゆえ間違った情報を晒してたら、御免

Luaを使う場合、内部的にはLua実行環境とNsc実行環境を切り替えながら動作しています
Luaの関数を実行している間は、Nsc実行環境は止まっています
NSGoto()の動作は典型的な例になると思います

ですので、ボタン待ち命令（クリック待ち命令）をLuaで作る場合
以下のような感じになるかと思います

**名前は開発中のものです。** · 2012/10/19(金) 22:17:13.30

function NSCOM_foo()
NSGetClick()--クリック情報クリア
while true do
if NSGetClick() then break end

if NSDoEvents() then return end
NSExecAnimation()
NSSleep(1)
end
return--戻り値
end

NSDoEvents():これがないとウィンドウのメニューバー、閉じるボタン、
　クライアント領域の再描画などの処理が上手くいかなくなります
NSExecAnimation():CELLアニメを使う場合、必要になります
NSSleep(1):CPU使用時間を下げます

**名前は開発中のものです。** · 2012/10/19(金) 22:28:55.96

で、例えば

function NSCOM_foo()
NSExec("bexec %10")
end

のような場合、制御はLua側にあることになっていても、問題なく動いてしまいます
メニューバー、閉じるボタン、スプライトアニメ、CPU使用時間のいずれも問題ないようです
これは、NSClick()なども同様です

ボタン待ちをLua側で実装するかNsc側で実装するかは、好みの問題だと思います
Nscで実装したほうが留意点が少なくて済みますし、Luaには変数の自由度などのメリットがあります

ご参考までに。
なにか間違っている点があれば、指摘していただけると幸いです

**名前は開発中のものです。** · 2012/10/19(金) 22:36:43.94

おまけ
引数の自由度が格段に下がるので、利便性は微妙ですが…
ver2.96用のwait命令もどきを上げておきます

function NSCOM_wait
local time = NSTimer()
local count = NSPopInt()
while true do
if (NSTimer() - time) >= count then break end
if NSDoEvents() then return end
NSExecAnimation()
NSSleep(1)
end
end

連投＆長文、失礼いたしました

**名前は開発中のものです。** · 2012/10/21(日) 10:01:39.30

質問した人間じゃないけど勉強になる

**783** · 2012/10/21(日) 15:04:15.40

>>784-787
つまりＮすくの動作を止めてる状態なのに、
lua上のbexecはＮスク側で処理を走らせる、これが問題
っていう理解でいいんだろうか？

**784** · 2012/10/21(日) 19:39:02.97

NscとLuaとの関係は、Nsc実行環境がメインでLua実行環境はサブという関係にあると思います

一般論として、
1:サブはメインから呼ばれて、returnでメインに制御を返す
2:メインがサブを呼び出すことはあっても、サブがメインを呼ぶことはない
3:サブはできるだけ早く、メインに制御を返すようにする
というセオリーがあると思います

NSExec()でLua(サブ)からNscの命令(メイン)を使える(呼び出せる)というのは
とても便利ですが、若干イレギュラーな印象もあります

NSExec()でユーザー定義命令(defsubで定義した命令)が使えない
NSExec()自体が２重に呼び出せないのはこの為かと思います

**784** · 2012/10/21(日) 19:40:44.31

セオリーを重視すれば、bexecはNsc側に置いたほうが自然かもしれません
NSExec("bexec $Var")で問題が起きないのならそれで良し、というのも
一つの考え方だと思います

人によって判断や意見の分かれるところで、どちらか一方だけが絶対に正しい
わけではないと思います

セオリーは、経験の蓄積で出来た智恵の集合体です
痛い経験をたくさんした人ほど、セオリーを重視する傾向があるかと思います

NSExec("bexec $Var")を絶対にやってはいけない訳ではなく、
どうせだったら、Nsc側に置いてもいいんじゃない？くらいの
ニュアンスではないかと思います

**名前は開発中のものです。** · 2012/10/21(日) 23:57:35.30

>>789
＞lua上のbexecはＮスク側で処理を走らせる

それは誤解。基本的にNSExec()つかった処理でもlua上扱い。
lua上でできないものは、保留して中で確保しといて次のlua行いく。確保したのをＮスクに帰ってから実行。

**名前は開発中のものです。** · 2012/10/22(月) 21:13:55.83

>>792
ごめん、それはたぶん違うと思う

Luaに制御が移った時点でNscは停止しているのだけれど
NSExec()は、停止しているNscを部分的に動かすことで実現していると思います

この「部分的」というのが問題にならないことも多いけれど、問題になる場合もあったりする
結果、NSDoEvents()やNSExecAnimation()等で明示的に補完してあげる必要があったりなかったりする

Nscの命令はNsc側に置いておけば、こうしたことを意識する必要も無いので
なるべくNsc側に置いたほうが「お得」だと思います

**名前は開発中のものです。** · 2012/10/22(月) 21:16:57.83

ついでなので、NSGoto(),NSGosub(),NSReturn()の動作について説明してみようと思います

Nsc実行環境は、内部にプログラマカウンタ(PC)という変数を持っていて
ここに、次に実行する命令の行番号(アドレス)が入っています。
で、実行環境は

1:PCの位置にある命令を読み込む。
2:命令を実行する
3:PCの値を+1する
4:1に戻る

の繰り返しで動いています。

で、
goto "*aaa"　という命令文は、
mov PC,"*aaa"という形で実装されています。
ジャンプというよりは代入命令だというのがポイントです

**名前は開発中のものです。** · 2012/10/22(月) 21:18:21.54

function NSCOM_foo()
NSGoto("*aaa")
NSGoto("*bbb")
NSGoto("*ccc")
end
について考えた場合、これは実質

function NSCOM_foo()
mov PC,"*aaa"
mov PC,"*bbb"
mov PC,"*ccc"
end
です

Luaの関数に飛んだ時点で、Nsc側の実行環境は停止して
Luaの関数から抜けると、Nsc実行環境は再開されます
その時のPCの値は"*ccc"ですので、"*ccc"から実行が再開されます

Luaから抜けた時点で多段ジャンプするのではなく、代入が上書きされた結果です

**名前は開発中のものです。** · 2012/10/22(月) 21:20:04.61

同様に、
gosub "*aaa"は
push PC
mov PC,"*aaa"
であり、
returnは
pop PC
です

紙の上にスタックの状態とプログラマカウンタの状態を書き出してみると
処理の流れがわかり易いかもしれません
ただ、スパゲッティプログラムの温床になりやすいので、NSGoto(),NSGosub(),NSReturn()は
あまり使わないほうがいいかもしれません

以上、連投しつれいしました

**名前は開発中のものです。** · 2012/10/23(火) 01:07:56.02

これは流れてしまうの勿体ない
まとめサイトとかに保存しておきたい

**名前は開発中のものです。** · 2012/11/04(日) 14:03:57.51

N2はウィンドウサイズは変えられないのでしょうか？
フルスクリーンは問題無いようですが・・・。

16:9にしたいと思っています。

**名前は開発中のものです。** · 2012/11/04(日) 14:20:21.31

>>798
gui.create

起動してから解像度を自由に変えるのって無理なのかなあ
ウディタのF4みたいに

**名前は開発中のものです。** · 2012/11/08(木) 17:48:39.11

うお、今nsogg2.dll使ってbgm命令でogg鳴らしてたら
2つのBGMが同時に流れ始めた

スクリプト上は曲A→曲Bとなるはずなのに
曲Aと曲Bが同時流れてる状態

**名前は開発中のものです。** · 2012/11/08(木) 20:08:48.31

チラ裏すぎる

**名前は開発中のものです。** · 2012/11/11(日) 21:26:35.46

NSc1ってウィンドウズ8でも普通に動作しますか？

**名前は開発中のものです。** · 2012/11/12(月) 04:52:40.56

問題ないよ

**名前は開発中のものです。** · 2012/11/12(月) 08:56:47.44

>>803
教えてくれてありがとう

**名前は開発中のものです。** · 2012/11/18(日) 15:09:53.44

nsc無印です。
次に作るゲームの画面サイズを16:9にしようと思っています。
ttp://www12.atwiki.jp/lunatilia/pages/180.htmlを参考に640 x 360や768 x 432や896 x 504を試してみたのですが、フルスクリーンにすると四方に黒帯が入ってしまいます
1280x720だと問題ないのですがこれではでかすぎなんですよね・・・何かうまい方法ないでしょうか。
グラフィックドライバのスケーリング設定はアスペクト比を保持にしています

**名前は開発中のものです。** · 2012/11/18(日) 18:56:26.96

どんなPC環境か分らなければ応えようないだろう
win8なら解像度足りてないし
モニタがその解像度対応してるかも分らんし

**名前は開発中のものです。** · 2012/11/18(日) 19:08:53.21

>>806
環境というのはOSでしょうか・・・
OSはwindows7 64bit homeです
あとドライバはIntel HD Graphics 4000
ディスプレイは解像度最大1920x1080 TrueColorです

**名前は開発中のものです。** · 2012/11/18(日) 20:25:10.74

Nスクに問題がないとしたらだけど
モニタの最小解像度がどこまで対応してるかが問題かもね

それと1280x720じゃなくて一段下の1024ｘ576は？
ワイド画面のゲーム的に
こっちのが一番小さいサイズだと思う

**名前は開発中のものです。** · 2012/11/18(日) 21:10:55.14

>>808
＞それと1280x720じゃなくて一段下の1024ｘ576は？
だめでした・・・
後出しすみませんが、こんな感じになります
ttp://www.dotup.org/uploda/www.dotup.org3636876.png.html
（フルスクリーン状態でprintscreenした画像。実際の見え方は、両端にも黒帯が入ります。）

**名前は開発中のものです。** · 2012/11/18(日) 21:58:36.72

たぶん、1280x720でも黒帯が(気にならないだけで)出てると思います。

液晶ディスプレイの解像度は、基本的に1種類で固定です。
ブラウン管の時代には、最大解像度以下の範囲で可変だったのですが。

液晶ディスプレイで、ピッタリの解像度以外の画像をフルスクリーン化すると
黒帯が出たり、見切れたり、ぼやけたり、等々します。

液晶ディスプレイの仕様だと思います。

フルスクリーン化をしなくても、ディスプレイのサイズや解像度の違いで
あるディスプレイで丁度良い画面サイズに作ったものが
他のディスプレイでは全くそうではない、ということも普通にありえます。

特に最近はディスプレイのサイズや規格が乱立してますし…。

決定的な解決法というのも見かけない気がします。

**名前は開発中のものです。** · 2012/11/19(月) 00:23:59.65

ということは
スケーリングのアスペクト比保持を切るくらいしか
打つ手がないって事なのね

**名前は開発中のものです。** · 2012/11/19(月) 19:18:43.40

>>810-811
ありがとうございました、すごく勉強になりました
しかしこれは悩みますね・・・

**名前は開発中のものです。** · 2012/11/21(水) 04:21:59.27

ウインドウ表示前提にしちゃってもいいのよ

**名前は開発中のものです。** · 2012/11/21(水) 12:27:51.24

>>813
>>805の希望サイズだとFHDで小さすぎになる
640x480で、画面の1/6くらいのサイズだから

16:9なら、やっぱ1280x720からが実用的だと思う
横の黒帯出てもいい＆フルスクリーン前提なら640x480でもいいけど

**名前は開発中のものです。** · 2012/12/24(月) 20:41:14.25

答えが無いとは思うけど一応聞きたい。

逆転裁判系を作ろうと思ってNScripterだと無理/面倒/うぜえ
と思ったことがあれば何でもいいんで全て教えて

**名前は開発中のものです。** · 2012/12/24(月) 23:17:51.76

無理だとは思わんが、アイテム選択のしくみとか作るの面倒そうだな。