【c#+DX】スピードシューティング(仮)プロジェクト
https://osdn.jp/projects/shooting-game/
【プロジェクトの説明】
最近流行っている弾幕シューティングとは真逆のシューティングゲームを作成するプロジェクトです。 具体的には敵や敵の出す弾は高速ですがあまり弾を出しません。 瞬発力を必要としますが攻略も楽しめるゲームを目指します。
【プロジェクトへの参加について】
プログラミングはもちろん、画像、音楽編集等も大歓迎です。
*ゲームの正式名称
https://osdn.jp/projects/shooting-game/forums/32557/36941/
*クラス図、is-a、has-a
https://osdn.jp/projects/shooting-game/forums/32557/36942/
*総合
https://osdn.jp/projects/shooting-game/forums/32557/36940/
【チケット】
クラス図、is-a、has-aの関係をある程度作る
【マイルストーン】
基本的な部分を決める
とりあえず動くようにする
宜しくお願いします。
C# DXってSharpDX想定？
DXライブラリです。
is-a、has-aの関係を簡単に作りました。
https://osdn.jp/projects/shooting-game/forums/32557/36942/
is-a
GameObject ┬Teki─各種敵
├My
├Die
└Tama─各種弾
has-a
Main┬Title
├Ranking┬Score[]
│ └Net
└Game┬Teki[]─Tama[]
├My─Tama[]
├Back
├Point
├Key
└TamaNumber
画像と音も募集してるならもうちょい具体的なイメージを提示したほうが良いんじゃなかろうかのー
これの通りにクラスを作成してコミットしました。
is-a
GameObject ┬Teki─各種敵
├My
├Die
└Tama─各種弾
Stage─各ステージ
has-a
Main┬Title─TitleKey
├Ranking┬Score[]
│ ├Net
│ ├File
│ └RankingKey
└Game┬Teki[]─Tama[]
├My─Tama[]
├Stage─Back
├Point
├GameKey
└TamaNumber
＊Back.cs
Back
＊Die.cs
Die
＊Game.cs
Die
＊GameObject.cs
GameObject
＊Key.cs
GameKey
TitleKey
RankingKey
＊Main.cs
Main
＊My.cs
My
＊Number.cs
TamaNumber
Point
＊Ranking.cs
Net
Ranking
Score
File
＊Stage.cs
Stage
各ステージ
＊Tama.cs
各弾
＊Teki.cs
各敵
＊Title.cs
Title
具体的なイメージは少々お待ち下さい。今日の夜〜明日の間には公開できると思います。
実際は画像が変わり、敵が弾を出すようになり、ステージが追加されたりします。
https://www.mediafire.com/folder/8gurxfhhq2a4d/
現在の予定
・無限ループ
・通常弾で攻撃するとゲージが溜まりゲージを消費して特殊弾を撃てる
まあそれしか知らんのならしょうがないが。
.NET Frameworkがあるからと言う事ですか？
GameObjectクラスを少し作成。
Mainクラスとmainクラスに変更。
Mainメソッドを少し作成。
仮の画像を追加。
GameObjectクラスのコンストラクタとその子クラスのコンストラクタを作成。
GameObjectクラスにメソッド追加。
mainクラスで画像の読み込み。
その他修正。
チケットを作成しました。
自機を作る
https://osdn.jp/ticket/browse.php?group_id=10028&tid=35316
Dieクラス作成
列挙型Direction作成
Myクラスの移動部分作成。
GameObjectクラスのimgX、imgY、hitX、hitYをプロパティでまとめて変更できるようにした。
GameKeyクラスをstaticに。
GameKeyの移動部分を作成。
判断するにはまだ早いかと。
成果物はおろか中間ファイルまでリポジトリに入ってるのは勘弁だがｗ
Screenクラス追加。
Gameクラスを少し作成。
is-a、has-a、ファイル分け.txt変更。
その他変更。
Datasの置き場所に工夫が必要になるけどさあ
objフォルダとbinフォルダはいらないという事ですか？
VCS使うの初めて？
まあソースツリーとバイナリの配布は別々にした方がいいかと
最近はGitのが解説多そうだしなあ
.svnignore とVisualStudio svnあたりでたどってみては・・・
少し調べてみます。
TamaNumber削除
GameObjectの座標を倍精度小数にし、それに合わせてその他メソッド等を修正
Tamaクラスの弾管理メソッド作成
【r10】
フォルダ構造を変更
【その他】
r9で弾幕っぽくなっていますがあれは自機の必殺技的な物です。実験用に自動で弾が発射されるようになっています。
敵を倒すとゲージが溜まっていき、それを使う事で特殊弾や一定時間無敵、スピードアップや連射等の強化ができるようにする予定です。
QSTG
意味…QuickSTG
何かいまいち。
分かりにくいコメントの修正。
GameObjectクラスのコンストラクタ(double,double,int)、(GameObject,int)を追加。
GameObjectクラスの中心座標取得関係のメソッドをint型指定でもできるようにした。
テスト用にオブジェクトの当たり判定部分を赤い四角で囲んだ。
当たり判定用の座標、大きさと画像用の座標、大きさについて.txt作成
追跡弾作成
回転弾変更
散弾作成
自機の移動範囲拡大
弾のキー操作に少し対応
基本的に当たり判定用の座標、大きさと画像用の座標、大きさは同じにして下さい。
ただし弾のスピードが速すぎてすり抜ける場合など調整が必要な場合は調整して下さい。
また画像用の変数をメインに考えて下さい(はみ出しチェックなどは画像用変数で行う)
【ゲージ関係.txt】←次回のコミット時に追加します。
敵を倒すとゲージが溜まっていくようにする予定です。
そのゲージで色々な技をできるようにする予定です。
以下現在考えている技(全仮名)
【弾系】
ゲージを使う事で特殊弾を撃てるようにする予定です。現在の予定は
＊高速弾
通常の弾の1.5〜2倍速い弾
＊拡散弾
前に飛んでいく弾
＊追跡弾
敵の方向に飛んでいく玉弾
＊回転弾(切り札)
数方向に弾をばら撒く
＊円形弾
円形に弾を飛ばす
【ゲージ関係.txt】←次回のコミット時に追加します。
敵を倒すとゲージが溜まっていくようにする予定です。
そのゲージで色々な技をできるようにする予定です。
以下現在考えている技(全仮名)
【自己強化】
＊連射強化
弾を発射できる間隔が短くなる
＊移動速度強化
速度が1.5〜2倍になる
＊当たり判定縮小
自機の当たり判定が1/2〜1/4になる
＊弾サイズ強化
弾サイズが2〜4倍になる
【その他】
＊回避
60Fくらい無敵
＊カウンター
最初の5fで敵の攻撃が当たれば回転弾、6〜10fなら円形弾、11〜15なら拡散弾などのカウンターが可能。ギリギリまで引き寄せるほど効果が大きくなるようにしたい。
「ゲージ関係.txt」作成
Tamaクラスの進むx、yを先に計算するようにして高速化。
回転弾変更
テスト用のDrawBoxが重い為コメントアウト
散弾変更
【その他】
GameObjectクラスが使いにくいので改造中です。
「当たり判定用の座標、大きさと画像用の座標、大きさについて.txt」削除
GameObjectの大幅変更とそれに依存するクラスの修正
＊内容
今までの当たり判定と画像のXYWHを統一し当たり判定を+数値で指定するようにした。
便利なプロパティやコンストラクタ等の作成。
当たり判定のすり抜け防止の為、矩形の当たり判定に加えて線分の交差判定を追加した。
その他色々。
＊注意
newして待ち時間のある弾は発射した機体を追うため、機体が動くとテスト用当たり判定線分の表示がおかしくなります。ただしゲームには影響ありません。
"煌速凶獸狙撃"
意味：光(煌)速で凶暴な獣(獸)を狙って撃破。
でも獣じゃなくて戦闘機のシューティング作りたいんだよな・・・
最近人型多いから。
機械なら
"煌速危機狙撃"
でもいいか。本当は危険な機械って書きたいのに危機になってしまったorz
GameObjectクラスにNotLineメソッド追加
前回コミットの弾を発射した後移動すると当たり判定用線がおかしくなる不具合修正
機体の描画領域を画面の端までから380×460(ただし左と上に10隙間がある)に変更
それに合わせて各クラス変更。
またGameObjectクラスのDrawGraphを使って描画している場合はウィンドウの座標ではなく描画部分の座標で指定して下さい(例:ウィンドウのX20に描画する場合はX10と指定)
自機の初期位置変更
散弾変更
通常弾、高速弾、連射弾作成
Tamaクラス修正
GameObjectクラス修正。スピードが速すぎると線分交差判定がおかしくなる問題修正。またそれに依存するクラスの修正。
「ゲージ関係.txt」変更
連射弾変更
弾の待ち時間.txt作成
弾の発射にキーを割り当てる為に色々変更
C#版DXライブラリはオブジェクト指向的に不自然だから、軽くでいいからラッパーを作ってC#の流儀に合うようにしたほうがいいと思うぞ
あとは、もう少し名前に気を使ってC#の命名規則に合わせるとか、ドキュメントコメントつけるとか、publicなフィールドはすべてプロパティにするとかしとくと後々余計な苦労せず済むかも
javaから移ってきて文法がほぼ一緒だったので何となくで書いていました。
ラッパーを作るというのは例えば
DX.TRUEorFALSEを返す所をboolで返したりという事でしょうか？
そういうのもそうだし、refやoutを取る関数もラップするとか、呼び出しをクラスにまとめるとかいろいろある
ただし、あんまりこだわるとラッパーライブラリ作るのに忙しくてゲーム作成に行き着かなくなるからほどほどに
あと、座標はPoint、大きさはSize、矩形はRectangleにしたほうがスッキリするし、IntersectsWithみたいなメソッドも使えておすすめ。
ただし、構造体はフィールドとプロパティで扱いが違うから、publicはすべてプロパティに統一しない後々面倒かもしれない
自作しないで
http://totora.jpn.org/archives/2006/04/c_directx.html
はどうですかね？
それは方向性はいいけど、更新されてないから真似して作り直したほうがいい
こういう感じでいいんですね。分かりました。
作ってみます
自機速度変更
敵のtestバージョン作成
追跡弾完成
当たり判定改善
しばらくこのプロジェクトは休んで、DXライブラリのラッパーを作成します。ラッパーが完成したら再開します。
まじこれよくあるパターン
DXライブラリらしさを受け入れるか、monogame/xnaを使うかどちらかにした方がいいよ
ラッパーって結構大変ですかね？今少し作ったんですが。
後は当たり判定などのライブラリもセットにする予定ですが
オープンにしてみんなで作るか、機能限定にしておくか
すっぱり諦めるか
OSDNで作っています。
https://osdn.jp/projects/dxlibplusforcs/
git svn でcloneしてbranch作ってみた、休日しかいじれないけど手伝えそうならアカウント作ってみるよ
SVN以外使い方分からないんですよね…GITのプロジェクト多いですけど。
宜しくお願いします
いや、GPLから持ってくるならGPLである必要があるし、前もって決めておかないとかなと。
シューティングはGPLで、DXラッパーはDXと同じです
C#なら、素直にUnity使えば良いのに。
演出系でレイヤー構造を複数持たせられないと現代シューティングは難しいよ。
マップや出現ポイントエディターは作成するの？
しないのならTEXTファイル？それとも既存のMAPエディタ乗っ取る？
Unityは速度的にどうなんでしょうかね？3Dだと重くなりそうなので。
ただ今回はDXライブラリで作ろうと考えています。
敵の出現管理はソース直書きより外部ファイル取り込みのほうが便利ですかね？
DXライブラリ、癖あるでしょ。DirectX9.0cに準拠するのかな。
そしたらsprite無いよね(涙
チップのアニメーションとかはどうやるの？
Uniryだとmultiple-spriteがあるから楽だけど。
時間があったら、mapエディターとチップ出現エディター作りたいけど、自分の仕事でいそがしいっす。ごめんね。
テキスト(CSVでもいいけど)でやるより、一つのエディターでやれば楽だけど、バックスクロールや上下スクロールが大変だね。
あと、多重スクロール。
まあ、スピード的にはC#+DXライブラリで問題ないでしょ。Unityは次覚えたら良いんじゃないかな。
今は殆どスクラッチでしょ？
敵のアルゴリズムとか、玉のアルゴリズム大変でしょ？
直進系なら良いけど、放物線とか結構大変だよ−。
がんばってね！
しかし、α1.1をやってみたけど、
＞敵や敵の出す弾は高速ですがあまり弾を出しません。
＞瞬発力を必要としますが攻略も楽しめるゲーム
ってのがどんなイメージなのか良く分からんかった・・・
今日び、
オッサン心をくすぐるドット絵を出すだけじゃ、喜ばれないぞ！
あれはまだ実験段階のjavaで作ったゲームなので、まだ色々機能を追加します
今の所の考えている事は
弾幕のように弾が遅く、大量に出てくると言うより、スピードの速い弾を少し出してくる感じです
攻略も楽しめると言うのは、敵の大技の前には分かりやすい予備動作があり、運ゲーにならないようにする感じです
後はカウンター、ゲージ溜め→大技、自己強化なども追加します
そういえば、対戦FPSやってると、
時間当たりの情報処理能力がズバ抜けている瞬発力系プレイヤーと、
知識が豊富で戦略を押し付けてくるプレイヤー
の２種類が幅を利かせてくるな
ところで弾幕はそうだが、スピードの速い玉っていうのも最近使われまくっていると思うが
２０年前の「レイストーム」の戦艦レーザーなんて、
守銭奴根性がにじみ出ていたぞ！
成長要素、収集要素、ミッション選択のある彩京シューライクなSTGということでよろしいか
モンハン的要素はシステム面じゃなくてアクション面です。
まだ検討中ですが、銃の種類を似たようなシステムにしたいと考えています。
とりあえず、こうあるべきの部分は後にして１対１で全ての関数を呼べるだけの下地を作っとかないとか
使用頻度１とかは諦めるか代替方法を模索する方向で
俺には出来ん 諦めろ と突っぱねる強さも必要
アドレスを返すらしいけどアドレス→構造体って難しそうだし、そもそもDINPUT_JOYSTATE型構造体が使えないし
GetJoypadDirectInputState
２つの値を同時に取るみたいなのが多いと困るがｗ
DINPUT_JOYSTATEって検索したらメンバーに配列があるのな
そういったのはどうやって渡すのか知らなかったから検索してみた
http://www2u.biglobe.ne.jp/~kaduhiko/csharp_05.html
クラス内に構造体の宣言とか出来たのか…
ありがとうございました。
あ、そのまま構造体を渡しても配列があると駄目なんですね。
作ってみます
ずっとラッパーばっかりしてると疲れてくる…
東方とは逆の物を作りたいから西方にしようと思ったら既に存在していた
ゲームをロジックと表現で分けて作るとDXLibを参照するクラスが減るから
DXLib臭さもそんなに気にならなくなるよ
ラッパーって本当に大変ですね…
流石にそのままミッションデータをcsvで保存するのはあれだから、csv→バイナリに変換するくらいはするけど…
http://svn.osdn.jp/svnroot/shooting-game/%E3%83%A1%E3%83%A2%E3%81%AA%E3%81%A9/%E4%BB%95%E6%A7%98.txt
モンハン意識しすぎたかも。装備名は流石に変えるけど…
敵の出現ファイルの情報は
カウント、敵ID、簡単or難しい(難しいはモーション追加)、攻撃倍率、全体防御率でいいかな？
これをスタート→ボス、ボスの情報、ボス中の雑魚ループで分ければとりあえず良さそう
キーボード、JOYPAD、マウスは無視かな?
それとも、自機からの位置を特定したりするのかな？
DirectInputはDirectX8からほどんど変わってないよね？
一応忠告しておくけど、ForceFeedBackを使うとVS2003では最適化オプション付けるとハングるから、
#pragma optimize("", off)
したほうがいいと。多分、callbackが怪しいと思うけど。
ただイラストをどうしよう
テスト自機クラス作成
敵の抽象クラス作成
雑魚敵の抽象クラス作成
ボスの抽象クラス作成
テスト雑魚とテストボスの作成
テストステージの作成
Gameクラスを完成させる
各種自機作成
各種雑魚作成
各種ボス作成
各種ステージ作成
音声、エフェクトなど派手にする
バランス調整やデバッグ
プログラムのやる事一覧。問題は画像だけど…
移動すると操作しにくい
残りやる事リストです
ボスの抽象クラス作成
テスト雑魚とテストボスの作成
テストステージの作成
Gameクラスを完成させる
各種自機作成
各種雑魚作成
各種ボス作成
各種ステージ作成
音声、エフェクトなど派手にする
バランス調整やデバッグ
敵倒したら散弾が飛び散る的な
ゲームとしての仕様を話してくれたほうが盛り上がる気が
【自機】
*共通行動
8方向移動、Shiftボタンで低速移動
回避
ジャストダッシュ…ギリギリで回避することで一定時間無敵ダッシュが可能。ジャストダッシュの最初にHPが微回復
*依存行動
通常攻撃
特殊攻撃
必殺技(攻撃系)…攻撃があたった時に貯まるゲージを仕様
必殺技(自己強化系)…攻撃系必殺技と同じ
ジャストカウンター…ジャストダッシュ中にZを押すことで攻撃が可能。カウンターをしないままジャストダッシュの時間が終わった場合はHPが更に回復
基本的なモーションを持っており、HPが0になった場合は連鎖爆発(雑魚敵のみ)
攻撃倍率、全体防御率、モード、X座標は同じ種類の敵でも異なる
【ミッション】
雑魚が全て出ると、ボスが出てきて倒すとクリア。ポイント制ではなく、タイムアタック制の為、雑魚を倒す目的は主に自己防衛と必殺技ゲージや機種固有ゲージ貯め
あと「ぬるい攻撃」はいやでもかわせるわけで、「ギリギリ」だと無敵発生となると、
その無敵中に弾幕の薄い場所に逃げるように立ち回っていれば
無敵が切れた時によっぽどの凡ミスをしない限りは被弾しないね
しかも即死じゃなくてHP制（回復アリ）だと、それが累積しないと撃墜されないわけで
まあ実際作ってみて調整すれば何とかなる話かも知れないけど
後一昨日からPCの調子が悪くてVSの起動も出来ないので少し開発は休んでいます
すみません
http://hayabusa3.2ch.sc/test/read.cgi/news/1450395043/
もう少ししたら再開します
ドット絵勉強中です
確かにそうですね。協力者が来るかは分かりませんがとりあえず仮画像で作ってみます
2月までは忙しいのでそこまで進められるかは分かりませんが・・・
コメントつけるべきだった
ソースコード整理しよう
プログラマ1人で締切りなしで作業してると
リファクタリングばかりやって先に進まなくなるよマジ
あと2日くらいで整理終わりそうなので、それが終わったら基本機能完成させて敵作ります
イノシシ、ネコが大体完成したのでウサギを作っていますが、無理ゲーになってしまいました・・・
ブレンドモードを頻繁に切り変えると遅くなるので
ゲームの画像を読み込むときに白い画像を内部で作成して
ダメージを受けたらそっちを表示するように切り替えて使うしか思いつきませんでした
dxライブラリで白い画像作る関数
http://toro.2ch.sc/test/read.cgi/gamedev/1330000532/918
あるいは絵を最初から白く光ったのを持つとか
ブレンドモードをαブレンドに切り替えていましたが遅いんですね
少し変えてみます
いまのアプリに適当なのを勝手にやれば。
背景多重スクロール
BGM
SE
高速化
画像をしっかり作り込む
敵の動きの関数を作り、実装しやすいようにする
エフェクトをしっかり作る
ギリギリ回避の調整
体験版というよりプレアルファ版と言った方が適切かもしれませんけど
http://www65.atwiki.jp/machshooting/
今さら別のにしろとは言わないけど
最初からDXライブラリですが
DXライブラリを選んだ理由は、国産なので日本語の情報が多いからです
いい加減にしろよ。インストーラー使えば.NETのインストールくらい簡単だろ
言語はc#だし、.NETのクラス使っているから
何か基地外と同一人物認定されたし、STG板の奴頭大丈夫か？
http://tamae.2ch.sc/test/read.cgi/gamestg/1453820653/
ここはプロジェクトページにして、STG板の人に宣伝する予定だったけどあそこの板の人、PCの事全く分かってないみたいで説明するの疲れるわ
ベクトルなども使わずに直接X,Yを動かしていましたが、不便になってきたので
そこ、ＳＴＧ板のスレの中でも一番触っちゃだめなとこじゃん
しかも最近のまた荒れ始めたタイミングで投下とか自殺行為でしかない
ソース読むより先にスレを読むべきだったね
まだ未完成って言ったのに、絵が酷いだの、BGMがないだの、エフェがしょぼいだの散々だわ
>>134
そうだったのか・・・知らずに投下してしまったわ
仰る通り、未完成とは言ってもその水準が余りにも低すぎたのが原因ですよ…^_^;
(ここでいう"水準"はゲームの面白さではなく完成度としての話ですよ)
私もプレイさせて頂きましたが評価しようにも判断材料が少なすぎて何から感想・アドバイスすべきか検討もつきません。
また、それに加えてコッチとアッチ（シュー板）での貴方の態度が二枚舌である事等から著しい反感を買っています。
.NET云々の話も、あり得ない症状であるなら何かしら別の要因によって不具合が発生している可能性も考察すべきでは？いざという時は匿名なのでスルーも手です。
とりあえず、まずは１面だけでもしっかり作ってから意見を求めてはいかがでしょうか？
意見失礼いたしました
ゲームに関しては応援しています、めげずに頑張ってください
メンバー募集かあるいは
素材を投下する程度の薄い関わりが好きな人はWIKIに画像を上げればいいのかな
カスリの無敵時間ですり抜けるとか
昇龍拳コマンドでローリングしてすり抜けられるとか
.NETの件は不具合というよりプレイヤーの動作環境的な問題です
「WindowsのソフトをMacに入れたら動かなかったからMac用に作れ」って言っているような物ですし
マクロ使って1000まで書きこむとかなにかしてさ
ktr氏の異常な承認欲求と無責任な行動は「匿名掲示板だからどうでもいい」って考えが根底にあるから取れる行動だよね・・・
完全な匿名ならそれもいいかもしれないけど、ktr氏の身分が他SNSやBlog等で繋がってる以上、悪手にしかなりませんよ
そんな危ない事したくないですし、放置しておけばその内埋まっていくと思います
別に落ちようが、放置しようがスレ覗かなければ関係ないですし
>>121
BGM
エフェクト(管理方法の変更も)
背景多重スクロール
キーコンフィグ
ドット絵を何とかする
図形クラスを作り込む
敵を作りやすいように動作専用クラス(構造体？)を作る
複雑な敵の実装
あとスレが残っていたら何が困るんですかね？
別にそこまで困らないのであれば、鯖に負荷が掛る1000まで書き込む方が迷惑になると思うんですが
匿名ではない事も分かっています
>サーバやシステムのリソースは無限じゃありません。
>スレッドを立てる前に、同じような内容のものがないか確認するのも忘れずに。。。
もう建ててしまったので…
>データ量をむやみに増やしたり無駄にスレッドをあげたりすると、「荒らし」と呼ばれちゃうこともあります。
無駄に書き込むのはこれに当てはまるのでは？
放置が最善だと考えています
個人制作の場合完成させる事が最優先なので
最初雑魚ありで作っていたのにボスオンリーに変更したのもモチベ維持という所が大きいです
部位破壊も作りたいのですが、当たり判定から変更する必要が出てくるので少し待って下さい
俺は>>144じゃないけどそのスレを起点にしてお前が宣伝したスレの大半が関係無い話題になってるのよ
そのスレ生きてる限り話題が終わらないから凄い迷惑なんだよね
素直に皆コッチに誘導されれば文句は無いけどさ
とにかくSTG板の雰囲気を悪くした事だけは自覚してくれ
はっきり言って結果論だけ見れば自覚の無い荒らしにしか見えないんだよ
（同板で慢性的に叩かれてるゾルゲやガントレ作者みたいなもの）
>>150
ツールの存在を知らなかったのと、もしツールがあったとしても自分で作りたいからです
いくら自由度が高いと言っても、1から作った方がいいと思うので
とりあえず最新verUPしました
wikiの操作方法を変更しました。
キーコンフィグはもうしばらくお待ち下さい。
その他細かなバグ修正等も行いました。
それもすごい大変だけど
こういうトゲのある言い方をいちいちするから炎上するのでは...
とりあえず効果音やBGMについてはフリー素材や自動生成、簡易生成ツールを利用して仮設定しておいた方がいいかもね
あと君の性格だと2chよりTwitterで製作活動するほうがいいと思うよ
「みんな大好き崖さんです。今回(MetaCraft)はバックができるぞ！」
ttp://space.geocities.jp/b_logic00/
すみません。今はTwitterよりしたらばへの移動を考えています
このゲーム楽しそう
http://game.g.hatena.ne.jp/Nao_u/20110820
「味の素使ったら楽だろ」
料理人「そんな物使わずに1から作ります」
「じゃあ野菜も自分で育てて、牛も自分で飼育しろよ」
ゲームの出来より作者の人間性を叩いてる人が多いのでそれはないと思う
あっちはあくまでも「製作ごっこして遊んでたらなんか出来ちゃった」だから、
認められる以前にそもそも初めからスルーされてた感じなんだよなあ。
（だからこそスレ内での動きが滅多に槍玉に挙げられず、内々で収まってたってのもある）
中心人物だったあのさあも、コンポーザーとしての能力と実力こそ持ってはいたけど
人間性って意味では手放しに喜べない、扱いの難しい手合いだったから
開発停滞して進展のない時期は必然的に負の方面の比重が大きくなりがちだった。
結局は今後の作品の出来で語っていくしかないんだろうね。
人間性への評価は帳消しにはできんけど
根性見せるくらいはできるわけで
にしても、やり込みやり込み言っているが、スコア記録も残らなければ、
○○の結果として○○ポイントを得た的な画面表示もないので、これもこれからか。
まあ3.5や2.0に落とすって手もあるっちゃあるだろうけど
モンハン的な、一体の敵とじっくりやりあうタイプのSTGは俺も妄想したことがあるので
応援させてもらうよ
自分もプログラマだから素材的な支援はできそうにないが
タイム記録はどうするか考えています(多分バイナリに最速クリアF数書き出す事になるかと)
今はGIMPでエフェクト画像を作成中です
とりあえずこのまま作っていって拡張したいと考えています
タイム記録についての追記
まだ自機のバランス調整などが終わっていない為、このまま記録を書き出すと色々問題が起こりそうな気がします
verUPの時に記録を削除しないと前verの記録に追いつけないという事態が起こりそうですが、記録をそんなに簡単に削除するのもどうかと思うので。。
とりあえず安定版完成するまではお待ち下さい
でも読みやすくすると重いし
速度をとるか、読みやすさをとるかどうするべきか・・・
(・ブレンドモードノーマル)
BGの描画
地上物爆発跡
地上物、戦車
地上物の爆発
地上物の演出の爆炎、破片
空中物、飛行機
飛行物体の爆発
飛行物体の爆炎、破片
アイテムの描画
・ブレンドモード アルファブレンドをセット
自機弾の描画
敵弾の描画
・ブレンドモードノーマルをセット
自機、オプションの動画
・ブレンドモード アルファブレンドをセット
演出の光などの描画
雲の描画
・ブレンドモードノーマルをセット
最上位に表示したいものを描画、目の前に見える鉄骨や雲など
（横にスクロール外部分あればそこの描画）
スコアや文字の描画
気は確かか
もしそうなら、毎回ノーブレンドに戻さない方がいい気もする
ついでに軽くなりました
見やすさと、見た目を両立出来た…と思います
通常型は他の型に対抗出来る程度の火力に調整
拡散型>全方位拡散が強すぎたので弱体化
拡散型>前方拡散は全方位の下位互換だったので、中心部分を強化し、端を弱体化することで遠距離でも最低限の火力が出るようにした。
全方位拡散・・・近距離:超高火力、中距離以上:超低火力
前方拡散・・・近距離:高火力、中距離:中火力、遠距離:低火力
最新コミット
Image(int handle,double R)構造体を作り画像に半径を持たせた
自機に近い弾を四角判定で洗い出してから半径で判定するといいって聞いた
矩形判定→カプセルで夜分処理速度10倍くらいにはなったんですが、エフェクトを豪華にしていたら今度は描画で処理落ちするようになってしまいました・・・
よく分からなかったのでウィキペディアで見たら3Dで行うものと書いてあったのですが、2Dでも出来るんですかね？
エフェクトがどんな感じかみてないので使えるかわからないけれども
エフェクトは今度ZIPでまとめて配布した時に見てみて下さい
半径をdouble Rで持たせてるってことは
sqrt(dx*dx+dy*dy)<=R
みたいな判定をしているっぽいけど、
半径の二乗をint R2として
dx*dx+dy*dy<=R2
にすれば、そんなに重くないんじゃないか？
円の当たり判定は一切使っていません
まず矩形で適当な判定をした後、カプセル※1で厳密な判定を行っています
※1
Capsule(Line(現在の座標,前回の座標),R)
あっでも
if(!矩形)return false;
if(円)return true;
return カプセル;
の方が早いかもしれません。少し変えてみます
更新内容
・エフェクト
・自機のバランス調整
・敵の追加
・その他細かい部分
相手は撃ってこないみたいだけど弾幕にしないんだっけ
システムがガタガタなんです
そんな感じです
これは主にXNA界隈で問題視されたんだけど、恐らくDXライブラリでも当てはまるはず
リアルタイムでマネージドの描画APIを呼び出すと、
その度にカーネルの切替が発生して めちゃくちゃ 重いんだわ
だから対策として、XNAではあらかじめ2D用のAPIとしてスプライトバッチという
しくみを提供してたんよ。これは内部的に一度の描画APIで
複数のスプライトを一斉に描画するようにして上記の問題を解決していた
（3Dのほうも同様だったが割愛）
自分はXNA上がりなのでDXライブラリのほうは詳しくないけど
もしDXライブラリの描画コマンドがそのまんDirectXの描画コマンドを
呼び出しているだけで、>>1がそれをそのまま用いてるとすれば
上記のカーネル切替による速度低下が起こっていると思う
DXLibは一度に描画を行っているが、ブレンドモードを切り替えると一旦描画されるので遅いみたいなのは聞いた気がします
なので出来るだけブレンドモードを切り替えないようにしないといけないみたいです
同じブレンドモードで纏めて描画すればバッチ化されてる感
でも本当、マネージドとかDirectXとか、
ちょっとしたことでガクッと描画速度が落ちるから怖い
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=past&no=1901
だから、ブレンドモード呼ぶ回数何とか減らしたいんですけど、今の状態で呼ぶ回数減らしたらソースが読みにくくなって大変なことになりそうなんですよね。。
画面回したら気分が・・・フラフラしてきた
何とかして改善したい
と思ったが画面が回転するのか
最高でこのくらい曲がるんだよね
画面が90度単位で回転している時は完全にまっすぐ行くけど、それ以外の時はだんだん誤差が大きくなって、45の倍数かつ、90の倍数でない角度に回転しているときに一番曲がる
誤差の出た結果から更に計算すると誤差でかくなるから常に基準値から計算したほうがいいよ
多分そうだと思います
改善したいのですが、結構難しくて・・・
・お知らせ
最新ver公開しました
全方位化計画後初めてのUPですので前回とは結構違った感じになっています
・今後の予定
折角全方位化したので、同じ方向から攻め続けると耐性がついて、ダメージが少なくなるようなシステムを作ろうと考えています
Vecをもう一度作り直しただけだけど
原因判明
Lengthプロパティでも同じ事していた
public double Rad
{
get { return Math.Atan2(this.y, this.x); }
set
{
this.x = Math.Cos(value) * this.Length;//←ここで長さ変わってるぞ
this.y = Math.Sin(value) * this.Length;//変わった長さを掛けたからラジアンも変わったぞ
}
}
敵が画面外にいくから、レーダーが欲しくなるね。
なんか背景の描画が重い気がする？
描画は確かに重いですね。
30FPSモードも追加したほうがいいかもしれません・・・
wikiに書いてありますが、Wがターゲットカメラになっていて、敵の方向を自機が向きます
遠距離攻撃のない敵がタゲカメを使って遠くから撃っていれば勝てるので、調整する予定ですが・・・
BluRay見ながらで26FPSくらい
ソース落とさせてもらいました
Back.Draw内のZBufferがらみを削って動かせば57FPSくらい出る
円形にしたかったのでZBuffer使っていたのですが(マスクよりは軽い為)
設定で変えれるようにした方がよさそうですね
使ったこと無いので適当いうけど、
ZBufferを毎回クリアして、
背景描画の都度Zbufferを上書きしてしまうより
早いんでない？
背景の円形描画に使っています
なってしまうのを円形に表示したいので、ZBufferを使っている、って感じ。
自分のやりたいことを、自分なりに作るのは、スキル向上の第一歩だ！
（そして数年後に恥ずかしくなるorz）
→ZBufferを使っている
ちょっと時間がないので実機で確かめられなくてスマンけど
この繋がりが分からない。大きな円の外枠を描画してその部分を手前にってこと？
丸く背景を描くために、あらかじめ
その外側のZbufferに最前値を設定して書き込めなくしておくイメージ
最初にステージ全体にZBufferをした後、円形の部分のZBufferをクリアしています
とりあえず
・キーコンフィグ
・その他設定
・ゲーム中の一時停止/タイトルへ
・複雑な動きをする敵一匹
・敵のエフェ
・敵のドット絵
ここまで出来たらとりあえず完成版と言う事にするか。
オンラインゲーみたいにどんどんバージョンアップさせればいいし
旋回にするのはどうだろう
アホか
旋回して移動だと操作しにくくないですかね？
>>222
敵はまだまだ追加したいのですが、とりあえず遊べるようにはしたいので
うん、俺もそう思った。すまんｗ
LR付きパッドなら、LRで旋回とかできそうだけどね
コミット＆ZIP化します
動き複雑にして・・・
・・・クソツヨイ
フリーならまあVer.1.0公開ってことでいいんじゃないのかね
こいつ強すぎだろ(自分で作っておきながら)
最新バージョンアップロードしました
https://osdn.jp/projects/shooting-game/releases/
新敵レオーネの追加と一時停止の実装です
今まで結構長かったソースがかなり短くなりました(ソースはボアです)
if (!this.SyncTransfer.Need)
{
this.SyncTransfer.Add(new ChargeEffect(this,300,(int)this.R*3,Color.Red));
this.SyncTransfer.Add(new SetPower(this, 20));
this.SyncTransfer.Add(new ULMTarget(this, this.My, 10, 60));
this.SyncTransfer.Add(new SetPower(this, 0));
}
https://github.com/kgtkr/MachShooting
今度からはここにコミットしていきます
でもちょっといい？
コンパイルしてできるものは含めないほうがいい
履歴のバイナリをzipで含めるのも論外
.gitignoreも設置したほうがいい、VS用で探すといい
readme.txtかreadme.md をトップに置くといいよ
zipはGitHubのreleasesに置けばいい
コミット時のコメントに現在と書いてもいつの現在かわからなくなるよｗ
最初は差分無いから適当なコメントでいいけど
libを入れるのはどうだろ、、まあある程度はしょうがないか
今まで手動でしていました…
まだGitHub使い始めたばかりで、README.mdやreleaseの使い方がいまいち分からなかったので、調べてみます
libというのは、DXライブラリのフォルダをそのまま入れると言う事でしょうか？
改善します。ご指摘ありがとうございます
まあ現状ではそのままでいいと思う、いきなりビルドもできるしね
最初はそんなもんだろうけど
＞ブレンドモード切り替えを頻繁に
.NETのカーネルスワップの問題なのでCPUの負荷
＞Zバッファ
GPUの負荷
ただここ数年のハードでZバッファがそこまで重いというのがよく分からない
まあ1画面全体となると馬鹿にならないか…
とりあえず一段落ついたので、今日から再開します
ラムダ式を使えばもっとスッキリしそうな気がするけど
出来るだけ短くしたいんだけどな・・・
中止した訳ではありません
2015/12〜2016/1みたいな休止状態です
メイン作成中はRPGだけど、息抜きでSLG作成中。
でも軸はずらさないようにしてる。
(将来RPGに実装したい一部分を抜き出してSLGの体で分割開発してる感じ)
全部Programクラスに突っ込んでいるし
Atom Z3775でFPS 39出てた
そこそこ軽いんじゃね？
…とは言っても真面目に書いたと言って糞下手な絵出すのも恥ずかしい
画力欲しい
config.iniのFPSプロパティで設定できます
1が初期値です
http://www65.atwiki.jp/machshooting/pages/21.html
http://www.dotup.org/uploda/www.dotup.org896160.png
30とか20だからFPS固定だと思ってた
とりまFPS=2 では起動時に58FPSぐらいまで下がるが他では60FPSに張り付いてる
弾の発射速度が向上してるから動作速度も上がってるぽい
ちなみにFPS=3でも同様
デザインより先に内部構造を作ってから他の作業したほうが効率いいっぽいよ？
修正します
内部構造は大体出来たので、あとは敵を増やすくらいなんですよね
とりあえず動物シリーズは一通り出来たので、細かい調整やデザインをしています
PreAlpha20160609
https://github.com/kgtkr/MachShooting/releases
公開設定になっていませんでした
中身頑張ろう
最終的にはあんな感じで、敵を誰でも作れるようなスクリプト作りたいな
でも難しすぎる
最終的にはlua使うことになりそうだけど
気持ち悪
中括弧がよかった
何だこの言語は
あと累乗が^
null nil
頑張ってBASIC文法に慣れます…
ごめんなさい
他のライブラリのほうがよかったのかもな
現在NLuaで作っています
API部分を整備して、ある程度の知識がある方なら簡単に新しい敵を追加出来るようにしたいと思っています
>>287
3Dゲームだと力不足かもしれませんが、2Dはちょっとした効果をつけられる画像の描画と音楽とキーボードが使えれば十分なのでDXライブラリにしました
簡単に使えますし、国産で日本語の情報もとても多いので
あと、かなり昔からあるので安定していますし、内部でかなり複雑な事をしてくれていて早く動くようになっているみたいですので
なら無効な値の表現はどうしろと。。
要素削除と無効な値は別物だろ
bool and val1 or val2
メモ
val1,val2=0
val1は0
val2はnil
val1=val2=0
エラー
val1,val2=0,0
val1は0
val2は0
https://github.com/kgtkr/MachShooting/tree/6a7198017052a22a57e23ae57b23264fdc5b2161/Project/Enemy
何だこれ
開発者は動きから何から組んでるからよりエッジの効いた難易度にし勝ち。
ギリギリかわせる調整にしてるからギリギリ見切ってかわせ。てな。
プレイヤーをどんどん減らすゲームデザインで、ビジネスだったらAUTO。
自分ではバランス分からなくなってくるんですよね
そして異常に難易度があがったり。。
ところで、>>272のリリースの「レオーネ」倒せた方います？
あれ結構難易度高めに調整したのですが
動物系統のボスとしてライオンっぽい物を作りました
敵の遠距離攻撃は等速直線運動の弾だけにした方がよさそう
追尾、設置は嫌われやすいからね
何でこんなとこで東方アンチ活動してんだ…
フリーや同人なんだから作り手のやりたいようにやるのが一番だろ
本家じゃなくて誰でも作れる弾幕風の話です
--[[
NAME=ボア
HP=1500
IMAGE=Data/Image/Enemy/boar.png
R=15
CLASS=Boar
]]
みたいな感じで
Luaを使います
例えば等速直線運動(ULM)は、
敵→自機に突進するだけで、かなり長いコマンドを書かないといけなかったのを、
ULMPlayerを準備したことで、
スピードを継続時間を渡せば使えるようになった
これを組み合わせればかなり簡単にスクリプトを組めるようになると思うんだが…
↓
スピードと継続時間を
1時間くらい悩んでた
何でy,x何だろう
atan2のy,xはFORTRANからずっとそうだし、x,yのやつあったっけ？
三角関数は全部そうだったんですね
知りませんでした
レオーネ以外の移植完了しましたので、後はレオーネのみです
レオーネの移植が終わったら、読み込み速度を改善します
ボム廃止の代わりに円形弾強化した
見た目通りの判定なのに弾幕並の弾数で強いが攻略法はある
使い捨てていたら無駄な気がする
これが再現性のないエラーか
危なそうだからやめておこう
もし非同期にするとなるとLuaスクリプトの負担が増えるから、難しくなる
Lua側で排他処理って面倒そうじゃないですか？
東方弾幕風って敵だけじゃなくて自機も自作できるのか
こっちでもするか
敵ライブラリ：Hoge.e.lua
共通ライブラリ：Hoge.c.lua
lib直下、lib/enemy、lib/player
VIPゲ製初めていったらモチベ上がった
VIPに定期的に建つゲ製者達が雑談するスレ
現行
http://vipper.2ch.sc/test/read.cgi/news4vip/1468997846/
かなり早くなった
定期的に書かないとスレの存在忘れちゃうよ
たまにモチベ回復して一気に作るから
常時モチベ保つにはどうしたらいいか分からん
小中学校はもう夏休みか〜
夏休み中に一気に進めてアルファ版くらいリリースしたい
そこまでいけばあとはデパッグとドキュメント類揃えて正式版出せばいい
ｻﾝｸｽ
自分でいうのもあれだけど、最初は全ての座標をintで管理するとかいう非常識で完全に終わってる状態から始まって、よくここまで出来たよな
既にしてる
太鼓さん次郎も、東方弾幕風もソース公開してないから、作者いなくなったら更新も出来ないし
まだ頑張ろ
Easyだけど、、
UnityだとMoonSharpって言うのがあるのか
Unityで作るとどのくらい楽になるのかは知らないけど
しばらくはC#でいいか
間違った
DXLibよりUnityの方が楽らしいけど、しばらくはDXLibでいいかなと思って
豪華すぎるからな、パフォーマンスに影響はあるだろうな
STGに物理演算とかいらないしな
3Dにしたい、とか、VRに対応したい、とかあると
Unityは俄然やりやすくなる
DXライブラリだとUI作るのが辛い
あと商用ゲーム扱う板で、同人やフリーの話題出しても嫌がらせしてくるよ
それはともかく、特別なことをしない限り、
2DSTGでパフォーマンスがどうこういう話には、そうならないと思う
とりあえずUnityなくてもデザイン以外は大丈夫そう
弾幕STGみたいになるのは嫌なんだよね
でも弾幕も作れるくらいの方がいいんだろうか
違う違う。前にSTG板にスレ立ててなかった？
あーあれか
ここで製作の話題出してあそこの人に遊んで貰おうと思ったけどかなり叩かれたからあのスレはもう捨てた
反省してる…
まさかあそこまで大騒ぎになるとは思ってなかったから…
不都合な人が常駐しているということ…まあいいや、開発がんばってね
自分も励みになる
そういう事だったのか
でも最近同人とかフリー以外のSTGって見ない気がする
Luaから使うなら今までpublic指定していた所をinternal(アセンブリ限定)に変えた方が良い気がしてきた
下手に触られたら困る所とかあるし
1年以上続けてこれかよ…
LoadCLRPackage()
で全てのクラスがLuaから使えるようになるけどこれって大丈夫なのか？
IO処理も出来ることになるし
悪意ある人がスクリプト作ったら一発でウイルス感染するぞこれ
自分も不思議だったけどゲームセンターというものが壊滅的に少なくなってしまったから
ゲーセン用のシューティングを作っても利益が回収できなくなってしまった
だからゲームを作らない→ますますゲーセン潰れるの悪循環
グラディウスも５は家ゲーのみリリース
グラディウスって言うのはしたことないけど、確かにゲーセンは最近かなり潰れている気がする
家でゲーム出来るからほとんど行ったことないな
STGも商用はFPS(STGとは別ゲーだけど)が多いしな〜
LuaでC#の演算子のオーバーロードクラスは普通に使える
コルーチンのラッパー作るか
掲示板終わったら戻ってくるからもう少し待ってて
パッケージマネージャ的な感じで
https://anontown.com/topic/586e3d9539c4415c4c2f3c60
グーグル検索⇒『来島のモノノリウエ』
G6X6YB44TI
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
