NScripter Ver.15.00

**名前は開発中のものです。** · 2009/02/17(火) 21:45:59

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

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

・うｐろだ
ttp://nscruploader.hp.infoseek.co.jp/

**名前は開発中のものです。** · 2009/04/04(土) 00:49:55

>>329
pngそのものが圧縮されてるだろ。
BMPとPNGだと展開速度が数倍違う。

**名前は開発中のものです。** · 2009/04/04(土) 01:16:43

うん？
俺が随分前に計測した時は
BMPよりPNGの方が早かったはずだけどな。
アーカイブしてもしてなくても。

たとえBMPがアーカイブで無圧縮になっても
PNGよりは遅いはず、だからサイズの小さいPNGの方が便利……と思っていたんだが。

**名前は開発中のものです。** · 2009/04/04(土) 01:26:07

無圧縮アーカイブ期待してるのは
あわよくば２バイト文字に期待してんじゃねのか
知らんけど

**名前は開発中のものです。** · 2009/04/04(土) 01:29:15

nscrのアーカイバが圧縮したbmpの展開処理は縮み方の割にありえないほど遅い
あと俺がプレイヤーの立場に立った時、無圧縮のbmp大量にHDDに置かれるのは嬉しくない
だからpng使ってる

**名前は開発中のものです。** · 2009/04/04(土) 01:51:44

>>332
手間が全然違うからそれはないだろう

**名前は開発中のものです。** · 2009/04/04(土) 08:13:33

みんながみんな大容量ＨＤＤ使ってると思ってるのが間違いだな
ファイルサイズでかくなればインストールに掛る時間だって大幅に増えるし
メリットが殆ど無い
png公式でサポートみたいなこと言ってたはずだからそっちに期待

**名前は開発中のものです。** · 2009/04/04(土) 12:34:56

bmpとjpg併用して使ってんだけど、やっぱ拡張子揃えたほうが
いいのかね。png使ったことないけど、動作軽いかな

**名前は開発中のものです。** · 2009/04/04(土) 12:51:53

用途に合わせたファイル形式使うのが正解

**名前は開発中のものです。** · 2009/04/04(土) 14:11:40

>>336
PNGとJPEGなら展開速度はほとんど変わらない。
無圧縮アーカイブがきたらBMPが頭抜けて速いだろうから
メニュー画面とか細かいところで大量に切り替えたりして使ってる画像は
BMPにすると処理が軽くなるかもしれない。

**名前は開発中のものです。** · 2009/04/04(土) 14:37:28

>>337-338
なるほど。
システム画像だけbmpで統一したら生の状態でも表示が遅いから
どうしようかと思ったんだわ。ﾄﾝｸｽ

**名前は開発中のものです。** · 2009/04/04(土) 17:17:26

自分で計測してそれに従えばいい。

**名前は開発中のものです。** · 2009/04/04(土) 17:29:37

PNGのテスト版来てるね。
メニューとかで頻繁に使う画像は、読み込んだままメモリから消さずに
vspで表示だけ消して残しておくのが一番速いぞ。ロード時間０。

**名前は開発中のものです。** · 2009/04/04(土) 17:32:12

掲示板にテスト版きてるぽ

**名前は開発中のものです。** · 2009/04/04(土) 17:33:22

( TДT)ｺﾞﾒﾝﾖｰ

**名前は開発中のものです。** · 2009/04/04(土) 17:44:55

プラグインフォルダに入れたら強制終了した
nscrpng.spiのが使い勝手いいな…

**名前は開発中のものです。** · 2009/04/04(土) 17:51:15

あの投稿ミスはまた例の奴か？

**名前は開発中のものです。** · 2009/04/04(土) 18:27:21

試したんだが、nscrpng.spiの方が展開速度速いな。
nspng.dllはnscrpng.spiに比べると1.5倍くらい展開に時間がかかる。

しかもテスト版でnscrpng.spiを使おうとするとエラー落ちするから、
今後のバージョンでnscrpng.spiが使えなくなる可能性大だな。

**名前は開発中のものです。** · 2009/04/04(土) 18:53:23

まじで

**名前は開発中のものです。** · 2009/04/04(土) 18:56:33

>>346
マジか。速度上がるまではv292で行くわ俺。

**名前は開発中のものです。** · 2009/04/04(土) 23:29:25

公式に要望出ててたマウスクリックと終了割り込み追加して欲しいな

**名前は開発中のものです。** · 2009/04/05(日) 02:16:57

ここは出番だと思ってnscrpng.spiのソースを公式BBSに晒してみた
いえーい高橋さん見てるー？

**名前は開発中のものです。** · 2009/04/05(日) 03:55:38

ちょｗｗ

**名前は開発中のものです。** · 2009/04/05(日) 04:10:05

直樹様がみてる
山田様がみてる

しかしpng公式対応する日が本当に来るとは…

**名前は開発中のものです。** · 2009/04/05(日) 04:13:05

ついでに掲示板変える気になったのか。
あの掲示板不便だったからな…

**名前は開発中のものです。** · 2009/04/05(日) 12:10:48

うおーーー
最近の開発スピードが凄くて感動
俺も、今作ってるゲーム公開する時は、ns2とPNGに移行しよう

**名前は開発中のものです。** · 2009/04/05(日) 14:07:01

各プラットホームの互換スクリプトが追従するのは、やっぱりゲームが出た後になるのかなあ？

**名前は開発中のものです。** · 2009/04/05(日) 19:45:27

更新予告してるね。期待

**名前は開発中のものです。** · 2009/04/06(月) 23:42:02

これから先、本格的にいじっていこうと思ったら
Luaの勉強しなきゃいけないのかなあ

**名前は開発中のものです。** · 2009/04/06(月) 23:46:07

>>357
現状でも結構良くできたの作れるんだから問題ないだろ。
限界近くまで弄り倒せば結構商業平均並に行けるぞ。

**名前は開発中のものです。** · 2009/04/07(火) 00:40:29

>>358
君はアフォか？

**名前は開発中のものです。** · 2009/04/07(火) 00:49:51

単に、吉里吉里でいうKAGが今のNスクで、tjsがLuaだろ

**名前は開発中のものです。** · 2009/04/07(火) 08:14:18

今のNスク自体が lua で再実装されればそうなるな

**名前は開発中のものです。** · 2009/04/07(火) 18:50:25

BBSにLua実験版が来てるな

**名前は開発中のものです。** · 2009/04/07(火) 19:40:39

＞マウスカーソル変更命令のバグ修正
これすごい嬉しい…

**名前は開発中のものです。** · 2009/04/07(火) 19:44:29

矩形描画は助かるぜ

**名前は開発中のものです。** · 2009/04/08(水) 02:10:21

数値ラベルって古い命令だったのか……
修正すんのめんどいが仕方がない

**名前は開発中のものです。** · 2009/04/08(水) 02:34:03

昔、レジストリ経由で外部からNスク上に文字送り込んで表示するのは作った事あったなあ

**名前は開発中のものです。** · 2009/04/08(水) 05:00:12

>>360
そういう構造になるのは、NScripter2から。
正確には、吉里吉里でいうKAGがNScripter2で、
エンジン自体の名称はまだ未定。
と、去年の秋くらいのブログに書いてあった。

掲示板のLua実験版を見る限り、
既存のNScripterからLuaに処理を投げてる構造になってる。

**名前は開発中のものです。** · 2009/04/08(水) 05:11:20

>>367
新しい方の日記読んで来な

**名前は開発中のものです。** · 2009/04/08(水) 14:09:48

この更新ヤバイな。面白すぎる。

**名前は開発中のものです。** · 2009/04/08(水) 15:43:38

やばい。
最近の怒涛の更新でついていけなくなってる……。

**名前は開発中のものです。** · 2009/04/08(水) 19:10:17

わーいわーい

**名前は開発中のものです。** · 2009/04/08(水) 21:07:46

３月下旬にゲームを完成させる予定だったのに…
いや、まあ、うれしいんだけどね…

**名前は開発中のものです。** · 2009/04/08(水) 21:44:04

最新版がwin98seで起動しない…orz

**名前は開発中のものです。** · 2009/04/08(水) 22:04:58

>>373
そりゃ、コンパイラVC++2008になったもん。当然だ

俺も、あるDLL入れてると、ロード出来なくなって凹んでるけど、
この規模の更新ならしゃあないわな。

**名前は開発中のものです。** · 2009/04/08(水) 22:06:31

Escキー拾えない？

**名前は開発中のものです。** · 2009/04/08(水) 22:10:42

いや、当然だじゃなくて。そういうのは報告しないと。

**名前は開発中のものです。** · 2009/04/08(水) 22:13:55

【NScripterの最低動作環境】
DirectX8以上 Windows98/Me/2000/XP/Vista

と「導入について.txt」に書かれてるから報告しなせい。

**名前は開発中のものです。** · 2009/04/08(水) 22:44:02

一気に進んだ分バグは多そうだな。
夏までには落ち着くだろうけど。

**名前は開発中のものです。** · 2009/04/08(水) 23:08:32

>>374,376,377
Ok、報告しますた。

**名前は開発中のものです。** · 2009/04/08(水) 23:14:00

>>368
読んできた
完全新規でNScripter2作るのから方針転換か

**名前は開発中のものです。** · 2009/04/09(木) 00:04:10

Luaのサンプルを動かしてみたけど、
バックグラウンド並行動作してるのみて感動した。

**名前は開発中のものです。** · 2009/04/09(木) 01:38:51

サポBBSで9x系対応しなおし版きとるぞ。

**名前は開発中のものです。** · 2009/04/09(木) 02:03:55

さすがに、9X系を使ってる人なんて
もうほとんど居ないだろうし検証できるんだろうか

**名前は開発中のものです。** · 2009/04/09(木) 08:19:43

古いOSを動作環境に入れちゃうと、文字コード周りで手間なんだよな
Unicode一本に絞れるなら結構楽なんだけど

**名前は開発中のものです。** · 2009/04/09(木) 10:47:03

それはおまいさんがたのほうで完成したソフトに「古いＯＳ非対応」と明記すればいいんじゃね

**名前は開発中のものです。** · 2009/04/09(木) 14:38:12

おまえら的にはコンパイルしなおしでの処理速度と
ＮｓｃへのＬｕａ導入の足枷が気になるんじゃないのか？

**名前は開発中のものです。** · 2009/04/09(木) 16:20:23

とりあえず重くならなきゃいい
Nスクの強みの一つはそこだし

**名前は開発中のものです。** · 2009/04/09(木) 17:09:28

>if文でORが使えるように
キタアァァァァァァァ

**名前は開発中のものです。** · 2009/04/09(木) 17:14:39

怒涛の更新ラッシュだな

**名前は開発中のものです。** · 2009/04/09(木) 17:48:35

ttp://www.nscripter.com/nscr.lzhから最新版を導入したら今まで問題なかった箇所でエラー吐きまくり始めた。
スクリプトがまずいのかバグなのか判別がつかん。
もうちょっと試してみよう

**名前は開発中のものです。** · 2009/04/09(木) 18:23:18

試した中では、うみねこは動いてたな。
サンプルスクリプトにアニメ出来る立ち絵命令があがってたぞ。
コントロールキーで早送りできるのが好感触。

**名前は開発中のものです。** · 2009/04/09(木) 18:23:31

>>386
速度差はあるだろうが、人間には体感できない程度だろ
新サンプルの立ち絵アニメーションが良い感じ

**名前は開発中のものです。** · 2009/04/09(木) 18:32:00

俺のスクリプトでは多重にgosubを使ってる最中の表示系命令がめちゃくちゃ不安定になった
ただ俺も無茶な打ち方してるからなあ

**名前は開発中のものです。** · 2009/04/09(木) 18:36:05

>>768
おじちゃんお仕事してないの？

**名前は開発中のものです。** · 2009/04/09(木) 19:00:44

>>392
そんな分りきった大雑把な体感差の話なんてしてない

**名前は開発中のものです。** · 2009/04/09(木) 21:41:57

あれ？　立ち絵アニメーションライブラリのサンプルスクリプト
ウィンドウ開く前にエラー落ちするけど俺だけ？
試しにver2.82だと「不正な命令"luacall"です。」と言ってくれるけど、
最新版だと「問題が発生したため～～」とwin側のエラー出る。
昨日までのver2.93ファイルでも同じだった。

**名前は開発中のものです。** · 2009/04/09(木) 22:20:48

間違ったファイルアップしてたくさいな。

**名前は開発中のものです。** · 2009/04/09(木) 22:33:08

ここは同人ゲーム板ではありません。（ローカルルールそのものが異なります）

**名前は開発中のものです。** · 2009/04/09(木) 22:46:53

俺さっきやったけど、普通にできたよ？

**名前は開発中のものです。** · 2009/04/09(木) 22:52:51

お、今回のファイルは行けた。
つーか、公式で報告しなくてスンマセン。

**名前は開発中のものです。** · 2009/04/10(金) 00:10:45

誰かnspng速度改善直後のNScripter.exeを控えてたりしない？
少なくともあのバージョンまではエラー吐かずに動いたんだ

**名前は開発中のものです。** · 2009/04/10(金) 01:16:59

あれ、nslua著作権埋め込まれてなくね？

**名前は開発中のものです。** · 2009/04/10(金) 01:42:37

ああ、挙動がおかしくなる原因がわかった
長いdefsub命令(100KB、無駄なくらい横に長い)を読みに行かせると途中で挙動が狂う。そういや前にも似たようなことがあったようん
こういう場合で
>問題が発生したため、nscr.exe を終了します。
が出る時ってメモリ不足だっけ？

**名前は開発中のものです。** · 2009/04/10(金) 02:45:07

あれこれ試してみたけど、やっぱり横に長すぎる行を通るとそれから後の処理が完全に駄目になるみたい。
最近のバージョンでは大丈夫だったから問題ないかと思ってたけど、やっぱ横長すぎるのは駄目なのかな

**名前は開発中のものです。** · 2009/04/10(金) 02:54:13

一行ごとに処理してるみたいだから、あんまりむちゃくちゃに長いのはやめたほうが。
そんなに長い行にしなきゃ出来ない処理ってあるか？

**名前は開発中のものです。** · 2009/04/10(金) 03:32:31

ちょっとの手間を面倒くさがって無理やり一行にまとめてた。
skip %X_Zahyou
split $Line_1,",",$1,～,$40 :mov $hoge1,$1 ～:mov $hoge40,$40
split $Line_2,",",$1,～,$40 :mov $hoge1,$1 ～:mov $hoge40,$40
split $Line_3,",",$1,～,$40 :mov $hoge1,$1 ～:mov $hoge40,$40
こんな感じで横に伸びまくり。見る分には見やすかったんだけど、確かに無茶はしない方がいいね

**名前は開発中のものです。** · 2009/04/10(金) 03:38:35

draw系のは描画のループにdrawclear入れておかないと加算合成されていくようになったな。
最初ビビった。

あと、ロードしたら落ちるというかセーブデータが壊れて作られる（通常より40KB程小さい）ように
なったけど>>403と同じ原因なのかわからんし、眠い。明日じっくり検証してみる。

**名前は開発中のものです。** · 2009/04/10(金) 04:16:08

drawclearをしない限り画像は上に重なっていくばかりなのは
実装当初からそういう仕様なはずだけど、そういうことじゃなくて？

**名前は開発中のものです。** · 2009/04/10(金) 06:19:55

比較的質の高いコーディングでスクリプトの内容を公開しているゲームはありますでしょうか？
コーディングの参考にしたいです。
特に一般的なコーディング規約などについて知りたいと考えています。

**名前は開発中のものです。** · 2009/04/10(金) 08:25:41

恐らく無いと思う。

**名前は開発中のものです。** · 2009/04/10(金) 08:37:43

カオスでフリーダムなのがNScripter

**名前は開発中のものです。** · 2009/04/10(金) 11:23:29

>>408
加算合成ならどんどん画面が明るくなるけどそんな仕様だったっけ？

>>409
カーニハンのプログラミング作法でも読んだら？

**名前は開発中のものです。** · 2009/04/10(金) 14:24:24

>>412
*lp
drawsp 0,0,255,20,20
drawsp 0,0,255,40,40
draw
delay 1
goto *lp
うちでは加算合成にはなってないっぽいのだけど、どんなスクリプト？
バグだろうから報告したらいいんじゃないかな。

**名前は開発中のものです。** · 2009/04/10(金) 15:04:33

>>413
*define
game
*start
てすとですよ\
bg "test.jpg",1
for %0=10 to 50 step 10
drawbg2 320,240,100+%0,100+%0,0
draw
click
next
こんな感じ\
end

**名前は開発中のものです。** · 2009/04/10(金) 16:31:05

drawbgだと問題おきないから、drawbg2の問題っぽいな。
前に減算ブレンディングとか追加してたからそのときにミスったんじゃないかね。

**名前は開発中のものです。** · 2009/04/10(金) 17:55:21

なんか一定条件下でnumaliasの定義が吹き飛ぶ。あちこちスクリプトを切り貼りしてみたけど、法則性わからず。
一度にデータを読み込みすぎた時(文字変数にやたら長いものを代入してsplitで切り出しとか)に起こるんじゃないかという怪しすぎる結論しか出ない。
こういう状況でこうなるっていう最低限の再現性を作り出せないから報告も難しいしもう嫌だ俺のスクリプト。
なんとかはっきりした原因を見つけられればいいけど

**名前は開発中のものです。** · 2009/04/10(金) 18:28:11

もう無理諦めた
きっとメモリとかの深い場所に原因があるか俺の打ったのがどうしようもない代物だったかのどっちかだ。一つ前のバージョンで頑張ります。

**名前は開発中のものです。** · 2009/04/10(金) 18:36:17

お前の努力で日本中に散らばったNスクユーザが幸せになれるかも知れないからもうちょっと頑張るんだ

**名前は開発中のものです。** · 2009/04/10(金) 18:56:53

休んだ後でまた再挑戦する。新しい命令もnspngも使いたいし。
だけど同じ症例の人が出ない以上相当変な環境依存か単なるミスな気もする。
以前のバージョンでは動いたものがエラーを吐くようになったってのがよくわからない。本当はスクリプト自体が文法的にグレーだけど、以前のバージョンでは一応動いていたとか？
でも出るエラーの種類が変(普通にdefsubで飛んだ先でgosubとreturnが対応していないと言われたり、
ある場所からreturnしたらなぜか00.txtの8行目なんかに戻ってnumaliasを実行しようとしてエラー出したり、
numaliasで名前付けた変数を使ったら数値の来るべき場所に～と言われたり)だし、具体的にどこかの行がおかしいって感じはあまりしない(横に長い行は原因かもしれないけど)。
むしろ量か横の長さ辺りに原因がありそうな気がする。でも俺がとんでもなく馬鹿なミスでもしてるのかもしれないし、うーん……

**名前は開発中のものです。** · 2009/04/10(金) 19:06:17

メールとかで高橋氏に送るわけには行かないの？
見てもらえば一発で原因わかるかもよ

**名前は開発中のものです。** · 2009/04/10(金) 19:07:28

>>419
動作的にはどう？　起動しない感じ？　それとも起動後の動作不良？
俺もスタック作る為にsplitで何十個もやってるから同様かもしれん。
俺の方はセーブデータが異常になる。

**名前は開発中のものです。** · 2009/04/10(金) 19:17:26

>>420
完全に原因不明の状態で長ったらしいスクリプトを送ったら迷惑じゃないかと思って。不具合だと決まってるならともかく俺がヘマしてただけなら悪い気がするし。もう少しだけ粘ってから最終手段として考えてみる。

>>421
起動はするんだけど、ある程度の場所を越えると挙動不審になったり突然エラーが出たりする。
例えば%X_Zahyouをテキストで表示しようとした時、ある場所から後だと(この「ある場所」ってのがいくら試してもいまいちはっきりしない。)エラーが出たりとか。
そういえば動きが怪しくなるのはsplitが関わる行を通ったあたりからな気もする。

**名前は開発中のものです。** · 2009/04/10(金) 19:55:12

何か>>419読んだ感じだとオーバーフローしてメモリぶち壊されてんじゃね？　って感じだけど
話見てく限りじゃそんな気がする
再現難しいって点も、何だかメモリ周りのエラーっぽい

**名前は開発中のものです。** · 2009/04/10(金) 19:55:21

>>422
ありがとう。
俺ももうちょっと粘ってみる。splitメインで検証してみるわ。
揃ってから上のdrawbg2と一緒に報告してみるつもり。

**名前は開発中のものです。** · 2009/04/10(金) 19:56:39

って、drawbg2はもう公式で対応されてたｗ

**名前は開発中のものです。** · 2009/04/10(金) 20:13:02

>>423
どこでオーバーフローしてるだろうか。
パーサでやっちゃうわけないから解釈ミスが不具合を誘発してるのだろうか。
ソースがありゃすぐ原因が分かるだろうけど・・・
（NScripterの文法定義ってどこに書いてある？）

**名前は開発中のものです。** · 2009/04/10(金) 21:00:15

多分オーバーフロー関連だから、検証で原因を特定するのは無理だろう。
現象が起こるような長いsplitの例を一個作ってそれを送ったらすぐ直ると思う。

**名前は開発中のものです。** · 2009/04/10(金) 21:32:22

>現象が起こるような長いsplitの例を一個作ってそれを送ったらすぐ直ると思う。

そんな簡単に再現できるような物なら、ここまで揉めないのでは？

**名前は開発中のものです。** · 2009/04/10(金) 21:42:38

for %0=0 to 39
add $0,"あ(中略、300個くらい)ああ/100/"
next
split $0,$1,%1,$1,%1....（中略。300個くらい),$1,%1
これでものも言わずに落っこちた。多分、文字列の長さに限界があるんだな。
ちなみに文字列を短くすると無事動く。