★ゲーム製作期待の星！ HSP Part 9 ★

**いいからゲーム作れよ名無しさん** · 01/11/09 22:49

**名前は開発中のものです。** · 2011/08/19(金) 08:11:49.05

>>165
ドットの大きさって・・・もしかして解像度のことだったりする？
ＰＳ２の解像度はだいたい640x480だったんじゃないかな？
640ｘ480のウィンドウで作ればＰＳ２と一緒かもね

**名前は開発中のものです。** · 2011/08/19(金) 08:25:48.29

今の所16色でドット打とうと思ってるんだけどあんまり書き込みすぎて容量デカくなると画像表示大変なのかなぁと思って
コンテストのゲーム見ると簡素な2Dゲームが多いからそこが不安になったんだよね
ゲームのグラフィックはPS2ぐらいので満足というか好みなんで解像度もソレでやってみる

**名前は開発中のものです。** · 2011/08/19(金) 08:52:02.11

調べてみた感じフルカラーじゃなければ大して問題なさそうだね
256色でもいけるみたいだ
初心者な質問でスマンかった

**名前は開発中のものです。** · 2011/08/19(金) 10:06:00.51

PS2ぐらいってのは理論上は～ってやつだね
そもそも何人ものプロが朝から晩まで頑張って何十日もかけて作ってるものを
アマチュアが１人～数人で仕事や学業の合間の時間で完成させるのは無理な話

**名前は開発中のものです。** · 2011/08/19(金) 10:25:21.90

理論上できると知っただけでもかなりやる気になったよ
C++までになるとさすがに無理だと思ってたからね
プログラム板のほうに質問スレあるみたいなのに親切にありがと

**名前は開発中のものです。** · 2011/08/19(金) 18:21:26.69

意識が上を目指すのはとてもいいことだと思う
それがムリ無茶無謀でも俺は好きだよ

**名前は開発中のものです。** · 2011/08/28(日) 20:44:57.03

スレ立てから１０年が経とうとしている
ゲ製作から手を引いた人はどれくらいいるだろう

**雨島珠洲歌** ◆hpQKE7cBAE5Y · 2011/11/02(水) 21:00:02.12

ここを俺の日記帳にする

**雨島珠洲歌** ◆hpQKE7cBAE5Y · 2011/11/02(水) 21:03:25.27

メモ

メモリ上の png を読み出すには GDI+ (a2d.hsp に細工をすると楽）を使う

**雨島珠洲歌** ◆hpQKE7cBAE5Y · 2011/11/02(水) 21:06:59.65

GDIベースならネットブックで fps60 はかなり難しい

**雨島珠洲歌** ◆hpQKE7cBAE5Y · 2011/11/08(火) 19:48:44.14

ペロッ
これは一日坊主の味だ

**名前は開発中のものです。** · 2011/11/23(水) 14:20:26.90

すみません。知恵を貸して欲しいのです。
現在、ロードモナークみたいなリアルタイムSLGを作っているのですが、
素人技でくみ上げたらものすごく重くなりました。メインのルーチンは
キー入力→(0～9or10～19or…480～489or490～499)味方駒処理→(0～9or10～19or…480～489or490～499)敵駒処理
→(0～5or6～11or…288～293or294～299)味方拠点処理→(0～5or6～11or…288～293or294～299)敵拠点処理→
各グラフィック表示→各情報表示→戻る
といった感じでまわしています。

メインルーチン内ではサブルーチンを出来るだけ使わないようにしてまっすぐ下へ流れるように組んでいるつもりです。
モジュールは現在使用していません。

抽象的過ぎるのは承知ですが、なにかお心当たりが有る方、ご教授ねがいます。

**名前は開発中のものです。** · 2011/11/23(水) 14:22:10.59

原因がわからないなら描画回数減らせば？

**名前は開発中のものです。** · 2011/11/23(水) 14:25:34.25

適当な範囲でコメントアウトしていってどの処理が重いのか調べるところから始めてはどうでしょう

**名前は開発中のものです。** · 2011/11/23(水) 14:35:24.07

>>178
ありがとうございます。
いわれてみれば、全部処理してから描画しては動かなすぎたので、
今は10駒ユニット処理毎に一回描写命令を出していました。
描写命令を出すタイミングを考えて見ます。

>>179
ありがとうございます。
成る程、各処理に仕込んでやってみます。

**雨島珠洲歌** ◆hpQKE7cBAE5Y · 2011/11/23(水) 14:56:38.29

>>177
描画関連だけ

毎度 celput とかでマップチップを並べるよりも
背景専用に buffer を用意、変更があるときに buffer に描画したほうが圧倒的に早くなる

gmode 4 は遅いので gmode 2 に置き換えられるところは gmode 2 を使う

**名前は開発中のものです。** · 2011/11/23(水) 15:11:52.66

>>177
まず描画と他処理の処理時間を分けて計測
これが分からないと改善の方向が分からない>

#uselib "winmm.dll"
#cfunc global timeGetTime "timeGetTime"
*main
redraw 0

処理開始=timeGetTime()
repeat 50000
a+
loop

描画開始=timeGetTime()
処理時間=描画開始-処理開始
color
boxf
pos 0,0
color 255,255,255
mes "処理時間＝"+処理時間+" 描画時間＝"+描画時間
redraw 1
描画終了=timeGetTime()
描画時間=描画終了-描画開始

await 16
goto *main

秒間60フレなら16msぐらいに収める必要がある

**名前は開発中のものです。** · 2011/11/23(水) 15:36:52.14

かたかたやってて夢中になってしっまていた

>>181
ありがとうございます。
gmodeは極力2で可能ならば1でやっております。
あらかじめバッファにマップを仕込むのは正直「その発想は無かった」です。
いじってみます。

>>182
ありがとうございます
正直に申し上げますと、モジュールはわけわからんで手を付けてないんですが、
つかって無いのですが、せっかく頂いたソース、これを機会に理解できるよう勉強します。

夜勤なので寝ます。皆さん、ほんとにありがとう。
また、来ます。

**名前は開発中のものです。** · 2011/11/23(水) 15:38:48.35

日本語が崩壊してしまっている。
つかって無いのですが、は飛ばして読んでいただければ幸い

**名前は開発中のものです。** · 2011/11/23(水) 16:06:26.92

#uselib "winmm.dll"
#cfunc global timeGetTime "timeGetTime"

winmm.dllって言うDLL内にあるtimeGetTimeをHSPの関数として使えるように登録
timeGetTimeはPC起動してからの経過時間を1000分の1秒(1ms)単位で収得できる
winmm.dllはWindowsなら最初からあるDLLだから登録するだけで使用可能

gettime(7)も1ms単位で収得できるけど0～999なのと何故か16ｍｓ未満ではまともに収得できない

＞正直に申し上げますと、モジュールはわけわからんで手を付けてないんですが、
モニュールと外部DLLは別物
外部DLL使うときに使いまわししやすいようにモジュールが使われる事が多い

**名前は開発中のものです。** · 2011/11/24(木) 09:10:09.98

フルカラーでやってない?
ウインドウモードは8ビットカラーでやらないと遅いよ
それかDirectXを使えば速くなる

**名前は開発中のものです。** · 2011/11/25(金) 22:42:51.84

結構重い処理をやっていて、速度が不満なのですが、
HSP用のDLLとやらについて学べるサイトはありませんでしょうか