【ウディタ】WOLF RPGエディター 其の68
レス数が1000を超えています。これ以上書き込みはできません。
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エディター 質問スレ 其の11
http://mevius.5ch.net/test/read.cgi/gamedev/1503240024/
前スレ
【ウディタ】WOLF RPGエディター 其の67
http://mevius.5ch.net/test/read.cgi/gamedev/1560158705/
以下、公式サイトから抜粋。
○高度なRPG開発が可能な、完全無料のゲーム制作ツールです。
○作成したゲームは自由に配布･販売･コンテスト投稿などが可能。
○ｺﾓﾝｲﾍﾞﾝﾄを導入することで、ゲームシステムを無限に強化できます！
※Ver2.02a以下のウディタで暗号化したファイルは、Ver2.10以降のウディタでは読み込めません
旧Verの入手も公式HPの【本体のダウンロード】のページから可能です >>1
なんとお優しいお方、スレ建てありがとうございます！あなたに幸あれ！ ウディコンに向けてゲームつくってるけどクソゲーなんじゃないかと不安になる
○○ブルーの気分だ・・・ クソでもなく良作でもなく誰にも触れられず埋もれることが一番怖い 供給飽和の現代ウディコンほど人目に触れやすい発表機会は貴重 ウディコンはレビューするまでを含めて一つのコンテンツだから他サイトの100倍は感想来るね
これが7点なのにこれは8点なのかとか色々考えながら感想書いたり点数つけるのは楽しいし 上位を狙うなら別だが話題性を求めるなら何かに振り切った物を作るのがいいぞ
今年は参加者も多いだろうし平凡な出来だと埋もれる可能性が高い 今それを言うのは
頭を吹っ飛ばされた奴にヘルメットをかぶれって言うようなものでは ウディコンで埋もれるのはふりーむとかに比べたら問題じゃないレベル ツクールにせよウディタにせよそのツール専用のフォントって画像ファイルで1から作ってるんだとしたら相当大変な作業だな >>12
ツクールＭＶはフリーフォントのＭ＋フォント使ってて、
ウディタはフォント自体は入ってなかったりする。 フォントの種類が増えてくれると助かるけど配布とか考えると難しいんだろうな 自作できるサービスもあるけど日本語対応は手間がかかりすぎるんだよなぁ 調べてみたらウディタのデフォルトのフォントはMSゴシックでした >>16
そうだよー。ウィンドウズなら基本ＭＳゴシック入っているから、
デフォルトのフォント名はＭＳゴシックに設定されている。
ウディタの中にはＭＳゴシックは入ってなくて、
フォント名と合致するフォントが入れられていない場合は、
そのパソコンに入っているフォントから読み込むようになってる。
もし、パソコン側のＭＳゴシックを改造した状態で、
デフォルトのまんまにすると改造したものが読み込まれる。 この原理を応用すれば、
ウィンドウズになら入っているだろうフォントの名称に設定するだけで、
フォントを再配布せずにデフォルト以外のフォントに設定できたりします。 一応念のため確認してみたけど、「ＭＳ 明朝」にしたらウディタに「ＭＳ 明朝」入れてなくても
パソコン本体の「ＭＳ 明朝」が表示されるし、間違いなさそう。
ちなみに、「ＭＳ」の部分は大文字、スペースは半角じゃないといけないみたい。 ＭＳは全角じゃないといけないのにスペースは半角じゃないといけないの酷い。
連投ごめん。 Consolas好きだからWindows標準装備してくれんかな 技術面でウディタすげえって思える作品って最近無いな
第2回のGravityをプレイした時の衝撃がもう一度ほしい >>22
ウディタ一通り扱える自信はあるけど、
パっと見で技術面で凄いって衝撃を与えられる作品は作れる自信ないな。
gravity推しってことは、gravity作者のぽりさんのサイトにある
ウディタゲー一通りプレイしているってことでしょ？
https://senobishiten.cyber-ninja.jp/game.html
個人的には、単純な将棋やカードゲーム、アクションゲームでも
軽くて必要なだけ強くてすっごい面白い敵AIを作れる人でさえ、
ある意味私より技術力凄いと尊敬しているけど、
ウディタってこんなにすごいんだっていう作品かー。
ウディタユーザーみんな（誇張）がそんな作品作ってみたいなって思っている
だろうし、私も頑張るけど、かなりハードル高いなー。
まぁ、夢はでっかくってね……！ ウディタは有料化しないの？
そろそろツール的にも古くなってきたし、次のを出すためにも、このへんでそろそろ有料化に踏み切るべきでは？
旗からみてても活気なくなってるし、このままじゃ無料という看板引っ下げたまま、どんどん尻すぼみになっていくだけだと思う
ウデイタはもっとUIとかゲーム作成手順とかを抜本的に見直して改善し
スキルのない初心者やライトユーザーでも扱いやすいようにしていく必要あると思う
そのためにも有料化による資金が必要だと思うわけで
昔からちょくちょく話題に上がって来たけど、そろそろ踏み切っても良い頃合いになったんじゃないかな
とにかく今のままじゃ良くないのは明白 >>24
個人的にはウディタのメリットは、
慣れると素早く組めることだと思っているし、
ライトユーザー向けはツクールで充分だと思っている。
まぁ、この辺は人それぞれ思っていることに差があると思うので、
何が正しいとはいえないけど。
とはいえ、狼煙さんがもっと儲かるような仕組みにしても良いというのは同意。
でも、ソフト自体を有料化すると、ユーザーがいなくなるだけだから、
するとしたら、ユニティとかＵＥ４みたいなライセンス制にしたりとかになりそう。
個人的にはエンターブレインさんに狼煙さんと結託してなんやかんやもらいたい。 無料だから戸口が広くて
無料だから制作側のプレッシャーも有料より少ない
無料だから開発やめる時はスパッとやめられる
お金を取ると相手は客になる、客とはメリットもあるがデメリットもある
無料で出しているものをクオリティ上げるために有料にしろと言うのは
つまり有料だったらクオリティを上げ続けろと言われるということ
結局は製作者側の意図の問題 有料化するとして現状のver.2.24にいくら出すん？1万？ フリーを知ってるから金出せと言われると悩むが
ツクールみたいにブラウザ対応できるなら2万 というか今でも狼煙さんの売っている書籍とか買って貢献できるね……。
キャラクターストラップの販売って終わったんだっけ？
買って貢献できるのって、
・ゲーム開発者の地図
・片道勇者プラス（スイッチ＆パソコン）
・片道勇者ＴＲＰＧシリーズ
と後なんだっけ？ んじゃ条件的には1万払わないともうウディタは使えませんよって話なら払うな 現状のバージョンにお金は払えないな
10年前ならともかく有料ツール化するならスマホ対応が必須
してないならツールの重さに目を瞑ってMZを買う ツクールみたいな買い切り型で、>>31 の条件だったら2万までなら確実に払う。
3～5万くらいだったらかなり悩むし、なんともいえない……。
う～ん、いつもウディタにはお世話になっているし、
買って狼煙さんの儲けに貢献しないと申し訳ないな……。
まだ、狼煙さんの儲けに貢献できるようなの買ってないから、
何買おうか悩んでいる。
ゲーム開発者の地図面白いっていってたなー。
ＴＲＰＧ好きだし、片道勇者ＴＲＰＧ買うのも悪くないなー。
スイッチ持ってないけど、スイッチでウディタゲーがどう動くのか見てみたいなー。 なんだかんだいって、ウディタもツクールもＵＥ４もユニティも
新規参入率は増えている気がする。
だから、衰退させないようにするには、
古参ユーザーは初心者にマウントを取らない様に気を付けながら、
初心者を手厚くサポートして初心者を
逃 が さ な い
ようにすることが大切だと思う。 つまり結論を言うとウディタはさびれるということです ウディタの難点は妙に敷居が高いと思われてることと
デフォルトの素材があまりにも前時代的だってところじゃなかろうか
本体がせっかく40ｘ40のチップに対応してるっつてもデフォルト素材にそれがないんじゃ
やっぱり苦しいよね >>27
そんな極端な価格にしたらさすがにユーザー離れるってw
今やノベルゲツールの中心となってるティラノビルダーみたいな感じでいいやん
使えるキャラ数や作成可能マップ数や広さに一定制限つけた無料のライト版
これが無料のままがいいという人向けで、
これの上位版として機能無制限版の有料PRO版を出すとか
有料版の価格はティラノビルダーみたいに「1500円」前後くらいが適切だと思う
このくらいなら無料がいいっていう人でもその気になれば出せる価格だし
それをSteamで販売してセール時にティラノみたいに半額の740円とかで変えれば
無料がいいって人もとくに文句もないのじゃないか どこの界隈も寂れてるぞ。
若者のウディタ離れってか？
少子高齢化、生涯労働時間の増加、海外コンテンツの進出
日本の生産力が落ちてるだけだぞ。 俺は出しても5,000円くらいかなぁ
ウディタのユーザー層って金にならないだろうな ウディタはSwitch版片道勇者があんな感じだったから
先が無いと思われてるんでしょ 同人の集まりだからこそウディコンは毎年続いてるし、このごちゃごちゃした感じがウディタ界隈の良さなんだから、変に商業化するのもなぁ
個人制作には限界があるから、やるなら企業がウディタを買収して有料版作って出せばいい。狼煙さん特有のセンスを引き継げずに第二のツクール化する可能性大だけど
ウディタに限らず、個人ゲーム制作全体が低迷してると思うわ ユーザー視点だとSwitchとプレステとスマホゲーで充分だからなあ
その可処分時間に割り込んで同人ゲーに手を出してもらうのは厳しい
アンテやカップヘッド並みに話題になってようやくスタートラインってイメージ スマホとSwitchの登場で個人ゲーム開発自体は飛翔期でしょ
先が無いのはウディタなだけで パソコン用のゲームのプレイヤーがそこまで減っているって印象ないな。
むしろゲームの母数が多すぎて、特徴が薄いとすぐ埋もれちゃうような印象。
ウディタもPLiCy上の仮想ウディタ使えばスマホで動かせるし、
売れればUnity上の仮想ウディタ使って商業路線に立てるんだし、
そこまで悲観的にならなくても良いと思う。 >>45
そんな悲しいこと言わんといて(´・ω・`) 万単位で売れる個人やサークル制作の同人エ〇ゲが何本も出てるような時代に
低迷とかなんのジョークですかそれ スイッチ版片道勇者の例を見る限りウディタ製ゲームのSwitch移植は期待しない方がいいと思うが
ベタ移植の劣化移植だし >>49 >>42 ってもしかしてswitch版片道勇者プラス持っているの？
ネットで評価書き集めた感じ割と好評にみえるし、
速度的にはパソコンで動かしていた時より速いって人もいるっぽいけど……。
マウス操作ができないとかコンフィグのためのキーが少ないとか
通信ができないとかだったら、まぁ仕方ないと思うけど。
もしかして操作性への影響がかなり大きかったり……？ ウディタに将来性が無いからじゃない？
それこそウディコンでキャッキャやるぶんにはいいけど >>54
ごめん、その発言ただ煽りたいだけにしかみえない……。
ウディタに将来性ないって思っている人そんなにいないと思う。
>>53
そりゃ、ウディコンスレ荒れているし、
こっちにまで荒らしが来たら困るもんね……。
そもそも、ウディコンの話はここではスレチだし、毎年ウディコンの時期、
このスレではあんまりウディコンの話しないよ。
少なくとも2017、2018、2019年は全然話題にならなかった。 ここ最近のスレの流れを総括するとウディタに将来性が無いって事になると思うけど そういう風に騒いでいる奴に将来性が無いってだけの話だ
同一人物がしつこく煽ってるだけなのも分かりきってる ウディタのどこに将来性があるのか解説してほしい
普通にunity使うでしょ >>58 が今でもウディタ使っているのなら、ここでウディタの話題するのは普通だけど、
unity使っているのにウディタのスレで将来性ないって書かれると煽っているって
感じて私嫌な気持ちになっちゃう。
スイッチ版片道勇者プラスの評価もよさげだし、スマホに対応できるPLiCyもあるし、
第三者がウディタ用のマルチデプロイメントツール作る前例ができた以上、
これからも第三者によってそんな感じのツール作る可能性があると言えるわけだし、
ウィンドウズフォン使えば、PLiCy使わなくてもスマホでウディタできるし、
ライト層はじくことで優しいコメントが来やすくなるし、
開発者の狼煙さんはKADOKAWAとのつながりもあるから、
今後版権買い取ってサポートしてくれる可能性もある。
それに知り合い数人に現バージョンのウディタリオンのＰＬＩＣＹ上での動作
重くないって言われたから、疑似３Ｄでも軽く動かせることの証明になるし、
少なくとも私はウディタは神ツールで将来性凄くあるなって思う。 >>59
実際にSwitch版片道勇者やスマホでウディタゲームをやれとは言わんが
せめて自分の目でプレイ動画を見たりするべきでは？
あれに将来性を感じてるなら甘いと思う >>59
顔真っ赤にさせちゃってごめん
長文ありがとうねｗｗ 横からだけど正論言うね
将来性の無い奴はどんなツールを使っても駄目なんやで
ウディタスレでわざわざウディタをディスるような奴とかなｗ 好きだから使ってるわけだし、将来性ないって言われるのが嫌なのは分かるよ
でだもだからって将来性があるという反論が正しいとはならんよ あまり関係ないけどツクール新作の機能見るとウディタに寄ったなと思った
マップレイヤーとか MZはウディターというよりツクールXPに先祖返りした感じかな
というかウディターはツクール2000をベースに
マップ作成の自由度が高かったXPの三層レイヤーを取り入れた感じ
MZではさらに一層増やして4層レイヤーだそうだが >>60 >>54
煽っているとか誤解して御免……。
ウディタに将来性がないって思っている人私の思っている以上に多かったんだね……。
確かに動画確かめてみなきゃって思って今見たけど、特に問題に感じなかったから、
私が楽観的過ぎるのかもしれない……。
>>61 >>58
えーん……、かなしーよー……。 これだけウディタ好き有料化して作者に還元とか言ってる人ですらswitch版片道勇者を買いもしないどころか今まで動画を見ることもしなかったっていうのが事実
ウディタ屈指のクオリティと人気と知名度がある片道勇者でこれだけ話題にもならないんだから、無理にウディタ作品移植する意味ないんだよな
もう頭打ちだから将来性ない ウディタは神ツールだと思うが陳腐化するってのは避けられねえ
いつまでもファミコンで新作出すわけにはいかねえからな。 ツクールって割とウディタみたいな感覚でイベント作れちゃう？
なんかスクリプトでイベントを～とか聞いてそんなもん全くわからんわ！
って敬遠してたけど ウディタでコモン作りまくる感覚でツクールに触るつもりなら無理だな
かといって何もできないわけではない
まあ触ればすぐに分かる >>71
Aceまでは慣れるまでスクリプトの導入面倒くさいけど、MVはプラグインの導入がすごい簡単になってるよ
プラグインの設定変更する時もAceでだとRUBY3の中身直接みて改変しなきゃ駄目だけど
MVの場合はプラグイン管理画面の一覧に加えたやつをダブルクリックすると専用の設定ウインドウが開いて
初心者とかはJSに直接触れる事なく安全に設定変更できるようになってる
プラグインの組み込み順もMVの場合マウスドラッグだけで簡単に入れ替えられるようになってるし
イベント作成については、実際にイベントを作成してる動画みて判断するのがいいかも
代標的なものではこのあたりかな
https://www.youtube.com/playlist?list=PLcBBxl1NgUzhDazsuxXTxC3-SU6jAQxyU
https://www.youtube.com/playlist?list=PLcBBxl1NgUzhu7LsU0BJG2DEfhg8HE0FJ
下のリンク先のまとめはツクトリ用の講座だから厳密にはPC用MV向けではないんだけど
ここれで紹介されてるやり方の殆どはそのままPC用としても使えるものばかりだから十分参考になると思う
ちなみにMV本体のヘルプ内に何段階かに分かれたチュートリアルもあるし
公式にも具体的なイベントの組み方とかを開設した初心者講座と、さらに超初心者向けの開設動画まである コモンで1から全自作したい人ほどツクールに向かないと思う
コツ掴んで慣れる必要がある て、もうセール終わってたのか、ならもう買ってはいけないな
次のセール時期は、もしかすると夏の終わりぐらい、MZ発売時期前後くらいでに国内公式ストアでセールあるかも
それが終わったら冬のボーナス商戦くらいの時期にSeameでまたウインターセールやると思う
ちなみにツクールの日(2月15日)というのがあって、
その時期には国内公式ストアで毎年特化セールしてるので購入予定あるのなら覚えておくと良いよ ツクールみたいにタ製作ファイルをタイトル単位で作る形にして欲しいな
そうすればデータの共有もしやすいだろうし あの、ウディタって将来性抜群の神ソフトなのになんで全然書き込みないんですか？？ 最新OSで起動できる限り将来性は不要だがエスカドラがCS移植を積極的にすれば作者は増えるだろ
3Dゲーとかのグラフィックやアニメーションが美麗なゲームや処理が重いゲームの製作には向いてないが
勇者のくせになまいきだみたいなドット絵ゲーかつ処理速度を求めないゲームなら十分に将来性はある
狼煙氏は他のウディタ製ゲー移植に前向きだしな
https://youtu.be/X5_vn80wf_Y?t=535 他のウディタ製ゲー売るよりもエスカドラが『ウディタ作品プレイヤー on Switch』を売る方が商業的にもウディタ的にも将来あると思う てか「ドット絵ゲーかつ処理速度を求めないゲーム」が必ずウディタ製である必要がない エミュレーションの方がPC版より速度出てるって聞いたが
どういうことなのか 単純な話ウディタゲーって質が低いんだよ
質の低い売れないゲームをわざわざ移植しないっていうだけ 質が低いって言うより>>70が言ってた通りだと思う
たぶんケモプレ～や>>80みたいな墓穴掘る人は昨今の個人ゲーム開発事情や開発レベルとか知らない人 ウディタはガチで作ろうとすると開発生産性の低さがネックになる
OR条件1個書くだけで何行必要になるか ウディタ見限ってどっか行けばいいのに
陳腐化したツールに縋るしかないのかお前ら だからこーいう話する奴は放っておけ
どうせUEやUnityの話をしつこくする奴と同一人物だ
ネットでちょろっと集めた情報で分かったフリして物言いたいだけ
根本的にノースキルだから言ってること常に無茶苦茶だし 今のところ将来性があるって話よりもないって話の方が納得できる ソシャゲみたいな紙芝居ゲーを課金要素無しにしてＰＣ用作るんなら、
ウディタくらいの機能で充分なのになーとは思うけどね。
変にUnityとかUE4で紙芝居ゲー作ると重くなりそう……。
UnityとかUE4はちょっとでも間違えるとすぐクラッシュするし、
安全セーフティついているウディタの方が作りやすい……。
それこそ、>>82 みたいなの出る可能性あるし。
ちなみに、将来性あるなしは置いておいて、
ウディタのスレで将来性の話する意味ある？（なくない？） まさか自分がこの話題に過剰に反応しているという自覚がない？ >>91
～みたいなゲームはウディタで充分ってのが墓穴掘ってるってわかってないの？ 真面目な提案すると英語対応のウディタ出すべきだな。
海外にウディタみたいなシンプルかつ柔軟な個人向け2Dゲーム製作ツールってある？ >>93
各ツールの愛好者がそのツールを至高だと思うのは当然だし
好きにすればいいんじゃないかな。
どうせプレイヤーはどのツールで制作されているかよりも紹介スクショのクオリティで選ぶんだろうし。
個人的にはUnityがグラフィック合成器みたいにぽんぽん3Dモデルを作れるようになったら学習してみたいなぁ。
現状だと、無料配布のモデルをいじるにしてもモデリング知識がないと話にならないんだよね？
ツクールは公式ストアでDANTEⅠ、Ⅱ、ツクール95、2000、XPの未加工グラフィック素材を各パッケージ毎に1000円くらいでツクールでのみ使用可・素材改変OKの規約で販売してくれたら、MZとあわせて買うよ？
>>94
海外はJRPGは一部のファンにしか需要がないのでは？ >>93
充分っていうことは余計な機能がないということだし、
余計な機能あるunityやUE4で作ったら、作りずらいじゃん。
だから、特に墓穴ではないと思う……。
後、>>70 に共感して将来性がないというのもある意味妥当性があるって
思っているし、将来性がないという考えも意外と多数派なのはわかったから、
個人的には将来性あるなしはどうでもよくなっている。
過剰反応しているのは、ネガティブな話題続けられると、
気持ちよくないというか、えーまだこの話題続くのーみたいな……。 >>97
そもそもここウディタのスレだよー！
ウディタを至高と思っているひとが集まっているスレで、
ウディタ非難を続けられたら、イラッ☆ってなって星間飛行しちゃう……（涙目）
もうやめて……ケモプレのライフはもうゼロよ……！ 別に進化しなくてもアマチュアゲーム制作者が遊べる環境や
金ないけど自由なゲーム作ってみてぇって学生みたいなのとかの一時の受け皿があっても良いじゃないの
とPS2版ツクールを学生時代買って投げた俺が言いますよ >>99
安心しろ。
>>97は>>93に対する返信であって、わたしはウディタ愛好家だ。
JRPGも半歩移動も8方向キャラチップもスクショ機能がデフォで備わってるのもエディタやゲームが激軽なのも愛してるし。
けど他のトレンドに反応するのはクリエイターとして当然だろ？
併用を視野に入れることは悪いことじゃないと思うんだ。 まだ将来性の話してんの？
なんのツールでもいいから作らなきゃ自分の将来性がなくなるよ？
全然話変わるが、3dダンジョン作ってみたら処理がお手軽なのに一気に臨場感増したわ
最初に考えた人は偉大だ >>101
ありがとー！
>>102
わかるー！
3Dダンジョンをちょっと変えたら、ウディタでもお手軽に3D街みたいなの作れるし、
やりようによってはPLICY上でも動かせるから楽しいよねー！
一から自作するのも楽しいけど、他の人が作ったコモンに色んな要素盛っていくのも楽しい。
３Dモデル作らなくて良いから素材も準備しやすいし。 >>80
CS移植は売れる見込みがないと積極的にはしないでしょ CS移植の際ははベタ移植のゲーム画面の縦幅1割減だから、製作側も遊ぶ側もそこがネックと思う人も少なからずいるだろう プレイヤーからしたら何で作られてるかなんてSteamゲー以外関係ねえよ
ゲームの見た目が良いか、ゲームが面白いかが全て だからSwitch版片道勇者はゲームの見た目が何もかも小さくなって見た目が悪くなったという話なんだが
狼煙氏も『次からは「原作」の時点で読めるくらいの文字サイズにするか、
文字サイズ調整機能を付けて別機種に出すときにも対応しやすくしたいと思います』って言ってるし CS移植されたらいいなあ、と思ってる作者も見た目は原作の時点で大きく作る必要がある >>109
狼煙氏が7月4日の開発日誌で、そう言ってる アスペクト比4:3のゲームを16:9の携帯機に移植して視認性を損なう事例は昔よく見たな 移植なんて特に気にしなくていいんじゃない？
そもそも何年も前のゲームをベタ移植したのが売れた事例あるの？ というか売れないの前提で、
スイッチで動かしたいからという理由で移植にお金払う人も割といると思う。
むしろ、それはそれで移植者が儲かるし良いんじゃない？ 最近だとsteamにベタ移植したP4Gが結構売れている方じゃね >>115
そもそもバカ売れ狙って作っている人があんまりいないと思う。 >>115
バカ売れがどの程度の売り上げを指すか分からないが
1000万円以上の利益が出てる作品ならDLsiteのエロ同人ゲーでも覗けばゴロゴロ転がってるぞ
全年齢ゲーは聞いた事すら無い 逆にそのへんはツクールもウディタも変わらないんじゃないか？
ツクールの非エロでそこまで売れた作品ってなんかある？ そもそもお前らの話している相手はウディタで何ができるか分かってねえよ
基本システムの画面ぐらいしか理解できない奴相手に何を言っても無駄 そもそもツクールなんて企業のものと個人開発のツールと比べるのおかしくねえか
比べるならティラノじゃねーの（個人だったか覚えてないけど
アクエディなんかは今でもアップデートしてる割にＵＩ終わってるし 作れない奴はウディタだろうがツクールだろうがUnityだろうが作れない
売れる物どころかまともに遊べる物すら一生かけても出せねえよ その通り
兼ねかけて作ってるメーカー製と同じ土俵に乗っても勝てるわけない
だからティラノみたいに有料版と機能制限付き無料版とに分けて1500円くらいの低価格でSteamで扱うようにすればいいと思う
公式からもSteamの販売ページへ飛ぶようにして
昔はあれだけ一強状態で商業エ〇ゲですら使ってた吉里吉里が嘘みたいに衰退して
今や低価格とはいえ「有料ツール」のティラノビルダーが完全に無料ツールの吉里吉里を今では圧倒して凌駕している
客はすでに「無料でなければ」の意識から離れ、高機能で低価格なら金を払ってもいいかな、に移行しはじめてるてると思う
それにSteamなら「コンビニ払い」できるし、カードとか使う事なく誰でも買う事が出来るし
要は自分としては、Steamのセール機関にティラノとかSRPG studioを物色してるついでに
その中に有料化したウディターも入れてセール時の比較検討対象になるような感じで
カートに入れてもらえるような体制にした方がいいんじゃないかなみたいな
なんにせよ、今のままどんどん進化していくツクールに対抗していくのは苦しい
でもウディターは小回りの効く長所ょ活かして、たとえば32x32ピクセル規格に的を絞った
高機能かつ低負荷のツールとして展開していけば、ティラノが大資本のラノゲツクールに勝てたように
きっと生き残っていける活路が開けると思う
なんにせよ今のままじゃマウス操作やスマホ向けの開発にも力を入れてるツクールの進化には勝てないと思うし、
Win7から10くみたいなレベルのツールとしての抜本的な世代進化は必要だと思う
もっとわかりやすく言うなら、ウディタ２からウデイタ３をも超えて一気にウデイタ４クラスへって事
ツクールが通常版8千円で売る(セール時除く)のなら、こっちは定価1500円で安さで勝負すればいい
大資本相手に同じ土俵に乗るのは愚の骨頂 誰が誰だか分からん匿名掲示板で大仰な話をされてもな
周知するほど意味があることも言ってねえし ウディタ製のゲームを売れる場所があるというならちょっと俺に教えてくれよ
探したことあるけど市場が狭くてエロしか売れないDLSiteしか無かったぞ
Steamはなんかパブリッシャーが囲い込んでてウディタ参入できないし ジャンルも的を絞って分かりやすさをアピールした方がいいと思う
たとえばウィザーリィタイプの「2DダンジョンRPG」特化なんてどうだろう
オートダンジョン作成機能を目玉にルイーダの酒場みたいなパーティ入れ替え機能も最初から標準で搭載しツクールとの違いをアピール
それを前面に出して「作りやすさ」「かゆいところに手の届く」それ用の専用機能をアピールしつつ
その一方でもちろん普通のRPGもADVも作れるよ、みたいな感じにする
サンプルゲームとしてなんちゃってじゃなく一本きちんとした作品を用意して
最初はそれをベースにテキストやイベントをミニ改造しながらスタートする感じにすれば初心者も分かりやすいし作りやすいと思う
(ツクールのサンプルゲームはどれもテーマ含めて中途半端なものばかりで初心者が改造して学ぶ用としては弱い)
なんなら大型の更新のたび、次はサンプルに王道RPG一本丸々とか
年単位で順次追加していけば機能の汎用性もアピールできるしお得感も増していくはず
見た目の部分でのキャラデザはかなり大事だけど最初は資金面とか含めて悩みどころかな 今のバージョン引っ張り続けて、この先ウディターに先があるとはとても思えないのだが
現バージョンのウディターでまともにツクールに対抗出来ていたのはVX_Acまでの話
MV以降になってからはハッキリと一段見劣りするようになってしまってる
これを打破するには現バージョンを引っ張り改良していても無理
抜本的に1からツールそのものを一大刷新しない事には絶対に無理、不可能
それともこのま、かつての消えていったその他のRPG制作ツールの仲間入りになるのを
このまま座してツールの終焉を待つのが望みなのかと そこで食い下がった熱意だけは認めてコメントはしてやる
今のお前が駄目なのは根本的に何も分かっていないことだ
仕事を知らない新入社員が業界を憂うような笑えねえ状況だよ
どうしてもって言うなら、まず自分で「2DダンジョンRPG」のシステムを作って
そいつをツール製作作者にところに持って行って直接話すぐらいはしてみろ
そうすりゃ自分が言ってることの意味が少しは分かるようになるだろ そんなもんウディタ開発者の自由でしょ
個人がフリーで出してるソフトに何言ってんの
文句があるなら自分で抜本的に1からツールそのものを一大刷新した
ウディタライクのツール作ればええやん、ウディタ製作者に１から作れって言うなら ちょっと通りかかって見てみたら登場人物の殆どが残念で草 その登場人物に自分からなりに来るとは大したヤツだ気に入ったぜ >>130が「ウディタ製のゲームのデータをスマホやPS4、5で起動できるようにする変換ツール」を有料販売して、儲けの半分を狼煙氏の支援絵に突っ込んでくれるってんなら、喜んで買うよ？
ツクールが8000円くらいだから、それ以下の値段になるだろうけど。 実際、ねくらマップ素材が相応のけっして安くはない価格で売られているのに
制作ツールのウディターが無料のままというのは、率直に落差がすごくて正直かなり違和感がある
そこでまずなぜ？という疑問を感じたのが一つ
もう一つは、先日Steamのサマーセールでティラノやらを購入したんだけど、
その時にふと、なぜこれらのソフトの中にウディターという選択肢が入ってないのだろう
という素朴な疑問と寂しさを感じたこと
この二つが主なきっかけ
他ジャンルが有料化している流れの中、なぜそこまで「無料」にこだわり続ける必要があるのだろう
まして素材も有料販売しているんだから制作ツールも有料化したっていいと思う >>134
全員と入ってないんだけど、文章も読めない発達なの？ｗ
冗談は顔だけにしてくださいねｗｗｗ 有料にしてああしろこうしろ早く更新しろ問題起きたから対応しろ金取っておいて何もしないつもりか無責任だって輩が集まったら狼煙が死ぬかウディタ公開中止する未来が待ってる
そういう性格してるの分かるだろ 「それってあなたの感想ですよね」という至言があります。
匿名で書き込む以外に何か行動してる？してないだろ。
何も生み出さない提案厨はケモプレ以下のゴミ まさにウディタの現状を象徴するかのような流れやな(白目 元々ゲームを作りたい人が自分で使うツールを公開してくれているものなのに
そのツールの方に全精力を傾けろって言うのはどうかと思うよ
基本システムのコモン見れば自作を促しているのは分かるじゃないか…… GMS2のDNDモードがウディタユーザーの次のステップなんじゃないかと思って勉強してる
ウディタは枯れたツールだから変に弄って欲しくないって気持ちもあるし、狼煙も弄る気ないみたいだし、他のツールで自分の要件を満たしてくれるものを探した方が早い よくよく考えてみれば、儲けがすべてじゃないし、将来性の定義も明言されてないよね。
ユーザーが増えず、売り上げが出てなくても、
100年語り継がれれば将来性はあるといえるかもしれないし、
UE4やUNITY、Jsありのツクール使いこなせない人にとっては、
どうしてもウディタ必要だから、少なくともあと20年はフリーゲームで
ウディタ使われ続けると思う。
それだけ続けば充分将来性あるし、データ残ってて利用規約そのままなら
充分使えるんだから問題なし。
使えなくなるとすれば、マイクロソフト倒産でウィンドウズが使えなくなる
とかだと思う（実際、ウィンドウズなくなったらウディタ的にはキツイ） 今思ったけど、ウディタのメリットには利用規約の軽さもあると思う。
変に有料化せずそのままであれば、公開停止しても再配布できるし、
データ残っていれば、ウディタはなくならない。 っていうか自分にも刺さるブーメランだけど、そもそも狼煙さんが
狼煙さん用に作ったツールだし、周りがとやかくゆうことじゃないよね。
狼煙さんが有料化したいならとっくの昔にしているだろうし、狼煙さんが
入れたい機能は技術的に可能ならとっくに入れていると思う。要するに、
自分用の作ったけど、使いたかったら使っていいよ的なツールだから、
狼煙さんが使い続ける限り将来性があるという定義づけの仕方もある。
とりあえず、今までの失礼を狼煙さんに謝罪するね。申し訳ありませんでした。
そして、とてもゲーム制作に役立っております！ありがとうございます！ >>137
おいおいまさか自分も残念な登場人物って自覚が無かったのか？
わかった上で飛び込んでくるお祭り大好き大馬鹿野郎だと思ったんだが
思ったより残念な奴だったようだな・・・気に入らねぇぜ、誤字も入なだけに 最近睡眠取れてないからか、後から見返しても
私の言ってることめちゃくちゃな気がしてきた。
話変わるけど、今年ウディコンでない予定だったはずなのに、昨日急に制作欲沸いて、
予め作っておいたストーリーを全部ウディタ内にイベント化して入れて、
基本的なマップを一通り完成させてしまった。
最近寝れてないから、昨日は早く寝る予定だったのになー。
システムは予めほぼ完成させてるから、なんか間に合うペースになってしまった。
やっぱり、ウディタって楽しいなー。
今年は曲も立ち絵も自作で斜め移動可能な疑似３Dシティを舞台に、
行動権を得ている間、好きなタイミングで割り込んで行動できる
フレックスタイムバトルシステムで戦いながら
ギャグやパロディ、照れ顔一切なしのシリアスなケモホモ殺伐ハートフルストーリーを
進めていく感じのRPGになりそう……（いつもより遅くに作りはじめたのに、
いつもより進んでしまった）
私の作品史上今までで一番ゲームらしくなっている気がする。 ＞UE4やUNITY、Jsありのツクール使いこなせない人にとっては、
＞どうしてもウディタ必要だから、少なくともあと20年はフリーゲームで
＞ウディタ使われ続けると思う。
うーん、この痛い人をすら超越した絶望っぷりがまた
まさに末世をすら感じさせられる理解不能な書きっぷりに大拍手 >>149
御免、最近眠れてないからか >>149 の言ってることで理解できたのは二行とも
『接続詞＋○○をすら＋動詞による形容＋名詞＋っぷり＋省略体言止め』に
なっているなーって点だけだった……。
ヤバイ、もしかしてそんなにひどい文章になってる！？やっぱり睡眠は大事だなー。 ウィンドウズ用の2Dゲーム作るなら、殆どの場合unityやUE4よりウディタの方が効率が良いし、
タイピングでプログラム組むよりマウスで入力した方が早い分、
ツクールでjs使うくらいならウディタで組んだ方が早い。
テンプレートファイルをエディターごと配布できるのもウディタじゃなきゃできないし。
学校の先生が生徒用に計算ツール作るにしてもウディタの方が効率良いと思う。 後、ネタゲー作るのにいちいちunityとかUE4とかjsありでツクールとか
使ってられない時もウディタの方が効率が良い。 ウディタがそんな手軽に作れる存在だったら俺は制作にこんな何年も掛けてねえべよ… それは手軽に作ってないからじゃないか？
本当に手軽なクリックゲーなら恐らく1週間もあれば そもそも初心者向けのツクールに対して
こっちは中級者向けだと謎の高み見物してたのがウディタだったような・・・ 中級者向けというか単にシステムの自作向けだろ？
そこで自作向けじゃない謎の話を持ち込む人がいるから混乱するんだよ どう使えばいいのか分からない、教えて→しょうがないな
○○というシステムを作りたい、教えて→一緒に考えよう
○○という（既に実現可能な）システムがデフォあるべき、ウディタの未来のためにも組み込もう→帰れ
○○はウディタではどう足掻いてもできないので欲しい→そうだな
まあ大体こんな感じ ウディタは初心者向けとか中級者向けとかではなくウディコン向けでしょ 掛ける労力と出来上がるものが釣り合ってない感はある >>155
ツクールはjs使わなかったら初心者向けだけど、
jsいじらないとまともにオリジナル要素実装できない。
js使ったらもう上級者向け。
ウディタは中級者向けだけど、オリジナル要素ちゃんと実装できる。
だから、ツクール→ウディタ→ツクールの順でステップアップしていく人よく見かける。 >>161
実際にツクールMV触ってみた事ないのかな？
MVのプラグインの導入と設定って初心者でも簡単にできるようになってるの知らないの？
JSの導入含めて初心者向きなんだけど
「馬鹿でも出来るプラグインの導入と設定」
これがツクールMV
しかもプラグインの順番も、マウスドラッグで簡単に変えられる便利設計
VXAみたいに設定変更する時もJSの中を直接触る必要もないし MVのプラグイン導入の仕方
・作成した(してる最中の)ユーザープロジェクト内のjs/pluginsフォルダー内にDLしたJSファイルを放り込む
ツクールMVのプラグイン管理を開いて一番下の空欄をダブルクリックして左上の「名前」を開いて
pluginsフォルダー内にあるJSファイルの一覧から放り込んだJSファイルを選択
・とりあえずOK押してて、マウスドラッグでそのONにしたプラグインを任意の置きたい位置までマウスドッグ
・任意の位置に置いたらそのプラグインをダブルクリックすると別窓で設定ウインドウが開くので
あとは設定の説明などを見ながら任意の値やfalse/trueなどに設定する
・設定したら、適用おしてOK
さらにプロジェクトの上書き保存してテストプレイ
・思うようでなかったり、動かなかったら、設定変えたり、プラグインの順番変えてみて再びテスト
・候補の一つとして置いておきたいなら、とりあえずそのプラグインをOFFしてそのままそこに置いておけば良い
MVではVXAみたいに、スクリプトの中身を直接弄ったりする必要はないし、
てかそもそもプラグインJSをフォルダに放り込んで登録するだけだし、プラグインの置く順番を並べ替えるのに一々コピペしたりする必要もない
・・て、なんでウデイタのスレでこんな事まで書いて
「…いや、それは違うだろ」って一々説明しないと駄目なんだよ ケモプレが言ってるのは「プラグインの作成」の話だろ
流石に草も生えねえよ……何なんだ、お前は ＞js使ったらもう上級者向け
jsを使ったらとは書いてるが「jsを自作するなら」なんてどこにも一言も書かれてないな、うん
「使ったら」なら、当然 jsの導入 も含まれる事になる
そしてツクールMVでjs使うのはべつに難しくもない初心者でも扱えるレベルのもの
そりゃ一からJS勉強してプラグイン作成するのなら初心者には至難の業だが
大抵の機能はすでに数々のプラグイン作者が膨大なプクイ゛ンを各所でMITライセンスに基づき無償公開されている
その数量たるや、VXAの時とは比較にならないレベルで
VXAでスクリプト作成者として著名たった作者が、MVでは中級作者レベルになっている程 ちなみに
どうしてもオリジナルのjsが欲しいのなら
有償でプラグイン作成を請けてる作者もいるから、そっちに任せるという方法もあるから
初心者でもオリジナル要素実装は可能 プラグインのことをjsって言うから認識合わねんじゃねぇの？
「ギガ」みたいなアホっぽさがある 話は聞かせてもらった
まとめると、つまり
/|
ﾍ /|/ | N /i/´ ﾞ￣￣｀`ヾ)＿ ∧ /
V .| , Nヾ ﾞ ﾞヽ |＼/ ∨l/
ﾚ' 7Nﾞ､ ﾞi _| 初 ウ
よ /Nﾞゞ .! ヽ心 デ
っ 7ゞミﾐ､ ノ,彡ｲﾊヾ、 i Z 者 ィ
て Zー-r-==､'リノ_ﾉ_,.ヾミ,.ｨ,ﾆi ヽも タ
滅 / {i ｀ﾞ';l={ﾞ´石ゞ}='´ﾞ'r_/ 〈 避 は
亡 |: ｀iー'/ ヾ､__,.ﾉ /i´ / け 古
す i､ ! ﾞﾆ-=､ u / ,ト, ∠ る い
る |｀ ヽ、i'､_丿 ／／/ ヽ /_！ ！
！！ | ＿,.ｨﾍヽ二 ｨ'_／ / ﾞi＼|／Wlﾍ
|'￣／ i ヽ_.／´ ./ .| ｀＼ ∨＼
wﾍ /＼|／ /ィ´￣ﾞi / ir＝､ l'i"ヽ､
∨ ∠__,,..-ｲ i /＼_,ｲ,=-、 i ､,.ゞ､ | ﾞ'"ヽ ＼
! .i-'´ ,i | ./｀ﾞ'i' /i_.!._,..ヽ＜! ﾞi､ﾞi. =ﾞ! ＼
! | .,iﾞ::|/ .| ,/::/-i ﾞi ﾞi 三ﾞi ﾞi | /⌒
i/ .| ,iﾞ:::i' | ,/ ::/= .|三. ﾞi/.| .| .| .ij:.
.l〉 | ,iﾞ :::| .!' ::::iﾞ'i ﾄ. ﾞi | _,.. V ＝,!
! | ,iﾞ ::::| / ::::::| l= ヾ!.._ ヽ｣ "´;i :.:i ./
. | .| .,i ::::::| ,/::::::::::| ヾ:.:. ヾ::" ﾞ /／
│ | ,i::::::::| ,/ .::::::::: | ﾞi.:.:.:.:.:､:.:.:.:.:.:.:.:.:.:／,ｨ'"´
.| | i::::::::,ｲ::::::::::::::::| /ﾄ､;:;:;:;:;:;:;:;:;:;::,ノi|Y プラグインの作成のことだよ。
私も文章が悪かったけど、
私もツクールのMVでプラグインを導入した作品いくつか作って公開しているから、
推測は可能だよ。 jsいじったらって書いてあるし、導入にはjsいじらないから
そもそも >>165 の理論はおかしいと思う まぁでも議論に揚げとりは不要って国語の教科書にも書いてあるし、
とりあえず「jsいじらないと～js使ったら」は
「プラグインを作成しないと～プラグインを作成するのは」に訂正して置く。 ちなみに、jsってjsファイルの意味じゃなくて、
javascriptの略の意味で言ったつもりだから、「javascript使ったら」
ようするに「プログラミング言語使ったら」って意味なんだけど、
確かにわかりにくかったなって反省している。
だから、「js使ったら」にはこれ以上突っ込まないでね。 >>166
大規模な処理だと莫大にお金かかっちゃうし、
ウディタ使っている人は割と大規模な処理実装したがるから、
ツクールMV使うくらいならウディタ使った方が良い……。 っていうかjsファイルとはいってないし、jsファイルのjsってjavascriptの略だし、
「jsいじらないと～js使ったら」はもともとは
プラグインどうのって意味で言ったつもりじゃなかったので、
やっぱり「javascriptいじらないと～javascript使ったら」に訂正して置く。 >>167
この流れで分からないってただのアホだろ（） どんなミラクル擁護だ
必死の反論も含めて無茶苦茶、どう考えてもツクールもまともに触ってねえわ >>175
流れで理解できないアホは>>163>>165なんだが
ケモプレ本人が訂正してるし、ツクールに帰れば？ >>175
触っているよ。
私はjavascriptのことjsって言ってるし、
プラグインのことをjsだと思った >162 の方が頭おかしいじゃん。
>>161 で言っていることは間違ってないと思う。
そもそも私はプラグインのことをjsって言わない。
何となく流れで、なんか変な発言したかなって思ったけど、
思い出してみたら、>>161 で間違ってなかった。 ゲーム作るだけで一苦労する初心者にプラグイン作成しろだの高度で複雑なコモン組めだの無茶言うなw
そもそも初心者はプラグインの自作なんてしないし出来る訳もない
ただあるもの、自分でも使えそうなものを探して導入して設定するだけ
ウイディタのコモンも同じことで、講座などに載ってるやり方で作成できるものを使うくらいがせいぜい関の山
それが初心者だぞ
初心者にいきなり高度(複雑)なコモン組めとか、だから第一歩目のハードル高いと思われ逃げられるんだろ
そしてウディタはもうさんざん使い古されてきたソフト
それをあちこちツギハギしながら継続させてるだけで目新しさに欠けるし今となっては旧さも目立つ
いつの間にか逆にツクールの新機能を後追いで取り入れるような形になってるしな
もう設計思想自体が旧いんだよ、だから単純に自然衰退してるんだと思う >>178
初心者に高度なこと要求してないよ。
jsなしのツクールは初心者向け、jsありのツクールは上級者向け
ウディタは中級者向けって言っているだけ。
ウディタのスレなのにツクールの専門用語を要求するのはお門違いだし、
他人の言った言葉の意味を勝手に決めつけて、偉そうに言った >>165 は酷いって言ってるの。
言葉に複数意味あって誤解する分には仕方ないけど、そういう時は擦り合わせを
していくべきで、決めつけてかかって良いもんじゃない！
しかも、言葉の意味で間違ってたのは >>165 の方だったし。 >>176
なんだ、ケモプレ擁護だったのか
間違うのもしょーがないみたいな言い方だったから変な奴を庇ったのかと思ったんだよ
>>177
この話でお前は何も間違ってない >>178
だから初心者が質問に来たら普通に応じてるじゃねーか……
門前払いを食うのは上にいる変なのみてーな意識高い系初心者だけだ
まあアレは初心者じゃなく、ツクールユーザーを装った荒らしだと思うがな
どこのツクールユーザーがプラグインの導入をオリジナル要素だと思うんだって話で ところでツクールの名誉回復のためにいうけど、
狼煙さんがウディタを作ったきっかけはツクールにあるし、
ウディタ界隈の盛り上がり度合いはツクール界隈の盛り上がり度合による影響を
多大に受けるし、ツクール→ウディタ→ツクールの順でステップアップしていく人が
いることによる恩恵をウディタは受けているわけだから、ツクールには
とても感謝しているし、なんなら、ウディタで作ったゲームファイルを
ツクール用のプラグイン化するコンバーターみたいなの出て欲しいと私は思っているよ。
だから、ツクールの食いぶちを奪うようなことウディタ界隈は望まないし、
ツクールの開発会社は狼煙さんの取引先の子会社だから、狼煙さんも
ツクールの食いぶちを奪うことはできないと思う。
ツクールみたいな機能をウディタに付けてくれっていうくらいなら、
ツクールにお金を落としてくれた方が、ウディタ界隈にとってプラスになる。
>>180
ありがとう！ >>183
こっちは、ウディコン用のゲームできたところ！念入りに通しプレイした！
みんなの進捗も聞きたいなー！ >>183
全然あかん。
ひたすら合成器のパーツを作ってるところ。
なおシナリオ（） 以上”ウディコン同好会”メンバー同士の身内の馴れ合いでした、ってか
流れ的にいろいろと終わってんだよなマジでさ
狭い世界での井戸端会議みたいになっちゃってて広がりや勢いがぜんぜん感じられない
末期のコミュニティそのものじゃねーかよこれ
なんかこうパッと明るい話題とかないの？ 予定でも何でもいいからさ >>187
もうすぐウディコンがあるよ。
ところで素朴な疑問なんだけど、187氏が一番好きなウディタとツクールのRPG（ARPGは除く）は何？
わたしのイチオシはCAPTCHA、らんだむダンジョン。 >>187
お前なんか実力者ヅラして語ってるけど中身伴ってんだろうな？
ちょっと作ってるもん見せてみろや
観念論だけで語るやつは胡散臭え p+lSLkrY さんは単に私のことを侮ってただけで、>>163 で
>>・・て、なんでウデイタのスレでこんな事まで書いて
>>「…いや、それは違うだろ」って一々説明しないと駄目なんだよ
っていっているし、ツクールもウディタも使っているってだけで、
別に荒らすつもりもウディタを貶すつもりもなかったのか。
こっちも頭おかしいとか言って御免……。反省します。
流れ見返してみるとフレンドリィファイアが多いね……。
>>187 のいう流れ終わってるとか慣れ合いってフレンドリィファイアのことか……。 言葉の定義によるスレ違い多いし、ルイーダの酒場どうの言ってた人ももしかしたら、
ここのスレ民の知恵を結集して新しいコモンイベントのテンプレートファイルを
配布しようという建設的な意見だったのかもしれない。 えっ。
ルイーダの酒場どうの言ってた人と187は同一人物かと思ってたわ。
なんか論調似てるし。 まあ仮にゲーム作りに行き詰まって
酒場作りたいから教えてくれってんなら今からでも方法論ぐらいは教えてやるが
「ルイーダの酒場の汎用システム」は技術論としても無理があるだろう
表現したいものによって作りが変わる
酒場はキャラの登録とそのまま結びつく＝システムの根っこと結びついてる
登録なしでストックからの加入だけを考えるなら本当に必要かどうか怪しい
やろうと思えば選択肢使って1階で別れて
2階で個々のキャラと直接話してイベント扱いで合流するなんてのも考えられる
技術論的にはウィンドウ使ってやり取りする方が高度になるだろうが
ゲーム演出的にはこっちの方が面白いまでありうるわな 要はコモン集の品揃えに不満のある奴が「俺の欲しいもんをお前らが善意で作れ」って言ってるだけだろ
発想自体はコモン集で実現してる 俺も和風マップチップ誰か売ってくれーとかは思うので何とも言い難い面もある 低レベルだな。ほんと
お前らがいい歳したオッサンじゃない事を祈る。 他人を見下すことでプライド守ってる系キッズだったか…… いいからとっととゲーム作れよ。
完成させて公開した奴が一番尊いんだぞ。 >>200
作った？？？できた？？？進捗どうですかぁ？？？？？ シナリオを変数で管理する時はメモでも取っておかないとすぐわからなくなるな
話がここまで進んだら数値がいくつになってないといけない、というのを >>202
進捗ダメです><
>>203
ガントチャート的な？ 何かゲーム制作に使える便利テクニックとかツールとか無い？
上で出てるシナリオを変数で操作する場合の記録方とか
自分はクリップボード管理ソフトでよく使うコマンド登録してウディタに貼り付けしたりしてるけど IT掲示板群 ttp://x0000.net/forum.aspx?id=15
学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
☆ VMを書いた(C#) * x86ではない!
ttp://up.x0000.net/files/TSimulang.zip
☆ malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip >>206 って一瞬スパムかと思ったけど、>>205 に対するレスポンスなの……？
URLを aguse でセキュリティチェックした感じ変なのは検出されなかったし、
単に「学術の巨大掲示板群」って感じでスパムの人が貼るような要素なさそうだけど……。
レスの書き方がスパムの書き方そのまんま過ぎてどっちなのか判断に困る……。 >>203
何となく分かりやすい値を使うという手があるぞ、例えば局面ごとに100を割り当てる
/100がシナリオ全体の進行度（数値）
%100が局面の進行度（100分率、ゼロなら前の件が終わった直後）になる
やろうと思えば、これをさらに組み合わせて使うこともできる
（例えば局面の進行度を個別フラグの合算にする等）
ただ、個人制作でそこまでやる必要があるのかどうかはビミョーだ
「頑張ってしっかりしたフラグ管理システム作ったけど結局メモった方が早い」は割とある >>205
特に思い浮かばないがこんなのとかか？
・何度も使う処理は汎用化する
・アップデートを念頭に作るなら並列実行と自動実行のマップイベントを作らないようにする
前者は単純に楽できる
後者はデータベースの互換性が無いセーブデータを新しいバージョンでも動かそうとした場合に
イベント内容によってはマップイベント周りでバグ塗れになるので対策として入れない事を薦める 設計思想によるとしかいえんなぁ。
進行度管理とは、どこまでプレイ幅を認めるかの管理ってことだろう
いわゆる「強くてニューゲーム→負けイベントで勝利」みたいなやつね。
自分の場合、分岐に次ぐ分岐が多いゲーム作るんで
細かいYesNoフラグ用のＤＢを作って（仲間の存在やキーアイテムの有無等）
それを基に進行度を判定するコモンを作っている。 私はストーリーやゲームの内容によって毎回違う進行度管理システム使ってるし、
分岐がある場合は文字列をよく使うなー。 仕様変更に対応しやすくする目的でちょっとした処理でも別コモン化してる
開発中で変更が多いDBの読込書込とか、一行だけど別コモン化しちゃったな いくつかのマップの中で話が進んでいくタイプのゲームを作ってるから
・シナリオ全体の管理の変数
・一つのシナリオとかダンジョンの進行状況を管理する変数
仕掛けをどこまで解いたかの管理。攻略後はリセットして別の場所で使う
・小分けシナリオ管理の変数
いくつかのシナリオを好きな順番で選べるタイプのイベントで、解き終わったシナリオを判別する
こういう使い方にしてる
問題はデバッグする時に前準備がややこしいことだけど 歩行グラ（マップEv）が減ったり増えたりするようにしたいんだけど、いちいち空のマップイベントを最大値分用意しておくのも面倒だから
ピクチャ表示と座標（可変DB）使って擬似的にマップEvっぽくしようと思ってるんだけど
コモンEvからマップEvを作成できるみたいなことはできないよね？
それができたらそっちのほうが楽なんだけど 文字列変数に改行＋文字列＋改行を追加して、
改行が2つ連続しているところを1つに置き換える。
そして、改行＋文字列＋改行を含んでいるかどうかで判定して……、
という方法簡単だし好きだけど、
普通に変数でやった方がシナリオの整合性がとれているかチェックしやすいから、
好きって思っててもあまり使えてない……。
>>214
私もマップイベントをコマンドで生成できたらよいなって思うけどできなかったはず。
できるよーって情報あったら私も知りたい。
疑似的にマップイベントを作るなら、そのピクチャのスクロールとリンクに
チェック入れておくのがお勧めです（もうそのつもりの可能性が高いけど、
自己ルールで絶対特定の機能使わないぞって人いるから一応言ってみました） 例えばイベントを変数で操作する際に
１２３４５６７～と変数を利用した時に
あ、４と５の間にもうひとつイベントを入れたい
と２０くらいまで作成した後で追加したくなると
後のイベントの起動条件を１ずつ全て足していかないといかなくなるわけだけど
そういう時に簡単に修正できる方法とか
そもそも修正が楽なイベント管理の方法って無いかしら 管理用と参照用のDBを別にするしかないんじゃね
管理用DBに参照用DBのアドレス書いといて
管理用DB操作用のコモン作って、そのコモンの中で参照用DBにも管理用DBの中身をコピーする処理を入れとけばいい > 後のイベントの起動条件を１ずつ全て足していかないといかなくなるわけだけど
なぜ？ イベント側で通常変数を起動条件にしてるんちゃう
だから起動条件に指定している通常変数をずらさないとってこと マップイベントの起動条件って同一マップイベントのセルフ変数か
通常変数でしか操作できないと思ってたんですけど違うんですかね？
例えばイベントキャラAを普通は出しておくけど
別マップのイベントが起こるとAではなくBが出てくる、みたいな >>216
手っ取り早いのは変数の区切りを100づつにするとかじゃない？
メモ取らないとごっちゃになりそうだけど
苦肉の策としてはキーアイテムを起動条件にしてイベントの起動条件にメインシナリオ用の変数を使わないようにするとか
苦肉の策だからバグの温床になるかもしれない さっぱりわからん
フラグとなる通常変数は必ず1ずつ増やすとか、通常変数の順番＝ストーリーの順番、みたいな前提条件設けてない？ >>220
それは通常変数を挟むのが一般的だな
同一マップに入っていればevセルフは幾らでも操作できるから
特定のイベント通常変数使って起動して
残りはそのイベントからevセルフを操作して起動するってのは可能 >>222
よく見たら元の話が確かに微妙だったな
だが何となく分かってきたぞ
ストーリーに進行に合わせて起動するページを変えることで
キャラがいる/いないや、会話なんかを変えてる感じじゃないか？
で、途中のストーリーを追加すると「後ろも全部変えないと」ってなってると 特にイベントの起動条件を軒並み「通常変数Nが○以上」で処理していた場合
なかなか面倒な状況になるはずだ
一応、特定のイベントを1つ足すだけなら
そのイベントに関係するキャラだけに起動条件を加える方法がある
1つ前のイベントが終わった時に、元の起動条件である通常変数の方は動かさず
起動条件を2つ持ったページを加えることで対処する
そのイベントが終わったら元のフラグを加えればいい 仮に○以上ではなく、○と同じ～で処理している場合
特定のイベントの後で特殊な値を取らせればOK
1・2・3・4・-1・5・6・7という感じにする
両方が混在している場合は統一してから直す ちなみに設計思想的には
～以上のような余裕の多い起動条件をメインで使い
フラグは+10とか+100とかの大きめの間隔を用いるのが無難だ
上でも言われてるけど、これなら間に色々入れてもまず間に合う
で、あるイベントを起こさないと消えるような特殊なキャラの場合だけ、起動条件を増やして対処
ともあれ、作ったもん全部直す必要はあまりない、途中からそうすりゃ済む話だから
あまり美しくはないがどうせプレイヤーからは見えん 10、20、30、40と最初から変化させる余地を与えておくと
マイナスを使うのは目から鱗でした
ありがとうございます ガチ一本道ゲーなら変数群を変数として使うのもありだぞ。
V1-1を１ ベーシックの行番号と同じなわけね
自分も今から100倍にしておくかな
変数を変えたら記述の側の指定数値も変わてくれたら楽なんだが 頻繁に名前で呼び出すコモンイベントをリストの上に来るようにコピペして集めてる
コピーは中身消して呼び出すときの説明書きだけにすると、説明書付きコモンイベントリストみたいになって使いやすい 今年のウディコン仮エントリー開始めっちゃ早い！
18時台後半から既にってどゆこと！？（嬉しい） 質問です
ゲーム画面上に丸型の太陽画像を常時回転させて表示させたいのですが
並列ｺﾓﾝで作成しましたが 上手くいきません（かくついたり、止まったりします）
なめらかに回転し続ける命令文の書き方、
もしくは 他の良い方法があればご教授ください 書き込んでから気づいたのですが
間違えて質問スレではなく本スレに書き込んでしまいました
すみませんでした >>234
ピクチャを表示した後にループ処理入れて、
その中に……
「ピクチャ」項目に「移動」ってあるじゃん、それを入れて、
処理フレーム数に15くらいの数字を入れて90度回転させるコマンドを入れる。
この時、間違ってディレイの方にしないように注意。
その後にウェイト15フレーム入れて、
また処理フレーム15で90度回転。
ループ処理の中に、
要するに「処理時間15フレームで90度回転」と「ウェイトフレーム15」を
交互交互に合わせて4つ入れる。
消したいときはループ処理の中に条件分岐入れて、
その条件分岐の中にループ中断を入れて、
ループの外でピクチャ消去。
ただし、このままでは並列なのでまた起動されてしまうから、
ウェイトとループで足止めして、必要があれば条件分岐でまた脱出させればよいよ。 「下から1行切り出し」、「N行目を切り出し」、「行末から1字切り出し」を実装するならどうやる？
先頭から地道に切り出す方法ではできてるので、軽そうな処理があれば教えてくれろ >>238
行末から切り出しなら1字切り出しで文字数
行の切り出しなら1行切り出しで行数を取得して処理するくらいしかウディタではできないと思う 書いた後に思い付いたが1行切り出しはcsv読み込みを使えば
1行ずつ切り出す必要が無いのでかなり軽くできるな >>238 が自分で見つけた方法が一番汎用性あるけど、
早さ求めるなら各行の終りとはじめに\c[何行目＋10]入れて、
指定文字までを切り出しと指定文字以降を切り出しで乗り切るという方法もあるかも。
各行じゃなくても数行おきに表示されない文字入れて、
それを使って指定文字までを切り出しと指定文字以降を切り出しで
若干短縮する方法はある。
あらかじめ、制御文字挟まないと >>238 の方法が一番早い気がする。
後は文字を入力するときに行を反転させた奴も予め入力しておくとか。 >>240
良い方法ではあるけど、csv読込はPLiCyでは現在対応してない……。 行に数字つけとけば
絶対使わない羅列で _1_ とかつけて保存しておいて、
例えば行数を行頭につけてるなら、\n_N_以降切り出し、\n_N+1_まで切り出しでいけるかと
行数は行を保存する時にカウントしとけばいい
保存する時に同時に複数行保存する場合は１行ずつ切り抜いてナンバリングすることになるけど、まあそっちは処理嵩んでも問題ないやろ ウディコンに出したゲーム、79DL行きましたぜー！ おめでとう！
やっぱり多くの人に遊んでもらえる場としてウディコンすごくいいよな 俺も来年あたりに出してみたいけど基本システム(の改造)だとやっぱり敬遠されがちか？ ウディタの開発者今どうなってんの
更新止まってるけど NintendoSwitchにウディタ製ゲーム移植して、電子版のみだった著書を製本販売始めて、例年通りウディコン運営してる 無料でMVまで付いてくるとなると、もはや素材的にツクールに対抗するのは至難の業
MZは立ち絵だけで120枚あるってるっていうし有料のツクトリ素材集に至っては250枚以上
素材の物量でこられるとさすがに個人ツールでの対抗は難しい
少なくとも素材面から一般ユーザーにウデイタはますます勧めにくくなってるのは事実
絵を描けて自前で素材を一通り揃えられる人にはあまり関係ないけど描けない人には正直勧めづらい >>247
別に駄目ってこともないと思うし
何をどう改造するかにもよるんじゃね >>250
そこは是非とも「だから、俺たちでウディタ専用の素材を作ろう！」まで
おっしゃって頂けると「兄者カッコイイ」となったのですのににゃー。
まぁ、どっちみち >>182 の通り「対抗しない方が良い」派ですが、
それはそれとしてMV用の獣人キャラジェネレーターは好きですし、
MVやMZのサイトにカッコイイ獣人もいますが、
まだまだツクールも獣人の素材少ない気がしますにゃー。
>>249
改めて字面で並べられると、狼煙さんハードスケジュールでいらっしゃいますにゃー。
狼煙さんには感謝しても致しきれませんにゃー。
>>247
私も >>252 の意見に賛成ですにゃー。 >>250
素材素材と言っているが
無料のウディタのどこに一般の初めてゲームを作ってみたいって人に対してツクールより薦めにくい要素があるのか
逆に無料のものがあるのに素材付き14000円のものをいきなり勧めるとかちょっとできんわ俺は
セールならもっと安いがゲーム作りたいって気持ちになってる相手にセールまで待てなんて酷な事も言えんし 素材付きで14000円って何を買うんだ？
現行のツクール8000円くらいだし、最新作も同様 >>255
無料のものから無料を取ったらなんて話をしてもな
逆で言うとツクールが無料だったらユーザー増えても制作元終わるぞ >>256
>>250が素材の話してるからてっきり14000円の素材バンドル版の話かと そもそもツクール系の素材は公式RTP素材の改変素材の割合が非常に多いことに留意する必要がある
本当に一から完全オリジナル素材作れるやつなんて実際にはごく一部
これは海外に目を向けても変わらない
ツクール向け素材の多くが元が公式素材の改変素材なので、それの改変素材も当然ツクール以外での仕様は禁止 またいつものアホの一般論ごっこに付き合ってるのか？
一切意味ねーから相手すんなって ツクールユーザーがツクール用のフリー素材公開してるし普通にそういうの使えばいいだけだしな 素材サイトってツクール向けメインのところばかりだよね
はっきりとウディター向けを謳ってる素材屋さんは実際には殆ど見当たらない
ウディタ素材って、そもそも公式にあるやつもウディターが始まって以来あんまり増えてない印象がある
素材が増えないからチェックしない素材も増えないというループになってるんじゃないかな
有料のねくらマップ素材買ってるのも”無料ありき”が多そうなウディタユーザーよりも、
実際には(両方使ってるのも含めて)ツクールユーザーが半分以上を占めてるのではないか
まして無料ありきの人は有料素材にはまず手を出さないだろうし >>265が何を主張したいのかがよくわからん
ウディタの素材不足を訴えているのは流石にわかるがだからなんなんだとしか 特に違いはないけどウディタ用 = 16px, 32pxのチップ
ツクール用 = 32px, 48pxのチップ, RTPの改変素材(改変素材はツクール以外で使えない)
ってイメージ
改変素材の縛りが強いから、ツクール用って名乗るところの方が多い気がする
大抵はウディタでもツクールでも使えますよって場合が多くて、ウディタ用とわざわざ銘打つところはほぼない ツクールの改変素材だからツクール以外では使わないでねってのはよく見るね ツクールＭＶの獣人キャラジェネは、ツクール以外での商用利用は不可ですが、
非商用利用ならツクール以外でも可でしたし、
ツクール公式の素材でも千差万別な気がします。 例に上げてる肝心の素材が落書きレベルなんだがそれを千差万別と言うのか？ 利用規約が千差万別なのでツクールのみ可とは限らないということを示したかったのですが、
素材のクオリティについても千差万別といえるかもしれません。
どっちみち私はウディタ派ですが。 そもそも素材ガー君は
ここでツクールは素材が揃っているという話を聞いたので
それをダシにしてウディタを揶揄したがっているだけで
素材がどんなものなのかも良く分かってねえよ
何度でも言うけど相手するだけ無駄
ここで論破したところで、次はそれをダシに喧嘩売ってくるだけだ そもそも、ウディタ公式サイトの素材もちゃんと増えていますし。
ツクールの素材は、ツクール製よりウディタ製の方が安心できるという
コメントが見られる程食傷ムード漂ってますし、
プレイ数稼ぐなら、自作素材作るか、自作素材自腹で注文するかになって、
結局ツクール公式の素材の多さは関係なくなってきます。
もっとも、ツクールの素材はパロディ感出すのには向いていると思うので、
ニコニコ動画との関連企業として素材の多さは相性良いと思いますし、
パロディ出しやすいツクールにはツクールなりの
オリジナリティ出しやすいウディタにはウディタなりの良さがあると思います。
ツクールをダシにされると、本当ツクールにとっても風評被害です。 自作素材注文するという表現おかしいので、
そのゲーム専用の素材注文するという表現に訂正しておきます。 最近のツクールのキャラチップってなんていうかちょっと怖いんだよな
なんかこう、頭でっかちで目と目の間に影が若干あって瞳に光が無い感じが ツクールデフォのキャラチップは2000が一番完成度高いと思ってる >>277
わかる
見た瞬間ギョッとするし評判良いフリゲでもあのキャラグラだとDL躊躇う程度には不気味 なんだかよく分からないが、ここの人たちによれば
ツクールよりもウディタの方が素材が揃っている、という主張でいいのか
そいつは知らなかったわー 他所から住人相手に喧嘩を売りに来たことを自白したか
素材の規格の話すら理解できないただの荒らしだけあって
オツムの出来も知れているな >>280
要約致しますと「ツクールの素材を必要としている人ばかりじゃない」って感じです。
あなたがピーマン苦手だとしてファミチキを食べようとしているときに
「今からあげくん買うとピーマン沢山もらえるよ」って
ローソンの店員さんでもない人から勧められたら、あなたはどう思いますか？ >>280を相手にする時はテキトーでいいよ
ウディタにはキャラチップ作成ツールがあるので
事実上無限に素材を作れますとでも言っておけ
まともに話すのは時間の無駄 ところで、ウディコン今年作品数歴代2位らしいのでございやんすが、
やっぱりウディタユーザー増えているという私の感覚は
あながち間違ってなかったかもしれませんなー。
ウディコンのページにある狼煙さんのBOOTHのリンクで
300シルバの奴1つに＋200ブーストしてカツアゲされてきましたわー（NGワード防止） 2000のキャラ絵は全体的にコミカルっぽいからなぁ
95とかのドットじゃギャグゲーやVIPRPGが栄えることはなかっただろう >>280
要約・ツクールMVのキャラチップは不気味
ぶっちゃけ付いてくるデフォ素材だと種類豊富でもデフォ素材ゲームか感が生まれてくるからな…
ツクール界隈で昔流行ってたアレックスネタみたいな
オリジナリティ出すんだったらむしろUIをコマンドで簡単に作れるウディタの方が有利だと思う ウディタの対抗ツールは2000、XP、VX、VXAあたりであってMVや新作のMZでばない
スマホやウェブブラウザー向けの配信にも対応できない(同じ土俵に乗ってもいない)世代の違うツールと比較するのはナンセンス
あえて言うならウディターとは”枯れた(しかも不安定な)ツール”を自分はこれだけ使いこなしてるという自己満足に浸るためのツールである
要約すれば、有料ツールに取って替わられた今もなお”吉里吉里/KAGを使いこなしてる俺カッケェェ”とドヤるような感じか 不安定な時点で枯れてないだろ、意味理解してんのか？
それっぽい単語組み合わせてるだけのbotなのかな >>288
PLiCy使えばウディタもブラウザ対応できますし、
片道勇者のUnityのネイティブプラグインの原理応用すれば、これもまたブラウザ対応できます。
そもそもウディタが枯れていることを主張するのであれば、
ツクールを例に挙げるのは不適切かと思います（ツクールも枯れているよねって言われてしまう）
javascriptを使わなければまともにオリジナル要素を実装できないのであれば、
ツクールMVを使わずHTMLとjavascriptで組んだ方が自由度が高いですし、
ツクールはMVには3Dモデルや3Dマップ、3Dライティングは実装されてません。
また、MV以前のツクールは「ウディタの方が自由度高い」と言われる始末です。 >>288
ちなみに、枯れているは考え方によるとして、
ウディタは安全セーフティ的なものが付いているので動作は非常に安定していますし、
「自分はこれだけ使いこなしてるという自己満足に浸る」のは、
別に悪いことでもウディタに限ったことでもありません。
unityやUE4のアセットゲーやツクールの非自作プラグイン多用でも同じ現象がおきます。 >>288
それじゃそもそも比較するのがナンセンスだと思ってるものを
素材がーとかweb対応がーとか自分から比較し始めないで欲しいんですが…
自分から俺は俺がナンセンスだと思っていると叫んでるようなものじゃないですか ウディターとは
・不安定なまま何年も更新がストップしていてバク取りも放置されてしまった未完成ツール
・フリゲ作るのに自費で使用条件の緩い有料素材買えばいいとお勧めされるツール
・字が小さくて使いにくいとか不安定だとか文句言うな、無料で使わせてもらってるんだから逆に我慢しろ、とトヤ顔されるるツール
WOLF RPGエディターとは素晴らしいツールですね 劣ってても別に良くね？結局は好きでいじってるんだし。
嫌なら使わなきゃいい話。
ケモプレ氏もいちいち反論しない方がいいぞ。煽りがつけ上がるから。 >>293
そう思ってるならこんなスレに現れてウディタに関わるなんてしなけりゃいいんじゃないですかね？
逆に使いもしないツール貶めるためにスレに粘着してる精神がよくわからない
まさかそう思ってるのに使ってるなんて事や
俺はウディタがもっと良くなるようにアドバイスしてやってるんだなんて凄い事考えてるなんて事は無いと思うけども >>293
今のウディタにはほとんどバグはなく、
UE4やUnity、ツクールよりもバグが少ない状態です。
頻繁に更新されると「作り始める前に更新してよ」という状態になるので、
今くらいの更新ペースの方がゲーム制作者としてありがたいです。
そもそも無料の素材も豊富にありますし、他ツールは制作ツール自体有料だったり、
商用利用の利用規約が厳しかったりするので、主張として筋が通ってません。 >>296
＞今のウディタにはほとんどバグはなく
え、どこが？
https://silversecond.com/WolfRPGEditor/BBS/log/103.html
直近だけでもこれだけ報告されてるのに2年も前から放置してるままなんですが >>297
ウディタのバグじゃなくて、基本システム2のバグやWINDOWSのバグ、
キーボードデバイスのバグ、バグ報告者のコモンのバグまで混ざっていますし、
報告されているバグの信憑性がいまいちですなぁ。 しょせんは使い古された今となっては使いにくくなって久しいツール
どんなに持ち上げても、さすがにこの古さは如何ともしがたい
そもそも2000系からXPが重い、スクリプトとかよくわからないといった人をターゲットにしてる感じだったし
たしかにあの時点では核心的だったと思うしそれは自分も認める
けれどもだからこそ逆に今となっては様々な面の動作で無理してる感を感じるようになってしまったのも事実
なぜそれを認められないのか
それはつまり
たとえば更新一つとっても作者自身にこれ以上やる気がなくなってるのが明々白々で
それを現実に感じられるからこそ「次はもうない」と見定め、それゆえにその現実を認めたくないのだろうと思う
認めてしまうイコールウディターが詰んでる事を認める事にもなってしまうからね
そのことをある意味もう見切っていて使うユーザー側も本音の部分でしとっくに諦めているのだと思う
まだまだやれるはず！(ウディターが元気ないと他ツールの登場にも影響が及ぶのは必至)
VS
誰がみても無理ゲーだし頼むからこのままそっとしておいてくれ派 単純に自分はウディターの先の展開を諦めたくなかっただけ
その昔、
2000時代のままの16ドット規格のままではこれから先苦しくなってくる一方だから32規格素材の充実を！
とこのスレで訴え始めた時と同じように
ヴテイターがこのまま寂れていくのを黙って見ているだけでいいかと
だから有料化してその資金を元手に次のゲーム制作ツールを作れば何とかなるのではないかとそんな思いで書き込んだ
でもここにいる人たちの反応はどれも薄く、すでに諦めきっている人が大半なのか反応は芳しくなく
その昔32規格素材の充実を訴えはじめた時とは正反対に、逆に荒らし扱いされてしまう有様
すでに時は遅すぎたのだろうか
何よりあの頃と違って作者にも素材作者さんにもまるでやる気がないのが致命的だったかな
これもまた時代の流れと見定めるべきなのだろうか >>299
>>そもそも2000系からXPが重い、スクリプトとかよくわからないといった人をターゲットにしてる感じだったし
この発言は的をいていると思います。
ウディタユーザーはまさしくそっち路線の方が好きだと思います。
狼煙さんのやる気に関しては
狼煙さん自身が若い時よりはやる気減っている趣旨のツイートをしていたはずなので、
ウディタに対するやる気だけではないことは、一応念頭に置いておく必要が
ありますが、見当違いというほどではなさそうです。
折角ここまでは歩み寄れているのに後半煽りに走っているのが勿体ないです。
私は、後恐らくウディタユーザーも、
UDBやCDBの様にデータベースを設定する機能があって、
プログラミングなしでゲームを組めるのが好きなのだと思います。
もし、ツクールの最新版やUnityやUE4用の外部プログラムで
そういう機能があったら、多分ウディタユーザーも嬉しいと思います。
でも、現状ツクールはjavascriptに任せている割合が多すぎたり、
UnityやUE4は動作が重く扱い難しかったりで、なかなか好み似合わないんです。 >>300
>>単純に自分はウディターの先の展開を諦めたくなかっただけ
なるほど、そういうことでしたか。大丈夫です。
ウディタがなくなったらなくなったで、ウディタのようなのが好きだった凄い人が、
きっと第2のウディタのようなツールを作ってくれますよ。
本当は自分たちで作れたら良いのですが、
残念ながら私はまだウディタの様なツールを作れるほどの技術を持っていません……。 >>299
>>300
だからそう思うならいちいちそのツールのスレに粘着して
このツールはこれと比べてこんなに劣ってる！
なんていちいち言いに来なくても良い話でしょう？
単純に自分はウディターの先の展開を諦めたくなかっただけ
ってこんなところで言っても全く意味の無い話でしょう？
むしろここでそんな事話して何がどうなると思ってたんです？
あなたにとっての諦めない行動とはスレ粘着だったんですか？
それは全く意味がありませんよ？
意味が無いとわかったならもう二度とやらないでくださいね？
諦めないために何か違う行動も取ってたならすいませんが ウディタが大好きでウディタが他ツールに劣っているのが悔しいのは、
>>299-300 やウディタを貶していた人自身だとしたら
悔しさを共感してほしいのと、ウディタが劣っているということを否定されたいのと、
悔しさをぶつけたいのとなどなど、今までの行動の動機として説明がつく気がします。
結局なんだかんだ言ってこのスレはウディタ好きな人しかいなかったんだなって
ちょっと安心しました。 そもそもさー開発者が都合の良いように更新する気はないのわかってないヤツはよほどのバカ
ここ来るんじゃなく他行けばさウディタの様なツール作ってる人はいるし他人を動かしたいならさ支援するなり協力ぐらいしなよ
建設的なことすらできず文句言うだけの痛いヤツは誰が見ても荒らしでしょ 他人のやる気や努力にケチつけるだけで自分が動かないんだもんな
界隈から消えろよ そのへんにいる「自分が動かない理由を他に求めるタイプ」の奴だろ？
相手するだけ時間の無駄だってマジで
こいつの時間は実質無価値だが
お前らはゲーム作ってんだろ？ その時間を無駄にするなよ と言っても今はウディコン期間中だからね
メンバーが遊ぶ側に回ってちょっと暇 まあ構う暇はあると言えなくもないのか？
でも「アイデアを出します！」と「シナリオを作ります！」は
同人規模でのゲーム製作においては二大いらない勢力だから
やっぱり構わない方が良いんじゃないか？
前者はありとあらゆる場所で不要だし え、私はむしろシナリオ作ってくれる人に関しては欲しいですけど……。
スクリプトとBGMは私作りたいので、
シナリオは代わりに誰かにやってもらいたい派です……。 すごい久々にスレ来たけど
ウディタとunityやUE4と比べる人なんているのか？全然別物じゃん
大量のアイテムや敵のデータ扱うゲームだとウディタやりやすいし
unityだと2D作りにくくなかったっけ？
ゴドーって2Dが扱いやすいフリーツールもあるけど
作ってる人少ないみたいで情報あんまりないし
それに比べたらまだまだウディタ需要あるよ 640x480の画面サイズって今時だとやっぱ小さすぎ？
あんまり大きすぎると処理が重くなるみたいだし悩む >>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
おー、的確に需要を説明できてて凄いですね！ ウディタはフリーゲーム作家のままでいいって人にはいいんじゃない？ 所詮道具だ
自分が使いやすい思うやつ使えばええねん >>314
sys116,117は最初の分岐なくても画面サイズを取得すると思うよ >>317
一応、Ver2.20以前との互換性を考慮するなら必要
そもそも旧バージョンとの互換性を考慮する必要があるのかと言われればなさそうだけど >>313
何をやりたいかによるな
昔風の表現なら足りる、例えば基本システムなら支障は無い
配置やUIをいじり始めると厳しさに気づく
800*600でもどうかなって感じはある >>317
ver2.20前後での互換性なら画面サイズ1,2のときのサイズ指定しなきゃダメじゃね？
ケモプレちゃんはウインドウサイズを取得していると考えて、倍表示してる画面サイズ0だけ分岐したんだと思うけど、その必要はないよって話 >>313
べつにそんな事ないよ
ウデイタはファンクションキーで画面の倍率を変更できるしね
それ考えるとたとえばデスクトップ環境がFHD環境だと縦480以上になってくると
画面を倍化すると縦1080ドット超えて来るから逆に中途半端で使いにくいので困る
プレイする側としてはむしろ縦720p以下なら倍のドットで縦が960pxになる480p画面解像度でお願いしたい
むろしプレイヤーは画面解像度を倍×倍化してプレイするものという意識でいいと思う
480ピクセル以上にするのならいっそ720pにした方がいいと思うけどウデイタ制作でそこまで解像度が必要だろうか 今風のUIにするのは無理な解像度
それをやらないなら別に >>317
（あ、本当だ！）
前のパソコンで最初にこのコモン作った時、何故か条件分岐入れないと正常に動かなかったのですが、
今のパソコンではちゃんと動作していますし、当時の私のコモンのバグかもです。
ありがとうございます！ ドットバイドットじゃなくていいなら16:9のどれかにしておけば問題ないんじゃない
画面比率4:3ってウディタ公開当初から時代遅れだったっしょ なんで画面サイズだけの話になってんの？
画面サイズと処理の重さを一緒に考えるべきじゃないの？ どうしてもクリエイター側が決めにくかったら、画面サイズは
BasicData/Game.dat
に保存されるからコモンでどの画面サイズにも対応できるようにしておいて、
プレイヤー側が差し替えられるように、Game.datの差分ファイルを忍ばせておく
ということもできますよー。 >>321
あ、確かにそうだ
ちゃんとコード読んでなかった、的外れなこと言ってすまん 返信してくれた人ありがとう
>>322
プレイする側視点に立った解説参考になった
作る側視点だけだと拡大すると絵がぼやけるなーとかそういう所気にしてしまうから 実際2倍だとかなりボヤけるよ
メニューとかで拡大処理を既に使ってる場合は顕著 ていうか >>314 のコード特に疑問を抱くことなく使いまわしてましたが、
百歩譲って当時のグラフィックボードが壊れてたとか、
環境依存の問題とかそういうので条件分岐置いているとしても
X座標とY座標両方算出している時点でクソコードでしたわ……。
■条件分岐(変数): 【1】 CSelf0[出力変数] が 0 と同じ 【2】 CSelf0[出力変数] が 1 と同じ
-◇分岐： 【1】 [ CSelf0[出力変数] が 0 と同じ ]の場合↓
|■変数操作: CSelf12[結果] = Sys116:[読]画面サイズＸ + 0
|■
-◇分岐： 【2】 [ CSelf0[出力変数] が 1 と同じ ]の場合↓
|■変数操作: CSelf12[結果] = Sys117:[読]画面サイズＹ + 0
|■
◇分岐終了◇
■変数操作: CSelf12[結果] *= CSelf1[分子] + 0
■変数操作: CSelf12[結果] /= CSelf2[分母] + 0
普通こう組みますよね……。
あまりにも恥ずかしいのでウディタリオンと
ウディコンに出しているゲームの該当部分修正しましたわ。 オリジナルのキャラステ管理用DB作ってゲーム作ってて
敵のステータス設定から作ってそれを丸写しでプレイヤー側のステータス作ったせいで
レベル・経験値に関するステータスをDBに設定しなかったから
53番目なんて所にレベルや経験値の数値を置くハメになった
悲しい
そして一つ前のDBのデータでIDを決めるなんて設定を今更発見した
悲しい >>331
ぼやけるのはピクチャ拡大字の設定で「なめらか」にしてるからでしょ >>334
くっきり＆ガタガタだと小数点を含む拡大率にすると潰れるドットがあるから
モヤっとしない？ あ、1.5倍とかでピクチャ表示したりするときのことね >>333
あるあるｗ ﾜﾛﾀ
今まで作ってきたものを書き直すか、
次の製作に生かすか、選ばねばならんヤツだｗ >>334
上で言ってる人がいるけど
なめらかにしないと端数のある拡大縮小処理が色々と悲しくなる
自動拡大縮小とかズームとか使うので端数を避けて通れない >>335>>338
プレイヤーがウインドウサイズを変えるのは避けられないからなめらかにする、ってのはわかるから好きにしたらいいんじゃない
制作側が非整数倍表示使うのはやめたらとは思うけど >>338
だよね
変形してるときにドットがわしゃわしゃって波打つよね
>>339
あー、そういやどちらかというとF4押したときにヒエッてなるのがメインだった
普段なめらかにしっぱなしだからすっかり忘れてた
（エフェクト時は別として）要所要所の表示は100%表示にしてるはずだけど、
横着して1つのファイル使いまわすことが多いんで、もしかしたら非整数倍表示してるところがあるかもしれない
くっきり＆ガタガタでもテストプレイしてみるようにするよ
ありがとう >>312
俺もすげぇ久しぶりにきて思ったけど、その発言には同意だ
どうでもいいが、画面サイズの話は、割と沼だよなぁ…
俺も、昔、ボーダーレスウィンドウに憧れて、色々してた時期があったけど、
勉強にはなったが、徒労だったし 実際やる人はどれくらい気にしてるのかね、ウィンドウサイズ
片道勇者なんか小さいけど今でも普通にsteamで買われたりしてるみたいだし
海外（アメリカ？ ）では画面フルに使ってゲームする人が多いらしいけど
自分の昔作ったやつなんかそのへん気にしないで作ってたから
小さくてもまあまあ平気って人が多ければありがたい 個人制作のゲームで遊ぼうって人間は
ウインドウサイズを気にすることはあっても
それでゲームを選ぶことはないんじゃないかな 今更こんなこと言うのも何だけど
基本システムみたいにコモン挟んで能力を取得するようにしておけば
読み込み位置を移動させるのが楽なんだな
一から作っててようやく意味が分かった やがて読み位置を変えるのもめんどくさくなってコモン自体をデータベースがわりにするんや RPGの不満によくあるのって
チュートリアルが長い
イベントがスキップできない
以外になんかある？ 結果がイベントに反映されない(戦闘で勝ったのに負け演出とか)
お使い感のあるイベントが多い(〇〇行って取ってこいとか倒してこいとか)
主人公の強さに合わせて敵全体が強化されるシステム
めちゃめちゃ長いイベントの後に出てくる敵が強くて何回もイベントを見させられる
細かく言えば大量にあるだろうけど、よく聞くのはこんなもんかな テキストと静止画を使うタイプのイベントはどのくらいの長さに収めるのがいいのかね
長文だと「読むのがタルい、RPGに文章なんぞ求めてないから短くまとめろ」という人もいれば
短いと「ボリューム不足で読みごたえがない」という人もいるだろうし
せっかくの静止画がテキスト数ページ送ったらおしまいというのもどうなのかなと思えるし
ちなみに一応えろRPG 英露の丁度よさはわからんが
無名インディーズでゆっくりとテキストが流れて飛ばせないOPとか
10ページ以上あるOPテキスト見せられると投げたくなるな
初っ端そんなテンポ悪いことされたらこのゲーム全体的に演出こんななのか・・・って思っちゃう
大手とかだとまあ大手が作ってるんだしって保証があるけど 主人公がプレイヤーの意思に反する行動を勝手にとる
移動速度が遅い
操作の手間が無駄に多い
後はストーリーがつまらないとかキャラに魅力がないとかシステムがつまらないとか >>350
人によるとしか言いようがないから、自分が好きか人気のあるエロRPG実物を参考にした方が早い ある程度のRPGは作れるようになったけどゲームバランス調整だけはガチでしんどいな >>350
そういうときは、むしろ「どんなプレイヤーに遊んでほしいか」が大事だと思います。
テキスト描写が好きなプレイヤーに的を絞るか、
テキスト描写少なめが良いプレイヤーに的を絞るか、
どっちにも遊んでもらいたいかなど。
どっちもだったら、スキップ機能入れておけば何とかなるような気も。
といいつつ、私もついついターゲットが不明瞭なまま制作を進めてしまいがちなので、
気を付けようと思いました。
ターゲットを選ぶ際は、自分に近い趣向の人を選ぶとやりやすそうなので、
究極的には >>353 の言う通りかもです。
>>354
ほんとそれなです。 種族システムとか作るとレベル上がるにつれ能力差が浮き彫りに……
でも同じような能力じゃ種族とか作る意味ないジレンマ 種族選べるゲームは大体能力差は諦めてる気がする
専用装備とかで誤魔化すとかもあるけど バランスが求められるのは対人ゲーであって
ソロゲーは崩壊気味のほうが面白いぞ。 戦闘システムを楽しむタイプのゲームではないシナリオ重視RPGにおいて
戦闘は主人公たちのレベルアップを感じる程度で十分だと思う
こんな弱かった主人公たちが実戦でこんなに強く！
こんな強敵とも渡り合えるようになった！
みたいな説得力を与える位で
逆に主人公がシナリオ上最初から強いなら
雑魚敵数匹と数回戦闘したら殺されるような調整はアカンと思う 設定とゲームの乖離はまずいな
ゲームで鍛えて強くなったのにシナリオ中では弱いもげんなりする undertaleとかほとんど作者一人で作ってるって言うんだから凄いよな
自分もウディタの基本は残しつつ独自の戦闘システムとか作れるようになりたい
何年かかるかわからんが 敵の強さのバランスって単純に考えたら
主人公のレベルごとのステータス上昇が一定の場合
同じ敵が出てくる場所の区切りをエリア1、エリア2～と仮称して
エリア２の敵の強さはエリア1で上昇するであろうレベル、ステータス分を
そこで得られる装備分も加味してプラスすればいいだけだと思うんだけど
これじゃだめなのかね？ 独自の戦闘システムとかって素人の作るそれは本当に自己満足でしかなくて
むしろ他人にしてみればゲームDLするたび一々素人の考えた独自システムとか覚えてられるかって感じだけど
作る側としては自分の理想に合う凝った戦闘システムにしたいって気持ちも理解できる >>361
自作戦闘システム自体は作るのはそう難しくないので、
今からでも戦闘システム改造しておくと、後々他のとこ自作するのにも
生きると思います。
>>364 >>361
私はプレイヤー側だった時も独自システム採用のゲームをプレイするの好きでしたが、
作る側になった時、それが裏目に出て、普通の戦闘システムを作っているつもりが、
いつの間にか要素盛り過ぎて、理解不能な戦闘システムになったりしますし、
「一般的な」プレイヤーにとっては >>364 の言う通りだと思います。 結局はやってて面白いかどうかよ
斬新さはそれ自体が面白いんじゃなくて、つまらないと思われるまでの時間を伸ばしてるだけ なるほどねえ
確かに多少バランスブレイカーがあったりありがちな戦闘システムの方がプレイヤーは楽かもね ただまあアレックス症候群とかもあるから、ある程度の独自性は必要だけどね 正直ツクールにしてもウディタにしてもプレイしてて同じ戦闘画面は見飽きる
出来の良いオリジナルイラストで飾ってあったりするならまだ楽しめるけど
同じUIにどっかで見た素材と来られるとな
よっぽどテンポ悪かったりとっつきにくいシステムじゃないならオリジナルの方が良い
戦闘システムよりも成長システムのほうがプレイしてて鬼門だな個人的に
やたら複雑に枝分かれしまくったツリーからスキルを得ていくとか見ただけでやる気が失せる
見栄え的にはデフォ戦闘のデフォ技とかを得ていくようなものなのに >>369
それに近い考えから、システム的にはあんまり変えずに、
UIだけ大幅に変える方向性の方も割といる印象ですね。
私の失敗談でいうと
・ＴＲＰＧの戦闘オマージュして1ラウンドに複数回行動権あるやつ作ったら、
コマンド数が多くなった分、行動コマンドの押し間違いを誘発して散々だった
・ＣＴＢで行動順の自由度上げようとして、ゲージＭＡＸで即行動ではなく、
ゲージＭＡＸになると行動権を得て、ゲージが再び増加し始め、
行動権を持っている間いつでも行動できるようにしたら、ＣＴＢっぽくなくなってしまった。
・行動頻度に影響する能力値を上昇させるスキルを多用するゲームにしたら、
行動順シンボルの意味がなくなってしまった 基本システムでもUIくらいは新鮮な物にして欲しいよなあ
ウディコンのクラシックのやつとか、基本システムのフレームを配置し直して別物に仕上げてるのは上手いと思うわ それは基本システムの話か？
064の万能ウィンドウ描画をいじればいい
最初の分岐で「戦闘コマンド時」の処理をしているから
モードを新たに加えて専用の処理を作るか
戦闘コマンド用の分岐にあるセルフ60の操作を0じゃなく1にすればOK なんか特定の技能発動すると戦闘不能になる…
他の技能と全く設定変わらないのになんでやろ 状態設定の0番消して登録してたからっぽい
0番だと強制的に戦闘不能になるんかな？ >>379
基本システムの説明上は、
「HPが0になると自動的に状態0番になります。」って書いてありますし、
コモンイベントエディタ右上の「検索」→「・コマンド文から検索」
「・全てのイベント」で「状態設定 : 0」を検索すると、
状態0番を特別扱いしている箇所がちらほら見えたりします。
でも、多岐にわたり過ぎて、検索だけじゃ、例えば、戦闘不能を0番ではなく1番に完全置き換えする
みたいな方法がちょっとわからないかも。 >>379
ざっとみX[戦]一時ｽﾃ計算<状態補正>で状態0番にかかっているなら、
戦闘不能扱いにしているみたいですね。
191行目付近消して、0番を戦闘不能としてカウントしないにチェック付ければ、
0番になっても戦闘不能じゃなくできますが、他の箇所でも0番特別扱いされているので、
わざわざ遠回りなことせずに0番は戦闘不能のままの方が良いと思います。 「これ以外の全ステータスを解除」が複数ある場合に0番を優先して残す
能力の増減でHP削って倒れた時に0番を強制付与（移動、戦闘共に）
状態更新で異常の0番を直接拾って戦闘不能状態を更新
システム的に必要なのはこのぐらいだと思うが、どっかで手間省くために拾ってると大変だな
HPを0にして管理する手法もあるとは思うけど
直すメリットは乏しいのでやらん方がいい気はする（回復に蘇生をつける方が簡単）
死亡より酷い状態が欲しい場合は（例えば灰）
死んでる状態の時だけ別のフラグも調べて対処する方が多分楽 RPGを長々と作ってるとRPGの面白さがわからないちょっとした混乱状態に陥るね
何をどうすれば自分が面白いと思えるようになるのかまったくわからなくなる
自分がRPGを面白いと思ってた要素を思い起こすとストーリー、bgm、ロマサガや女神転生のようなシステムだが
ストーリーは特にこだわってないし今から煮詰めるのも面倒すぎるしBGMは借り物だし
好きなシステムだからってそれを丸々持ってくるのもハードル高いしどうかなってのもあるし
うーん できない部分は割り切って、できる部分で面白さ追求すれ
出来ない理想を追ったって仕方がない 個人的にその状態は根詰めてる証拠だと思ってるから何かしら新しい風を取り入れたくなる
そしてエタる >>385
気分転換として違う処理組んでみるとかならいいんだけど、ブレイクスルーとするのは危険だわな
分析が足りてない状態で合体してもほぼ事故る クリティカル発生した時だけエフェクトとか音変えられたりする？ずっとコモン眺めてるけどわからん 技のエフェクトは単体処理(クリティカル判定をやる場所)では管理していない
それをやってるのは行動実行結果算出の方
普段と別のエフェクトにしたいなら行動実行結果算出を大改造する必要がある
クリティカルした時に画面処理（フラッシュとか）を入れるとか
特殊な戦闘メッセージやポップアップを表示するとかなら難しくはない
単体処理で命中判定の後にクリティカル判定やってるから検索で探して
クリティカルフラグをオンにした時に表示コモンでもぶち込めばOK
ヒット音は単体処理の途中でパラメータ増減をやってるあたりにあるコモン53がそれ
ここでクリティカルフラグに応じて処分を分岐すればダメージ音は変えられる
倒された時の音は反動処理の前
そこで攻撃されたスロットが戦闘不能になった時の処理があるんだが
そこでやってるコモン53がダウン音 単体処理は長いけど基本は一本道だ
最初にアイテム処理の分岐、それから技能の分岐
技能分岐では命中判定、クリティカル判定、ダメージ算出処理各種
異常回復の判定、算出したダメージ（回復も）の適用＆表示＆ダメージ音
異常付与判定と進む
それが終わると相手の状態を敵味方に応じて計算＆倒れていたら撃破処理
片付いたら技の反動の処理、カウンターの処理へと進む
どの処理も1回ループでくくってあるので、それが分かっていれば構造は理解し易いかと
ただ、正直なところ、コモンいじり始めたばかりで挑むと難易度たけーぞ ありがとう
地道に一つずつ覚えていくしかないんやな 基本システム使わないからわからんけど
単純にクリティカル判定の場所探して（ここさえ分かれば）
クリティカル変数とか作って使って
その時だけ条件分岐でエフェクトを変えればいいんじゃね？
音もアニメコモン使ってるならそこで設定できるし アニメーションの管理は、「行動実行結果算出」で
クリティカル判定は「単体処理」で行なっているから、
一番簡単なのでいくと、アニメーションを「単体処理」のところに移す必要がありますね。 技能のエフェクト処理はクリティカル判定の前に別のコモンでやってる 基本システム2知らない人向けに説明すると「単体処理」は
「行動実行結果算出」から呼び出されています。
「親：行動実行結果算出」「子：単体処理」な感じです。 さらにちょっと補足しますと。
「技能エフェクト描画」も「行動実行結果算出」から呼び出されています。
「技能エフェクト描画」の処理されるタイミングは「単体処理」よりも前です。 クリティカル判定とエフェクトを連動させたい場合は
エフェクトを単体処理から呼ぶのが確かに一番簡単かもしれない
パッと思いつくバグは「全体スキルでエフェクトが対象の数と同じだけ飛ぶ」ぐらいか
これは対処が難しいものではない、はず 普通にクリティカルを先に計算してそれを後のクリティカル計算する部分に渡してあげれば良いんじゃないの
戦闘時ステータスのクリティカル上昇なんかをどこで計算しているかによるけど
不具合としては全体攻撃する際にクリティカルが発生していたら全員クリティカルダメージになるぐらいでしょ マジかクリティカル判定の前にエフェクトなんて
酷い設計だ誰だ基本システム作ったやつは！ まあ直そうと思えば直せるし
単体処理に入ってないことで可能なこともあるので >>369
ツクールは素材の数も豊富だから使ってる作品も多い分
どうしてもどこかで見た事あるような感覚になりやすいからな 全体攻撃と単体攻撃でエフェクトタイミングを同じにしただけでしょ
別に例外処理入れまくってもいいけど、同じ処理で全体と単体両方適用できたほうがスマートだと思ったんじゃね ちなみにカウンターの処理は「カウンター実行結果算出」を経由するので
行動実行結果算出を算出をいじったら、そちらも直さないと変なことになる >>401
単体だと単体処理でエフェクトを出し
全体だと行動実行結果算出で出すのが
あれこれ改造する場合は楽と言えば楽かもな >>397
命中判定やアイテム、武器、防具の技能化、ダメージ表示も単体処理で行なっているから、
それをするなら、「単体処理」を丸ごとアニメーションの処理の前に
持っていく必要があるんですが、単体処理の最後の方で
カウンター限定で子なのに親の親「コモン：1行動ループ」を呼び出す処理があるから、
地味にややこしいことする必要があります。
ただ、ある程度使いこなせる人が手の込んだ大規模改造をするなら、
アニメーションを諸々の計算が終わってからの位置に置き換えるのはアリだと思います。
この場合は、ダメージ表示やミスエフェクトも「単体処理」から
別のコモンに移動させる必要があります。 カウンターは発動時のデータを保存して
「行動実行結果算出」が終わってから複数回呼ぶ方法もあるな
カウンターに使う技で全体に反撃するための改造をする～なんて場合は
見た目の整合性的にほぼ必須だろう
が、これは本当に分かってないとパンクする系の処理
あと単体から呼ぶ方式は魔法反射なんかにはピッタリなので
そっちの処理もしっかり残すとベター こんなことに時間使うとか制作効率悪すぎでしょ
1から作り直した方が絶対早い 面倒な方法を使えば面倒ですが、
簡単な方法を使えば本当に簡単ですし、
言葉で聞くと面倒に聞こえてもやってみると割と簡単だったりしますので、
まずは手を動かすのが大事ですね。 試しに作ってみたら、40分で作れました。
ウディタ公式サイトのコモンイベント集からDLできます。 イベントの歩行グラフィックを自由に変更する方法ってありあます？
キャラクターの歩行グラフィックは変数を使えないので困ってます
イベントの上にピクチャ表示するしか無いでしょうか 9100009 = イベント0のキャラチップ画像[文] 今作ってるこのゲームは果たして面白いのかという漠然とした不安に立ち向かう方法を知りたい クソゲー作ってなんぼ クソだったら次面白いの作ればいい 楽しくシステム作ってる時ふと我に帰ることってあるよね
テストプレイして面白いと感じるのはうまく動作させられて嬉しい楽しいという思いが入っちゃてると思う でもプレイしてもらうには完成させなくちゃいけなくて
完成させるまでにはやっぱり漠然とした不安と戦わなきゃいけなくて
終いには完成させる意味はあるのかと自問しはじめるやつ 最初にどういうゲームにしたいか具体的に決めたらあとは突き進め
途中で飽きるならボリュームを思い切って削れ ウディタをスマホで使用したいなあ
ちょっとPCが使えないときとかに空いた時間で軽めのイベント作ったりしたい 移動時間にスマホからリモートでウディタ使ってるよ
コピペとかの使い勝手悪いから軽く覗いたりするくらいだけど 素材からシステムまでほぼ全て自前で用意する宇宙人みたいな人って頭の中どうなってんやろ システムがある程度出来上がってきても
それをどうUIとして飾って操作できるようにするか
マップはどうだ数字はどうだとさらに悩む事になるのだ
やはりデフォルト 一応モングラの人復活してるしぴぽやさんが一部改変素材用意してくれているけどゲーム制作には足りないし自前で用意するしかなくね 武器の名前思いつかなすぎて詰んだわ
ちょっとくらいパクっても…バレへんか よほど特殊なものを除けば史実の武器で大体間に合うんじゃねえの あと神話で100個ぐらいなら余裕で埋まるだろ、多分 神話とか色々凄い武器はごまんとあるがちょうど良い武器ってのが無いよね
例えば剣を10種類作ろうとした時
木刀アイアンソードムラマサカラドボルグダインスレイブハルペイアパラジータオートクレイグラム…
なんてことにはできんし、極論だけど >>426
すまんそれをパクってるって認識で話してた ゲーム内にある地名や人名を使って
そこで作られた物とかにそういう名前を付けるってことにするのも一手かも
A村で作られたAの剣
B街で作られたBの剣
C国騎士団の剣
D帝国親衛隊の剣
名工Fの剣
剣聖Gの剣みたいな その点J.R.Rトールキンってすげぇよな
世界作って神話作って民族作って文化作って言語作ってオリジナル武器作りだしちゃうんだもん 修飾語つきもありだろう「よく切れる剣」なんて感じで
そこはかとなくウィザードリィ感は出てくるけど
>>429
流石に史実や伝説から拝借するのは気にしなくて良いんじゃね 生物の学名や別名から引っ張る手もある
たまに妙にかっこいい名前がある 実際使われてた刀剣の種類を使うにしても
フランベルジュとクレイモアとグラディウス…と並べてどう序列を付ければいいのか問題が 素材と分類を合わせるのも手
樫の剣、鉄の槍、メタルアックスetc.. 割と真面目にロングソード+1
ダサいようで分かりやすくて商用ゲーでもたまに見る フランベルジュは特殊枠じゃね？
ファンタジー的には属性剣扱いだし、
リアル的には「殺傷能力高いけど折れやすい」し 槌の名前から取ったらええんじゃない？
槌もゲーム内の武器として採用してるならまあ… 長剣、短剣、戦斧みたいな分類だけして性能はランダム（あるいは粗悪な、とか、名匠の、とか修辞詞に応じた性能）にして名前はプレイヤーにつけさせればいいんだよ ステータスアップ用装備という考え方をすれば武器である必要はないんだよね
そのキャラを象徴するアクセサリーにその役を振るという方法をとってるゲームはたまにある
ような気がする 専用装備だけ持たせて
装備の代わりに素材を手に入れるようにして
鍛冶屋で強化してもらうっていう方向にするのもありかも
たまに手に入る次の場面でも通用するような強力な装備的な位置のアイテムも
強化アイテムって事で作れるし 組合わせて使えば最強か？
初期武器は古い剣やなまくらな剣など修飾語付き
最初に買う武器はロングソードとかポピュラーな名前の剣
中盤くらいにそのゲーム世界での地域名や名匠の名を付けた剣
終盤くらいに神話伝説系の魔剣グラムとかエクスカリバーとか
最終最強武器くらいはオリジナルの名前考える フォントって規約が色々難しそうだけど
ウディタの場合フォントの暗号化ができないから
再配布OKになってないと使っちゃダメって認識でいいのかね ファイル自体を同梱するのはNG
必要な分だけ画像にして使うのは概ねOK
たまに商用不可とかエロ不可のもあるが 必要な分だけ画像にして使う？
例えばGIMPとかでそのフォントを書き出して画像として保存して
画像表示でその文字を表示させるみたいな？ >>447
そんな感じだな
よくあるのが数字だけとかカナだけとかで擬似フォントファイルつくるやつ 自動実行中はセルフ変数のランダム記述が無効化されるんですか？
セルフ変数3＝0～3 にしてランダムで分岐を記述したのに ＝3になった時の台詞しか表示されません >>449
自動実行と乱数は無関係ですが、乱数にはシード値が使われていますから、
同じセーブデータ使ったり、タイトル画面からゲームを始めたりした時に、
シード値に影響を及ぼすコマンド入力をしてなかったら、同じ結果が返されますよ。
対策としては、並列実行でコモンセルフ10＝１～100ってやると、
シード値を直接いじらなくてもシード値に影響を及ぼすコマンド入力として
カウントされるので、なんとかなります。
ちなみに、シード値を直接いじるのはお勧めできません。
この理屈を簡潔に説明できる方がいたら、補足お願いします。 （流石に雑過ぎたのでもう少しわかりやすくいうと）シード値は乱数を発生させることで、変動しますが、
マップイベントでイベントが移動した時とかにも変動することがあるっぽいんですよね。
シード値が変動しなかったり、変動の仕方が固定化するようなやり方をすると、
乱数が機能しないんです
（ちなみにこの仕様はゲーム状況のリプレイとか作るために敢えて入れられた仕様です）
>>449
理屈がよくわからなかったら、脳死で並列で乱数生成しまくったら解決します() 乱数はシード値を元にして算出する
そのシード値を元にして次のシード値が決まる
0～1を算出しようが、0～99を算出しようが同じこと
セーブをした場合にはシード値も保存される
セーブ後に全く同じことをやれば全く同じ結果が出るのはもちろんだが
例えば乱数0～1を2回生成してから0～99を算出した場合と
乱数0～99を3回生成した場合では3回目の0～99が一致する
これを気にする場合には、ケモプレの言ってるように「乱数の生成回数自体を増やす」か
どこかでシード値を「ランダムに見えるように」いじるかする必要がある
シード値の算出に乱数を使うのは当然無意味だから、何か別のもの
例えばプレイ時間などを使うのが一般的 つまり乱数に関してウディタは仕様上不便なわけですね
行動としてはイベント開始前に歩く歩数やキャラの向きを変えたりしてますがやはり結果にランダム性が現れませんでした 行動したかどうかではなく「乱数算出をしたかどうか」が問題
回復魔法の無駄打ちならシード値がずれるから結果は変わる
ちなみにウディタに限らずこの手のパターンは何にでもあるから
今もほとんどのゲームはプレイ時間なり何なり使って乱数のシード値を決めてる 常時実行の並列コモンにCcelf=0~0を入れるのが一番楽
時間取得とか面倒くさすぎ 結局プレイ時間のミリ秒を割って余りを代入する形にしました
乱数の種類を増やして欲しいですね >>456
だからなんでもいいから毎フレーム実行してる並列コモンに
例えばCcelf99=0~0とか入れておけばいいんだよ
誰も乱数の種類増やせって意見出さないのはこれでほぼ解決するから まあ実際シード値を保存してくれるからそれで十分なんだよな
至近距離にあるものでリトライが出来る場合、結果固定の方がいいこともあるって程度 横だけど乱数の仕様よく分からなかったから勉強になった
ここの人たちすげーな 質問スレないからしょーもないこと聞くんだけど
①横1000pxの画像を250px―750pxだけトリミングして表示する機能ってないよな？
画像を4分割してピクチャ番号2～3を表示したいときは2枚のピクチャ使うしかないか
②あと画像に透明をグラデーションすることはできないよね？
図形のGRAD使ってRGBを加算したり減算したりしか出来なかった
画像そのものを編集するしかないか ②は1pxに分割して透明度を変更する力技でどうぞ・・・ ②の応用で①もできそうな気が
画像を一ピクセルマスに分割して、xが250未満もしくは750より大きいならそのパターン透明度0にするとか なんで質問者本人が言っている4分割で真ん中だけ表示って手法より酷い手法を提案すんねん･･････ 機能として存在するかを聞きたかったので大丈夫です。
回答ありがとうございました。
おとなしく画像編集します…… マスク機能ほしいな
要望多いと思うけど実装されないのは技術的に難しいんだろうなたぶん 下層から順番に足していくシステムだから事前に特定の画像同士で画素を処理できないんだよ モンスター撃破時に
画像が下から消えていく…みたいなのは、やっぱりできないのかね 単色背景なら背景色をモンスターの上に重ねればまあなんとか
そうじゃない場合は上にもある力技でやるしかない
まあ1pxじゃなくて5pxとか10pxで分割すればそこまで重くもならないと思うが >>467
撃破時にウェイトしていいなら、トランジションを使えば再現できるぞ 撃破時に下から消える演出ってボス戦くらいでしょ
多少の重さは許されるかもね
雑魚で重くなるのは糞だけど ボス撃破って
カッと鳴ってフラッシュ
ば、ばかな……みたいなセリフ
ズゴゴゴという音と共に揺れながら下半身からフェードアウト
ファンファーレ
なイメージ
トランジション使いながら揺らすのできたっけ？ >>471
すまん、トランジション使いながら揺らすのは無理だ
下に沈みながら消えるタイプなら、
敵画像の上に「戦闘背景をいい感じの位置でちょん切った（もしくはグラデをかけた）画像」を表示しておいて、敵画像は下へスクロールしちゃえばお手軽じゃね？
それなら揺らすのもできるし
けどまあ
他の人が言ってるように分割表示の力技でもそれほど手間かからんと思うよ 再びすまん
基本システムだと戦闘背景がなくてマップが背景になってるし、
そもそも下部に味方ステータスの描画領域があるから、敵画像と上書き用背景をID:10100よりも下に表示し直したりしなくちゃならないし、
>>472は色々無理だったわ
やっぱ力技が一番みたい ところでウディタってPS２までの２Dゲームなら再現可能だっけ？ >>474
DSだろうとPS4だろうとモノによりますが、
ウディタ使っていたら大体わかると思いますので、
ご自身の手でお確かめください。 まあ無理に揺らさなくてもゴゴゴゴとトランジションだけでも十分に雰囲気は出るんじゃないか？ 極力ウディタの機能で済ませたくなっちゃいますが、
普通に敵の撃破アニメーションを連番画像で用意して置いて、コマ送りで表示する方法が
あながち定石なのかもしれませんね……。
撃破アニメーションの連番画像を用意しておくのも、意外とツールを使えば
割と何とかなったりしますし。 素材作れば良いじゃんってのはわかってるけど
如何に同じ素材を使い回して演出でみせるかっていうのがシステム組む側の腕の見せ所なわけで 諦めた方がいい部分はどんどん諦めないと時間足らへんで まあ例えば一週間かけてボスがズゴゴゴゴと多少派手に消えるようにしたところで
それはかける時間に見合った面白さがプラスされるのかと言うとって話だな
そんなことばっかりですよ全く ワールドマップってダダ広いと冗長になるし狭いと探索感なくなるよな >>480
重要なことだぞ
テストプレイしたときに自分のテンションが上がるじゃないか
>>481
マップのオブジェクト（花とか小石とか）を上手く配置できる人、ほんと神だよね 作れるから時間かけてでも作ってるわけで
話通じないか その時間の大半が他人の知識依存だと自力とは言えない つうかサークル制作ならともかく個人制作なんて動けば勝ちなんだから外から見えない縛りプレイの腕を誇る必要はない その辺は好きずきで良いと思うけど
作品を表に出すのが優先で考える奴もいるだろうし、とにかく拘って作りたい奴もいる
拘って作った結果表に出せなくて嘆いているなら手を抜けよとは思うけど、別にそういう訳じゃないだろ ここに書き込むのが初めてで水準感とか分からないんですが、3Dの描画コモンを作りました
参考にした資料も同梱したので、良かったらご利用ください
https://twitter.com/Wolfrpg_hap/status/1297404838490251264?s=19
https://twitter.com/5chan_nel (5ch newer account) >>486
なんか誰かと俺を混同してないか
俺は別に作れないから教えて～みたいなことは書き込んでないぞ？ 自分の技量じゃ作れないとわかってる物を作ろうと努力する過程が大切じゃ >>489
私も3D描画コモンよく改造するのと、
同じウディコン参加者同士なのでフォローさせて頂きました。 >>492
ありがとうございます
しばらくゲーム製作の時間は取れないと思いますが、よろしくお願いいたします >>478 >>494
私も画像の大きさとか必ずと言っていい程ウディタ側で管理したり、
画像規格を統一すればよいのに、ウディタ側で色んな画像規格に対応させたり
してしまう派なのでそれめっちゃわかります！
でも、何でもかんでもウディタ側でやると処理速度が遅くなったりで、
デメリットがありますから、色々と天秤にかけないといけないですね。 ちなみに、分割表示でも2分の１分割したパターン１と4分の1分割したパターン3と
8分の1分割したパターン7を表示みたいに簡略化すれば、ピクチャ数を節約できます。 あまりに極端な処理にしちゃうと保守性落ちたり資産として活用ができなかったりするからなぁ
バランスが大事だ RPGを作るには面白いストーリーを作る才能が必要だ
ああ才能のある人がうらやましい 大筋が魔王を倒すくらいしかない大雑把なRPGだっていくらでもあるぞ >>498
足りないのは才能ではなく努力や根気でないの？ >>500
それな。
今まさに、つまらないシーン（書くのが楽しくないシーン）で延々行き詰ってるところだぜ。 書くのが楽しくないシーンはプレイしてもつまらないシーン
そんな場面は大胆に全部省け 努力が足りないからって今から絵だとかテキストだとかの努力を始めたら ゲーム完成するのいつになるんだろうって悩みはあるよね ゲーム一本作るだけの絵とシナリオを書けば下手な練習よりも良い経験になるだろう
つまり作るしか無いのだ マスクできないのはちょい不便だな
テキストをマウスホイールでスクロールしたいけど一定の高さを超えると見えなくなるってのができなくて固定移動にしてるわ >>503
今まで努力が足りなかったんだから、追いつきたいなら今から他人の倍やるしかないだろう >>503
オリジナリティだしたいじゃん？
お前ならやれるって信じてるよ 集中と選択だよ
フリーゲームプレイする人は絵もシナリオもシステムも完璧なんて求めてないし
どっか一箇所に力入れて売りを作れてりゃいい
近年のウディコンは完璧超人系増えてしまってるけどあれ所謂天才だから
人の時間的リソースは限られてるから全部の技能習得してたら器用貧乏で終わるよ >>505
ほんとこれ
ピクチャ合成かクリッピングは欲しい 四角く切り取るなら指定範囲外にあるドットのRGB値を
１ドットずつプラマイゼロになるように被せればなんとかならないだろうか 単純な四角形単体のトリミングなら10ポイントまで白焼けを許容するとして、
ピクチャ番号リセットの後、20回ループの中に、
・ピクチャ番号+1
・<GRADY-555-555>RGB:10,10,10でトリミング範囲内に加算
・ピクチャ番号+1
・<GRADY-555-555>RGB:10,10,10で画面全体に減算
をいれるという方法もあるけど、複雑なトリミングには適用できないもんね。 スクロールで見えなくするって処理は荒業でいいなら
スクロールさせたいピクチャの上に別のピクチャを重ねて覆い被せるだけで近い物は作れる
背景は見えなくなるが・・・ マップにミニマップ表示するとき不便だよね
コモンイベント集にあるようなやつじゃなくて、自然地形のなめらかなミニマップで、探索済みの場所をスクラッチしていく形式の場合はとくに あーなんでこんな話してんだろうと不思議に思ってたが、ミニマップか コピーした記述を張り付けておけるクリップボード機能ってありましたっけ？
コピーペーストした記述を別の記述のコピーペーストで修正するという作業を繰り返す時に便利だと思うのですが そんなんWin10のクリップボード履歴でよくね？
直接のコピーじゃなくてイベントコードのコピーでいけたような ウディタでの長押しって毎フレーム呼び出して擬似的に処理するしかないん？ >>522
私も細かいキー処理は変数とかと組み合わせて疑似的に再現してます。 >>523
ありがとう
なんとか押した秒数のカウントくらいは出来るようになったわ 条件分岐でcdbの項目参照するとき変数使えないの痛いな
手作業で何十個も打たないといけなくなる
なんか解決策ないかな？ ああ、条件分岐か
そんなら普通に変数に突っ込んで条件分岐にかけりゃいい ああ直接DBから分岐しようとするからダメなんだな
解決したわサンガツ 320×240の場合立ち絵ってどのくらいの大きさで描けばいいんだ？ 普通に画面に入るサイズで描いて表示する時に拡大率を50%にすればいい
ただあまりにも細かく描くと正確に表示されない可能性がある
そうそうないけど >>529
４倍で線画描いて
５０％にして色塗って
５０％にして完成だわ 最近知った仕様
キャラ動作はセーブされないから
例えば建物の周りを動作指定で動きを指定して
回るように動くようにしたキャラが
動作途中でセーブが入ると
その動作を最初から始めてしまうので変な動きを取ってしまうということ
一体何が起こっているのかと思った というかコモンイベントの処理中にセーブされたとして、
そのコモンイベントをどこまで処理したかもセーブされず、
ロードした時、処理中だった呼び出しコモンは
並列実行や自動実行からなんやかんやしてない限り、
起動されない感じじゃなかったでしたっけ？ そうだよ
だから自動セーブはコモンイベントの最初か最後にセーブを仕込む イベント中の「ここまでをセーブしますか？」の選択肢でセーブしたデータは再開するとそのイベントの最初から始まっちゃうんだっけ エロRPGの先駆けって言われたらツクールのサキュバスクエストか同じくツクールのレディソードなイメージ エロの力は偉大だな
エタってる作品にちょいエロシーン入れるだけでやる気出る 最近知った仕様
Game.exe Test_Of_Main Use_Debug_Window
テストプレイをコマンドラインから実行したいとき
https://twitter.com/WO_LF/status/30203006473474049
起動直後に値を書き換える
https://twitter.com/5chan_nel (5ch newer account) >>544
2011年とかなり昔なうえに隠し機能とか言ってますが、
今でも残っているんですかね……？
そもそもコマンドラインってＵＩの種類のことだったと思いましたが、
ここで表わしているのはコマンドラインＵＩを持つ特定の何かのコマンドライン画面
っぽいですし、どれのことですかね。 どれでもいいからまずためすんだ
単体テスター作れそうでいいな
他にオプションもしりたいけどhelpないっぽいし本人に聞くしかないのかね ウディタ 英語化の際に隠し機能も記載されたSpread sheet公開してたみたいだけど、今は権限要求しないと見られないな
うーむ 見たけど、俺のやりたいことは
クォータービューのなんちゃって3Ｄなんだよな
そっちの処理は別に難しくはないんだが……
まあしかし、野次馬的な意味で面白いとは思う
ガチで腕を振らせるあたりは痺れる >>549
角度とかsinとかcosでどっちの座標を代入したらよいかわからなくなったときに、
便利でとても良いと思います。 計算の都合で仕方がないんだろうけど、直線の歪みの大きさが気になる >>549 のコモンは球面投影だから、実際のレンズのゆがみに近いゆがみを表現できているけど、
平面投影にすれば、歪まなくなるよ。
3Dだと距離で割る時あるけど、距離を求める時に、
奥行座標そのまま用いるか、奥行きだけでなく上下左右とのずれも
考慮して距離を求めるかによって平面投影か球面投影か変わる。
気紛れ３Dダンジョンやlucifaさんのコモン、みたらし３Dは平面投影。 完全に好みの問題ですし、状況によってどっちが見栄え良いかは変わりますから、
スクリプト組むときに、好きなように決めれば良いと思います。
ちなみに、平面投影と球面投影の切り替えはそんなに難しくないです。 自作戦闘を組み始めてで数カ月
ぼちぼち形になっては来たのだが…
ウディタだから日本語で組めるけど
他ツールだとこれを英語でやってるってんだから
なおさら わけわかんねえだろうな、と思う。
同情するし 尊敬するわ つっても組むだけなら
条件分岐(変数):【1】Cself0[hoge]が 1 以上 って文章が
if (hoge > 1){
}
みたいになるだけやしそこまで辛くはない
db作ったり(ツール使わない場合は)画面描写のシステム組んだりとかの基礎固めがダルい 仕事で指定されてるんでもなければ使いやすくて使ってるんだから同情される事でもない >>559
>>561
使いやすいのか…（慣れなのか？）
一行ならともかく 英語の長文がどっさり来たら
俺なら心折れてしまいそうだ ただの英語アレルギーだな
チェスは英語だから俺将棋しか出来ないわ…とか言ってるようなもん
プログラミング言語は使ってみれば大差ないぞ プログラミングは英文力じゃなくて命令の組み合わせだからなあ
マニュアルが英文しかないとそれは翻訳が面倒ではあるが
日本語でプログラムできるなでしこって言語があるから使ってみるといい
大して楽にならないから >>565
ピリオドがuとbの間にあるから、さては偽サイトだな？ 動画共有サービスのYouTubeは12月21日、動画のURLを短縮する機能「youtu.be」を導入した。
YouTubeの「自動通知」オプションを使うと、アップロードした動画やお気に入りに登録した動画などのURLを、自動的に短縮してTwitter、Facebook、Google Readerなどに投稿することができる。手動での短縮も可能で、URLの「http://www.youtube.com/watch?v=」の部分を「http://youtu.be/」に書き換えるだけでいい。 >>568 >>567
すみません、勘違いでした。
YOUTUBE上でスラッシュの右側を検索したら、
エスカドラのUnityのウディタ用プラグインの動画見れました。 >>569
ほぇー、なるほど！そうだったのかー！
勉強になりました！ >>572
スマホ買ったのも先月の末だし、
家のお手洗いが水洗になったのも今月だから、
マジでシーラカンスかもしれない……。 シーラカンス馬鹿にするな
何億年水洗トイレだと思ってるんだ >>565
これ見て、なるほどな！ってなる人いるのか…？ 片道勇者が毎F5000も描画処理してるのが驚きだった
文字多いとはいえそんなに ウディタ初制作なんだがたけしの挑戦状の宝横取りに近いシステムを導入したい
https://youtu.be/ynEkrACt-eA?t=1437
事前に特定のターゲットを始末しておかないとゲームのゴール地点にたどり着いても
そいつに妨害されて台無しになってしまうという演出だ
だけどターゲットを事前に倒してもそいつが現れるエンドになってしまう
うまいこと倒したときはそのままクリア、倒してないときはバッドエンドに向かうようにしたいんだが
どういうふうに設定したら実装できるだろう？ そういう処理の基本は
「イベントで通常変数を参照して、起動するページを変える」だ
参照先は通常変数でなくても良いが、基本はそれだ
俺は眠いので良く分からん時はさらに通りすがる人間に聞いてくれ はじめてのウディタとか一通り読んだ方がいいよ
遠回りに見えてもそのレベルなら結果近道になるから フラグ管理が良い
そのターゲットを始末したときに、適当な通常変数に1を入れる
クリア処理のときに条件分岐を入れて、通常変数が1ならグッドエンド
通常変数が0ならバッドエンドにする コモンコンテストとかないかな
毎月一つのテーマでコモンを作って皆でレビューすんの
コードレビューの場と、息抜きをかねてて、コモンがきっかけでゲームアイディアが浮かんだりするようなイベントが理想なんだけど…ない？ >>584
いいね！ここでやっちゃいましょう！
毎月は厳しいと思うから、不定期開催でまずはテーマ決めからでいかがでしょう？ ツクールのプラグインはどんな感じで作るのかと思って調べたら
java？ うん全くわからん…見たら何が何やらって感じだ…
これをどうやったらゲームに繋げられるのかもよくわからん…
しかし習得の手間的にはウディタにゼロから触ってコモンイベント作れるようになるレベルの時間かければ
同様にできるようになるものなんだろうか… ツクールの開発チームが作った中身に自由に触れるけど、コメントとかほとんどないと聞いたことあるな
知らんけど >>563
>>564
ありがとうなー
若干だが他言語に対する億劫さや恐怖感が和らいだ気がするよ プレイすると小さい画面で始まって毎回F4で中サイズに戻してるんだけどこれの設定ってどこかにあるの？
game.iniとconfig.exe見たけどよくわからない… ねくらマップチップには横向き家屋が無くてちょっと使えん >>589
[ゲーム画面サイズ]が小さかったりしませんか？（メニューの「ゲーム設定」から変更できます） >>591
320×240[倍]になっています
複数のゲームを作っていますが、中サイズで表示されるものもあります（製作途中で急に小サイズになったものもあります） ウィンドウサイズが初回起動時は640×480だったのに、F4押したら800×600サイズ→疑似フル→320×240→（繰り返し）になって、
次回起動から320×240サイズの最小で始まり、F4押しても640×480サイズにはならず、800×600サイズ→疑似フルになるやつかな？
自分は旧基本システムで作ったデータをウディタ2にそっくり移植したやつがそうなってたんで、どっかシステム的なの弄っちゃったのかもね ソフトウェアモードだと320＊240表示できないみたいな話聞いたことあるし、見るだけじゃなくてConfigいじってみたら？
2.24新しく落としてきてDataファイル丸コピして直るか試したり、希望通りの動きしてるウディタの設定と見比べたり、いろいろやればいいよ
完全バックアップ簡単なんだしさ グラボ壊れた時に起こる環境依存の問題だったりするかもしれませんよ。
私もグラボ壊れてた時、画面サイズの取得が変になったりしましたし。 マップ作成中にカーソルの現在位置座標を表示してくると助かるのだが マウスカーソルの現在位置座標だったら、
マップ作成中にいる状況ってよくわかんないけど、
マップ座標だったら、１、２、３、ＥＶってなっているところの
ＥＶをクリックすれば、マップ座標出るますぜー！ 御免、日本語そのまま読んだら、ＥＶクリックしたらすぐに表示されるみたいに
誤解されちゃうから、訂正しますわ。
ＥＶをクリックしてマップイベント配置モード（名称なんて言うんだっけ？）に
切り替えてからマップ内の座標を調べたいところをクリックすると、
ウィンドウの上に［～mps.WOLFRPGエディター座標（X,Ｙ）］って出ます。 >>598
ダンジョンのフロアマップを作ってる時、そのやり方だと毎回EVに切り替えないといけないので手間がかかり過ぎるのです
壁や床の位置を合わせる時は常にカーソル座標が表示されていると楽になります 多層構造マップなんかを作る場合の話？
それはまず基本のマップを作って、コピーしてから直す方がいいんじゃないか？ >>601
普通のダンジョンですよ
1Fでx32y16の位置にある下り階段を使ったらB1Fのx32y16の上り階段の位置に現れる、みたいな普通のダンジョン
そういうマップを作る時はカーソルの座標が常に表示されてる方が圧倒的に便利で分かり易い
座標確認の為にいちいちカーソルをEVモードを切り替えるのは正直煩わしい
ここが改善できればとても便利になりますよ 123evのevを階段の位置を確認する時だけ押すのは「かかりすぎる」という程の手間だろうか
逆にそれがかかり過ぎると思うほどの効率の良い制作手法に興味がある、マジで 階段だけに限らないよ。縦横幅が100マス近くあるようなマップで地形や物の位置を揃えたい時は確認の一手間が積み重なってくるし
EVじゃなくレイヤーから作りたい時のカーソル切替はかなりのロスになってる 建造物系のダンジョンで真ん中を見つけたい時とか等間隔に壁を起きたい時なんかは確かに座標表示欲しいと思うかな 地形丸ごとコピーしてから作り替えれば済む話じゃね？ 座標表示があったら便利かもしれんが無いなら仕方ない
それに慣れるか自分で作るしかない ウディタの製作支援みたいなやつなかったっけ
それにはついてないの？ ここ数年は更新してる気配ないから諦めろ
というかここで言っても多分見てないから考慮されない ショートカットキー2回押すだけで済むのにそんな面倒か？ ウディコンに出した疑似3Dのやつ、スマホ対応させてみました。
PLICYからID71610を検索すると出てきますー。
>>549 のハッピーエンドさんとは別タイプの疑似3Dで
1秒間のフレーム数と1フレーム間のコマンド数に応じて
自動で描画コマ数とウェイト量を調節するシステムついています。 イラストに関する質問です
画面縦サイズ×4のサイズの立ち絵を描きウディタ側で25%に縮小して表示しているのですが線がガタガタになってしまいます
そもそも表示サイズで描けば？と言われましたがピクセル数が少ないと線画が粗く見えてしまい困っています
滑らかなイラストを表示しているゲームのイラストはどう作っているのでしょうか…？ 320*240[倍]だったかで作っているなら、ウディタ側で勝手に200%に拡大されるから50%表示にすれば丁度良くなる くっきり＆ガタガタモードだと端数が出る場合にはそうなる
なめらかモードを使うか、画像ソフトであらかじめ縮小してからウディタで等倍表示 >>613
そもそも画面サイズいくつ？
当たり前ですが、画面サイズ大きくした方が、荒っぽさは減ります。 画面縦サイズ×4って表現が
初心者の振りをしたウディタそれなりに使っている人が
明確な答えを用意した上で、
ひねくれた質問をしているように見えたんですけど、
まぁ、そ、そんなわけないですよね……。
疑ったりしてすみません。 320×240倍で全画面表示にしています
私が悩んでいるのは、縦横1000px以上のイラストを縮小すると劣化してしまうけど、1000px以下で描くとそれはそれでジャギーが目立ってしまう問題です（後者はペイントソフトの問題ですが…）
同じ解像度でもジャギーの見えない綺麗なイラストを使っている人をよく見るので、どう作っているのだろうと思い質問させてもらいました 捻くれやろうに構わず普通に回答してくれた人の話をきけ >>618
その綺麗に作っている人は640×480で作ってたりはしませんか？
どっちもウインドウは同じ大きさで表示されますが 実際くっきりかなめらかかよりも画面サイズの影響の方が大きかったりしますし、
>>613 の発言的に >>615 のいう端数は出なそうですし、
>>614 の言っていることは既に >>613 が似たようなことやってますし、
割と >>620 説が高いと思います。 確かに高解像度で作られたゲームを見ていたのかもしれません
画像を綺麗に縮小するなど、ウディタ以外の知識も必要になる問題なので一人で地道に調べたいと思います
返信ありがとうございます >>619
ひねくれているのは認めますけど、
割としっかり考えて回答しているつもりなのに……（かなしい） >>622
まずゲーム設定─ゲームの基本設定─ピクチャ拡大縮小時の描画方法が「くっきり&ガタガタ」になってたら「なめらか&ぼんやり」に変えて表示の違いを確認してくれや
質問しといて適当なバイアスかけて回答拾う人見るとモヤモヤするんだよ >>625
もちろん試しましたがあまり効果がなかったのでレス返しませんでした
無視したと思われたらごめんなさいm(__)m >>626
25%じゃなくて50%表示はやってみた？
50%表示で解決していないと思うなら、そもそも元の画像が悪いという話も出てくるよ
その場合は、一回ゲーム画面のスクショを上げてみんなに見てもらうのが一番手っ取り早い >>626
そうか…わずかでも効果があったってことは
コンフィグが3Dモード表示とDirectX11使用にはなってるってことでOK？ >>628
DirectXはよくわからないですが…ちゃんと効果はありました
元のイラストのアンチエイリアスとかも重要っぽいのでいろいろ描いて試してますm(__)m 615だが、最低640*480で作れってのが正解だ
倍角では画像が引き伸ばされるから綺麗になることはない
絵を描く人がその選択をしているのは正直予想外だった
320*240[2倍表示]はあくまでドット絵等でかなり昔風のゲームを作る時に使うもので
立ち絵を使う場合もそれに合わせて考える必要がある 一応320*240[倍]でも50%表示にすれば縮小拡大なく表示できるよ
それ以外だとピクチャの画素が潰れるからダメ
イラスト(というかピクチャ表示)に限って言えば640*480も320*240[倍]もひと手間かかる以外クオリティは変わらないんだよ
だから、320*240[倍]でダメなら640*480もダメだよ。更に大きな解像度で作らないと >>631
50％の時だけ軽量化のために例外処理しているってこと？
それとも、320×240［倍］の場合、ドットがつぶれない限りは、
ピクチャは640×480の解像度で表示されるってこと？
自動サイズ調整や自由変形よく使うタイプなので、
その仕様は知りませんでした。 >>631
マジか、>>630は取り下げる
>>632
倍角の時は単純に200％*入力数値で倍率を処理しているんじゃないか
よくよく考えるとそういう処理にならん方がおかしいかと 今まで全く話が噛み合ってないなと思ってたけど、まさかその仕様を知らんかったのか いやー知らんかったわフツーに
320*240で作ったこと無かったし より正確に言うと
倍角で表示した場合の絵の荒さに絶望して640*480に移ったんだ
あの時ここで聞けば良かった 320×240だと2倍で表示されるってどういう意味？
320×240の画像100%で表示するとすっぽり収まるんだけど… >>641
画面サイズ関係あるの？
上で320×240[倍]だとピクチャの大きさが倍になるように設定されてるみたいな話だけど、
320×240は100%、640×480は50%、1280×960は25%でそれぞれちゃんと表示されるんだけど >>640 >>642
320×240だと1ドットが倍になって4ドット分になるというイメージだったけど、
>>631 の話だと、50％表示だと1ドットは1ドットのままで表示される。
座標でいうと0.5ポイント間隔でドットが表示されることになる。 >>631 と >>633 のおかげでようやくわかりましたが、
説明しようとすると、どうしても
「320×240という数字は座標とドットがつぶれたときには反映されるけど、
拡大率で表示している時は、640×480と同じ処理を使っていて、
内部処理で拡大率が2倍にされている。
だから、入力値を50％にしたとき、640×480で100％を表示しているのと
丁度同じようになり、ドットがつぶれずに、320×240らしくない表示になる。
25％表示だとドットがつぶれてしまい、320×240での表示になる」みたいな
感じになって説明するの結構難しいですよね……。 50%ってのがピクチャ表示の値か内部処理の値かでなんか話が噛み合わなかったのか >646 も >>641 で見当違いな発言してるし、
完全にブーメランなんだよなぁ……・ 320設定だろうが640設定だろうが画面サイズは640って意味じゃないの 320の物を640に引き伸ばすから実際の画像サイズは倍で扱われる
でその状態で50%表示にするから元に戻ったように見える
縮小が先なら潰れるけどな メモリに格納した画像データを拡大率で表示するだけだよ
縮小が先だろうが潰れないよ
そうじゃないと逐一画像データをメモリに保存していることになっちゃう >>647
画面サイズを320×240[倍]に設定してゲームを起動すると、ディスプレイ上では640×480pxの領域に320×240サイズの画面を倍に拡大して表示します。
その状態で画像A(320×240px)を拡大率100%で表示すると、ディスプレイ上では640×480pxで表示されます。
拡大率50%で表示すると320×240pxで表示されます。
>>640はディスプレイ上の表示サイズに意識が回らないようだったので、>>641でスクリーンショットでも撮ってサイズを確認してみたらと提案しました。
見当違いでしたらすみません >>652
話題に挙がっている論点はそこじゃなかったりします。
１ピクセル単位でチェック柄の模様になっている画像を表示したとして、
50%にしたら、ピクセルがつぶれるとふつう思いますよね。
実際320×240以外だと潰れます。
それが320×240だと50％にしてもつぶれないんです。 とりあえず320*240[倍]なら640×480の絵描いて50%表示しろってことやな >>653
>>651で例に出した画像Aでいえば、拡大率50%では320×240pxの画像を320×240pxの領域に表示するわけですから、等倍表示です。ピクセルが潰れるとは私には思えませんし、実際に潰れないことは貴方もご承知
>>613の方は、等倍未満の拡大率25%で表示しているため、
等倍になるよう拡大率50%を勧める回答と、ピクセルの潰れをカバーするぼんやりなめらか設定を勧める回答がついていました。
この等倍未満かどうかを判断する基準として、ディスプレイ上での表示サイズが1番わかりやすいと思ったので、スクリーンショットの話をしています。
なげぇな >>654
まあ一番シンプルな答えはそれな気はする 申し訳ない
>>613の「画面縦サイズ」がシステムか見かけ上の値かで議論が噛み合わなくなったんですね
システム(240)だと原寸大表示、見かけ上(480)だと50%表示ってことなんですね そのへんは関係ない
320*240で一番キレイに表示出来るのはピクチャ表示の拡大率50%表示ってだけの話(F4押してウィンドウサイズを小さくするなら別だが)
これは640*480の拡大率100%表示とシステム的に同じ
つまり320*240でイラストが荒いと感じるのであれば、800*600や1280*960で作らないとどう足掻いても荒いと感じるよってこと じゃあ低解像度で滑らかに描けないのは単に画力の問題なのか…うーん というかどう粗いのかをスクショしてうｐした方が早いって言ってたんだがな
そもそも画像の透過処理がクソな可能性もあるし、質問者のフィルター通した受け答えだけじゃマジで分からん ウディタじゃなくてペイントソフトの扱いが下手なんでしょ 表示したいものより「かなり大きいサイズで描く」
それをペイントソフトで小さくする
細かいことは良く分からんが知り合いはそういう作業をしている
まあそっちの話はそっちで聞いた方が良いんじゃないか
餅は餅屋ってやつ ウディタを取り扱うコミュニティで
一番雑談や質問が盛んなのって、ここですか？ ウディタを取り扱うコミュニティで
一番雑談や質問が盛んなのって、ここですか？ >>653
2倍の50%だから潰れないのは当たり前
それ以外の比率だと潰れる >>672
2倍の50％の意味を伝えるのに、
50％なのにつぶれないと言い換えた方が伝わるって話ですよ。
>>673
場を和ませようとしてくれているのですか？ >>673 の発言って明らかに場を和ませようとしたネタなのに
>>675 にひくわって言われてて可哀そうと思ってたんですが、
よくみたら >>675 もネタだったわ。 ウディタ弄ってかなりの日数が立つが
いまだ家が一軒あってにわとりが二羽いるだけのマップしか作っていない 作りたいことを全部実装しようとするとそんなザマになってもおかしくない
どこで手を打つかなんだろうけど 基本的にゲーム制作の手順はシステム作ってマップ作って
Ev作っててな流れだからシステム勉強中はマップは進まないよ 数カ月ぶりに途中放棄したゲームをいじったらコモンが何がなんだかわからない
aa
aa 最新
aa 最新○月×日
aa テスト バックアップ
こんなのが並んでやがる・・・
しかもDBの変化をピクチャで見るためだけのコモンを
タイトルも付けずにどこかに配置したせいで探すのに凄く手間取った できることが多いことの難点だよなあ
常に妥協点を見つける癖つけないと横にばっかり広がってって寄り道ばっかりしてしまう しかもいざ動かしてみたときにイマイチな感触だったりするとなんとも言えない挫折感にさいなまれる わざわざ苦労して実装したのに実装しなかったときのほうが快適パターンあるある
ウディタじゃないけどメタルマックスゼノリボーンのノロノロ振り向く奴とか 今更ながらウディタの公式本買おうと思ったらプレミアついてんのね… 素材をどっからダウンロードしたか忘れないためにはメモ取っておく必要があるな 効果音や音楽はまだ動画制作需要があるから大丈夫だろうけど
マップ・キャラチップや敵グラフィック画像系はどこもいつ閉鎖するかわからんから
素材はサイトの利用規約ごと保管してるなぁ 昔製作中だったゲームのシステム見ようと思って
ついでに旧版ウディタから新版ウディタに変更したら
テストプレイでマップに設定していたBGMが鳴らないし
ゲーム開始直後に設定した画面を真っ暗にするエフェクト設定が一瞬遅れる？
ゲーム開始時ランダムで移動したイベントキャラの位置から
別のイベントも並べるように設定したイベントも変な所に並ぶし
旧版に戻したら全部問題なく動いたが
最新版はゲーム開始時からなんらかのイベントを
たくさん動かすように設定してたらなんか不具合が出るのかこれは？ BGMについては解決？
旧版ではBGM音量を5%まで下げていたのが原因だった
新版で試しに10%20%と上げていったら聞こえるようになった
逆に旧版でなんで音量5%で聞こえる位の音量で鳴るのかがよくわからなくなったが… >>692
音量の仕様変更について
すっごい昔に狼煙さんがツイッターで振れてた気がします。 時代に乗り遅れたツール
スマホ未対応はさすがに無い >>696
エディター更新履歴で「音量」を検索するといいよ ウディタの公式HPにウディタの支援素材Wikiがあるんだけど
そこの素材を作ったスタッフが何人もいて素材使ったら
read meやエンドロールとかにスタッフをどう書けばいいかこんがらがってくるんだよね
利用規約には
＞通常の使用についてはread meやスタッフロールで本素材集を使用した旨や、
＞各素材製作者の名前を記載する必要はありませんが、云々
て書いてあるけど 支援素材wikiって書いてアドレス明記すればいいんじゃないかな？ TukunEditorでさあアニメ作って出力しようと思ったら出力できない…
解決方法はありますでしょうか、 >>706
ttp://blog.pipoya.net/blog-entry-554.html
を読んでアニメーションを組みました。
アニメーションはTukunEditor内で動くことは確認しました。
作ったアニメを(ブログ内の案内のように)簡単なイベントを組んでアニメーションを動かそうとしたところ動かなかったのです。
（サンプルゲームのアニメーションに差し替えたところ動いたためイベントに問題があるようには思えません)
それで試しに出力しようとしたところ出力もできないといったところです。 ウディタが進むべき本当の方向はswitch移植ではなくスマホ移植だった 煙狼氏は別に何処かに進もうとしてるわけじゃないぞ
出来る人はやってね(難しいと思うけど)って言ってるだけで、じゃあSwitch移植するわって会社が出たのが今回だ >>708
スマホ移植ならPLICYさんがやっているってこのスレで何度も……。 移植って普通は独立したアプリとして遊べるようにする事じゃないの コモンの区切り線何使ってる？
─────────────
こんなん？
-----------------------------
それともこんなん？
=====================
スペースで区切ってる？
■■■■■■■■■■■■■■
狼煙氏風？
::::::::::::::::::::::::::::::::::::::::::::::
オススメ教えて？ >>714
最近は区切り線自体あまり使ってませんね。
文字列入力しない方が、容量は節約できますが、微々たるものですし、
☆と◇を交互に並べてキラキラさせたり、６を三つと獣を交互交互にしたり、
呪という字を並べたりと自由にしても良いんじゃないでしょうか？
それにしても区切り文字を5chに入力したらAIに荒らし判定されそう……。 >>714
################################## >>>>>>>>>>>>
ひとがいないねぇ
<<<<<<<<<<<< うにてぃのアセット版を出してください！！！
諭吉一人分までなら有料でも割引待たずに買いますから～ >>718
あー、何でウディタのスレなのにユニティの話をしているのって思いましたがアレかー！
ウディタをユニティ上で走らせるネイティブプラグインのことか！
ネイティブプラグインのことはこのスレで何度も話題になっているけど、
あまりの不意打ちで一瞬気付かなかったです。
確かにネイティブプラグイン欲しい！ ウディタ初心者です
戦闘で、コマンド選択中のキャラクターウィンドウを点滅させたいのですが、上手く動作しません
コモンイベント[192:X味方コマンド選択]の45行目あたりに、カーソルON・OFF（どちらも対象位置-1 位置-1）を設定したコモンイベント[178:X[戦]味方欄_単体描画]を挿入したら、1人目のキャラクターウィンドウだけ延々と点滅している状態になります
上の行に味方欄の座標算出を追加する等、色々試してみましたが、改善しません
お教え願えませんか？
使用しているバージョンは最新版 Ver2.24です >>720
ウインドウのピクチャ番号は10100+25×CSelf0対象戦闘スロット番号で求められるからそれに明滅エフェクトかけて（対象戦闘スロット補正が終わった30行目あたり）イベント終了時にエフェクト解除（イベント処理中断が多いからエフェクト解除処理を最後らへんに書き足してラベル貼ってそこにジャンプ）でいけるで
基本システムしらんけど 178:X[戦]味方欄_単体描画の引数を間違ってる
あれは戦闘スロットを入れないといけない
基本的には並び順＝戦闘スロットだ
192:X味方コマンド選択ではセルフ0に格納されているから
渡すべきは1600000
とはいえ1人目が点滅しっぱなしなのは良く分からんな まあ多分コマンド終わった後で手動でカーソルオフにしないといけない
そう考えると「行動内容のセット」の方でオンオフにする方が多分簡単
味方コマンド選択は処理中断が多いからいちいちオン/オフ入れるとめんどくさい まあつまり「行動内容のセット」にある
「味方コマンド選択」を挟む形でカーソルONとOFFを入れるのが良さそう
渡すべき数字は処理中スロット、セルフ10だから1600010か ちなみに「味方コマンド選択」で各種チェックが終わった後でカーソルを光らせて
「行動内容のセット」に戻った直後に消すのがベストかもしれない
ほとんど変わらないとは思うが 昨日質問させていただいた720です
724さんを参考に、コモン191「行動内容のセット」113行目にある「味方コマンド選択」を挟む形でカーソルONとOFF(表示位置・戦闘スロットともに1600010を入力)を挿入したところ、コマンド選択中のキャラクターウィンドウのみ点滅させることができました
検索しても参考になるページが見つからず困っていたので、非常に助かりました
ご教示いただきありがとうございます それは良かった、と言いたいところなんだが
実は「コマンド選択中のキャラの枠を光らせる」のはちょっとまずい
デフォのヒールを使ってみると分かると思うけど、味方を選択する時に問題が出る
昨日はすっかり忘れてたけど、実は俺も昔同じことやろうとして失敗したんだった
解決するにはコマンド選択中のキャラを明示する別の方法が必要 問題点1
確か味方選択では一度カーソルが全部オフになる
些細な話だが、誰がスキルを使っているのか一時的に不明になる
（カーソルでターゲットを選ぶのだから当然だが）
これを解決するには別のアプローチが必要
問題点2
対象選択をキャンセルして戻ると多分コマンド選択に戻るんだけど
ここでカーソルが消えたままになる、はず
これはカーソルをONする処理を「味方コマンド選択」に入れることで回避できるはずだ
具体的にはラベル「コマンド開始」の後、引数は1600000
こっちで妥協しても良いのかも 横からだけど、普通に味方コマンド選択の127行目の前に、味方単体描画モード10と、
163行目の後に、味方単体絵画のモード12やったらできたよー。
特に難しい箇所でもないし、自分の一番好きな方法でやったら良いじゃん。
変な組み方からはじめてもなんやかんや改造して行けば、いずれできるよー、応援してる。 スキルの使用をキャンセルした後にその現象が起きたので、また同コモンをいじっていたのですが、
他のコモンにイベントを挿入する必要があったんですね
同コモン内に挿入する方法も、お教えいただきありがとうございます 折角なので、行動を選択中のキャラクターの情報や
技の対象になっているキャラクターの情報を左上に表示するコモン作ってみましたー！
コモンイベント集で対象と手番主の情報表示コモンで検索すると出てきます！
なので上で言い合いになってた方とか、このコモンの上位互換コモンを作ると
相手をぎゃふんと言わせることができるかも！
（誰と誰が何で言い争っているのかよくわからなかったので、
とりあえずコモン作って遊ぼうよー） 御免……。自分でも734は謎発言過ぎって思うわ……。
昨日734発言してからガクブル震えてた……。 謎なのはいつものことだから…
いやフォローになってないけど >>737
そもそも最初から誰も戦ってないんだよ
でもお前のコモンは基本システムの穴埋めになってるから
初心者にとっては実用でも勉強用でも有用だろう
別に何事もない たまに昔のフリゲとかやるとビックリするほど小さいよな
技術の進歩を感じる 画面サイズの話してたのになんでファイルサイズにすりかえたし 高解像度に対応すると画像ファイルも重くなるから
関係あるっちゃ関係あるんじゃないの
2倍2倍で4倍になるかは知らんが キー入力なのですが
キーボード全キーの場合方向キーを取得する事はできないのでしょうか？
方向キーと決定キャンセルサブ（Z、X、shift）にあとｃとvも加えて
キーが押されるまで待つ、という設定にしたかったのですが
全キーの場合は方向キーが取得されないし
基本の場合は方向キーと決定キャンセルサブが取得されず困っています
なんとかする方法は無いでしょうか？ >>748
ループ処理のなかにウェイトと
入力待ちなしのキー判定いくつかぶち込んで、
キーが押されたらループを脱出するようにするのがオススメ。
これなら、同時押しとかも処理できるし。 回答ありがとうございます
これならいくらでもキーを増やせそうですね
ありがとうございました すでに押されてる場合もループ抜けっから押されるまでウェイトと動作違くね？ 方向キー以外は新規入力を検出する処理を入れておかないとな
そのへんは質問スレ漁れば出てくると思う 新規入力を検出したいなら、
ループ前にもう1つループ処理置いて、
そっちは反対にキーが押されていない場合に
ループ脱出するようにすると良いよ。 ちなみに、同時押し中に別の同時押しに切り替えるような操作や
キー押し中に別のキー押してから元のキー離す操作想定している場合は、
>>751-752 の考えているような
ループ前にキー検出いれておいて、ループ中にキーの状態をループ前と比較して、
違ったら脱出するような処理になる。 いやそれぞれのボタンを別個フラグ管理しないとあかんやろ
保持するデータも直前のキー入力の際のものじゃないと1Fの空白が生まれるし キー入力はデフォルトのままだと使いづらいからな
入力処理は予備変数使って自作してるわ >>755
あっ、>>754 の方法に関しては別個フラグ管理前提のつもりです。
ウェイトに関しては、1フレームウェイトをループ中断用の条件分岐の後におくことで
回避できるような（？）
>>756
私もPLiCyに対応させるときは似たようなことやってる。 ところで、このスレ民のウディタに関する得意分野お聞きしたいっす！ 使用人口はさすがにツクールシリーズには負けてるでしょうね
ウディタを使う人はおそらく「個人情報漏らしたくない」って人が多いんじゃないか？ 普通にみんなウディタでのゲ製進捗上げてますし、
正直 >>758 の発言は的外れ。
そもそも >>758 はどう見ても荒らそうとしてるのに、
>>760 も >>761 もなんで乗っかるんです？（困惑） 荒らしとかじゃなく、ガチで誰も使ってないと思っているだけだったら、
ツイッター見ることをおススメいたします。
検索したら、いっぱいでてきます。 >>764
１人乗っかったら３人乗っかっても大して変わらないかなと。
あ、じゃあ >>764 に新しい話題振るのお願いいたしましても？ >>765
ところで、このスレ民のウディタに関する得意分野お聞きしたいっす！ また来てたのか、粘着他ツール宣伝君
こいつツールのことは何も分かっていないどころか
ツクールについて話したことと言えば「プラグインの導入方法」って有様だったし
相手するだけ無駄でしょ 商業を目指す訳でないなら各々使い易いツール使うのが一番としか
売る気ならパブリッシャーの選択肢が狭まるからウディタもツクールも触らず作れ
話題提供するとしたらケモプレ主催でいいから>>584みたいな企画はやらないのか？
暇潰しにクソみたいなコモンイベントを作りたい やるか？
段取り分からんからとりあえず調べとくけど
やるとしたら参加者どれぐらいいるんだ たぶん完成しないからアップはしないだろうが
お題出されたらそれに沿ったコモンを作り始めはするぞ 金曜日夕方にお題発表
金土日作業
日曜夕方にアップロード
ぐらいで良いのかな
良さげなアプロダ探してくるか
とりあえず2～3時間頑張れば作れそうなテーマにしようか 粘着他ツール宣伝君は黙って他ツール使っとけばいいのに 起動すると320×240のサイズになってまう
試しに新しく入れたウディタでも同じサイズに……
パソコン自体の解像度とか関係してるのかな？ >>774
こちらウディタカスタマーセンターです。
エディターの画面左上の「ゲーム設定」から「ゲーム基本設定を開く」をお開きになり、
「ゲーム画面サイズ」の▼を押していただくと、
ゲームの画面サイズを変更することが可能となっております。 >>768-772
めっちゃ楽しそう！
お題についてはここの皆で相談で決めます？
それとも、当日までわからない方が良いのでしたら、
シグラルさんやさくらば結城さんやテツロンさん、サカモトトマトさん辺りに、
相談してみようと思いますが……。
要望があれば、Vtuberのにわりんさんにも一応
ダメもとで動画化できるか頼んでみますが……。 計算式も1行で書けないこのツール、化石にもほどがありすぎん？
ウディタ使いはドMの集まりか？ 煽るつもりないけど他のツールはどうやって一行で表記されてるか気になります >777
乗っちゃいけないのはわかってるけど、
Js(Javascript)とかで計算式１行にされたら、
ちょっと読みづらいなって思ってしまう……。
むしろ、ウディタの方が計算式の記述の仕方がパターン化されてる分、
極端に読みづらい記述をする人がいなくて読みやすいし、
適当に書いても勝手にインデント入れてくれるのもありがたい……。 >>775
320×240倍になっています
本来このサイズなら画面は2倍に拡大されるはずなのですが、等倍で表示されてしまうという話です
毎回F4で直してて面倒です >>780
ふ～む、私もグラボ壊れたときそうなったことがありますが、
壊れてない場合の原因はちょっとわかりかねますね……。 お題はお好きにどうぞ
・相談して決める
・ランダムに選出するweb上のなんかの機能使って決める
・やりたい奴
・俺が適当に決める
のどれかだな
目的としては>>584に書かれているようにコードレビューと息抜き、閃きの場を提供することだから、それに則したお題が欲しい
あと目的が>>584なので、作りかけで断念したとしても、アップロードしてくれると嬉しいかな
ついでに言うと目的が目的なんで、投稿されたコモンの扱いはコモン集と同じようなもんになるという点を了承して欲しい とりあえずお題に関して加筆修正しとく
・お題を出し合い、相談して決める
・お題を出し合い、候補を全部突っ込んでルーレットで決める(俺がつべの配信機能かなんか使って抽選の様子を配信する)
・お題を考えたいやつが立候補
・その他別案
・上記4つのどれかに絞れなかったら俺が勝手に決める
とりま今週金曜日に出来るよう準備しとくから、木曜日には話し合い終わるとええな 俺がお題出すってことで良いのかな？
仕事終わってからだから早くて21時ぐらいになるのでよろしく
良いアップローダー見つからんかったから普通のアップローダー使うわ 台詞の中に （汗） とか ； を使うのってアリだろうか？
普通のRPGで今やありふれた表現ならいいんだろうけど真面目さが薄れる気もする 許せない人もいると思うけど大丈夫
気になるなら一手間かかるけど汗とかのicon画像を表示するのが手軽
やり方はググればすぐ出るし素材もすぐ集まる 手間はかかるが台詞に付けるより顔グラで表現した方が良くないか？
話やキャラクターのノリにもよるがお堅い文章で（汗）とか（笑）とかがあると読む側は白けると思う オモチャとしてはアリだが進化止まりすぎなんだよねこのツール ほいお題
https://i.imgur.com/9rAT8fD.png
ステージデータとか入ってるエディタ
https://ux.getuploader.com/wolfrpgcontest/
完成、ギブアップ共に 作ったコモンを書き出し→上記アップローダーにアップロード でよろしく
第3ステージは思いつきで作ったクソコースだからクリアできなくても良い 1時間ぐらいで作った突貫データだから不具合とかあったらスマン >>793
CDBは使ってもいい？
あくまでコモンだけ？ >>794
ちなみに、最短経路探索アルゴリズムや
乱数と淘汰による進化的アルゴリズムなどを期待してるのであって、
ただ普通に移動させるのは求めてないとみてＯＫ？ CDB使ってもいいよ
アップロードされたのをみんなでインポートして動かすときにちょっと面倒ってぐらい >>796
迷路の形が変わっても対応できるように作ってくれると嬉しいかな
ネタに走っても良いけど、全員ネタに走るとただの大喜利になるから各自の判断に任せるよ >>769
経路探索アルゴリズム何気に初めて作りますが、
一応総当たり法の劣化版的な方法使って作ってみました。
ご査収くださいまし。 何気にこのコモン第３ステージもクリアできます！
誰も完成しないと私優勝になっちゃうので、
何としてでも、ケモプレの優勝を阻止しよう！
なお、>>769 やここの皆さえ良ければ、
イチから作るの面倒なライト勢向けに、私の上げたコモンパクって
上位互換作るの認めますが……。 ちゃんとクリアできててすげえな
どうやってもステージ3が無限ループしてお手上げだ 一応突破可能なんでアップしたけどあまりにも性能が低かった
どこに問題があるのかはちょっと見れば分かるけど直すのはめんどい ケモプレ真面目に作ってるな、俺はちょっと適当すぎた いろいろいじって要るものと要らないものを分けるのが面倒になったから丸ごと
迷路の内容が変わらなければマップイベントの中身とかいじってもいいよね？ ・imgurはjaneだと見られないことがあるから、リンクを右クリ→ブラウザで見る
・アップロードしたステージデータとか入ったエディターの方に、お題の画像データも入っているからそれを見る
上記２つのどっちか なんだこれは…
スレ民のレベルの高さに驚いている
経路探索アルゴリズム、で調べたらいいのかな…
ちょっくらやってみるぜぇー 217＿移動用コモン.zipと805のコンテスト用ゲーム.zip中身みましたが、
どちらも見やすく書けてて凄いと思いました！
後、どっちか万能ウィンドウ用のＣＤＢを移動済み登録に使ってておーって思ったのと、
移動速度設定もちゃんと最速にしてたのもなるほどって思いました！
これ感想戦で互いにいいとこ褒め合って、
良いとこどりのコモン作るにはどうしたら良いかとか考えるのも楽しそう！ lady1みたいな答えが一つしかない奴を最短距離で歩くコモンを上げてみた
lady3はマップの配置を見て適用させたから改変したら詰む 話ぶったぎって悪いんだけど
コモンのタイトルにさ┣みたいなツリーみたいなのちょくちょくついてんじゃん？
これってなんか隠しコマンド的な要素でもあんの？
あくまで見た目のわかりやすさ？ とりあえず作ったのでアップロードしておきました
A*まで作ろうと思ったけど、時間がなかったため断念
お題発表が21時だったので、今日の21時で区切りにしましょうか というわけで一旦終了します。お疲れさまでした。
期限自体はメリハリを付けるために設定したものだから、後からの投稿でもOKです。
次回以降のコモンコンテストのために、お題の難易度が丁度良かったかどうか、コンテスト実施期間の長さはどうだったか、また次回以降はこういうことがやりたい、等といった意見があればよろしくお願いします。
今投稿されたの見てるけど、みんなステージ3までクリアできててびっくりした
中身詳しくみていくぜー 「参加しないと！」ってものでもないから、期間はこれで良いんじゃないかな
真面目1つとネタ1つは行けたし
難易度は明確に高かったけど、参加した人間の意欲には合っていたのでは お疲れ
あまりにも難しくしすぎて誰も完成しませんでしたーとか悲しいから
難易度は今回くらい簡単でいいんじゃないかな
期間は難易度次第だけど、長すぎるとだれるしこんなもんじゃない
こういうことがやりたいとはずれちゃうんだけど
サンプルゲームの内容が必要な場合は別として、
お題を作るときは完全初期状態データから作ってほしいと思ったかな 投稿されているのを参考にしつつ第３ステージクリア用の探索アルゴリズム組んでるわ
土日までダラダラ作ってると思う
難易度はちょっと高かった感じかな？
追尾弾、壁の迂回、バックログ表示、データシャッフル、ソート、分岐コマンド縛り
とか色々考えてはいたんだけど、なかなか良さげなのが思いつかなかった
次いつやるかもお題の出題形式がどうなるかも分からんけど、良さげなお題とかお題の出し方とかが見つかると良いね
次お題作るときはデータ抑え目で作るように気をつけるわ
言い訳すると制作猶予が1時間ぐらいしかなかったから焦ってたんだよね。次に俺がお題出すとしたら余裕もって作ります 手法と何を公開情報と考えるかによって難易度が変わるってのはあった 標準座標の取得はOK？から始まって、イベント情報でキャラチップがないイベントの座標に瞬間移動とか、柵を飛び越えるとか、すり抜けとか、柵破壊とか、ワープ破壊とか、やっちゃいけない範囲を探ってたな
作ってないけど 柵破壊しながらゴールヘ突進は作ったな、アップはしてないが >>823
それはあるな
実際邪道だと思いつつマップイベントをいじったし
それ以外の方法だと満足できるものはできなかった 昨日からウディタを始めたのですが、
メタルマックスの戦車を乗り降りを再現できるコモンってないでしょうか？
個人の研究目的なので配布の予定はありません
できればＤＳシステムを再現したいのですが、穴１～穴５に自由に大砲、副砲、Ｓ－Ｅを配置する場合
独自のコモンが必要でしょうか？
アドバイスいただければ幸いです 乗り降りをそのまんま再現するコモンは多分無い
戦車の装備は基本システムの装備関連コモン流用でも行ける
だが当然改造が必要＝独自コモンではあるし、ガチ初心者には厳しいはずだ
何にしても、MM2リロあたりのシステムを目コピで再現は簡単じゃない
始めたばかりで掲げる目標としては高すぎる
まずは1台の戦車に単独の主人公が乗り降りできるようにすることから始めた方がいい MM2Rこそ最高傑作クローンを作りたい気持ちは分かる
本気で作りたいなら初心者だろうが作ればいい
その上でコモンはほぼ全て自分で作る必要があるのはそれはそう
クローンは正解が用意されてるのでその点はオリジナルより楽
例えば方法は色々あるけどマップEvを使って車に乗る処理
主人公画像の戦車化して仲間と車Ev透明化をコモンで作る
降りる時はそのマップEvを場所移動して透明化解除主人公画像戻す
CDBに車データを作り現在のマップ番号と座標などを保存する
CDBに穴タイプと装備欄を作り手動で使えない穴など初期設定
装備する時穴タイプで条件分岐大砲専用には大砲しか装備できなくする
戦闘システムは流用出来るものがありそうだけどそれでも解読して改造が大変
初心者だとシステムだけで半年から1年かかると覚悟出来るならゴー
商業でプロが大勢で作ってるゲームを一人で作るってのはそいうこと >>830
大体乗り降りと戦車で戦闘のシステム構築するのに
２年間ぐらいみていたのですが、仕事があるのと、もうそんなに若くないので
諦めも肝心かなと思っています。
あと著作権の問題もあるので、せっかく作っても人に配布できませんしね >>831
配布はセーフよりのグレー
例えばロックマンエグゼのクローン作ってる人とか
まんまゾイドのゲーム作ってる人とかいる
オリジナル要素を少し出せばフリゲなら許されるという風潮 >>832
そうなんですか、てっきり配布は駄目なのかと思ってました
メタルマックスでもスーファミ時代のクローンは結構あるんですけどね
ＤＳのクローンを作れる若い人の出現を待つとします
ありがとうございました 基本的に「ゲームのルール」には著作権が無いから
システムの流用は著作権を気にしなくても平気
素材、キャラクターの使用はもろに著作権に触れるからアウト
そこを任せる人がいるなら配布どころか有償販売も可能
ともあれ、2年の覚悟があるなら作れるかもしれん
ただ、先に1つ言っておくと、MM2Rの戦闘はSTGの知識も必要になる 質問です。ゲーム基本設定のゲーム画面サイズの変更の事です
320×240[倍]のようなズームを他の画面サイズでも行いたいのです
他の画面サイズではコモンを組んで画面ズームを繰り返すしかないでしょうか？ >>834
レスありがとうございます、参考にします！ >>835
以前はウディタ自体の改造やってた人もいたけど
そういう特殊な手法を除くと
最も簡単なのは素材自体を拡大することじゃないか？
*2なら割と簡単だし、何よりゲーム中の処理に負担が無い
マップチップの関係で厳しいなら
マップチップだけピクチャにすることを検討してもいい
基本の機能が使えなくなるのでお勧めはしないが この界隈の常というかなんというか
メタルマックスのことは知らないけど、話聞いてるだけでも
むしろ時間がかかりそうなのはシステム構築より単純なデータ量のように思う システム作りに慣れているなら
入力の手間を減らすシステムを作るのが普通だな
文字データは難しいけどね 0にはならないからなあ、rpgは減らせる量が多いかもしれないが
その母数になる基礎量がそもそも多いジャンルだろうし
ましてや個人だ 現在のマップに存在するマップイベントのIDを取得するか、動作指定するイベントのIDを変数で指定する方法ってありませんか？
それができればよく使う動作指定をコモン化して簡単指定ができそうなのですが イベントIDの指定はコモンセルフが普通に使える
動作指定の左上にあるタブから「このコモンevセルフ○○」を選べば
そのセルフに格納されている数値＝IDとしたイベントが動作する
そのマップに存在するイベントかどうかは
変数操作+でキャラ「このコモンevセルフ○○」の起動中ページを取得して確かめる
0であればそのイベントは存在しない 誰か壁抜けデバッグ用のコモン作ってくれ
任意座標のプレイヤーがそのマップで立ち入れる範囲を色で表示してくれるやつ。
マップ作るたびに体当たりデバッグするの面倒なンだわ。 おお、総合デバッグの存在初めて知ったわ。ありがとう
今更だけど塗りつぶしのアルゴリズムを転用すればいいと気づいた。
自己解決 お疲れ様です。
あの後、販売元にメールしたんですが、
法務部（担当部署といってましたが）に問い合わせしてもらった所、
研究目的で配布しない開発も駄目、法人個人限らず模倣は完全に駄目だそうです
そういえば、版権がＫ社に移ってからというもの３、２Ｒ、４のクローンは出ていないので
そういうことなのかもしれないです。
個人の研究とフリーで配布は許可してもいいのではと個人的に思いました。
他の会社も同じスタンスなのでしょうか？
ウディコンスレに１年前似たような事を書き込んだら誹謗中傷され叩かれたのですが、
私が非常識なのでしょうか。
そこまで著作権の主張と個人の製作を否定するなら、
ツクールシリーズも販売は止めた方がいいと思うのですが…。
愚痴になってしまいすいません、メタルマ作る人は参考にしてください、以上です。 バカかよ
公式にコメント求めりゃ黒に決まってんだろ
ほんとバカかよ 言っちゃなんだけど本物の人だからあんまり悪く言うのはやめたほうがいいと思う みんな叩くなよ。こいつは１０年に一度の逸材や。
自称サイコパスなクリエイターは大勢いるけど
こういう本物のヤベー奴だけが怪作フリゲを完成させるんだ。 ゲーム制作者は頭おかしいやつ多いけど、
それは人生の大半をゲーム製作に費やしていた結果であって
頭がおかしいから大作を作れるわけではないぞ 上の人はどうでもいいけど、それ以外の人向けのおさらい
「ゲームのルール」にはそもそも著作権が成立しないと理解されている
「ドラクエのような処理をする、ソースがオリジナルのゲーム」は何にも触れない
当然ツクールが何かに触れることもない
「メタルマックスのような処理をするオリジナルのゲーム」も同様に問題ない
そもそもメタルマック自体、ドラクエのようなゲームでもある
「ゲーム自体」には著作権がある
クローン、つまりコピーは100％アウトだし
キャラクターなど重要な要素については単体で著作権が認められる
商品名は商標権の話になる
商標は著作権よりずっと弱い、使っていなければ基本的に無意味だ
だが有名タイトルそのまんまは100％アウト
「ドラゴンクエスト」も「ドラクエ」も「メタルマックス」も駄目 ゲーム内の要素の1つ1つについては判断が分かれる
例えば戦車を「クルマ」と総称する等だ
ただ、裁判所的には「著作権は総合的に判断する」ので
戦車をクルマと呼んだだけでアウトというのは考え辛い
「世界観が似ている」とかも通常は問題にならない
例えばメタルマックスはマッドマックス2に似ているわけだが
それが問題になることはない
が、マドの町から始まる「マップがメタルマックス2に似たゲーム」は
裁判所的にもアウトと判断されるであろうことは想像に難くない 勘違いしてるけど、一応ゲームのルールに関しては著作権あるで
ありふれたものだと著作権が発生しづらいってだけで、独自性の強いものだと訴えられるケースも稀にある
まぁ放っておくと損益になるって場合以外訴えられないから、フリゲなら放置されるだろうけど 著作物と認められるルールなんて実務上まずありえないよ
ほぼトレカゲー丸パクリでも裁判所判断では「侵害なし」だからね すまん俺の方が勘違いしてたわ
著作権じゃなくて特許だった。確かに著作権はないわ 特許はたまにあるな
ゲーム内の処理で特許取る流れは消えたので
インディーズ製作者とは縁が遠いと思うけど
（そもそもそれが特許として通用するかどうかも不明だった）
モノが絡む場合に引っかかることはありえる 特許なんてどのフリゲも侵してるから気楽に考えた方がいいぞ
一々訴えないだけで任天堂とコナミとセガが大半の特許技術を有してる オフラインの同人ゲーかつ
モノが絡まない場合に引っかかるかもしれないのはコントローラ等の振動ぐらいで
基本的に枯れた技術で作ってるゲームは無縁
フリゲであろうが有料だろうが問題ない それはそれとして1つ聞きたいんだけど
RPGにおける味方のアルゴリズムで
補助/弱体化（状態異常以外）を「ボス戦以外で」使うって、アリだと思う？ ボス戦以外でバフデバフかけるのが面白いゲームシステムなら良いんじゃね
前提条件が無さすぎてそれ以外言えんわ ボス戦で強化/弱体化＆雑魚戦でも強化/弱体化と
雑魚戦では威力低めの攻撃をする場合だとどっちがマシかと思って
まあしかし、そりゃシステム次第だよな
もっともだ 「殴った方が早い」状況じゃないのは前提だな
アトラスゲーみたいに必中だとなお良い。
あとは 消費MPが 回復>>補助 だといいなー 自分はウディタに満足してるんだけどゲーム開発で食っていきたいなら変えた方がええんかな…
unityとかgms扱える方が喜ばれるよな…
ウディタ好きなんやけどな… 答え出てるやん
頭ではわかってるけど面倒くさいからやらないって 馬鹿恥性子のチラチラうっざ
心配しなくても馬鹿恥がウディタもunityも使えないの知ってるから
ツクールすら挫折したんだってね いつもの奴は相変わらず
開発環境がどんなものかろくに分かってねえな >>868
プログラムメインでゲーム企業にはいるつもりなら
unityとかのがいいと思う
個人でエロ同人売りたいのなら
ウディタやツクールでいいと思う
プログラムを学ぶ時間を絵にあてた方がいい >>872
まあ覚えたアルゴリズムは無駄にならんししばらくウディタ弄るわ
ありがとう！ 技術者としてunity使うゲーム企業に入るならC#使えるのが前提で
ある程度の処理は当たり前のように自力で、それも短時間で作れないといけない
仕事は「ゲームに必要な処理をUnityに加えること」だから
Unityの使い方は知ってて当たり前、それだけではプラスになりようがない
まともな募集やってる企業なら事前に「全部できる」ことを求められる
Unity使えればOKは基本雑用係で給与もゴミ、実質ノンスキルだから当然だけども
新卒ならまあネタぐらいにはなるって程度 何にしても「個人または同人レベルで何かしよう」と考えることと
「ゲーム会社に入って飯を食おう」では必要な能力自体が異なる
ともあれ、ワンマンで全部やるならウディタはそう悪くない選択だ
別にUnityが悪いわけでもないが、プログラムの敷居は高いだろう
あとこう言っては何だが
企業に技術者として入ってもあまりゲーム作ってる気はしないはず
ある程度でかいところなら尚更で、システムいじるだけだよ、延々と
何しろシステムいじれない人間が多いから、いじれる奴はそればっかりになる >>877
横からだけど、システム以外担当の企業の人間のことじゃないですかな。 そういえば、最近ツイッターで
unity使いにしてもツクール使いにしても「やっぱWindowsのみでいっか」って
Windowsのみ対応のゲーム作る人割と見かけるんですよね……。
私今までPLiCy上でスマホやマック対応のウディタ素材ばっか作ってたけど、
Windowsのみに特化したゲーム作るのも悪くないなって最近思い始めてます。 >>878
ゲーム作ってる気分になれるのはどの業種なんだろ
プランナーかな？ ウディタで言うなら
イベント置いたりDBに入力する数値を決めるのはプランナー
入力するのもプランナー、テストプレイするのもプランナー
マップは他が作ることもあればプランナーが作ることもある
シナリオはトップダウンで来るだろうが、穴埋めはプランナー
手があいていれば何でもやるのがプランナー
もちろん本来のプランニングもする
Unity開発で「Unityは使えます」ってのがプランナー要員
現場によっては多少プラグラム能力のある向きがサブのプログラマーになって
自分でバグ修正したり、細かい処理を実装することもある
ゲームを作ってる気にはなれるかもしれないが給料は微妙 クソ遅いけど正確な処理を廃止して
早いけどアバウトな処理にした
割と重要だな、こういうのは >>881
専門学校の説明会だとゲームデザイナーとゲームプランナーの定義別だったけど、
アナログゲームとかゲームプランナーとゲームデザイナーを兼任する状況だと、
ゲームデザイナーって呼ばれたりするよね。
>>882
ですね！ところでなんの処理作ってますの？ イベントというか、ピクチャの接触判定だよ
全部やると遅延が起きるほどピクチャ置いたのも悪いんだけど 数値入力はゲーム作りの最大の作業ポイントだからな、好きな人は好きだけど
一応エクセルかなんかで表を作ってCSVファイルとして取り込む方法はある
表計算ソフト側で関数使って表を埋めれば作業速度は上がるので
慣れてきたら一考に価するかも 基本システムは項目が多いので
不要な入力項目を削ったり、特定の項目から複数のデータを作るのも一つの方法
まあ読み込みやってる部分をきっちり入れ替えないとバグまみれになるので
慣れない間は「初期値をいじる」のと（特に耐性）
DBメニューの「▼特」にある「選択値を手動作成」を使うのがお勧め 横からですが、能力値の個数変えたことによるIDずれ補正って
X[共]基本ｼｽﾃﾑ自動初期化とX[移]セーブ・ロード画面描画だけで良かったでしたっけ？
装備品の項目IDやレベルの項目IDの参照に、
デフォルトで項目名から項目番号取得使ってないの面白いですけど。 >>886
数値の入力はエクセルでいいとしてDBの設定が面倒くさくない？
インベントリとしてアイテムIDを50個まで保有するCDBがあるとしたら、「アイテムID¥d[1]」と言う名前の項目0をコピーして項目49に貼り付ける作業を49回繰り返すのが最短だと思ってるんだけど、もっと楽なのある？
どうせ数値が入るなら名前つけなくていいわ、って考えで項目49の数値ボタンを1回押すのがベター？
とにかくDB設定が面倒くさい 文字化けるやん
¥は半角円マークに脳内変換してくれ それしかないんちゃう？
インポートに使うファイルは暗号化されてなさそうだし.dbtypeへの変換ぐらいなら作れると思うけど、それ作る時間よりコピペ連打10000回している方が早い それは名無しで良くないか？
俺も最初は逐一やってたけど基本的に無駄な作業かなと 明日明後日は用事あるからお題あるなら今日のうちにやっときたいなって確認に来ただけ
>>584のすぐ下で不定期でっつってるのもわかってるから非難とかじゃないよ 俺は仕事忙しくてお題作る暇ないから主催はパスかな
誰かお題出してくれるなら参加する 少し前にDBの話してたみたいですけど、
大量に買うなり借りてくるなどして入手したSEを一括でSDBに登録するいい方法ないですかね？
サクラエディタの矩形選択でファイル名は一括してコピペすることはできたんですけど、
ID名の一括入力というかコピペのいい方法が思いつかないっす。 文字列操作のファイルリスト読み込み使ってファイル名を読み込みつつ、
それとコモンイベントで文字列を算出して、
テキストファイル出力機能でCSV出力、
そCSVをSDBから読み込むっていう方法ならあります。
あくまでテーブル化用にコモンの機能を使うって方法なので
ゲーム配布時には、CSVテーブル作成用に作るコモンは
消しておいても大丈夫です。 >>901
データIDはコピペできなかったような…？
楽曲名参照用のUDBかCDB作って、SDBは「データIDの設定方法」＝「指定DBの指定タイプから」にしたらいくらか楽なんじゃない？ >>903
なるほど、そんな方法が・・・と思って取り掛かってみたら
「データIDの設定方法」で「最初の文字列データと同じ」を選べば一発で終わることに気づきましたｗ
まあこの方法だと、例えば魔王魂SEのIDが長くなりすぎるって点が難ですが最悪曲タイトル自体を変えればなんとかなりそう
お手数おかけしまして申し訳ないです 曲のタイトル変えるならデータID入力する手間と変わらないよね
何がしたいんだかわからん まあファイルパスをそのまんまID名に使うのは時々合理的ではある >>908
まあ例に上げた魔王魂のSEは10曲くらいしか使ってないから曲名変更はそこまで手間じゃないんです
だけど購入したSE集は100曲超えてるから手動入力はちょっと手間だなと >>911
苦労してツクール買ったのかな？よかったねぇ そいつはどうせツクールやUnity関係でもここ同様に暴れてんだろうけど
恐らく同人製作にすら関与したことは一度も無いよ
そのぐらい知識が無い ウディタで作るのがカッコいいと思っている皆さん
新年あけましておめでとう
お年玉はもらったかな？頑張ってツクール買おうね 新年とあけましては併用していいものじゃないよ
年が2回あけちゃってるじゃん かっこいとかじゃなくて、便利なんだよ。
さんざん利用されててもう外枠はがっちり出来上がってるから。 新年が明けまして、だと思ってる奴が文盲なんだよなぁ
なぜ新年に格助詞がつかないのか考えないのか そもそもウディタ使っている人は
ツクールも参考資料として既に持っていることが多い気がするから、
荒らしの煽りに違和感を覚えるんだけど、
基本的にはウディタ使う人でツクールもバージョン問わずなんとなく持っているよって人
このスレにどのくらいいるの？ 持ってない人ってあまりいないんじゃないの。
もう買ってないって人はいるだろうけど。 2000から全部持ってた気がする
2000は試用版だったかもしれんが ツクールは作るのも遊ぶのもちょっと飽きちゃいました。
絵描きさんには依然良いツールだと思いますよ。 例えばオリジナルのステータス要素を入れた多数のモンスターを
勝手に動かさせて死亡したり子供を産ませて親のステータスから子供のステータスを計算して
新しく登場させるようなシミュレーションゲームを作る場合
DBでモンスターのステータスを管理するとすれば
ツクールよりもウディタの方が向いているんですかね？ なるほど、やっぱりウディタ勢は大抵ツクール持っている説は大体あっているんだ。
>>924
確かにそれはウディタ向きだと思います。 まあツクールである程度なれといたほうがウディタには入りやすいしね 旧ツクールなら別にウディタで良かったし
最新はブラウザでもできるのは素敵だけど
プログラミングができないとウディタほど自由に扱えないと聞いて二の足を踏んでいる 文字が下から上に流れるやつをやりたいのだが
ttps://silka-blog.com/w-editor/scroll-message
↑のサイト通りに入力する事ができない と思ったら公式サイトのコモンイベント集にありましたね失礼 おつむが足りなくてウディタでのアクションゲー作りに限界を感じ
アクションMVを買うだけ買って積んでる俺みたいな形だけツクール持ちとかもいる マップイベを索敵してそのイベントに付いてる数字の参照ってできないの？
近くのマップイベIDまでは掴む事できたんだが、そのマップイベに付いてる何らかの数値や文字列(影グラでもいい)を参照したいんだが難しい
9100000を使うと計算不可能なようだし
ひょっとしてできない？
ダウジングマシンを作りたいんだが、マップと座標を個別に全部入力していくしかないのか
自分としてはもっとお手軽に透明アイテムを置きたいんだけどな >>931
確認だけど、近くにあるマップイベントの
影グラフィックを取得したい的な解釈で良い？
9100005+10*イベントIDで影グラフィックは取得できるけど、
計算不能ってどういう意味で言っています？
データを呼ばないで計算して変数に格納して、
変数呼び出し値を使うで格納した数値から変数を呼び出すやり方は
わかっているという前提で大丈夫？ >変数呼び出し値を使う
それはイベントコマンドのどれですか？ いやすみませんわかったっす
いやーしかしウディタ10年目にしてようやくデータ呼び出しとX番の変数呼出の意味を知ったよ
深いなウディタ 始めたてかな？と思って読んでたら10年て…がんばれ 独学だったりその場その場で欲しい知識だけ調べてつまみ食いだったりすると割とあるよウディタに限らず… >>936
本当それ。
後、特定のジャンルばかりとか偏った使い方していても起こりやすい印象。
例えば、基本システム2一切使わず、一から組む人は基本システム2のこと聞かれてもわからないし、
PLiCy対応に興味ない人はPLiCyに対応させやすい組み方について聞かれてもわからないし、
特定の機能絶対使わないという硬い意思を持っている人は、
その機能を活かした効率の良い手法について聞かれてもわからない。 使わない機能を聞かれてもわからないのと
変数呼出値使ってて変数呼出値知らないのを一緒にするのはちょっと… 近いようで全く関係ない話だけど
PC触りたての頃は当たり前のように「名前をつけて○○を保存」しまくってたのに
人から「これどこでどうやってダウンロードできる？」って聞かれて
「名前をつけて保存」と「ダウンロード」が頭の中で繋がり切ってなくて
「よくわかんね…」って答えちまった事あるな 確かに全く関係ない話だけど、
俺もピタゴラスの定理って言われてもすぐに頭には思い浮かばんな
数式は知っているのに 名前と意味につながりが無いから浮かばないのもしょうがない 話は変わるけど
アルテリオス計算式って単に守備力から攻撃力を引いただけの式なんだな
これ名前いる？ >>944
守備力から攻撃力を引いただけのダメージ計算式って呼べば？ 攻撃力が高まるほどにダメージが小さくなる斬新な計算式か アルテリオス計算式ってそもそもbiim兄貴が付けた名前でしょ 名前あるとそれだけで便利だからな
アレックス症候群とかいまだに使うわ。通じる奴少ないけど 界隈の造語は通じるわけないでしょ
ただの内輪ネタだもの 質問です
主人公の移動速度をゲーム基本設定まら速度0~6を設定して
Hイベント制御で変更じゃなく
速度3とかの数値を直接変更ってできませんか？ できた覚えはないなぁ
頻繁に変えたいなら渡した数値で移動速度を変更するコモンでも作れば？ その場合は引数をev番号と移動速度にして
ev番号がマイナスの場合には主人公の速度を変えるようにすると汎用性高いかも やっぱりできませんか移動速度を10段階くらい変更したかったんでが 10段階設定してなにすんの？
加速とか慣性つけるにしても、マス間移動中は速度変更しても動作に反映されないから変になるよ イベントには透明なキャラチップを使って、
イベントを一瞬で移動させた後、ピクチャでイベントを追従する形で
イベント用のグラを動かす処理になりそう……。 アクションやシューティングでアイテムを取るたびにキャラの移動速度が上昇
とかなら、後は青写真によっちゃ10段階設定とかしたくなりそうではあるな
ボンバーマンも8段階くらいあったし デフォルトの7段階で足りないのにマス移動システム採用してるのがもうズレてるんじゃね
素直にピクチャ使った方がいい 速度の選択肢ってマス*4の約数(上限32まで)しかないからな確か
マス16と32だと1、2、4、8、16、32
マス40だと1、2、4、5、8、10、16、20、32
既存システムだと10段階には微妙に足りん 初歩的な質問なんだが会話イベントとかのセリフとセリフの間で主人公が移動できちゃうのをできないようにしたい
例
Aこんにちは
ウエイト：80フレーム ←この感に方向キーで移動できちゃって場合によってはイベントがバグる
Bやあこんにちは はじめまして初心者です
ウディタどころかゲーム制作、プログラミング自体初めてです
自作システム講座のサイトを参考にして宿屋、一対一の戦闘、ダメージ計算の最低限のコモンイベントを完成させる所まで来たのですが、１から自分でやれと言われたら作れる気がしません
そこで更に次の段階に進むための参考になるサイトやこのコモンイベントは良く使うから覚えた方が良い！などありますか？
そもそも初心者のうちはサンプルゲームを拡張するあたりから始めた方が良いのでしょうか
お願いします ゲーム一本作ってみてその途中で疑問に思ったことを調べるって感じで良いんじゃないスかね
ぶっちゃけ実践せずに知識だけ溜め込むってやろうと思っても使わなけりゃすぐ忘れるもんスよ
と同じ講座が何個もブックマークされてる事に気づいた俺が言いますよ >>963
確かに
ちなみにチップの大きさについて質問があります
ウディタでは16、32、40に対応してますけど、最近だと40が主流なんですか？
この辺のメリット、デメリットが聞きたいです！ もちろん16より32、32より40の方が細かい所まで描ける
40pxのフリー素材はあんまり見ないイメージがあるけど
それ以外では例えば640×480の画面サイズを使うときに
16pxのタイルを使うと横40マス、縦30マス入る
32pxのタイルを使うと横20マス、縦15マス入るので
使いたい画面サイズとか、画面内に何マス収めたいかとかで考えるのも良いかもしれない 基本的に32か16
フリー素材の数が40と比べるとダンチだからな
16だと２等身、32だと3～4等身が主流なんで、リアル系に寄せたいなら32の方が良い ありがとうございます！
すごく参考になります
チップの大きさはあまり気にしなくても良さそうですね
一部のサイトでは、今時ゲーム作るならサイズが大きい方が～などと書いてあったので心配してました
まずはゲームと呼べるような物が作れるようにやってみます！ システム自作だと恐らく最も大変なのは「アイテムやスキルの選択システム」だ
それを選択肢で誤魔化すなら結構楽だが……流石に見栄えが
ただ今すぐ取り掛かれとは言わない、下手すると心が折れる
一応、基本システムの「万能ウィンドウ」を使う方法もあるが
あれは一度自分で「アイテムやスキルの選択システム」を作らないと
そもそも何が何だか分からないってのがあるかもしれない ようやく作ったシステムのUIがわかりにくいと感想に書かれると心が折れかかる >>968
選択肢で地道に作るのではなく、変数を用いろって事ですかね
そういえば通常変数とコモン変数の違いってなんですか？
通常変数はゲーム全体の共通変数
コモン変数はコモンイベントごとの変数
っていう認識なんですけど合ってますか？ 変数はそれで合ってるよ
ともかく、アイテムやスキルの選択は選択肢だと色々悲しい
例えば「スキルの消費や性能」「アイテムの所持数」なんかが表示し辛い
上を目指すなら「所持品やスキルのデータから一時利用のための可変DBを作成し」
「そのデータを使ってウィンドウを表示する」という作業が必要になる
ともあれ、今すぐ取り掛かると地獄を見るとは思う >>967
ウディタ講座/解説サイト読み漁ったり
公開コモンをDLして中身覗いたりするといいよ やっぱり文章質問するより画像やGIFやゲームをここに貼り付けて
問いたほうがいいのかな？
映像がないから質問の意図が伝わりにくいってのもあるだろうから どんな処理を作りたいのか説明できないなら、それでもいいんじゃね
説明できるなら文章で問題ないっしょ 流れとは別の事だけど、聞いてもいいですかね
セーブを実行したら残るものの認識はこれであってます？
・evの位置や持ってる数値、DBに入れといた数値やピクチャは残る
・コモンイベントの持つ数値は消える セーブ操作で保存されるもの
・可変DB、各種変数
・イベントキャラの位置
・マップチップ配置
・表示中にピクチャ全部（ただしピクチャのディレイ指定は保存されない）
・今流れているBGM
（他にもあるかも）
ウディタ Tips Wikiより そんな残るんですね。ありがとです
コモンの数値が残るなら並列のロードがトリガーで再設定する奴は無理ですか
大人しくロード時の処理に組み込むかねぇ 980踏んだけどエラーの連投ですゆ、改行が多いが出て建てれません
誰か次スレお願いします 普通に保存されないデータ使えばいいだけじゃね
質問スレで回答あった気がする
とりあえず立ててくるわ 立て乙
ID的に>>980っぽいしエラー出ても立てられてたのかな スレ建て乙です
一週間前に質問させてもらった初心者ですけど、質問スレあったのですね
今度から向こうで質問するようにします
ところで、今マップタイルで基本にしたい家の形をたくさん作ってるんですけど、なんかマイクラで家建てる感覚に似てて面白いですね 質問スレほとんど動いてないんじゃなかったか？
基本こっちでいいと思うよ どっちでも良いよ
質問スレで答えてたの5割ぐらい俺だし、質問来ているのに気づいたら分かる範囲で回答はするよ
こっちで質問するなら俺は答えなくて良いからそれはそれで楽 ウディタのDataフォルダのSystemFileフォルダを開こうとするとPCが変なことになる 質問スレが稼働しないのはお前らがここで回答するからだよ そもそも質問が減ってるからな
５年前ぐらいは俺一人で答えるのキツかったけど3年前ぐらいから大分楽になった >>992
事実を書いただけ
質問も本スレで答えちゃおうと常連の間で同意とったら
質問スレみたいな派生スレが稼働するわけなくね？
時代に即した過疎スレだから質問スレつぶしていいよ ツクールスマホでもできるって事だったけど
調べたらオリジナルのシステムとか入れたら
スマホじゃ正常に動かない場合が多いとかDBがウディタと比べて自由度が無いとか
簡単な分やっぱ制約が多そうでなぁ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 224日 14時間 2分 3秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
