[過去ﾛｸﾞ] 【ウディタ】WOLF RPGエディター 其の68 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
302: ケモプレデーションゲームス 2020/07/28(火)14:20 ID:gue8Z7R6(6/7) AAS
>>300
>>単純に自分はウディターの先の展開を諦めたくなかっただけ
なるほど、そういうことでしたか。大丈夫です。
ウディタがなくなったらなくなったで、ウディタのようなのが好きだった凄い人が、
きっと第2のウディタのようなツールを作ってくれますよ。
本当は自分たちで作れたら良いのですが、
残念ながら私はまだウディタの様なツールを作れるほどの技術を持っていません……。
303: 2020/07/28(火)14:38 ID:Sy8SUQ0k(3/3) AAS
>>299
>>300
だからそう思うならいちいちそのツールのスレに粘着して
このツールはこれと比べてこんなに劣ってる！
なんていちいち言いに来なくても良い話でしょう？
単純に自分はウディターの先の展開を諦めたくなかっただけ
ってこんなところで言っても全く意味の無い話でしょう？
むしろここでそんな事話して何がどうなると思ってたんです？
あなたにとっての諦めない行動とはスレ粘着だったんですか？
それは全く意味がありませんよ？
意味が無いとわかったならもう二度とやらないでくださいね？
諦めないために何か違う行動も取ってたならすいませんが
304: ケモプレデーションゲームス 2020/07/28(火)14:57 ID:gue8Z7R6(7/7) AAS
ウディタが大好きでウディタが他ツールに劣っているのが悔しいのは、
>>299-300 やウディタを貶していた人自身だとしたら
悔しさを共感してほしいのと、ウディタが劣っているということを否定されたいのと、
悔しさをぶつけたいのとなどなど、今までの行動の動機として説明がつく気がします。
結局なんだかんだ言ってこのスレはウディタ好きな人しかいなかったんだなって
ちょっと安心しました。
305: 2020/07/28(火)15:07 ID:+EoZFTYg(1/2) AAS
そもそもさー開発者が都合の良いように更新する気はないのわかってないヤツはよほどのバカ
ここ来るんじゃなく他行けばさウディタの様なツール作ってる人はいるし他人を動かしたいならさ支援するなり協力ぐらいしなよ
建設的なことすらできず文句言うだけの痛いヤツは誰が見ても荒らしでしょ
306: 2020/07/28(火)15:49 ID:KmNG7XHD(1) AAS
他人のやる気や努力にケチつけるだけで自分が動かないんだもんな
界隈から消えろよ
307: 2020/07/28(火)19:39 ID:z5tVc3+H(1) AAS
そのへんにいる「自分が動かない理由を他に求めるタイプ」の奴だろ？
相手するだけ時間の無駄だってマジで
こいつの時間は実質無価値だが
お前らはゲーム作ってんだろ？ その時間を無駄にするなよ
308: 2020/07/28(火)21:21 ID:+EoZFTYg(2/2) AAS
と言っても今はウディコン期間中だからね
メンバーが遊ぶ側に回ってちょっと暇
309: 2020/07/28(火)22:38 ID:PHMHZ0Se(1) AAS
まあ構う暇はあると言えなくもないのか？
でも「アイデアを出します！」と「シナリオを作ります！」は
同人規模でのゲーム製作においては二大いらない勢力だから
やっぱり構わない方が良いんじゃないか？
前者はありとあらゆる場所で不要だし
310: ケモプレデーションゲームス 2020/07/28(火)23:26 ID:8Kmo6j+G(1) AAS
え、私はむしろシナリオ作ってくれる人に関しては欲しいですけど……。
スクリプトとBGMは私作りたいので、
シナリオは代わりに誰かにやってもらいたい派です……。
311: 2020/07/29(水)00:38 ID:YyafOn1O(1/2) AAS
人に頼む場合は経験者から探すのが鉄則だぞ
312(2): 2020/07/29(水)01:06 ID:YMdN5dQA(1) AAS
すごい久々にスレ来たけど
ウディタとunityやUE4と比べる人なんているのか？全然別物じゃん
大量のアイテムや敵のデータ扱うゲームだとウディタやりやすいし
unityだと2D作りにくくなかったっけ？
ゴドーって2Dが扱いやすいフリーツールもあるけど
作ってる人少ないみたいで情報あんまりないし
それに比べたらまだまだウディタ需要あるよ
313(3): 2020/07/29(水)01:12 ID:tYA5ftdb(1) AAS
640x480の画面サイズって今時だとやっぱ小さすぎ？
あんまり大きすぎると処理が重くなるみたいだし悩む
314(2): ケモプレデーションゲームス 2020/07/29(水)06:19 ID:6bKRiyml(1/3) AAS
>>313
私の方は画面サイズのA分のBを算出するコモン作って、
いつでも画面サイズ変えられるようにしております。
■条件分岐(変数): 【1】 Sys84:画面ｻｲｽﾞ(0=320x240,1=640x480 2=800x600 ・ が 0 と同じ
-◇分岐： 【1】 [ Sys84:画面ｻｲｽﾞ(0=320x240,1=640x480 2=800x600 ・ が 0 と同じ ]の場合↓
|■変数操作: CSelf10[X] = 320 + 0
|■変数操作: CSelf11[Y] = 240 + 0
|■
-◇上記以外
|■変数操作: CSelf10[X] = Sys116:[読]画面サイズＸ + 0
|■変数操作: CSelf11[Y] = Sys117:[読]画面サイズＹ + 0
|■
◇分岐終了◇
■変数操作: CSelf10[X]〜CSelf11[Y] *= CSelf1[分子] + 0
■変数操作: CSelf10[X]〜CSelf11[Y] /= CSelf2[分母] + 0
■条件分岐(変数): 【1】 CSelf0[出力変数] が 0 と同じ 【2】 CSelf0[出力変数] が 1 と同じ
-◇分岐： 【1】 [ CSelf0[出力変数] が 0 と同じ ]の場合↓
|■変数操作: CSelf12[結果] = CSelf10[X] + 0
|■
-◇分岐： 【2】 [ CSelf0[出力変数] が 1 と同じ ]の場合↓
|■変数操作: CSelf12[結果] = CSelf11[Y] + 0
|■
◇分岐終了◇
>>312
おー、的確に需要を説明できてて凄いですね！
315: 2020/07/29(水)07:54 ID:jTHMae06(1) AAS
ウディタはフリーゲーム作家のままでいいって人にはいいんじゃない？
316: 2020/07/29(水)08:43 ID:HueC5KbT(1) AAS
所詮道具だ
自分が使いやすい思うやつ使えばええねん
317(3): 2020/07/29(水)12:29 ID:T015peBR(1) AAS
>>314
sys116,117は最初の分岐なくても画面サイズを取得すると思うよ
318(1): 2020/07/29(水)13:13 ID:oJBCtq9p(1) AAS
>>317
一応、Ver2.20以前との互換性を考慮するなら必要
そもそも旧バージョンとの互換性を考慮する必要があるのかと言われればなさそうだけど
319: 2020/07/29(水)13:35 ID:YyafOn1O(2/2) AAS
>>313
何をやりたいかによるな
昔風の表現なら足りる、例えば基本システムなら支障は無い
配置やUIをいじり始めると厳しさに気づく
800*600でもどうかなって感じはある
320(1): 2020/07/29(水)15:35 ID:+J1pu9H8(1/2) AAS
>>317
ver2.20前後での互換性なら画面サイズ1,2のときのサイズ指定しなきゃダメじゃね？
ケモプレちゃんはウインドウサイズを取得していると考えて、倍表示してる画面サイズ0だけ分岐したんだと思うけど、その必要はないよって話
321(1): 2020/07/29(水)15:36 ID:+J1pu9H8(2/2) AAS
>>320は>>318だわ すまん
322(1): 2020/07/29(水)16:01 ID:QZEKFnam(1) AAS
>>313
べつにそんな事ないよ
ウデイタはファンクションキーで画面の倍率を変更できるしね
それ考えるとたとえばデスクトップ環境がFHD環境だと縦480以上になってくると
画面を倍化すると縦1080ドット超えて来るから逆に中途半端で使いにくいので困る
プレイする側としてはむしろ縦720p以下なら倍のドットで縦が960pxになる480p画面解像度でお願いしたい
むろしプレイヤーは画面解像度を倍×倍化してプレイするものという意識でいいと思う
480ピクセル以上にするのならいっそ720pにした方がいいと思うけどウデイタ制作でそこまで解像度が必要だろうか
323: 2020/07/29(水)17:16 ID:MFqQ4u3f(1) AAS
今風のUIにするのは無理な解像度
それをやらないなら別に
324: ケモプレデーションゲームス 2020/07/29(水)17:50 ID:6bKRiyml(2/3) AAS
>>317
（あ、本当だ！）
前のパソコンで最初にこのコモン作った時、何故か条件分岐入れないと正常に動かなかったのですが、
今のパソコンではちゃんと動作していますし、当時の私のコモンのバグかもです。
ありがとうございます！
325: 2020/07/29(水)18:06 ID:CNhz+Xpx(1) AAS
ドットバイドットじゃなくていいなら16:9のどれかにしておけば問題ないんじゃない
画面比率4:3ってウディタ公開当初から時代遅れだったっしょ
326: 2020/07/29(水)18:26 ID:I4YkWkhp(1) AAS
そんなん言ったら今は4kじゃないと時代遅れだぞ
327: 2020/07/29(水)18:43 ID:TrgpJC9H(1) AAS
なんで画面サイズだけの話になってんの？
画面サイズと処理の重さを一緒に考えるべきじゃないの？
328: ケモプレデーションゲームス 2020/07/29(水)19:00 ID:6bKRiyml(3/3) AAS
どうしてもクリエイター側が決めにくかったら、画面サイズは
BasicData/Game.dat
に保存されるからコモンでどの画面サイズにも対応できるようにしておいて、
プレイヤー側が差し替えられるように、Game.datの差分ファイルを忍ばせておく
ということもできますよー。
329: 2020/07/30(木)00:02 ID:o6oCo+NZ(1) AAS
>>321
あ、確かにそうだ
ちゃんとコード読んでなかった、的外れなこと言ってすまん
330: 2020/07/30(木)05:04 ID:4dJ5/L+I(1) AAS
返信してくれた人ありがとう
>>322
プレイする側視点に立った解説参考になった
作る側視点だけだと拡大すると絵がぼやけるなーとかそういう所気にしてしまうから
331(1): 2020/07/30(木)14:43 ID:IjEMm4s8(1) AAS
実際2倍だとかなりボヤけるよ
メニューとかで拡大処理を既に使ってる場合は顕著
上下前次1-新書関写板覧索設栞歴
あと 671 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.022s