【ウディタ】WOLF RPGエディター　其の61 [無断転載禁止]©5ch.net

**名前は開発中のものです。** · 2016/05/13(金) 09:55:51.99

RPGツクール系よりは手がかかる分、比較的細かい所まで作り込む事ができます。
RPGツクールでは物足りないけど、プログラミングはちょっと……という方にお勧めです。
次スレは　>>980　が立てて下さい。

■WOLF RPGエディター公式サイト
ttp://www.silversecond.com/WolfRPGEditor/

■開発者サイト　SilverSecond
ttp://www.silversecond.net/

■エディター説明書
ttp://www.silversecond.com/WolfRPGEditor/Help/

■WOLF RPG エディターパーフェクトガイド
ttp://www.silversecond.com/WolfRPGEditor/Guide/

質問スレ
WOLF RPGエディター質問スレ其の9
http://peace.2ch.net/test/read.cgi/gamedev/1447399763/

前スレ
【ウディタ】WOLF RPGエディター　其の60
http://echo.2ch.net/test/read.cgi/gamedev/1452438032/

以下、公式サイトから抜粋。

○高度なRPG開発が可能な、完全無料のゲーム制作ツールです。
○作成したゲームは自由に配布･販売･コンテスト投稿などが可能。
○ｺﾓﾝｲﾍﾞﾝﾄを導入することで、ゲームシステムを無限に強化できます！
※Ver2.02a以下のウディタで暗号化したファイルは、Ver2.10以降のウディタでは読み込めません
　旧Verの入手も公式HPの【本体のダウンロード】のページから可能です

**名前は開発中のものです。** · 2016/07/13(水) 11:24:06.24

>>716
これ中身公開されてるからはじめてＳＴＧ作った手本にしたわ
並列じゃなくてループで回してるのがすごいと思った

**名前は開発中のものです。** · 2016/07/13(水) 17:27:53.08

並列を使う方法も結果的にはループするし…っていう突っ込みは抜きにしても
ゲームに限らずどんなアプリケーションもループが基本だと思うんだ

むしろ並列を使ったやり方がオブジェクト指向的というか発展的だと思うんだが

**名前は開発中のものです。** · 2016/07/13(水) 18:45:41.11

ループや変数はウディタに限らずプログラムの基本だろ
並列もスレッドやタスクの概念は昔からあるし
並列使うのは有効だし使えたから自慢になるものでもない

自動並列変数ループ使わないゲーム無理やり作れるっちゃ作れるけど
そんなん面白いゲームできるわけないしな

**名前は開発中のものです。** · 2016/07/13(水) 20:43:50.28

ウディタのループは1回指定0回指定すればコピペが楽になるからな
狼煙も使っている公式裏ワザだ

**名前は開発中のものです。** · 2016/07/13(水) 20:48:20.78

並列なんて必要があれば使えばいい程度のことになんで上級者ぶってる奴がどうとかこだわってる人がいるのかと不思議で仕方なかったんだが>>652>>655あたりに釣られたのかな？
それか50万ループで苦い思い出があるか

上でも言ってる人いるけど演出系なら並列使ったほうが最適化できてリソース削減にもなるしオブジェクト指向の考え方からしても並列を使った方がいい場合もある

使いこなせてるなら確実に上級者様だし、「具体的な例を出さずに批判してグダグダな論議になってる典型的なパターン」にしか見えない

**名前は開発中のものです。** · 2016/07/13(水) 21:46:53.59

毎フレーム回ってるメインループがあるのに並列使う理由がわからん
メインループの中にコモン呼出を1行追加するより、並列実行を使うほうが処理速いのか？

**名前は開発中のものです。** · 2016/07/13(水) 22:18:04.04

並列おじさんvs直列おじさん

**名前は開発中のものです。** · 2016/07/13(水) 22:34:08.57

>>722
並列に投げて速くなるってのはないと思うが、メインループだけでやると遅くなるパターンてのは割とあると思う
あとは管理のしやすさとソースの最適化ってあたりか(もちろん並列化することでスパゲティ化することは大いにある)

その辺を気にしない制作環境ならはっきり言って使う必要はない

**名前は開発中のものです。** · 2016/07/13(水) 22:47:50.76

>>724
管理のしやすさで言えば圧倒的に並列使わないほうがやりやすいだろ
ウディタ内部の処理順で実行されるより、自分で作ったメインループの中に判定入れるほうが制御しやすいんだから
あとメインループだけでやると遅くなるパターンってのも具体的に挙げてほしいね
ソースの最適化ってのはそもそも何のことを指してるのか全くわからん

**名前は開発中のものです。** · 2016/07/13(水) 23:26:58.41

俺が雑魚だからだとは思うんだけど
並列同時に多用すると意図しない動きよく起こすわ
ループだと自分の意図した通りに動くから予期せぬ動きは少ない

あとループで組むとスパゲッティになりやすいってどういうことオブジェクト指向ってとゆこと？？
そのままズラズラ書いたら肥大化するけどコモン別で作っといてループ内で呼び出すか並列で実行するかくらいの違いでは？

まあ呼び出す場合に条件分岐使いまくって読みにくくなるっていうのは少しわかるがコメント残せばそれほどでも、、、
あとあくまでも俺の経験上だけど並列い使まくった方が遅くならん？

作者のブログ見るとなるべく並列使わない人が多い気がする

**名前は開発中のものです。** · 2016/07/13(水) 23:44:54.02

>>726

自己レス
　
ちょっとググってみたけど
並列は重くなりやすいからループ回して
条件分岐で必要なコモン呼び出したほうがいいみたいだ

俺はプログラマーじゃないから間違ってるかも知れんが
オブジェクト指向って外部からメッセージ入力すれば中身自体の処理を知らなくとも機能する一まとまりだから
乱暴な言い方すればコモンみたいなみたいなもんだよね？

引数やら入力すれば動くコモン

並列の方がオブジェクト指向の練習になるって言うが
コモン別で作っといて必要な時に呼び出すのもオブジェクト指向というのと変わらなくないか

**名前は開発中のものです。** · 2016/07/14(木) 00:39:05.83

選択肢に別ウインドウの説明文を付ける時、画像でかつマウスを使った選択肢を作る時
くらいかなあ……初心者なりに並列必須に思うのは

**名前は開発中のものです。** · 2016/07/14(木) 00:44:09.94

あ、画像選択肢は普通にメインループ内で可能か……始めにまとめて監視すればいいんだな

**名前は開発中のものです。** · 2016/07/14(木) 01:50:43.29

並列で楽なのは処理量が多すぎて分割して処理したい場合かなー
途中まで処理やって処理状況を保存してメインループに戻して、ってのをわざわざウディタで記述するのはキツい。そんならウディタのシステムに投げたほうが楽だし処理も早い
あと常時アニメーションぶっこむ場合とかキーの入力統括とか
流石にウディタのマップシステムを使わない場合に自動実行も並列実行も使わないやつなんておらんやろうしな

それ以外では好きにすればいいと思うよ
メリットの大きい方を使うのが当たり前なんだし。自分が慣れているからってのもメリットの一つだろ

**名前は開発中のものです。** · 2016/07/14(木) 01:58:59.79

>>725
並列使わない方が圧倒的に管理しやすい処理ならそれでいいんじゃない？
そもそも並列なんて多用するもんじゃないし

例えばでいうなら…
リアルタイムで朝夜と空の景色が変わるとか、キー入力受け付け中にキャラがアニメーションする処理とかかな？
思いつきですまんが、総プレイ時間みたいな累計を計測するのも並列のほうが楽じゃない？

順次呼び出しで高速かつソースが把握しやすいならそれを使えばいいし、変数書き換えだけでループしてくれる処理が管理しやすいのならそれを使えばいいだけだと思うのだけれど？

**名前は開発中のものです。** · 2016/07/14(木) 03:06:06.13

>>731
>>725に対する否定のつもりで言ってるなら君の言ってることは完全な見当違いだよ
毎フレーム回ってるメインループの中から並列処理を呼び出す理由があるのかって話だからね

**名前は開発中のものです。** · 2016/07/14(木) 04:40:43.34

>>716
3Dが無理って、>>713のシューティングは全て3Dなんだがｗ

**名前は開発中のものです。** · 2016/07/14(木) 06:58:47.04

オレも仕事でプログラム打つけど(だからって上から目線で言うつもりじゃないよ参考に)
unity使うにしても何にしてもスレッド、プロセス、割り込み等並列に相当する処理は扱えないと仕事では話にならない
ただ、ウディタの並列の扱いやすいところは
並列実行中にウェイト等少しでも並列が休止する処理がなければ
その並列が１回分実行終了するまで自動だろうが何だろうが他の処理が割り込むことはない
これは自動にも言えることだから処理の順序は注意深くしていればウディタの並列は結構扱いやすいよ

**名前は開発中のものです。** · 2016/07/14(木) 08:12:43.13

ウディタの並列ってファイバーみたいなもんだろ？

**名前は開発中のものです。** · 2016/07/14(木) 08:24:32.29

並列を画面演出とキー入出力以外で使ったことがないから最近の流れはためになるようなならないような
実際並列処理を使うと自動処理から呼び出すより便利になるって実例はないのかな

>>730のはなるほどと思ったけどそれを並列で実装するくらいなら自分はメインループ内に書く

**名前は開発中のものです。** · 2016/07/14(木) 08:26:39.46

初心者の、
頃常時キー入力を監視してるダッシュコモンを
並列で入れっぱなしにしていたため
動作指定が正常に動かなくて
何が悪いんだか分からなかった

**名前は開発中のものです。** · 2016/07/14(木) 10:59:54.06

>>736
一度メインループ内でやったことあるけどラベルワープぶちこんで例外処理入れてって作業量が一気に増えてだるかった
並列の利点はウェイト入れれば一時的に処理を中断(割り込み処理)できる点だから、1F内で全ての処理が終わる場合とかはほとんど恩恵感じないんじゃないかな
面倒臭いことと処理量や使用変数が増えることに目をつぶれば、キー入出力だってメインループにぶちこめるしなー

**名前は開発中のものです。** · 2016/07/14(木) 11:29:30.59

並列は意図しない動き起こしやすいのと重くなりやすいのが問題だがそれさえ解決できればすげえ便利だよね

**名前は開発中のものです。** · 2016/07/14(木) 11:33:01.34

ん？
普通キーぬー力ってループ組んでやらない？

**名前は開発中のものです。** · 2016/07/14(木) 11:53:59.25

>>738
なるほどウェイトxフレームを挟むと並列処理がx回走るのね
走るタイミングを知らなかったけどなんとなくわかってきた

**名前は開発中のものです。** · 2016/07/14(木) 12:45:01.84

>>740
キー入力の予約とかウェイト処理とか考えると別処理にしたほうが楽じゃない？
並列の中でループ組んで使いはするけど、メインループに戻すようにすると余計に変数使うし、俺はあまりやりたくないかな

**名前は開発中のものです。** · 2016/07/14(木) 12:45:45.57

メインループが何なのかわからない

**名前は開発中のものです。** · 2016/07/14(木) 13:54:03.18

>>743

↓転載だが

メインループとは何ぞやっちゅー話ですが、造語です。
ローグライクのモデルとして階層構造を思い浮かべると分かりやすそうですが、その階層の一番上に位置するやつですね。
いろんな要素は捨象していますが、単純な中身はこんな感じ。

ランダムダンジョン生成
↓
[ループ地点]
1ターンの処理を実行
↓
（主人公死亡のとき）ゲームオーバー処理を呼び出す
（クリアしたとき）エンディング処理を呼び出す
（階段を下りたとき）最初のランダムダンジョン生成に戻る
（それ以外）ループ地点に戻る

てなところですね～。
中身自体はとっても単純ですが、みて分かる通り、ゲームの場面を大きく転換させるような処理は全部まとめてメインループが受け持っています。
変なところからゲームオーバー処理を呼び出したりすると、ゲームオーバー後も処理が続いたりしてしまって大変なことになります

**名前は開発中のものです。** · 2016/07/14(木) 13:58:21.09

語弊あるかもしれないが一言で表すとそれ一つ常時反復してればゲーム処理可能なループのことよ
ウディタでRPGを作るならほぼ気にする必要がない話

**名前は開発中のものです。** · 2016/07/14(木) 14:01:01.01

【ゲームループ】

まあローグの例だけども

各処理への起点となります。
ループを実行し続け、キー入力、プレイヤーの移動チェック、ローグタスクの実行をします。

処理概要
1. ループ開始（９まで）
2.【ローグタスク実行】
3.フロア内キャラの移動カウンタを進める
4.移動の終了していないキャラがいる場合
　i.ループ開始（１）へ
5.プレイヤーの移動チェック
i.プレイヤーが移動した場合
　　a.１ターン経過フラグをＯＮ
6. メニュー起動フラグがＯＮの場合
　i.【メニュー】
7. １ターン経過フラグがＯＮの場合
　i.【１ターン経過】
8. 【キー入力チェック】
9.ループ終了（１から）

シューティングや自作戦闘もこういう風にループ組んで作るはず

**名前は開発中のものです。** · 2016/07/14(木) 14:25:00.06

ウディタだけで作るならそりゃ気にする必要もないかもしれんが
ゲーム作ろうと言うやつがメインループを聞いたことすらないというのには衝撃を受けた

**名前は開発中のものです。** · 2016/07/14(木) 14:36:52.47

>>747
基本システムだけで作るなら　の間違いでは？
自作するならゲームループ絶対使うし

**名前は開発中のものです。** · 2016/07/14(木) 14:38:53.02

基本システムはどういう仕組みで動いてるか見たことないから知らないなあ
難解だってイメージはよく聞く

**名前は開発中のものです。** · 2016/07/14(木) 14:44:02.83

難解って言うより初心者が全部データベース入力だけでゲーム作れるようにしてるためにコモンのほうがかなりでかい

**名前は開発中のものです。** · 2016/07/14(木) 15:44:06.86

はえ～
上級者さまはそんな風にゲームシステム組んでるんすね

で、詳しく勉強できるサイトってどこなん？
おせーておせーて

**名前は開発中のものです。** · 2016/07/14(木) 16:13:26.45

なんかつくって載せますってサイトおすすめ
試行錯誤してできる過程がコモンのスクショと一緒に100例以上載ってる

ずっとお世話になってた

**名前は開発中のものです。** · 2016/07/14(木) 18:06:02.40

非暗号化ゲームばかり集めて勉強してるよ

**名前は開発中のものです。** · 2016/07/14(木) 18:23:43.19

自分で処理を考えられない人にはウディタは手に余る

**名前は開発中のものです。** · 2016/07/14(木) 19:33:19.30

複雑なことしようとすると難解な日本語BASICのノリになってくる

**名前は開発中のものです。** · 2016/07/14(木) 21:20:11.46

非暗号化ゲームもサンプルゲームとすう氏とFoomal氏のやつだけで十分参考になる
基本システムRPG・旧基本システムRPG・自作システムRPG・アクション・シューティングで難しいものは大体網羅してる

**名前は開発中のものです。** · 2016/07/14(木) 21:43:11.55

>>732
メインループでやった方が圧倒的に管理しやすいと否定されておられるから例えを出してるんだけど？？
見当違いと思うなら先に出した例えに具体的に反論してくれないとグダグダになるだけだぞ？

キー入力受け付け時の演出に並列を使う理由も>>738の人とほぼ同じ意見だな
例外処理や必要以上に変数を消費しないことでソースも見やすくなるしで充分メリットだと思うけど、もっと楽な方法あるの？
なんか不安になってきたw

**名前は開発中のものです。** · 2016/07/15(金) 06:36:21.11

>>757
そもそも君はキー入力受付中に処理が止まると思ってるみたいだけど、
「毎フレーム回ってるメインループ」は入力受付とかで止まったりしないものを指してるよ
メインループ内でキーの入力待ちとかで処理を止めてるなら並列に頼ってもいいんじゃない？
もし毎フレーム回ってるメインループがあっても並列を使ったほうがやりやすいと思ってるなら単純に組み方が下手なんだろう
ただ総プレイ時間なんかは他の処理と干渉することが少ないし基本的に並列でやったほうがいいと思うね

**名前は開発中のものです。** · 2016/07/15(金) 07:05:53.39

ああ、キー入力(押されるまで待つ) のせいでメインループの考え方が分かりにくくなってたか
実装機能にもよるけど普通は押されるまで待つ方のキー入力は使わないよね

**名前は開発中のものです。** · 2016/07/15(金) 19:32:39.19

間に合わないかも

**名前は開発中のものです。** · 2016/07/15(金) 20:21:54.62

あと9日全力うでぃうでぃ（・ ω ・）

**名前は開発中のものです。** · 2016/07/16(土) 21:09:42.43

個人でも3DS／Wii Uゲーム開発・販売が可能に　任天堂、開発者サイトを刷新
http://www.itmedia.co.jp/news/articles/1607/08/news106.html

**名前は開発中のものです。** · 2016/07/17(日) 00:29:25.14

>>758
ウディタ(内部処理を止める命令も含んだ)の並列の是非を論議してるところに
>>722で「毎フレーム回っているメインループがあるのに並列使う理由がわからん」
と批判してるわけで

その「止まったりしないものは指していない」って観点だと、誰もそんな話してないのに突然この人何言い出したのってことになるぞ？

UIスクリプトのウディタだと内部処理のことを指してるのかウディタの描画更新のことを指してるのかで毎フレーム…の定義も変わってくるし、
脈略もなければ具体例を出さずに批判したことでグダグダになる典型的な展開になってるよね

>もし毎フレーム回ってるメインループがあっても並列を使ったほうがやりやすいと思ってるなら単純に組み方が下手なんだろう

この話もどこに出てるん？

毎フレームさんの発言みて思うんだけど、
居ない人を居ることにして上手いアピールしたい人？

**名前は開発中のものです。** · 2016/07/17(日) 02:05:05.70

>>763
具体的に何に対して否定的かと言われたら、>>708や>>711みたいにSTGは並列処理を使ったほうがいいor使ったって人に対してだよ
当たり前のことだがSTGのプログラミングのコードをそのままウディタに書き写すなら毎フレーム回ってるループは使うことになる
そこでSTGを作る場合にウディタの並列を使ったほうがいい理由について問いかけてるのが>>722ってわけ
毎フレーム回ってるループを使うのはSTGに限った話でもないから、あえてSTGってワードを省いてたせいで突然話を出したと思われたのかもしれないけど

**名前は開発中のものです。** · 2016/07/17(日) 02:10:13.29

ちなみに>>716のSTGも入力受付に並列処理を使っているが、
そのコモンの起動条件をそのまま呼び出しのみに変えて各ループの一番上に呼び出しを入れたら問題なく動作した
入力受付を必要としてるループは3箇所あったので合計で3行増やすことにはなったが、たったそれだけで並列処理を一切使う必要がなくなったわけだ
並列処理使ったほうが処理が速かったりするなら並列を使ったほうがいいと納得するが、そうじゃないのなら数行増やすほうがいいと俺は思う

**名前は開発中のものです。** · 2016/07/17(日) 02:34:30.68

ちゃんと見てみたら3箇所どころじゃなかったわ（9箇所？）

**名前は開発中のものです。** · 2016/07/17(日) 02:57:57.39

コモン呼び出しはちょっとだけ処理時間が長いコマンドだな
>>716からのリンクに調査結果が載ってる、大量に呼び出すなら影響があるかもしれない

俺は自分で見て分かりやすくするためだけにメインループ式で作ってる
処理の順番や流れが追いやすいのは重要

**名前は開発中のものです。** · 2016/07/17(日) 03:09:53.85

よっぽどウディタの仕様で変な組み方してるんじゃなけりゃ処理時間はコモン呼び出し挟むより並列のが早い
ただぶっちゃけ一般的なレベルじゃそう変わらんから好きにしていいよ
自動実行の時に入力が欲しい時とかだと一々入れるの面倒だよねってぐらい

**名前は開発中のものです。** · 2016/07/17(日) 03:25:03.42

ツクールで出来るからウディタでもできると思うのですが
ツクール的に言うと
---------------------------------
イベントの呼び出し
●マップイベント（変数で指定）
変数0006番のイベントの変数0007ページ
---------------------------------
という動作をウディタで行うにはどうすればよいでしょうか？
イベントの挿入でＶ6 ページ2000007とやると
－のイベントを呼び出すエラーを吐いてしまいます

**名前は開発中のものです。** · 2016/07/17(日) 03:25:14.33

ぶっちゃけた話>>767の意見に尽きるわけよ

ウディタの方で既に処理も早くて便利なものが用意されているのに使わないのはなんでって言ったら
そら全体的な流れを視覚的にわかりやすくするためよ

並列使わないって言う人は、便利な並列実行を使うよりも、全体的な流れをわかりやすくした方がメリットがあるって考えてて
並列使ったほうがいいよって言う人は、既に便利な機能があるんだから利用しろよって言っているわけさ

どっちにも一理あるのに、互いにムキになって否定してるから段々脱線していっている

**名前は開発中のものです。** · 2016/07/17(日) 03:28:38.79

>>769
WOLF RPGエディター質問スレ其の10 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/gamedev/1463812471/

**名前は開発中のものです。** · 2016/07/17(日) 03:31:22.01

>>771
ありがとう！そちらで聞いてきます！

**名前は開発中のものです。** · 2016/07/17(日) 09:15:22.11

>>768
並列俺もつかってるけど
並列は重いってのは有名な話だよ
重くなったらコモンとマップの並列イベント減らしてみようってどこでも言われてる

**名前は開発中のものです。** · 2016/07/17(日) 10:33:07.13

>>773
いや俺の挙げたSTGの例の場合、多分だが並列のほうが早い
イベントコマンド1つよりもウディタの内部処理のほうが早いだろうっていうただの推測だけどね

**名前は開発中のものです。** · 2016/07/17(日) 10:50:00.06

並列が重たいってどこ情報？聞いたことないわ

**名前は開発中のものです。** · 2016/07/17(日) 12:17:31.15

そもそもマップを使うようなゲームで重いことなんてあるんですかね

**名前は開発中のものです。** · 2016/07/17(日) 12:46:26.29

あんまり話題に出したくはないが、ツクールでは並列が異常に重いって話はあったな。いつのバージョンだったか忘れたけど
ウディタだとどうだったかな

**名前は開発中のものです。** · 2016/07/17(日) 13:11:56.65

>>775

ウディタ　並列　重い　でググるとめっちゃでてくるよ
いろんなブログ、wikiで重いって書いてある
ウディタの並列が重いっていうのは結構有名な話で
シューティングのあたり判定なんかは並列でピクチャの重なりを確認してもいいんだけどループで回してる人が多い
たしか公式のウディタ作者のシルドラとかもそう
まあ、よっぽどおんぼろＰＣとか組み方が下手とかじゃない限り並列でも重くならないからほとんど気にしなくていいんだけどね

>>777
ウディタの並列は重くなりがちで（全部が重いわけじゃないが）ＳＥがならなかったりっていう不具合が公式で確認されてる
別に並列実行自体がが重いっていうより変な組み方をしたときに並列実行が重くなりやすいってだけで並列実行自体がが重いなわけではないんだけど

**名前は開発中のものです。** · 2016/07/17(日) 13:14:43.84

ああ、補足
並列をいくつか同時に使う場合とかは変なイベントの組み方しなくても重くなるからループ回してやる人が多い

**名前は開発中のものです。** · 2016/07/17(日) 13:46:42.66

「並列が多い」は「並列が少ない」より「重たい」ってそんな当たり前のことでドヤ顔されてもな

お前の言う並列を減らしたことで処理が軽くなったって話を例にとれば
なんでそれが並列を減らしたお陰で軽くなったと言い切れるのかって話なのよ

並列を減らすことで効率がよくなる処理もあれば効率が悪くなる処理もあるだろ？

**名前は開発中のものです。** · 2016/07/17(日) 14:14:49.58

スレに来てみたら

>　並列が重いって聞いたこともない

ってレスがあったから並列が重いのは有名な話でいろんな作者にブログやウィキにもかいてあったり
ＳＴＧのあたり判定も公式もループとか使ってるよてレスしただけなのになんでそんな攻撃的なの？
ちゃんとフォローもしたのにすげー性格悪いね君
自分が作ったゲーム否定された気分にでもなったのか

**名前は開発中のものです。** · 2016/07/17(日) 14:56:45.54

>>781
あまり気にしないで、ほとんど場合はプログラミングミスだから

**名前は開発中のものです。** · 2016/07/17(日) 14:59:38.99

おう普通なら並列を使おうが使うまいが体感的に処理速度は変わらないんだからなんでもいいから完成させろやザコども
理屈ばっかりいっちょまえで完成品が１つもないなんてかっちょわるいぞ

**名前は開発中のものです。** · 2016/07/17(日) 15:03:13.55

ダッシュコモンみたいなマップ移動中に常駐起動させる並列は
全部メニュー呼び出しコモンにぶち込んで一括させるべき

**名前は開発中のものです。** · 2016/07/17(日) 18:21:06.61

ダッシュと言えばスニークやアクションがあるわけでもないのに十字+shiftでダッシュさせるゲームは何なんだ

**名前は開発中のものです。** · 2016/07/17(日) 18:43:59.10

ダッシュがなかったらダッシュがないって文句つけるバカがいっぱいいるから

**名前は開発中のものです。** · 2016/07/17(日) 18:48:29.18

ダッシュだと早すぎて操作が追いつかない人がいる
ダッシュがないと遅くてイライラする人がいる
両方のニーズに合わせた仕様じゃないの

**名前は開発中のものです。** · 2016/07/17(日) 19:12:49.12

押しっぱじゃなく設定で切り替えられるようにしれって話じゃないの

**名前は開発中のものです。** · 2016/07/17(日) 19:20:09.74

そこまでいくとさすがに制作者の好みの問題じゃねーの

**名前は開発中のものです。** · 2016/07/17(日) 20:17:05.37

狼煙
＞なお、私が生きていれば2017年にも「第9回ウディコン」を開催する予定ですので、
＞「すごくいいアイデアなんだけど作り込みがどう考えても足りない！」
＞というゲームを開発しておられる場合は来年を狙ってくださるのも手ですよ。
だそうです。

**名前は開発中のものです。** · 2016/07/17(日) 20:38:10.17

デフォ速度を上げてもダッシュ機能入れろって言うなら本当にダッシュがしたい人なんだろうなと思う
歩きから走りに切り替わる爽快感があるのかも

**名前は開発中のものです。** · 2016/07/17(日) 21:15:32.81

ダッシュできなきゃ快適にプレイできないってプレイヤーからすれば
ゲームの無駄な部分を省略したいってことだし、
それは作業感という悪印象を残すだけだ
制作者はヴォリュームたっぷりのゲームを作ったつもりでも、
プレイヤーからすれば邪魔臭い肥大化したファイルのゴミ山に過ぎないってことだ
ダッシュ機能ください、はそこを一瞬で駆け抜けたいという、プレイヤーのココロの訴えなのだ

**名前は開発中のものです。** · 2016/07/17(日) 21:26:31.01

マップが広すぎるからダッシュしたいってだけのことをわざわざ邪魔くさい肥大化した長ったらしい文章にするなよな

**名前は開発中のものです。** · 2016/07/17(日) 21:50:11.04

すかすかなのに無駄に広いマップ
初心者がやりがち
はい私もでした

**名前は開発中のものです。** · 2016/07/17(日) 23:01:33.89

>>765
じゃあ、並列使うのと行数増やすので処理速度がかわらないなら好きな方使えばいいって結論になるねw

汎用的に使える単純な演出だったら並列で管理した方がソースも節約できるし見やすくて管理もしやすいぞ？
それが管理しにくいってなら組み方が下手なんだと思う。なんてことは俺は思わないけどね

711だって、端的に言えば並列を利用することで管理がしやすくなったし内部的には重いのかもしれない(重くないかもしれない)けどフレームラグ無く動いてるから使ったってだけで、貴方のコーディングルールを強制するものではないでしょ

708のいうメリットってのもオブジェクト指向の観点から見た分析なだけで、毎フレームさんのいう処理速度のみに言及したものではないと思うね？

処理速度に囚われてるところが旧時代的というかズレだした原因だと思うわ

**名前は開発中のものです。** · 2016/07/17(日) 23:49:27.23

おれみたいなXP時代のｵﾝﾎﾞﾛパソコン使ってる貧乏人もいるから並列あんまり使わないでほc
神作品でもピクチャ関係を並列でやられるとカックンカックンになるんじゃ

**名前は開発中のものです。** · 2016/07/18(月) 00:07:48.98

XPはDirectX自体古いので別ツールで作ったゲーム遊ぶことをオススメする
窓から投げ捨てろとは言わん

**名前は開発中のものです。** · 2016/07/18(月) 00:12:09.61

ツクール2000のゲームとかだといけるんじゃない

**名前は開発中のものです。** · 2016/07/18(月) 01:48:17.81

>>795
そのソースの節約と管理しやすいってのがわからんのよ
各ループ内にイベントの挿入が1行増えるだけじゃ誤差みたいなものだし、見づらくなる程でなければ節約という程でもない
管理のしやすさも自分で呼出さない限り動作しなくて、任意のタイミングで呼び出せるイベントの挿入のほうがやりやすいはず
並列処理は毎フレーム回ってるメインループの中ではウェイトの位置にしか割り込ませられないわけだから、どちらが管理しやすいかは明白じゃないかな
イベントの挿入を使うよりも並列を使ったほうが管理がしやすいと思っている理由をちゃんと説明してほしい

**名前は開発中のものです。** · 2016/07/18(月) 02:52:13.14

>>799
＞そのソースの節約と管理しやすいってのがわからんのよ
＞各ループ内にイベントの挿入が1行増えるだけじゃ誤差みたいなものだし、見づらくなる程でなければ節約という程でもない

自分で答え言ってるじゃん
見づらくなるソースなら見やすくて誤差程度の方を選んで何がおかしい？

実際に「こういうソースで並列使ってます」って書き込みがあって具体的に否定してるならわかるけど、毎フレームさんの妄想だけで並列は不要って主張だけされても平行線だぞ？

「ちゃんと説明してほしい」って、頭から処理速度に拘って否定してる人に今更言われたところで、貴方のコーディングルール()に沿って否定されるだけでしょ？w
上手いアピールしたいならその辺のウディタ作品のソース拾ってきてここに挙げれば？
それだとみんなハッピーになると思うよ

**名前は開発中のものです。** · 2016/07/18(月) 03:40:28.66

>>800
処理速度と行数は誤差でも、管理のしやすさには差があると考えている
並列を使わないほうが管理がしやすいのだから、他が誤差なら並列を使う理由はないだろう

せめて処理速度だけでも並列のほうが早ければ話は変わってくるんだけどね、と言いたいだけで別に処理速度に拘ってるわけじゃない
確かに元はと言えば並列実行1つとコモン呼出1つはどっちが早いか知りたかっただけなんだけど、
今知りたいのは並列を使ったほうが管理しやすいと思う理由についてだ

念のため言っておくが並列実行自体を否定しているわけじゃない
並列に頼ったほうが楽な場合も当然あるが、今は仮にSTGを作る場合を想定していてるので並列を使う理由は無いと主張している

**名前は開発中のものです。** · 2016/07/18(月) 03:49:25.93

この手の製作の問題は杓子定規に決まるものではないからな。

特にプログラミングなんかは要素が三つ巴どころか四つ巴、五つ巴にもなっていて、
あちらを立てればこちらが立たず、ケースバイケースでその最適解を探るしかない。
（常に）「○○が良い」なんて単純な話だったら誰も困らない。

ケースバイケースのケースを実体験でどれだけ知っているか、そこが個人の技量の一つでもある。

**名前は開発中のものです。** · 2016/07/18(月) 08:36:47.32

そんなことと知らない素人が長文でマウントを取り合ってるんだから怖いインターネッツだ
まともにやったことがあるならこんなことで長文を書かない

**名前は開発中のものです。** · 2016/07/18(月) 09:59:02.16

何をするにしてもトレードオフを考えながらやらんとダメってことだろ
ループ押しの誰かさんは常にSTGあたりを基準に語ってるけどどんなゲームを作るかでも違うし
てか並列が実行速度に与える影響なんて大抵は誤差だし
それより自分の管理し易いスタイルを守るってのも一つの考え方よ

**名前は開発中のものです。** · 2016/07/18(月) 10:32:39.68

>>804
そりゃ最初からSTGを作るケースを想定した上での話だし（>>722>,>764）、
そうじゃないケースでは並列は使ったほうがいいケースもあると言っている（>>758,>>801）
ケースバイケースであるとした上で、ウディタでSTGを作る場合という限定されたケースについての考えを主張してる
まぁ否定的なことばかり言ってるから並列を全否定したいだけと勘違いされるのも無理はないと思うけど

管理のしやすいやり方も人それぞれだという考え方には同意する
だからこそ>>795の並列を使ったほうが管理がしやすくなったケースについて詳しく知りたいと思っている

**名前は開発中のものです。** · 2016/07/18(月) 11:36:11.27

ウディタでものを動かすくらいなら処理速度よりも可読性と保守性のほうが遥かに大事だから自分でやりやすいようにやれとしか言えんわ

**名前は開発中のものです。** · 2016/07/18(月) 11:58:45.91

STGは知らんけどマップ上の並列イベント1キャラ=敵1キャラとかで考えられるとかじゃねーの？

**名前は開発中のものです。** · 2016/07/18(月) 16:01:24.54

こんなツールなんかにマジになってどうすんの
C#やJavaScriptで書かれたコードはこうあるべき！！　ならまだ分かるが
ただの一個人が生み出したDirectXの一部機能しか使えないツールだろ・・・？

**名前は開発中のものです。** · 2016/07/18(月) 18:03:45.56

スマホ対応しろ

**名前は開発中のものです。** · 2016/07/18(月) 19:00:06.86

すげーどうでもいいけどNEW GAME!ってアニメの限定壁紙
完全に見に覚えのあるマップチップで草
ttp://newgame-anime.com/special/newspaper.html

**名前は開発中のものです。** · 2016/07/18(月) 19:08:02.26

狼煙も反応してたな

**名前は開発中のものです。** · 2016/07/18(月) 19:18:48.97

アニメが3Dモデリングの話なのに何故2Dの壁紙なんだろう

**名前は開発中のものです。** · 2016/07/18(月) 21:08:08.05

>>812
ゲームっぽさ、を出すときに2Dドットが相応しいと踏んだから

**名前は開発中のものです。** · 2016/07/18(月) 23:35:40.57

!slot

**名前は開発中のものです。** · 2016/07/19(火) 19:27:00.30

作らなきゃ間に合わないけどdiep.ioをやってしまう

**名前は開発中のものです。** · 2016/07/20(水) 07:15:08.72

うでこん！

【ウディタ】WOLF RPGエディター 其の61 [無断転載禁止]©5ch.net

【ウディタ】WOLF RPGエディター　其の61 [無断転載禁止]©5ch.net