エロゲー業界就職事情の惨状（プログラマ専用)

みなさんのスクリプトって、どんな感じですか？
エロゲープログラマーには一番難しい所かもしれません。
実装している物を書いてください。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｂ　文字列中の中をコンパイラで置換可能
　ｃ　変数をコンパイラで置換可能
　ｄ　全てのトークンを置換可能
　ｅ　Ｃ言語並みに全てのトークンを完全置換可能
　ｆ　その他、それ以上のことが出来る

２マクロ機能
　ａ　命令をまとめることが可能
　ｂ　ＭＡＳＭクラスのマクロが可能
　ｃ　ローカルラベルも使えて、色々なことをマクロ化できる
　ｄ　その他、それ以上のことが出来る

３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
　ｂ　Ｃ言語並みの計算が出来る
　ｃ　条件式でもＣ言語並みの計算が出来る
　ｄ　式の最中に関数の返値を入れられる
　ｅ　その他、それ以上のことが出来る

４関数
　ａ　単なるサブルーチンコール
　ｂ　ローカル変数を関数側で実装している
　ｃ　関数で型の概念がある 変数、即値、文字列など
　ｄ　返値が返せる（３−ｄタイプでは無くても良い）
　ｅ　その他、それ以上のことが出来る

５書式
　ａ　全角文字から始まる場合はメッセージ
　ｂ　計算式から始まる場合は計算式
　ｃ　書式は、ＢＡＳＩＣ形式 mes "メッセージ"
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
　ｆ　その他、それ以上のことが出来る

６構造化
　ａ　if-else-endif が実装されている
　ｂ　if-elseif-else-endif が実装されている
　ｃ　if-else if-else-endif が実装されている
　　　( else if を分けて書ける )
　ｄ　while-endwhile が実装されている
　ｅ　do-while が実装されている
　ｆ　for-endfor が実装されている
　ｇ　switch-case が実装されている
　ｈ　break が実装されている
　ｉ　endif,endwhile,endfor などが }記号や end でまとめられる
　ｊ　Ｃ言語形式の記号でブロック化が出来る
　ｋ　ｐｕｓｈ等を駆使して、スクリプト側でどうにかブロック毎に
　　　ローカルレジスタを作れる
　ｌ　ブロック毎にローカルレジスタを簡単に作れる
　ｍ　その他、それ以上のことが出来る

７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ
　ｃ　メッセージをカウントしてセーブ
　ｄ　サムネイルを表示可能
　ｅ　極力、ＣＧデーターなどはセーブデーター中に持たないで、
　　　（サムネイルは除く）ファイルネームなどしか保持しない。

それと、理想的にはどんな実装が良いか教えてください。

うちはへぼへぼなので、こんな感じです。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
２マクロ機能
　無し
３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
４関数
　ａ　単なるサブルーチンコール
５書式
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
６構造化
　該当無し
　ＢＡＳＩＣの if then が実装されている。行番号で飛ぶ
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ゲームの頭でセーブされる

１デファイン機能
　ｄ…かな？ 全てのトークンを置換可能というか、考え無しに全置換
２マクロ機能
　無し
３計算式
　ｂ-　Ｃ言語並みの計算が出来る
ｃ-　条件式でもＣ言語並みの計算が出来る
基本的にはＯＫだけど、複雑な式になると多分ヤバイ
４関数
　ｃ　関数で型の概念がある 変数、即値、文字列など
５書式
　ａ　全角文字から始まる場合はメッセージ
　ｂ　計算式から始まる場合は計算式
　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
６構造化
　ｂ　if-elseif-else-endif が実装されている
　ｉ　endif,endwhile,endfor などが }記号や end でまとめられる
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ（メッセージ毎）
　ｅ　ファイルネームなどしか保持しない。

個人的な理想は、基本的にはＣっぽいのがいいとおもう。
あとはあんまり複雑じゃなければいいかなと。
とにかく組む人がわかりやすく、やりやすいのが１番なので。

もし出来ましたら、サンプルを出してもらえると嬉しいです。
うちはこんな感じです。

サンプル
1
2 set r1,0
3
4 add r1,10
5 sub r1,30
6 mes メッセージ
7 goto 4
8
9 gosub 20
10
11 select r20,１,２,３
12

うちのはこんな感じなので、ラベル名が使えません。
手でやり直しになるのでキツイです。

グラフィカルなエディターです
スクリプトは、中間コードに変換してゲームに組み込みます。
ゲームごとに共通な部分はエディター上でもある程度実行できます。
画面でみながらやっていくので、スクリプトをテキストとして入力するぶぶんは
あまりないです。
スクリプトっぽいところは
演算とか、条件式の中身ぐらいでしょうか。

とりあえず、参考までに

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
(名前とか、色とかに)


２マクロ機能
　無し

3計算式
　ｃ　条件式でもＣ言語並みの計算が出来る
変数はすべてグローバル。漢字のみ
条件式のなかでのみ=は==として扱う。このほうがプログラマーでない人にはいいみたいです


４関数
　ａ　単なるサブルーチンコール
変数がすべてグローバルなので・・・
ゲームごとのシステムは呼べるので十分かも

書式
　ｆ　その他、
メッセージ、計算式はそれぞれ、専用のエリアに入力


６構造化
　ｂ　if-elseif-else-endif が実装されている
　ｇ　switch-case が実装されている
(選択肢として)

7.セーブはシステム側でおこなう。
実行スクリプトの名前、実行ポインター、コールスタック、
スクリプト修正時のための補助データ、
あと変数そのた必要なもの

みなさん
画像エフェクトは何種類ぐらいつくっているんでしょうか
さっきかぞえたら70ぐらいでした

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｂ　文字列中の中をコンパイラで置換可能
　ｃ　変数をコンパイラで置換可能
　その他。変数名に日本語使用可。即値も置換可。

２マクロ機能
　その他。コマンド名定義リストを書き換えることによって比較的容易にコマンドの
　追加修正ができる。コマンドは最大４つの即値／変数／式／文字列をパラメータと
　して持つことが出来る。ベースコマンドから派生コマンドを作ることが出来、
　派生コマンド毎に各パラメータの即値の上限下限を設定できる。
　派生コマンド名に日本語使用可。

３計算式
　ｂ　Ｃ言語並みの計算が出来る (),+,-,*,/,%,!,!=,==が使用可能
　ｃ　条件式でもＣ言語並みの計算が出来る

４関数
　ａ　単なるサブルーチンコール

５書式
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
　その他。行頭の"@"をデリミタとして記述し、会話文は複数行に書くことが出来る。
こんな感じ↓

@会話 ゆかり VOICE00001
　　　１行目。
　　　２行目。
@IF #和也と喧嘩した
@表情変更 ゆかり・怒り
@ELSEIF
@表情変更 ゆかり・笑顔
@ENDIF

６構造化
　その他。制御文はIFY,IFN,IF〜ELSEIF〜ENDIF,GOTO,GOSUB〜RETURN,
　ONGOTO,ONGOSUB〜RETURNのみ。

７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ

ドラゴン本くらいは読む、もしくは本棚に飾っておいたほうがいいと思われ。

色々参考になります。>ALL

＞445
あのｰ､いくらなんでも行番号ジャンプはヘボ過ぎです｡
ラベル機能ぐらいすぐ追加できるでしょうに｡
これだったらMASMのマクロ使ってスクリプト書いた方がよっぽどマシでっせ｡
（昔実際やったことある）

す、すみません。
タイトルが多すぎて、コンパイラまで時間が回せないっす。
昔はＭＡＳＭを使っていたのですが、シナリオに渡すために自家製に変えました。
今でもＭＡＳＭの方が使いやすいです。

>>451
lex yacc 勉強すれば一日でできると思います。

　　　　∧ ∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　（ ﾟДﾟ） ＜　時間ないなら、>>439はこの本のソースをコピって使っとけって
　　　　 |つ つ　　|　http://www.amazon.co.jp/exec/obidos/ASIN/479731186X/qid=1004618622/sr=1-1/ref=sr_1_0_1/250-3905273-5793003
　　　〜|　　 |　　 |　そのスクリプトよりはるかにマシ。画面周りいじれば使えるぞ。
　　　　 ∪ ∪ 　　＼ ＿＿＿＿＿＿＿＿＿＿＿＿＿

　　　　　　　　　　　1:b
　　　　　　　　　　　2:ない
　　　　　　　　　　　3:a
　　∧∧ 　　　 ／4:ラベルジャンプ
　　(,,ﾟДﾟ)　　＜ 　5:a
　ヽ/つ且~~　　\ 6:条件ジャンプ
　 （__　_）　　　　　7:bマウス待ち位置で記憶してるから多少ずれてもＯＫ
　　こうしてみると低機能だな。

;------------------------------------------
;※背景16　商店街・昼
;------------------------------------------
;□フェードイン

;■健二
　　俺は何となく商店街をぶらついていた。
　　（さて、この後どうしようか。本屋で立ち読みでもしようかな？）

;■健二
　　などと考えながら歩いていると、前からこちらに向かって
　　歩いてくる女の子と偶然目が合った。

;------------------------------------------
;※渡会睦月　普段着：通常
;------------------------------------------

;■健二
　　（ん？　昨日のレッサーパンダ耳の少女じゃないか。）

　∩ ∩
　| ∪ |
　|　 〜
　|∧ ∧　　　／￣￣￣￣￣￣￣￣
　( ,,ﾟДﾟ)つ ＜　これがウチでつかってるスクリプトの書き方。
　Ｕ　　　　　　＼＿＿＿＿＿＿＿＿
シナリオライター（外注）には一定の規則で指定を書いてもらっているぞ

この後、Perlで作った置き換えプログラムにかけて指定の部分を
スクリプト化・・といってもＣＧ指定用のテンプレ「※背景16　商店街・昼」から
BG_LOAD "cg29.bmp" という風な変換かけるだけ。

マウス待ちはリターンが連続で２回、かつその次に人物名、もしくは
ファイルエンドになっているところにPerlプログラムが自動挿入。
細かい演出を社内で加えて、

　　　　　　　　　あとは処理が上手く行かない個所を部分修正をかけて、
　　　　　　　　 ∧ ∧　コンパイルしてスクリプトバイナリ化して完成だ。
　　　　　　　　 (,,ﾟДﾟ)
　　　　　　　　/　つつ　ＡＤＶ専用だからな、手間と効率を考えた結果だ
　　　　　　 ⊂　　ﾉ 　
　　　　　　　／（/″　　本当は式解析くらいは付けないと後で困るぞ。

１デファイン機能 　ａｂｃｄｅ
２マクロ機能　　ａｂｃ
３計算式　ａｂｃ
４関数　ａｂｃｄ
５書式　ａｂｃｄｅ
　　　　　ａｂはオンオフを選べる ( エラー対策のために、通常は ａ は off です )
　　　　　ｃｄｅを命令毎に選べる
６構造化　ｂｄｅｆｇｈｉ
７セーブ機能　ａｂｃｄｅ
　　　　　ｂｃを選べる


macro と define、func は特に強力にしています。

殆どの命令は、windows api をラップした程度にして
低レベル命令をマクロ化して高レベル命令にしています。

そして、シナリオライターはマクロ定義された物、
スクリプトを触るプログラマーは低レベル命令を使っています。

シナリオライターは記号が苦手な方が多く、
c より pascal や basic の方がわかりやすいと思います。
そこで、スクリプターが極力記号を使わないようにしています。
文字列中のマクロはしょうががありませんが。
c 言語風にも切り替えは出来ますが、タイピング量が増えるので、
シナリオライターから敬遠されてます。

// レジスタ
#define rsample0 r200
#define rsample1 r201
// ファンクション
#function samp0( p1,p2 )( l1,l2 )
if p1==p2
ret
end
p1 = p1 + 1
p2 = p2 - 1
m $n<p1>
samp0 p1,p2 // 再帰
ret
#endf
// マクロ　選択肢　とりあえず１択から３択まで
#macro sel( sel,s00,s01,s02 )
begin
#if !blank( s00 )
_s 0,s00
#else
#error sel命令が異常です
#endif
#if !blank( s00 )
_s 1,s01
#endif
#if !blank( s00 )
_s 2,s02
#endif
select sel
#endm
// マクロ
#macro m( s00,s01 )
#if blank( s00 )
#error m命令が異常です
#elseif blank( s01 )
PlaySnd <s00>.wav
message <s01>
#else
message <s00>
#end
#endm

main:
m a000,メッセージ
r10=r20+30
if (r20>10 || r0==0 )
switch r0
case r111
break
case 5
break
end
end
samp0 rsample0,rsample1 // ファンクションコール
r10=0
while 1
r10=r10+1
if r10>10
break
end
end
sel r200,選択肢１,選択肢２,選択肢３
一応 goto や gosub も使えます。

ごめん、インデントが飛んでしまった

＞＞４５７
そんな仕様にして使いこなせる奴居るの？
作るのちょーめんどくさそー。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｄ　全てのトークンを置換可能
２マクロ機能
　なし
３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
４関数
　ａ　単なるサブルーチンコール
５書式
　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
６構造化
　if goto
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ

この程度で問題はないよ。
コンパイラって組むのめんどくさいよな〜。
テキストを扱うプログラムって、自分は苦手。
ゲームプログラマーにとって盲点かもな〜。

>>461
たしかに例だとめんどくさそうだね。
実際はもうちょっと簡単に落とせるんじゃないかとおもうけど…たぶん。

うちの奴のスクリプトの例では、
bg("bg01")
fadein(エフェクト名,各種引数)

こんにちは
テストです

if(a == 0){
ａは\d"a"です
}

とかで、全角文章がメッセージになって、
リターンコードが二回か、リターンコードの次に\以外の半角がきたらキー待ちってかんじです。
\アルファベットで、キー待ち無しとかいろいろつけてみてます。

あと、選択支とかは
setsel("選択支１",SEL1) //選択支セット
setsel("選択支２",SEL2) //選択支セット
setsel("選択支３",SEL3) //選択支セット
select() //セットした選択支で選択ウィンドウ出す
とかなら、見た目と画面イメージが近くなるかなぁ…と勝手ながらおもってます。
あんまり意味ないかもしれませんが。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｄ　全てのトークンを置換可能
２マクロ機能
　なし
３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
４関数
　ａ　単なるサブルーチンコール
５書式
　ｄ　書式は、ＡＳＭ形式 mes メッセージ
６構造化
　if goto
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ

これで今のところ問題はない。
強いて言えば、構造化出来ないことか。
理想を言えば４５７くらい出来ればいいが、オレには無理。
しかし、４５７って凄くない？ホントにエロゲー？

＞447
選択肢の書式は基本は、

@選択肢
　　　選択１
　　　選択２
　　　選択３

@@選択１
　・
　・

@@選択２
　・
　・

@@選択３
　・
　・

@@で始まるのはラベル。選択肢の文章をそのままラベルに使う。

>>465
> しかし、４５７って凄くない？ホントにエロゲー？

>>457 じゃないけど基本的な構文解析までなら 1000 行くらいで作れる。

１デファイン機能
　ａ　文字列中の中を実行部で置換可能
　ｄ　全てのトークンを置換可能
２マクロ機能
　なし
３計算式
　ａ　計算専用命令を持つ（ａｄｄとかｓｕｂとか）
４関数
　ａ　単なるサブルーチンコール
５書式
　ｅ　書式は、Ｃ言語形式 mes("メッセージ")
６構造化
　if goto
７セーブ機能
　ａ　実行時にスクリプト自身を書き換えない
　ｂ　単なるポインターセーブ


オレのはこんなんです。
オレも457の仕様だったらスクリプターは楽かもしれんが、
プログラムを作る方は死ぬぞ。
>>467
まあ、確かにそうだが、本当に実装するとなると大変だぞ。

でも、ちょっと安心したよ。
457みたいなのばっかりだったら、オレは底辺だよ。

>>467
暇が無いと>>457までやらないでしょうな。スクリプターが「Ｃ並に書けないと嫌」とかゴネない限り。

うちはMASMから複雑な式計算を外したようなマクロコンパイラ。
定義ファイルにマクロを定義する。↓具体的にはこんな感じ。
_mac MES STR
DW 0 ;MESコマンド番号
DB STR,0 ;文字列データ
_mace

MES "文字列"

６構造化
if else endif

>>465とほとんど同じ。

>>469
> 暇が無いと>>457までやらないでしょうな。スクリプターが「Ｃ並に書けないと嫌」とかゴネない限り。

うーん。C並って言っても例えば if 文だったら

%%

statement
| if.prefix statement
{ code(OP_LABEL, $1); }
| if.prefix statement ELSE
{ code(OP_JUMP,
$<label>$ = newlabel());
code(OP_LABEL, $1);
}
statement
{ code(OP_LABEL, $<label>4); }
;
if.prefix
: IF LPAREN cond RPAREN
{ expression($3);
clearnode();
code(OP_JMPF, $$ = newlabel());
}
;
%%

と書けちゃうんで、そんなに労力はいらないよーな。
もちろん一日やそこらではキチンとしたものは作れないだろうけど。

>>470
簡単なモノで間に合っちゃうと、ずーっと使っちゃうんだよなあ。
暇な時はコンパイラの機能強化しても良いんだろうけど、違うことに時間を割いちゃう。
アルゴリズム研究や、PCアーキテクチャの学習の方が面白いんだもん。

>470
yacc と lex を使いますか。通ですなぁ。
でも、全部スクラッチで作りたい人が多いのでは？

あぼーん

>>472
私もyaccやlexを使わずに一から書いています。
結構大変でしたが、まあ何とかなる物だと思います。

>>439
多分ですが、
命令とデーターが一緒になっているアーキティクチャーで、
命令長が固定ではないと思われます。
その際にはラベルは前方参照の解決のために
バックパッチの仕方がキーポイントなのではないでしょうか。

>>465&468
そんなにたいした物ではありません (^^;

ある程度システムが固まってきたあとに、追加機能とか入れようとした時に
システムのせいで無茶しなくちゃいけないような場合ってどうしてます？
個人的には始めっから作り直したくなるけど、さすがに期間とかの問題で
それは無理だから、無茶を通してお茶を濁してるけど。

最初からちゃんと考えておけばよいというのは無しとして、
今の販売ペースに会わせると、無理矢理やってお茶を濁すしかないんじゃない？
プログラマーが何人もいる会社なら違うと思うけど。

>>472
最初はスクラッチから作ってましたけど、
yacc/lex での機能拡張やメンテナンスの楽さには勝てませんでしたね。

>>477
bisonちゃうのん？ flexやなくてlexなん？ 吐かれるソース気持ち悪くない？

>>478
あ、実際は bison/flex 使ってるよ。

あーおもろい話してるね〜。
オレの会社のぷろぐらまーが作ったやつは
>>468とほぼいっしょ。
スクリプターのオレには低機能で入力の手間がかかってるよ。
>>457みたいなのがありますよって言ったら、ライバル視してたよ。
機能のアップをしてくれるのかって期待したよ。ウマー
で、結局、暇なおまえが作れって言われた〜マズー

こんなん出来たぞ。
http://game.2ch.net/gamedev/

スクリプトコンパイラについて ( yac と lex も可 )
というスレ建てました。
>>http://game.2ch.net/test/read.cgi/gamedev/1005114698/

プログラマさんがライバル視してる人やメーカーってありますか？

どうしてそう、実名を挙げさせようとするんだよ。

もうやってないと思うけど環境変えたので・・・。
VGAドライバはcanopusの3.00(11/6更新）使っています。

AthlonXP 1600+　M/B:GA-7VTXE(KT266A)　WindowsXP HOME

[VGA:Canopus SPECTRA 7400]
-----------800x600 24bit→32bit
BitBlt:10.155000(2031)
SetDIBitsToDevice:10.160000(2032)
-----------800x600 32bit→32bit
BitBlt:4.925000(985)
SetDIBitsToDevice:0.000000(0)

-----------800x600 24bit→16bit
BitBlt:5.625000(1125)
SetDIBitsToDevice:5.780000(1156)
-----------800x600 32bit→16bit
BitBlt:5.625000(1125)
SetDIBitsToDevice:5.700000(1140)

うわ800x600 32bitのSetDIBitsToDeviceの値がおかしい事になってる……
なんでだろ？

途中で止めたのでは？

エロゲーのシステムまわりを考える（Ａ・Ｈ・ＯＰ）
http://www2.bbspink.com/test/read.cgi/erog/1004933394/l50

これに挙げられた機能を実装してほしい。
画面効果は後回しでいい。

だから何度も何度も何度も何度もいうけどさ、
その辺は企画屋の仕事だからさ、
頼むからPGに責任押し付けないでくれる？
もちろん、ヒマがあったら実装しとくけどさ。

485です。
ちゃんとやったんだけど・・・おかしいな？？
あの時はあまり安定してなかったからかな？
計りなおしてみました。

[VGA:Canopus SPECTRA 7400]
-----------800x600 24bit→32bit
BitBlt:10.155000(2031)
SetDIBitsToDevice:10.155000(2031)
-----------800x600 32bit→32bit
BitBlt:14.220000(2844)
SetDIBitsToDevice:14.295000(2859)

>489
企画屋になにをしろと（ｗ　読んだ限りほとんどＰＧの仕事かと思うが。

>491
該当スレは出来たときから読んでるけど仕様設計に関する部分が大半かな
と思うので本来技術屋であるコーダーの仕事の範疇ではない
ＰＧって言うとどちらかと言えば普通はコーダーをさす
仕様を設定したりするのはＳＥ(プログラミングにおける企画みたいなもの)の仕事であり
本来的には企画の仕事の範疇なんだがコレができる人はエロゲ業界にはまず居ないので
残念ながら俺らプログラマがやってるのが現状なだけ
まぁADV程度なら任された方が楽に仕事ができる場合が多いってのもコッチにもある
（ちなみにＳＥは別にプログラミングができる必要はない、出来た方が話がしやすいのは確かだけど）

ＰＧという職種がシナリオライターに次いで企画にジョブチェンジしやすい理由はここにある
エロゲ業界に圧倒的に多いシナリオライター出の企画はこの辺わかってないのが多い

でちなみにこのスレ徴収の理由はＰＧによる技術情報交換なので
仕様設計における企画の仕事の部分は大きくスレ違いと言うのは確か既出

>>492
スレ違いってのは>>83 >>98あたりのことかな？
でもこのスレ読んだ限り仕様の話もアリみたいだけど。
>>201 >>406 >>439とか。

で、システムの話は企画の仕事というのは責任放棄っぽいんだけど。
というか、システム仕様設計ってコーディングに関係のある
技術屋(PG、SEやcoder含む)全員の仕事じゃない？

たとえば、セーブロードはいつでも出来なくてもいいとか、
既読未読判別スキップなんていらないとか、
サウンドモードに曲名は表示するなとか、
立ち絵の表示はαブレンディング等派手にやってくれ
ただしスキップ中もエフェクトは消すなとか、
セーブ数は10個で個数変更不可とか言われるわけ？
あるいはそれをバカだなと思いつつ放っておくの？

>493
放っておくかどうかは別にして、それらは企画の仕事です。

>493
つーか出してる例が悪すぎる
見事に全部企画の仕事だよ

うむ、企画の仕事。
強いて言えば、良いPGは
・セーブ／ロードはいつでもできる
・既読／未読判定スキップもできる
・サウンドモードに曲名は表示できる
・立ち絵の表示は派手にできる
・スキップ中にエフェクトを出したり消したりできる
・セーブ数は無限で変更可能
としておいて、企画に「さぁ、どうすんの？」と聞ける状態かな。
言ってる意味、分かるだろうか？

>>496
>>としておいて、企画に「さぁ、どうすんの？」と聞ける状態かな。
「スクリプトで全て制御出来るよ」って言える状態が最強かと

企画の仕事つーより仕様書切る人間の仕事だな。
で、それを誰がやるかは会社次第（ｗ
実際は企画がやること多いし、本来企画の仕事だけどね。
小さい会社だと結局できるやつがやることになるから。

エロゲ業界ってソースを書く人＝プログラマじゃないんだね。

企画(仕様書切る人間?)がゲームシステムを実装するなら
PGはいったいどんな仕事をしてるの？

>500
仕様を作成するのは企画
実装するのはＰＧ

当方企画屋だが493の例はこちらで指定するものだと思いこんでいるが、
違ったのだろうか？
むしろこちらでスクリプトで指定できないと困る。
立ち絵のαブレンドは必死に頼み込んでやっと対応してくれた。
世の中には仕様書を切らなくても勝手に俺の脳みそを覗いてくれて
構築してくれるプログラマがいるのだろうか。

>>501
「既読未読判別スキップを実装して」って
ここで言ってもいいわけだね？

>>502
演出上の機能の有り無しはしょうがないけど、
ユーザインタフェースって
企画/PGの立場関係なしに必要なものなんだと思うけど違うかな。
企画が仕様書起こさないとPGは実装しないわけ？
仕様書に書いてないPGが実装した機能を企画がはねるわけ？

>>493
>ここで言ってもいいわけだね？
きちんと読んでる？

>企画/PGの立場関係なしに必要なものなんだと思うけど違うかな。
>企画が仕様書起こさないとPGは実装しないわけ？
>仕様書に書いてないPGが実装した機能を企画がはねるわけ？
誰もそんなこと言ってない。

>>503
必要な機能と欲しい機能は指定してくれないと困る。
それと４９３の例はユーザーインターフェースではないと思うのだが。

つか、企画屋が何も言わなきゃこっちから提案する必要は無い、
というのは、自分の仕事を出来るだけ減らそうというヘタレ根性
丸出しで、どうかと。せめて世の中で一般的な機能くらいは実装
しておいて、こちらから提案するくらいのことはすべきだろ。

なんかよくわからない議論になってるな。
制作者側のスタンスで書くならこっち、 ユーザーの意見聞きたいなら向こう、
で分ければいいじゃん。
企画とプログラムの線引きなんて会社やプロジェクトで変わるんだし、
議論するようなこっちゃないでしょ。

　どこかに、腕が良くて社会性のあるプログラマはいないですかねぇ

>>506
>つか、企画屋が何も言わなきゃこっちから提案する必要は無い、
だから、誰もそんなことは言ってないと思うんだが。
もちろん、仕様書に不足があったりすると、こちらからもどんどん提案するよ。
ただ、基本的に仕様書を先ず仕上げるのは企画者であるってこと。

何故、そこに皆がこだわるのかと言えば、そんなことも分からない夢見がちな
ヘタレ企画者が結構いるんだよ。
自分のやりたい部分だけやって、後は知らないって奴がいるんだよ。
企画書すら書けない奴がマジでいるんだよ…。

で、いつまでたってもやらないので、インターフェースからゲームフロー、システム、
全て俺が仕様書作成したよ…。でも、>>502の言うとおり、企画者の脳内を覗ける
分けではないんだよな。後から、「あれは、俺の思っているものを全て満足しているものでは
なかった」と文句言われたよ。マスターアップ後に。
あ、あかん。ちょっと落ち着くわ。

>508
無茶言うな（藁

プログラム、というかシナリオフローやゲームフローがわかってない人間が
企画やるのはまじ勘弁してほしい。
あとからデータだけ渡されて「ハイ組んで」言われてもなぁ…。
テキスト読んで解析して組めと？
演出レベルのスクリプトって誰の仕事なの？
CGとか一般的な指定用のコマンドは教えたのに…。
…すまん。愚痴ってしまった。
しがない下請けの愚痴でした。

>493 >503
プログラマは仕様と設計における企画がやるべき部分を
代わりにやってる人が多いってのは既に言ったけど

ここはプログラマにおける企画仕事のスレではなく
プログラマにおけるプログラム仕事専用スレなのでそういった特殊用途のスレで
こういった企画への要望を書くのはスレ違い
>201 >406 >439辺りは仕様といってもプログラム実装寄りだけど
>493は確実に企画を担当する人間もしくは企画会議等で決めるべき部分だよ
それとプログラマへの要望はさらにスレ違い>83 >98を見たならよくわかるよな？


あと真面目な話、2chで書くよりも該当機能に対応してないメーカーへ
要望をユーザーサポート葉書なりで送る方がいいと思うよ

>テキスト読んで解析して組めと？
よくあるよくある（笑）1メガ近くあるテキストの中にさりげなく１行で書いてあるヤツ。

>「ここでフェードアウト」
そのくらいはよしとしよう。

>「ここでもんどりうって空中３回転でアクロバット」
俺にどうしろと（笑）

>「ここで射撃ゲームが始まって、勝敗により以下のように分岐」
おぃ

※せめて必要な処理はリストアップして表にしておいて欲しいなり。
他にも、必要な立ちキャラのとその表情のリストを作らねぇヤツもいたな。
立ちキャラ出現指定を入れた分岐プロット等を作らずに、あらすじだけ書いて
いきなりセリフ文章書くヤツ…原画もＣＧも仕事が滞るちゅーに。

クイックセーブとかそういうユーザインターフェイス周りは
企画が考えて画面設計に通さないといけないし、
既読処理はスクリプトがフラグ管理する必要がある。
そういう点で企画が管理しないとプログラマが実装してもユーザに全く見えない
だけで終わってしまうよ。

>>513
そういうのは突き返した方がいいんじゃないですか？
一度でもやってしまうと、その企画屋も
「前はやってくれた」からそれでいいと思いこみそうです。
というか、同業者として本当そういうの恥ずかしいです。

他人の企画のスクリプト書くことあるんだけど
プロデューサーレベルの人間になるとひどいのね(;´Д`)マジで
仕様書俺が作る契約なんてしてなくても平気で出してくるし

激炉
http://211.13.210.40/svkb/?svkb-adx0076　　　　　　　　　　　　

企画に仕様まかせると、「とりあえず必要なエフェクト」とか言って、２０以上もある
リストよこしたりするんだよな。で、実際使うかというと、２〜３種類しか使わない。
操作性そっちのけでやたら画面切り替えや、かっこよさにこだわってみたり。
システム設定なんて、拡張して項目増えるのに、全部グラフィカルでやらないと
気が済まないから、機能増やすたびに設定画面つくりなおし。

>>517
無駄だなって感じたときに
本当に使うのかどうか、なぜ必要なのかって話し合い、
しないんですか？
エフェクトと言っても、SLGやRPGのドットキャラの戦闘シーンに使うとか
そういったものではなく、FI/Oの絡みだったりするんですよね、多分。
あまり真っ正直に実装しても、気苦労が増えるだけではないかと。

>>502 さんのような話の分かる企画屋がもっといてくれたら…。

>>512
>あと真面目な話、2chで書くよりも該当機能に対応してないメーカーへ
>要望をユーザーサポート葉書なりで送る方がいいと思うよ

要望が受け入れられてるんなら2chで書いてないよ(w


>>514
それなんだよね。
企画が仕様を作るのが先だ、というのは分かる。
でも、ヘタレ企画屋と一緒に作る場合とか、仕様に機能が足りない場合、
PGが自分から提案するとか実装することはしてるのかどうか聞きたい。
「既に実装済。企画が使ってくれないだけ」ならいいけど、
「企画の仕事。責任をPGのせいにするな」っていうのは
実装したくないって言ってるように聞こえるんだけど。

>520
責任も権限もない人間がいろんなこと勝手にやっちゃう弊害っての
想像できない？

>>520
実装してなくても、言われればすぐできるぐらいの事だとおもうよ。
エフェクトは派手とかいわれても、個人のセンスによるのでそういうのは微妙。

言いたい事としては、プログラマは企画の尻拭いやれって事だよね。
プログラマの意見としては、企画の尻拭いをやれという前に
企画がしっかりするように言って欲しいって事なんだと思う。
火事で警察に駆け込むより、消防署に駆け込む方が早いわけですね。

あと、機能が足りないかどうかとかは、
プログラマだけじゃなくて皆で意見だすべきなんだとおもう。
本来は。

問題はうちみたいな小さなところだと企画はクライアントから
来ることが多いって事だったりして（苦笑）
向こうからの追加要求は来るけど、こっちからの要求は時間が無いからで
蹴られてしまう事がしばしば・・・。

つーかさ、仕様について企画・ＰＧで話し合ったりしないわけ？きっちり線引きするのはナンセンスだと思うんだけど？

もっとも、相手が話しのできないドキュソなら己の不幸を呪うしかないが(w

>>524
話し合う以前に、企画が仕様を考えてない場合がおおいのです。
だから、ちょっとは考えてくれということなのです。
きっちり線引きとかではなくて、まずは本来の職務をこなしてくれという事なのです。
そのうえでの話し合いじゃないかと。

>520
2chで要望だったらエロゲ板のほうの各会社の個別スレで書きなよ
極一部自社スレに書いてる人も居るみたいだけど大抵の人は
自社ゲーの感想を集めるために自社スレをウォッチしてると思うからさ
なんにしろここは技術スレなのでユーザーが要望や質問を書くのはお門違い
ろくな意見も聞けずに門前払いされて当たり前

一応、質問のほうにも答えておくけど
次からはちゃんと質問スレのほうへ書いてね
ウチのシステムは>493君が言ったようなことは内部的には大体一通り実装してあるよ
必要な機能と仕様に関しては一通り企画会議で企画に質問してる（仕様書あげてくれないから
（概容だけ聞いていって細かい部分はこっち側で調整してる）
明らかに間違った仕様を企画が提示してくれば意見する
なんでウチの会社においては企画会議に仕様と設計における大体の決定権がある

話し合おうとしないPGの方が変だと思う
その辺は前提条件であって言うまでもない部分じゃないの？

>>526 他いっぱい
内情がなんとなく分かっただけでも嬉しい。
どうもありがとう。引っ込みます。

企画が上司なので怖くて意見できません。

上司だろうが、問題があると思えば意見はすべきだと思うが…？

当方エロゲープログラマへ転職を夢見る者なのですが、今の職場で仕事を続けるべきかどうか悩んでいます。
2年前に晴れて学生人生にピリオドをうってコンシューマ機向けシステム構築の会社に入れました。
ゲームは学生時代に趣味で作っていた物と、通信系のプログラム経験があったのでそれで就職できました。

までは良かったのですが給料を貰うようになってからあれよあれよと言う間にエロゲー人生に落ちていき、
今では美少女キャラが見れないと仕事にもならないほどになってしまいました。
職場の席もエロゲーの壁紙やぬいぐるみで皆の視線が痛いこのごろです。
そのうえほぼシステム系プログラマ、対外交渉へと仕事内容がうつっていきやる気メータは下がり気味。
(最初のころはコンシューマ関係のサブプログラマとして編入されていました)
私がメインで作っていたサーバアプリも何時の間にか構成変更によって廃棄というトドメ。

上のような理由もあってゲームを作れる、しかも見ていて楽しい美少女で、という職場に憧れています。
ただし過去ログにあったようなスクリプト関係を作った経験はなく、グラフィック処理の最適化という分野ではめっぽう弱いです。
私は仕事としてこの世界に入れるでしょうか?
それともとりあえず同人でゲーム作っとけという感じでしょうか。

スキルとしては激しいバグの無いWindows/DirectXアプリが、Win32で作れるだけはあると自負しています。

>>530
とりあえず言える事は今時プログラマーを育ててくれる会社は殆ど無いと言うことです。
少なくても、基礎エンジンを独自に作れるレベルは最低限要求されます。
無いのなら、同人やフリーソフトで修行しましょう。
あと、色々きついので単にエロゲーが好きだというだけでは勤まらないかも知れない事だけは言っておきましょう。

最後に……絵は基本的に最後に上がってくるので見ていて楽しいかというのは疑問です（笑）

・使用前(>>351のとき)
P3-1GHz VIA Apollo Pro 133A WinME 4in1-v??? AGPx2 2.2?(Det3)
[VGA:Canopus SPECTRA 8400]
-----------800x600 24bit→32bit
BitBlt:32.350000(6470)
SetDIBitsToDevice:32.360000(6472)
-----------800x600 32bit→32bit
BitBlt:32.215000(6443)
SetDIBitsToDevice:31.670000(6334)
[VGA:Canopus SPECTRA 8400]
-----------800x600 24bit→16bit
BitBlt:22.095000(4419)
SetDIBitsToDevice:22.125000(4425)
-----------800x600 32bit→16bit
BitBlt:25.520000(5104)
SetDIBitsToDevice:25.585000(5117)

・使用後
P3-1GHz VIA Apollo Pro 133A WinME 4in1-v429 AGPx4 3.00(DetXP)
[VGA:Canopus SPECTRA 8400]
-----------800x600 24bit→32bit
BitBlt:13.260000(2652)
SetDIBitsToDevice:13.330000(2666)
-----------800x600 32bit→32bit
BitBlt:13.760000(2752)
SetDIBitsToDevice:13.755000(2751)
[VGA:Canopus SPECTRA 8400]
-----------800x600 24bit→16bit
BitBlt:10.505000(2101)
SetDIBitsToDevice:10.490000(2098)
-----------800x600 32bit→16bit
BitBlt:13.760000(2752)
SetDIBitsToDevice:13.785000(2757)

ちなみに
P3-1GHz VIA Apollo Pro 133A WinME 4in1-v429 AGPx4 2.31(Det3)
では使用前と数値が対して変わらないことは確認済み

また
P3-1GHz VIA Apollo Pro 133A WinME 4in1-v??? AGPx2 ﾘﾌｧﾚﾝｽ(DetXP)
でも使用前と数値変化は無かったはず

このことからDetonatorXP系のドライバはAGPx4における
BitBlt転送が劇的に向上していると思われる
にしても劇的過ぎだろ………一体何倍だよ(´Д｀;)

Blt性能がいいからi815にマザーだけ変えようかなと思ってたがヤメ（ｗ

>>530
まずは自分で一本作れるまでは手伝いという形で、給料安くやってもらうとかならＯＫかも。
ツール作ってもらいつつ、ノウハウを学んでいくとかで。
とりあえず僕なら、ノウハウ教えるのは問題ないですね。（そんなにたいした事してないから）
もちろんものにならなそうならクビなので、リスクは大きいですよ。
普通の仕事しつつ趣味同人で独学、一本作れるようになったら就職のほうが、
やっていけるめどが立ってるぶんリスクはすくないですよね。
でも独学よりもノウハウ教えてもらった方が早いってのもあるし…。
どのみち向学心は必要ですけどね。

どうも530です。
確かにノベル系とか、スクリプト制御経験が無いのでもう少し修行してどれくらいの事が
できるか見てみます。
それの目処がたてば一通りのシステムは作れるのでは無いかと思いますが、
まあでもやっぱり何があるか判らないですよね。

とりあえず何か形にして誰かに見てもらうことにします。

>>534
今のご時世、仕事辞めて別の仕事で目処立たなくて路頭に迷うってまでのリスクを負うのは
やっぱり得策じゃないですよ。
僕なんかは会社はいれなくても自分一人で仕事取れるくらいでないと、
辞めて転職とかできないかも･･･不安で。

てか530、給料５分の１になってもいいのか？

みんな給料どれくらいもらってるの？
オレは年収３６０万円。
この業界じゃいい方だとおもう。

あぼーん

>>537
26歳・男・月々手取りで29万・ボーナス無し

>>539
けっこうもらってますね。

>>530
絶対、今の仕事内容から考えて、相当低くなると思うよ＞給料
気合いと覚悟があっても、物理的にもたないと思われ。
憧れのままのほうが良いですよ。

エロゲ屋でも机上に美少女系フィギュアとか置いてあったら、痛い視線で見られるよ。つーか、見る。

28歳、男、月々25万、源泉１割引かれる、フリー扱い社員、ボーナス無し。
プログラム、企画、ディレクター系の仕事を他にやる人がいないのでやってます。
在宅でOKなのがいいところ。

>>541氏
それは元システム系だからでしょうか?、それとも業界の傾向としてでしょうか?
現在23歳男、年収は350万円くらいですが536氏の言うように給料が1/5になったら
1.8年後には路頭に迷う事になってしまいます。

>>542氏
仲間の力ってすごいですね。
今の机上のピンク色状態はまさに相手にそそのかされて発生したような物なんです。
一人じゃ絶対恥かしくてできなかったでしょう。
でも幸いのこと、美少女フィギュアまで職場に置いたりはしていません。

age

秋葉の同人誌喫茶ってあんたらのお仲間らしいじゃん

（ﾟдﾟ）ﾊｧ?

>>544
ゲーム系とシステム系だと、システム系の方が給料いいからだとおもう。
1/5は大袈裟だけど、2/3とかにはなるんじゃないかな。
エロゲーは売れる上限決まってるようなもんだから、どうしても低くなるし。

俺は月給１５万円だぞ。そこから色々引かれて手取りは１３万弱。
ボーナスなんてもちろんでないから、年収は１８０万。
やってる仕事は、プログラムから雑用まで色々。
少人数の弱小会社だからしょうがないし、
他の奴は１１万って奴もいるので一応納得しています。
これってやっぱりすくないか＞ＡＬＬ

年齢によるが、プログラマにしては少ない。

としは２３才です＞５５０
やぱーり少ないですか。
それはそうとプログラマーにしてはって他の職種はもっと低いのか？
俺の会社だと原画が一番高いぞ。
一番低いのがシナリオで、ＣＧは俺とほぼ同じだぞ。

エロゲー業界の話題ならここ！
テレホタイムなんか毎日7〜800近くで楽しくチャットやってるし
24時間体勢なので多い日も安心！
現実世界で虐げられてる君もぜひどうぞ、待ってるよ！
なお投稿したいときは投稿者欄に名前入れないですむので
ここと同じように匿名で適当なこと書き捨てたいキミでも安心。

★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
┏━━━━━━━━┓　　　妖精さん☆という35歳無職の女性の掲示板です。
┃STRANGEWORLD ┃ ↓↓詳しくはコチラ↓↓
┗━━━━━━━━┛ ttp://jo.st45.arena.ne.jp/cgi-bin/bbs.cgi
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆

>>551
あーでも、地方によるかも。
物価とかもあるから、その相対価格として。＞高い、安い
ただ、一人でプログラムのマスターまでやってる＆雑用なら安いと思うな。
原画は仕事無い時もあるのに１番高いんだとしたらおかしい気もする。

>>549
安い。社長や上司が元アニメ関係者で、ものすごいケチなんじゃねーの。

>554
何処の話だ(w

いや、偏見と受け止められるかも知れないが、元アニメ屋の人々は低賃金で
コキ使われてた者が多いから、金銭感覚がちょっと違う気がする。

うちは月給20万円でボーナスは無しだけど、もうけが出たときに10万円もらったよ。
仕事はプログラムだけど、ホームページの管理もやってるよ。
シナリオの手伝いもやってるからマスター前は忙しいけど他の時はのんびりしてるよ。
今年は3本ソフト出すけどどれも3000本越えないから会社はキツイみたいだよ。

年収、源泉徴収そっくりそのまま帰ってくるくらいです。(´Д｀;)
仲間内で集まってやってる会社だから、給料遅配くらい覚悟してたけど、
最近、キツイすな、借り入れや借金するくらいなら、賃金削る方針なんで。

正直、エロゲ程度のプログラムかけないとプログラマー名乗れないレベルだと思うんだが。
そもそも、エロゲにおいてプログラマーの需要は低い気がする。

いや、俺も就職口探す時、エロゲの方も視野に入れてたんだが、
結局、エロゲの方面って12,3社のうち1つだけ。
好きなものの舞台裏は見ないほうが幸せな気がするんだがなぁ…。

>>559
技術的なところでは、そんなに難しいわけじゃないからね。
自分で仕様考えれるかどうかとかだとおもう。
あとはロースペックでも快適に動作するようにとか、
少しでも多くの環境で動作するようにとかいう所で苦労するかも。

エロゲほど共通化でき再利用性の高いゲームはないからな、
ゲームシステムが規格化できる分、うざったい部分や面倒な部分はあるが
一度作ってしまえば、あとはより使いやすく、より高機能なものほど、
プログラマいらずになるしな。

外から買ってくるほうが人件費を使って作らせるよりも
安定した良いものが出に入るから、内部に抱え込まないところが多いし。

フリーでそれ作って売ってるヤツとか結構いたりするし。

いや、結構はいねぇだろ。

あと、エロゲに限らずプログラマとしては俺ライブラリみたいのは溜め込んで当然と思われ。

>561
それで自爆したのがねこねこソフト……と。

あるPGの作業時間の割合
・雑用＆データ整理＆ライブラリ最適化＆アルゴリズム研究６０％
・コーディング時間４０％

コーディングが40％は多すぎ。

　賃金か。まぁ、地方のメーカーなんでちょっと東京とは違うかもしれないけど、地方は、大学院生が結構この業界であるバイトをしているんだよね。
自分の研究テーマや趣味の延長線上で仕事をこなされ（求職が少ないから、この業界にも優秀な奴がくる。自力でコンパイラを作れるのは当り前だし。）、かつ生活費の足しに成ればいい程度にしか思っていないから、賃金低くても喜んでやってしまう･･･。
スクリプトの実装だけがメインだとやってられません。そいつら並みの給料にされてしまうわ。

保守

なんかやたら下がってるので思い切ってあげてみる。

正直、転職を考えた時エロゲプログラマもやってみたいな、と思ったが
知り合いの社長に年収600ﾏｿを提示され諦めた。

やってはみたいが金には負ける、ふっ漏れは所詮そんなもんさ。

http://www.pluto.dti.ne.jp/~nobuyosi/photo1/Photos1.htm

>569
年収６００万……うう、悪くないと思う俺はダメな奴なのか？

＞知り合いの社長に年収600ﾏｿを提示され諦めた。
それは良い選択だ。エロゲ屋のプログラマはそんなに儲からないからね。

エロゲが好きってだけじゃ勤まらない世界なのは確か:)

エロゲでもフリーでうまく立ち回れば600くらい稼げる年もある。
コンシューマなら苦労しなくても700は固いけど。

・・・アセンブラとCでアプリケーション作ってるのに年収300いって無い
しくしくしく

200超えてんのか羨ましいな……別の会社探すか……

残念ながらこの業界も実力と給料はイコールで結ばれない

>>577
そうだね。要領と人脈が一番重要かな。
仕事遅いとどうしようもないし。手の早いプログラマーは、実力はそこそこでもけっこう稼げる。

手が早い遅いも実力のうちだと思うなあ。遅い「実力」とやらには意味が無い。

手が遅いのでは、プロ失格だよ。

失格とまでは言わないけど、相当苦労するんだろうな。
……とソリッド読んでて思った。まる。

多少手が遅くてもコミュニケーションが取れないよりは数倍まし。
コミュニケーション能力不足は周りの人間が苦労する。

> コミュニケーション能力不足は周りの人間が苦労する。

例えば？

フリーター時代より稼ぎが落ちた
肉体労働のほうが儲かるのな(ｗ

>>583
　相手が言ってることを日本語に訳さないといけない(w
それでもダメなときは、脳内に広がっている妄想を、こっちが
感じられるようにニュータイプ化するしかないか？

　とにかく、この手の人間は迷惑この上ないと思うのだが、
（ユーザーに）人気があったりすると、対応に困るんだよね。

585>>
そういう人間が上司だったんで辞めてきました。
こっちの質問を全く関係無い質問で応えられても……

漏れ「Ａって××すればいいと思うんですが、どうでしょう」
上司「うーん。それってＢが○○ってことなのかな？」
漏れ「……（Ａだっつってんだろがｺﾞﾙｧ）」

すげぇ、板圧縮の時ギリギリで生き残ったのか、このスレ。
せっかくなので、ageますよ。

しつもーん
エロゲのPGやっててよかったことってなにかある？
一般のエロゲーマーから見ると、縁の下の力持ちなのに、影薄いというか注目
されない職種だからかわいそうで・・・

ないでーす♪
どんなに頑張ってもバグ１個で叩かれる職業でーす♪
誤植とか音外れとか色塗り違いしても叩かれないのがうらやましーでーす♪
作れば終わりじゃなくて、売ってる限り永遠に責任とらされるのがかなしーでーす♪
でもおきゅーきんかわらないでーす♪
もうこわれて・・・ガ・・・ガガガ・・・ぷしゅぅ

>>589
同意♪

でも、実装早いとか、融通がきくとか、開発しやすいシステムであるとか、
そーゆーのは開発側から評価してもらえてるので、それで満足です。

>>589
その辺はエロゲーじゃなくてコンシューマでもかわらないきがする。
給金が微妙なくらい？

でもPGは萎えるコメントや無茶なコード進行や境界違いで無駄データ発生しても叩かれねぇし。

それ言ったら、グラフィッカーも萎えるレイヤ名や無茶なレイヤ構造や
作業遅延によって同一ファイルが名前だけ違って重複しちまったりしても
叩かれねぇし。外から見えない部分は叩かれないのさ。

>593
＞同一ファイルが名前だけ違って重複
全角と半角で重複ってのもたまにあるね。εｰ (´ー`*) ﾌｯ

ファイル名に#や&使ってきたりするのもたまにあるよね。

基本的に、原画とかシナリオは採点方式で評価されるけど、
プログラムは減点方式で評価されるんですよね

>>596
ユーザインタフェースなんか特にそうよね。
でも、減点法で見られる箇所だからこそ、大切な部分なのだと思うですよ。

>>597
体操の規定演技みたいなものかなと思ったり。
やるべきことは出ている。
あとはそれをどれだけ満たすか、どうやってうまくクリアするか。

メッセージスキップはわかるんだけど、既読スキップってどう実装するの？

>599
読んだ部分をファイルに記録しておけばいいんじゃないの？
そのデータ形式には工夫の余地があるけど。

>>599
まさかプログラマじゃないよな？(;´Д`)

>>600
選択肢とか複雑な場合、どう対処すればいいの？

>>601
本職じゃないけど趣味でプログラムしてる
スレ違いかもしれないけど、ここでプロに聞くのが一番いいかなとおもって。

>>602=599
プログラマ志望とかならそのくらい自分で考えつかないと
どうしようもないけど...まぁ趣味ってんなら。
で、一番単純なのは
「一行ずつビット立てて上げ下げすること」
だろ？

>「一行ずつビット立てて上げ下げすること」

（・∀・） ｺﾚﾀﾞ!

サンクス、これで既読出来そうです。

さげることなんてある？

と、すると、スクリプト・リンカがオフセットを発行するの？

俺は、ファイル名毎にメッセージ命令のアドレス（もしくは番号）でフラグ立ててセーブ
という形でいこうかなぁとおもってます。
ところで既読ってセーブファイル毎がいいのかな？
ゲーム全体でのほうがいいのかな？

ふつー全体では。

セーブファイル別にしか反映されないんだったら
かなり意味無いものね

あ、ごめん。
セーブデータ引き継いで何回も繰り返しやるタイプのゲーム想定でした。
でもやっぱ全体だよね。

スクリプトのアドレスを利用するのが簡単なんだろうけど

アップデートとかでスクリプト少しでも書換えしちゃうと誤動作するし
開発中も使い物にならんから

何か良い方法あるのかなって考えてるんだけど
良い案無いですかね？

>>611
メッセージナンバーにすれば、誤動作も少しですむかと。
スクリプトファイル毎に、上からメッセージ１番、２番ってナンバーふっておく。
あとで命令ふえてもOKだし、メッセージ増えても既読ちょっとずれるだけだし。

>>611>>612
修正は指定して追加するとか。

msg("番号は自動的に"); // 1
msg("メッセージごと"); // 2
msg("割り振る。"); // 3
修正↓
msg("番号は自動的に"); // 1
msg("メッセージごとに", revision2); // 4
msg("割り振る。"); // 2

ぎょえー、面倒くさそ。
正直、スクリプトファイル単位の記録でいいと思うんだけどなぁ。

機械的にできるでしょ。差分はコマンド一発で出るし。

>>614
ファイル単位だったら「どこでもSave/Load」は出来ないなぁ。
それにシナリオライタ（スクリプタ）によっては、メチャクチャ長いファイルにする人間も居るし。
そういうのも考えると >>613 は実用的だな。っつーかプロ？

みんな、Ogg使おうぜ

>611>612
一段変換テーブルをかますのはどうでしょうか？
テーブルの更新はシナリオコンパイル時かなんかに
自動でやらせるとか．

>617
ogg意外と重くない？　多少サイズ大きくなるけどADPCMの方が……。

ADPCM は DirectSound対応してないから変換するのに時間とメモリ食うのよね。
Ogg は下手な MP3 よりキレイな気がするが、どう？

下手なMP3と比較したらね。
でもoggはバージョンごとの互換性の薄さが嫌過ぎ。重いのもいやン。
何とかして。(;´Д｀)

WMAって使ったらライセンス料取られるんでしたっけ？

久しぶりにage

みなさんBGMや音声ってどういう形式にしてます？
いろいろフォーマットあるとおもいますが…
それともオリジナル圧縮なんでしょうか？

>624
最近はほとんどＢＧＭ→ＣＤ−ＤＡ、ＣＶ→ｍｐ３かＡＤＰＣＭじゃないかな。
関係ないけどｍｐ３ライセンスちゃんと取得してる会社ってある？

あとはマイナーなところでogg？

>>626
最近注目されてる雰囲気はあるね。
ちょっと調べてみるか……。

>626
>ALICE SOFT…System3.9（Ver5.33）公開
>wavXXX,sndXXXコマンドでOggファイルを再生できるようにした.

ありすはogg使うのかな？

オーディオ形式の話題が出たので、画像の方もどうでしょうか。
うちはAVGがメインで、思いっきりJPEGです。
最後に圧縮率でごまかす事も。（ぉぃ

>624
BGMがCD-DAで、音声がPCM(22kHz、8bit)です。
バランスとタイミングで苦労しています。

>625
ほとんどがMP3代わりのOggに逃げているのでは？
ライセンスと言えば、GIFの方も気になります。

GIFはライセンス云々以前に圧縮率が悪過ぎるから、PNGが普及したら
自然に消滅するでしょう。あ、アニメGIFとかまだ現役か……。

フルカラー可逆でPIC2並みに圧縮率が良くて、なおかつ展開の速い
フォーマットってありませんかねぇ……。

レス数の表示がズレてるのでメンテカキコ。
ついでにage

http://www.day-max.com/in.pl?kyo

↑広告貼られた……。スマヌ。

ちょっと質問。
DirectXのランタイムは、デバッグ版とリテール版のどちらを入れてます？

>624
BGM→CD-DA、音声→Ogg（以前は効果音だけでPCM）
オリジナル圧縮なんて考える頭脳無いyo。

>634
開発環境の話カナ？製品版の話カナ？

>635
開発環境のDirectXランタイムは、です。

リテール版

>673
リテール版使ってるかぁ。
俺は、デバッグ版使ってる。
デバッグ版がVCのデバッグウィンドウに出力する
メッセージが割と便利だから。

この辺は特に興味のある部分じゃないのかなぁ。
確かにそんなには使わないけど。
外れた話題振ってｽﾏｿ。

>629
ライセンスはGIFじゃなくってLZWだよ。
JPEGはブロックノイズが気にならない？

>634
プログラム＝デバッグ（やっぱり便利ですね。）
テスト＝リテール、だから両方。
微妙に振る舞いが違うのがちょっと…

>>639
別にGIF=ライセンスが問題と言ってもいいだろうよ。
GIFのところに突っ込みいれたようだが、
LZWってだけじゃそれも曖昧な言い方じゃん。

>639
JPEGは量子化と標本化を共に100％にすればノイズは殆ど気にならない。
これでもPIC2よりもサイズが小さくなるしね。
ねこねこなんかはこれでやってる。
プログレッシブ入れればもう少し小さくなると思うけど。

つーかPIC2並みに圧縮率が良くて、もっと展開の速い可逆圧縮方式があれば
理想なんだけど。

正直、背景はjpegでも構わないような気もする。

>641-642
ねこねこファンディスクは背景と立ち絵がJPEGでしたっけ。
イベント絵は確か可逆だったような。

画像圧縮は自分で作ったことあるけど使えない。
うちは今度出す奴は
BGM: ogg
VOICE: ogg
画像: bmp

JPEGでやってる人に質問なんだけど、
低スペック切り捨ててる？
あと不可逆って企画から駄目って言われない？

mp3もってのほかっていう人います・・・

JPEGよりもOGGの方が低スペックマシンにはつらそうだが……。

ogg 2本再生だと、300MHz の CPU でもちと辛いんでないかな。
400MHz 必須なんて書いて、上を説得する自信なし。

CV をベタで入れて、CD 枚数増やして MX 対策するほうが
よかったりして。このままじゃ干上がっちゃう。

>>647
急遽対応で容量的に辛かったのよ…

>640
画像以外も駄目だよ。と、
書きたかったのだが、空気読めてなくてスマン。

>644
Dual-Oggか、スゲー
その位スパッと切り捨て、（以下略

画像はグラデーションを考慮した、ランレングスで圧縮してる。
壁みたいな平面的な物、限定だが。

３枚組にして最小インストールでは音声なし。
標準インストール、最小インストール共に音楽のみＣＤから読み込み。

音楽はリニアPCM-WAVで再生時にファイルサイズをチェックして
違っていたらエラーを返してプレイ停止。
WAVにはダミーのタグを入れておいて、不可逆やape等の圧縮データからの
伸長では誤魔化せない仕組み。

>650
IDがBugだ。。。

メンテあげ。
そういえば、事実上統一ハードのWindows2kマシンであるＸ箱が出回っているけど、
あれって、バグが相当減っているのだろうか。
ハード仕様が統一され、GPUがGF3Tiランクだから相当無茶できるようだけど。（メモリ周りの不安は消えんが。）
アダルトソフトをこっちで出せればねぇ・・・。

>652
ttp://www.bomber.co.jp/nishi/top88.JPG

http://www2.bbspink.com/test/read.cgi/hgame/1013952108/570n
やあ！ビルです。 名無し さんメールありがとう。

　「18禁ソフト」！？ 残念だけど、このお願いはかなえてあげられない。僕たちは
性別、年齢を問わずに楽しめるゲームソフトを提供していきたいんだ。

bye!
------------------------------------

だって。

全然売れないと言ってみるte…じゃなくてreal。

>644
スペックの方は最低Pentium166MHzなので、MMX以下切り捨てという感じです。
今回の企画さんは、壁紙とか特典とかも考えていたので不可逆でもOKでした。
私も>641だと思うのですが、駄目な人もいますね。
デバッグシートに画像の劣化という項目があるのですが…
画像が元々縮小されているのでグラフィッカーさんは、あまり気にしないようです。

なんか日本語変だけど、少しでも参考になれば…

>653
いや、不具合があるのはわかっているけど、現状よりは少なくなったのかな、と。こちらとしては、グラフィックスカード別の確認作業やらなくていいだけでも大助かり。
>654
大丈夫ですよ。このままＸ箱が売れなきゃ、売り上げ挽回策でエロゲー解禁を段階別にやるでしょうから。（＾＾；；
かくして、MSの評判だけが下がっていく・・・。

画像圧縮、うちはハイカラー専用のオリジナル可逆圧縮、圧縮率は640×480で平均230KBぐらい、
展開はCeleron-466で0.02秒程度。
音声はWindowsならADPCM22kHzがいちばん負荷が軽いでし.ょう。容量が許すなら。
リニア8bitは音質悪いし負荷も大きいからやめませう。

ハイカラー(16bit)は出来れば辞めて欲しい。
フルカラーで見た時モワレが酷かったりするから。
âgeなんかも15bit相当だけど、もうちょっと画質何とかならないかなぁ。

音声は台詞とかは22kHzで充分だけど、音楽はやっぱり44.1kHz欲しい。

グラフィッカがハイカラーで作ってればモワレは出来ないよ。
ツールでフルカラー→ハイカラーに減色してるとおきやすいけど。
それと音楽をWAVE（44k）なんかで作ったら容量足りない。
音声が無ければいいけどね。

あれはモワレではなくマッハバンドと言います。GRB555だとディザ入れても絵柄によっては
かなり気になる場合があるね。解像度にもよるけど。自分は640×480フルカラーより
800×600ハイカラーの方が嬉しい。GRB765ならマッハバンドもディザもほぼ気にならない
けど圧縮率はそれなり。
1枚毎に1024色ぐらいで減色するのが画質/データサイズ比ではベストかも。グラフィッカ
さんはいやがりそうだが。

え○ゅ〜とか何であんなに汚いんだ。

色深度が低いと萎える。

　そういえば、画面の大きさの話が出ていますが、皆さんのところは画像サイズはどのようにしてますか？
こちらは、８００×６００ハイカラーです。
最近の新規ユーザーは、XGA固定の安いノートが多くて、VGAだと拡大表示したときにディザリングが汚くて萎えるそうです。SVGAだと拡大しなければちょうどいいんですよね。
（モバイルノートでやるマニアからも同じ声が届くけど、そっちは勝手にがんばってもらう方向で。＾＾；；）

しかし、AFは盛り上がってますなぁ・・・。あそこまでパクリを前面に押し出した作品は帰って尊敬に値しますわ。

ノートというか、液晶ユーザー一般にあてはまります。
最近のVGAは拡大時に補間掛けてくれるので色深度が高いとまだマシですが、
確かに、ハイカラーで減色などしているとディザがあった場合非常に目立ちますね。


エロゲ−以外でもノートは3D遅れてるから・・・、正直ゲームはニントモカントモ。
でも最近はノートが売れてるんだよなあ。ｱﾀﾏｲﾀｲ。

>664
日立製作所の２２０シリーズなんて、いまだにTridentの２MRAM・・・って、おい！！XGAのフルカラー不可かよ！デュアルディスプレイ可能でも２５６色かい！
ま、上の叫びはともかく、液晶を前提としたデザインやカラーをする必要が出てきたのには苦労させられます。
液晶デスクトップはゲーム時のVGA表示を前提にディザリング補正がきれいですが、ノートPCだと、VGAは単純にVGA外の領域が黒く表示されることがほとんどです。なぜ？
やり方をこっちのサポートで聞かれてもね。Bios設定でフル画面表示にできることがほとんどだけど、初心者にBiosをいじらせるような怖いまねはできんし。（しかも、会社が実機を持っていない機種で！）
私も、ｱﾀﾏｲﾀｲ。

666!

>665
ATiのドライバなら、画面のプロパティの詳細プロパティから(ややこしい)拡大表示の
有無を選べる筈。
ただ、アスペクト比を考慮していないようなのでモニタが４：３以外だと悲惨です。

某社から８００＊６００でフルカラーで最低２６６ＭＨｚという仕様が来た時、泣きました。
６４０＊４８０の２５６色換算（ＴｏＨｅａｒｔ換算）で４０ＭＨｚ・・・。

しかも立ち絵が鬼のようにデカイ上に２体並ぶ・・・。
ﾁｰﾝ……

>>667
ソレ泣く様な事か？
文字表示中にBGをラスターアニメーションとかでもし続けない限り
楽勝じゃないと思うんだが……むしろ普通のADVの範疇なら楽勝でない？

>>667
>６４０＊４８０の２５６色換算（ＴｏＨｅａｒｔ換算）で４０ＭＨｚ・・・。
この換算がよくわからんのだけど、>668の言うとおり問題無いと思うよ。

立ち絵が辛いと言ってるから桜の花びらでも降らせるんじゃないか？

ああ。今日きた電気屋の広告のPC欄、液晶PCしかねえー。
省スペースのとノートだけ。しかもノートが多いし。
そういう時代かと思うと……合掌。

　　 ∧∧l||l
　　/⌒ヽ)　　メモリリークしちゃったよぉ…
〜（＿__）　　 パッチ作らなくちゃ…
''" ""''"" "''
>663
現在のところ、VGAとSVGAが半々ぐらいです。
完全に移行かなと思ったら、低価格化が…どうなるやら。

ファイルの読み込みなんですが、みなさんは非同期読み込みとかマルチスレッド化とか
やってます？
うちはシングルスレッド同期読み込みだったんですが、CG表示待ち時間のほとんどが
ディスクアクセスなんでいいかげんいやになってきました｡

もっともファイル読み込みの待ち時間に何ができると言うわけでもないんですが...

ファイル読み込みって重いですか？
背景＋キャラクター＊２（アルファマスク付）で読み込んだとしても
最大800*600FullColor＊5枚＝約7MB
昔のHDDでも非圧縮だと１秒くらい、圧縮すれば半分くらいには小さくなるから
読み込みには２分の１秒もかからないんですが、それでも気になるくらい重いですか?
ファイルの圧縮や画像ファイルのキャッシュを実装すればそんなに
重くはならないと思います。

＞背景＋キャラクター＊２（アルファマスク付）で読み込んだとしても
＞最大800*600FullColor＊5枚＝約7MB
どんな計算だ（汗）
背景＋キャラ２体なら 800×600×(24+32+32)/8/1024/1024 ≒ 5MB。
圧縮したら立ちCGは思いっきり縮むから可逆でも1.5MBってとこでしょ。
HDDからの読み込みならほとんど気にならないんじゃ？
もっと高速化したいなら1枚のCGを縦方向に8分割ぐらいしてやって
ファイル読みと画像展開をストリーミングしてやるとか。

674です
すまん。
アルファマスクも１ファイルという形で計算してた。

うちのは８００＊６００のフルカラーで可逆圧縮で、
グラデ塗りで書き込みが結構ある物で
キャラがアルファー込みで３７０Ｋ
イベントが５１０Ｋ
背景が５２０Ｋ
ってかんじ。他社のも同じようなもんだろう。
２体と背景で３７０Ｋ＊２＋５２０Ｋ＝１２５０Ｋ。
そんなに時間がかかるとはおもえん。

うちも674-677にほぼ同意。アルファの方が重いです｡
最小インストでCDから読めば、確かに遅いとは思いますが…

>672
頑張って下さい｡

>>677

>>677
なかなか圧縮率がよいようですが、どういった方式を使っているのでしょうか。
差し支えないようでしたら教えていただけとありがたいです。
自分じゃそんなに良い圧縮を考えられないので、ヒントだけでも教えてください。

>>680
677 じゃないけど、圧縮率でいえば、自前圧縮はそうそう zlib には
勝てないので、zlib を導入するとよろしいかと。ちょっと展開遅いけども。

あるいはスライド辞書(LZ77)か、その応用。
誰が組んでも zlib の +10-20% ぐらいになると思うし、展開は速い。

あとは画素の並べ方を工夫すると大幅に変わる。
BMP をそのまま圧縮するよりも、8x8 pixel を１ブロックとして、その中を
蛇行するように並べるとか。

でも、圧縮効きやすい絵にしてね、とお願いするのが一番だったりする(w

>>681
ＰＮＧだと半分ぐらいにしかなりませんよね。
しかも自分が作った圧縮だとＬＺ７７でやってもＰＮＧほどにもならないんですよ。
ＺＬＩＢは遅すぎなので、チト勘弁。
６７７さんの方が圧縮率が良さそうなので気になって聞いてみたけど、虫がよすぎかな。

うちもちょっと気になって調べてみた。
この間作った奴のデータを調べて平均とって見たところ
イベントが約500KB
背景が約550KB
キャラがマスク付きで約170KB
でした。
677さんのところとほぼ同じですね。
キャラのサイズが小さいのはおそらくキャラクター自体の大きさに
差があるからでしょうね。

>>683
そちらのもなかなか良いですね。
やはりＬＺ７７＋ハフマンでしょうか？
８００＊６００フルカラーが約１／３になると
ＬＺ７７だけでは無理っぽい気がしました。
みなさん、なかなかやりますね。

PNGより圧縮率が高いアルゴリズムを自前で作るのはかなり厳しいと思われ。
圧縮率は絵柄によって大幅に変わるから、サンプルとしてGameSpotにある
宇宙帝王さんの壁紙(800×600)を使用。
http://www.zdnet.co.jp/gamespot/ga/wall/bmp/index.html

1)オリジナル 257965色 956KB(PNG)
2)GRB655ディザあり減色 11258色 665KB(PNG) 564KB(オリジナル圧縮)
3)OptPix減色 256色 328KB(PNG)

>>685
この宇宙帝王さんＣＧって、
あまりに書き込みが細かいので、
通常のゲームのＣＧと比べるとサンプルとして不適当なのでは？
ＬＺ７７系だとまったくかからないのでは？

僕が作ったやつだと、ＬＺ７７ではフルカラーで１１２１Ｋ。
Ｋは１０２４として計算しています。

それでは圧縮掛かりやすい方のサンプル。「REVIVE...〜蘇生〜」笠原美澄
http://www.zdnet.co.jp/gamespot/special/9911/de2.html
直リン( http://www.zdnet.co.jp/gamespot/special/9911/bmp/800/rev07s.exe )

1)オリジナル 61316色 521KB(PNG)
2)GRB655ディザあり減色 5051色 378KB(PNG) 235KB(オリジナル圧縮)
3)OptPix減色 256色 164KB(PNG)

>>688
これは
５３０ＫＢでした。

GRB655ディザあり減色のサンプル。
http://homepage2.nifty.com/netburst/grp/800_16.png
http://homepage2.nifty.com/netburst/grp/rev07s_16.png

個人的にはこのぐらいのディザは気にならないけど、萎えるかなあ。

683です。
宇宙帝王さんのやつ→1,016,637B
REVIVE　 　 　 　 →　505,337B
宇宙帝王さんのぜんぜん小さくなんねー

◆JPEG (非可逆、量子化100%、標本化100%、プログレッシブ
宇宙帝王さんのやつ：457,410
REVIVE　　　 　 　 　 ：273,990

◆PIC2 (2-pass)
宇宙帝王さんのやつ：830,433
REVIVE　　　 　 　 　 ：402,374

◆恵理ちゃん (拡張フォーマット、可逆、最高圧縮)
宇宙帝王さんのやつ：825,232
REVIVE　　　 　 　 　 ：428,436

eriが意外と頑張ってる……。

PIC2の２パスは遅すぎて使い物にはならないから、
１パスと比較した方がイイと思いますです。
えりしゃんも最高だととても重いと感じましたよ。

速度って展開速度だよね当然。うちのだとCeleron-466で宇宙帝王さんのが0.05秒、
REVIVEが0.03秒。

フェードとスクロールくらいしか出来ない、背景用で381kと214k。
汎用だと1166kと602kで、16bitより大きいし…バランスが大切ってところでしょうか。

>678
どうもです。文字表示を高速化したら失敗してしました｡（ぉぃ）

「フェードとスクロールくらいしか出来ない、」は、貼り付けミスです。
ﾅﾆﾈﾎﾞｹﾃﾀﾝﾀﾞｶ･･･

>>695
わかるわかる。漏れもそれでこっそり出したよ。＞パッチ

宇宙帝王さんのやつ 900K
REVIVE 450k
だったよ。

ちなみに圧縮方式は、予測法＋ハフマンです。
それと色コード圧縮をしています。
予測値の符号と予測からの差は何パターンかの中から選ばれるようになっています。
そして、どの符号が使われるかももちろん変化します。
圧縮スピードは、１枚１分近くかかりますが、展開は気にならないくらい早いです。
685さんの圧縮はもしかして2ドット単位で圧縮してますか？

>690
本来無い場所に段差があると余計に目立ちます。２つめのディスプレイとか。

ディザで表示するのは塗り師の仕事を台無しにしているように思うのだけど。
プログラマさんはそういうのはあまり気にしないのですかね。
結構そういうシステム多いし。嫌いだけど。

>699
良く見る。>685は16bitに減色してるよ。

>>701
いえいえ、16bitということはわかっているんですが、
その圧縮方法が２ドット単位の圧縮方法かと。
さすがに、16bitの可逆ではあのサイズまでは圧縮できないと思います。
１ドット単位の予測法＋色コードだけでは、あそこまで削れないと思い聞いてみました。

>677
推奨環境がPenIIなんですか？
うちはPentiumなんでLZSS以上の処理は無理だな。

＞702
アルゴリズムはPi(16色)をフルカラーに拡張したような感じです。
Piでは右上・左上・上・２つ上・左・２つ左の５ヶ所の場所から幾つ同じパターンが続いているかを
調べるのに対し、近傍６６箇所を検索し最終的に頻度の高い上位３１箇所を採用します。
色コードの圧縮方法を工夫して色数が少ないほど圧縮率が劇的に上がるようにしてあるのが
ミソです。そのかわり圧縮は遅く1枚圧縮するのにCeleron-466で1分ほど掛かります。

せっかく公開してくれているのでアリスのPMS圧縮使ってみました。
宇宙帝王さんの768kb。REVIVEが374kb。時間も凄く早い。
一体どんな圧縮をしているのか誰か知りませんか？
こんだけ良いの使っているのに、なんか新しいフォーマットに移行する
みたいだし。ライセンスフリーで公開してくれないかなー

＞705
PMS圧縮ってGRB655でしかもディザなしみたいですけど。
この画質でこの圧縮率は……

＞700
段差はマッハバンドと言います。ノイズをまぶすのががディザです。
ディザを強くするほどグラデーションは滑らかになりますが全体にざらつく感じになります。

画像サンプル
GRB655ディザなし http://homepage2.nifty.com/netburst/grp/rev07s_16n.png
GRB655 2値ディザ http://homepage2.nifty.com/netburst/grp/rev07s_16d.png
GRB655 4値ディザ http://homepage2.nifty.com/netburst/grp/rev07s_16q.png

1)オリジナル 61316色 521KB(PNG)
2)GRB655減色4値ディザ 5250色 399KB(PNG) 251KB(オリジナル圧縮)
3)GRB655減色2値ディザ 4979色 380KB(PNG) 236KB(オリジナル圧縮)
4)GRB655減色ディザなし 4294色 307KB(PNG) 204KB(オリジナル圧縮)

>702
やはりPIとおなじ2ドット単位ですね。
それと色コードだと思いました。
なかなか良さそうな圧縮ですね。

>>703
うちも800*600のフルカラーでPen133ですよ。
PIC2等の算術圧縮にくらべて、符号の持たせ方を変化させていく方式です。
デコードルーチンはフルアセンブラです。

それよりか、音声データーの方がでかくなって大変じゃありませんか？
うちは４４Ｋ１６ＢＩＴで平均１／７になります。
もちろん不可逆で、ノイズはほとんど気になりません。

みなさん、どういった音声圧縮してますか？

＞708
2ドット単位というのが何を意味しているのかわかりませんが、予測法ではありません。
スライド辞書の変形で位置コードの符号化を画像に特化したものです。
このため画像の色数によってクリティカルに圧縮率が変わります。ハイカラー専用に
したのはそのためです。フルカラーのままだとピクリとも縮みません。

ADPCM

>>710
いえいえ、PIは2ドット単位で圧縮して、タイルに対応させてませんでしたか？
16bitカラーだと、ディザの問題が出てくるのでどうやって対応しているのかと
おもって。
色コード＋位置を辞書としてやる方法はまさにPIですね。
でも、うまい実装をしたのでしょうかけっこう縮まりますね。

あぼーん

>>709
MP3系にすれば縮まるんだけど特許関係がウザくてねえ。ogg使ってもいいけど。
音声は8bitADPCM＆無音(VOLレベル低い部分)を調べてランレングス。音質を考えると8bit要る。
圧縮率は25%〜45%くらい。CD1枚組みのソフトで無ければ収まります。

＞712
PIが2ドット一組で扱っているのはPIは16色なので1ドットだと位置コードや色コードが
縮まらないためです。256色以上なら2ドット一組にすると圧縮率が落ちます。
タイリングに対しては出現頻度の高い相対位置をあらかじめ調べて符号長を調節
することで対処します。ディザなしなら左隣、市松ディザなら左上の出現頻度が高く
なります。

>715
いぜん、PI以上HG未満の圧縮率の圧縮を作ったことがあるのでPIの仕様は覚えています。
たしかに1ドット単位だと位置コードと色コード圧縮の分が大きくなりすぎますね。
色カラー圧縮は自分はPIのときに知ったのですが、良くできてるなぁと思います。

符号を適応させて何種類か持たせる方法ですね。
そうすれば、その種類分、圧縮ルーチンを持たせれば軽くなりますから、
算術圧縮に比べてずいぶん楽ですね。

そーいえばわたしは256色で2ドット単位で圧縮していました。
カラーパレットがない物は予測法でした。
フルカラーの圧縮なら予測法が良いと思いますよ。

>>714
wavはADPCM+ハフマン符号化です。
符号化の仕方を特殊にしたので、だいたい1/7になります。
展開スピードは気にならないくらいでしかありません。
うちの場合、元データーはだいたい16bit44Kが多いです。
adpcm化したばあい、4bitになります。この時点で1/4ですね。

ADPCMの符号をハフマンにすれば1/5から1/6はいくと思いますよ。
カットオフはどこらへんにしてますか？

元データーが44k8bitの場合と22k16bitの場合では、
自分的には44k8bitの方が良いと思うのですがどう思うますか？＞ＡＬＬ
8bitadpcmだと2bitなので、形式が特殊ですが。

＞717
圧縮後の形式がなんであろうと元データーは44k/16bitがいいに決まってます。
個人的にはボイスは22k/4bitADPCMで十分と思います。ただしサンプリングレート変換時に
LPFをきっちり掛けてやること。
圧縮 : 元データ(44k/16bit)→無声部カット→LPF→22k/16bit→22k/4bitADPCM
再生 : 22k/4bitADPCM→22k/16bit→LPF→44kHz/16bit
44kで出力するのは22kの音質が極端に悪いサウンドボードがあるため。

＞ADPCMの符号をハフマンにすれば1/5から1/6はいくと思いますよ。
なるほど。
＞LPFをきっちり掛けてやること。
なるほど。
圧縮：22K16bit→無音カット→22K8bitADPCMランレングス
うちは22Kでやってるので、4bitだとレベル変化が激しい音声で再現性が落ちてしまいます。
44KHzなら大丈夫かもしれませんが。
再生：22K16bit
正直ogg使ったほうが後々楽になるかと思っています。

>>718
やはり22Kのデーターも44Kへ変換した方がよいですよね。
これはうちも様々なボードとドライバーで調べた結果、そういう結論でした。
ボードの出来のせいか、22Kのデーターを単に2倍して44Kに変換した方がよくなりますよね。

それと、元データーの話ですが、
44k16bit -> 44k8bit -> 製品:44k8bit adpcm(2bitデーター)
とするか
44k16bit -> 22k16bit -> 製品:22k16bit adpcm(4bitデーター)

にするかどちらが良いか？ということです。
データー分量的には22k16bitの方が有利(ハフマンがかかる)ですが、
44k8bitの方が、adpcm のでき次第ですが良いような感じがします。
どうでしょうか？

＞720
ADPCMって元データが8bitでも16bitでも圧縮すると4bitになりません？
44k/2bitADPCMの音を聞いたことがないのでわかりません。
自分で作ったADPCMモドキだと44k/3bitでも22k/4bitより悪かったですが。

>>721
2bit adpcmは昔sound blasterで使われていました。
今は、OKIの物が有名みたいですよ。

ボイスを100%(0dB)でノーマライズするのはやめて欲しい。
さもなきゃ、ミキサーを自前で実装するくらいのことはして欲しい。

漏れはogg両刀（bgm&voice）使いさー。

>>708
MMX233Mhzくらいでの展開速度が是非知りたいです。

>>723
ノーマライズはマスタリングの過程で行われる。PGの範疇ではない。
マスタリングをPGがやってるとこなんて聞いた事がないけど
そもそもボリューム機能も無いようなソフトってまだあるの？

＞724
＞ノーマライズはマスタリングの過程で行われる。PGの範疇ではない。
＞マスタリングをPGがやってるとこなんて聞いた事がないけど
本来はその通りだが、あがってきたデータの音量バランスががったがたで仕方なく
オートで音量バランス調整するツール作って対処したことあるぞ(笑)
さすがに0dBピークだと聴感上の音量バランスがおかしいのでだいたい同じ
音量になるように工夫したけどね。

>724
ノーマライズがマスタリングの問題だってのは分かってるんだけどさ、
個別ボリューム調整の出来ないソフトがまだ多過ぎるのよね。

あと音量変更に Windowsのボリュームコントロールを利用するのも
勘弁して欲しい。
つーか使っても良いけど終了時には元に戻してくれ。ヽ(｀Д´)丿

画像圧縮の話も出ているのでついでに。

ア○ジュの15bit画像も減色にディザ使えばもうちっとまともになると
思うんだけどなぁ。

>725
音量バランス揃えるなら SoundEngine の「オートマキシマイズ」機能が便利です。
でもってピークを -0.5dB に揃えるようにボリューム変更。

因みにOggとかの不可逆圧縮をする場合は予めピークを -1dB 辺りに揃えた方が
良いと思います。
圧縮伸長するとソースよりも波形が大きく振れてクリップすることが多いので。
ttp://www.dn222.com/rb/001/img/398.zip

>>728
数百個のファイル相手にそんなことやってたら気が狂いかねない(;´Д`)

漏れもうぷしてみました。
独自不可逆フォーマットその１ 550KBくらい。
直交変換系。MMX200で640*480*24bitの展開に平均500msec。
www.geocities.co.jp/SiliconValley-Sunnyvale/1104/teiou_dokuji1.png

独自不可逆フォーマットその２ 700KBくらい。
インデックステーブル参照だけなので展開は早い。
中身はbmpなんですが、拡張子がgcaだとあぷ出来なかったので拡張子変えてます。
www.geocities.co.jp/SiliconValley-Sunnyvale/1104/teiou_dokuji2_gca.jpg

画質的にどうでしょうか。

>>708
シーケンスは
1)元データ alloc
2)wav load
3)展開先 alloc
4)展開
5)サンプリングレートコンバート
となっており、
4)のシーケンスを timeGetTime(); で収得

元データー 2,506,884b のデーターだと 417,814b
pen133 32mb win98se 1219
pen3-1g 512mb win98se 166
pen4-2g 512mb win98se 96

2.5mb だと若干遅いですね。

>>729
SoundForgeとかのバッチ機能を使うとイイですよ。

>>727
あれって話に聞いた限りだと、演出重視で15bitなんでしょう。
ディザ掛けた15bitって、24bitよりたちが悪いような気がしますよ〜。
15bitの圧縮はしたこと無いけど。

>729
SoundEngineのオートマキシマイズはバッチ処理も出来ますよ(Lumpy)。

>>730
そんな機能あったのか、逝ってこよう…。
画像の方の展開速度もぜひ。

Lumpyは使ってるけど主に効果音のボリューム調整用。
ボイスに使うのはちょっと。1万個以上あんだもんよ……

みなさん、とても参考になりますよ。
こんなに実用的なスレはひさしぶりだよ。

>734
複数台のＰＣで処理しる（ｗ

>>734
寝る前に仕込んでおくとかｗ
一昔前のビデオエンコみたいだな。

＞736
今３台使って作業中(笑)

>>735
つうか、ここ数日で、突然本物のエロゲ屋が書き出し始めた感じがする。

匿名の技術系ＭＬみたいに使えると面白いかもしれませんね。

サンプリングレートの話だけど、サウンドボードによって最もきれいに聞こえる
レートが違うんだよね。

うちはプライマリバッファが44K16bitSTEREO
音楽：44K16bitSTEREO
効果音１〜３：44K16bitSTEREO
音声：22K16bitMONO
DXミキサー任せなのですが、ドライバごとに音質がどうなるかは検証していません。
バッファをDSBCAPS_LOCSOFTWAREで取ってます。ハードウェアだと不具合が出る
ボードが有るので。
＞カットオフはどこらへんにしてますか？
？±70以下が128サンプル続いたら無音と判断しています。

詳しく書くと解析やってる奴に身元ばれそうなんですが:)

うちは、DSの協調モードがNORMALなんで、Primaryは指定してない。
Seconderyは、LOC_SOFTWARE | DSBCAPS_CTRLVOLUME | DSBCAPS_CTRLFREQUENCY
音声とか全部22kでやりたいところだけど、Oggが対応してないので44k。

>>742
NORMALだとプライマリが22K8BITになって音悪くない？

＞729
宇宙帝王さんの4値ディザ版もアップしときます。

GRB655 2値ディザ http://homepage2.nifty.com/netburst/grp/800_16d.png
GRB655 4値ディザ http://homepage2.nifty.com/netburst/grp/800_16q.png

1)オリジナル 257965色 956KB(PNG)
2)GRB655 4値ディザ 11522色 677KB(PNG) 585KB(オリジナル圧縮)
3)GRB655 2値ディザ 11398色 666KB(PNG) 566KB(オリジナル圧縮)

直行変換系の方はjpegでいちばん圧縮率を落したものより綺麗ですね。
というかほとんど元と違いがわかりません。
4096色版の方はこの色数ならもちっと画質あげられるんではないかと。
ここから圧縮掛ければかなり縮められそうです。

さすが、どの画像も見分けがつきません。
小さい子の右耳にかかった髪でかすかに分かる程度です。
Ｐｉａ３もこれくらいやってくれりゃーなー…

お目汚しすまそ。

>>743
そのはずなんだけどドライバ依存みたい。
うちだと常に44k16bit相当で鳴ったりする。

>>744
16bitなのに凄い画質ですねぇ。
ところで４値ディザってどういう意味ですか？
漏れのは楽して誤差拡散法でやってるのが画質的にまずいのかな。

その２。アニメ塗りに対してやってみました。
多分400KBくらいにしかならない気が。GCAがもっと早ければなぁ…。
www.geocities.co.jp/SiliconValley-Sunnyvale/1104/rev07s_4096.png

＞746
2値/4値ディザは2×2のオーダードディザです。

2値　4値
0 1　0 3
1 0　2 1

誤差拡散ディザの方が階調を稼げますが、アニメ系の絵だと輪郭近傍で偽輪郭が
出る場合があるのと圧縮率が悪いため僕は使いません。

>>744
きれいですね。これくらいいけばcgの方も納得できるでしょうね。

みなさん忙しいのか、スレがすすむすすむ(藁

>>744

＞ここから圧縮掛ければかなり縮められそうです。
4096色版のをオリジナルの圧縮すればどのくらい縮むんですか

画像圧縮の話が進行中ですが、ちと違うネタでスマソ

演出の人から
「一画面分の横スクロールを○秒かけて実行して」
という要求が来ました。
こういうとき、どういう実装をしたらいいのか迷っております。

速いマシンだったら１ドットずつのスクロールでも十分間に合うんですが
遅いマシンだとドット数を荒くしないと間に合いません。

やはり荒い方に合わせるんでしょうか。
速いマシンで処理が余ってるなら綺麗に見せたいって気持ちもありますし。

800*600の画面で動きまくりなので泣きそうです。
コンテ上がる前に動作対象決めたのに、
ほんとに動作環境を考慮してコンテを切ったのかと小一時間…

>>751
fpsで割るだけちゃうん？

＞751
＞「一画面分の横スクロールを○秒かけて実行して」
そのまま実装すりゃええがね。

const int T; // スクロール時間(ミリ秒)
const int X0,X1; //開始位置,終了位置
int x; //中間位置
int t0,t; //開始時刻,中間時刻(ミリ秒)

t = MYGETTIMER();
x = X0+(X1-X0)*(t-t0)/T;

あー、考え方が逆でした
１フレームのスクロール量を遅いマシンに合わせて、
速いマシンでは１フレームあたりどれぐらい待てばいいのか…
なんて考えてました。

時間から今のフレームの変化量を求めればよかったんですね

…あうあう、なんか上に色々絵を重ねて表示しろなんて指令が…

>754
両方やるのが一番丁寧だね。
遅い機種→一回処理するのに掛かる時間を測定し、スクロールするピクセル幅を調節
速い機種→一回のスクロール幅は一ピクセル固定、速すぎたらウェイトを掛けて調節

>755
753の方法で十分だろ

スクロールならそうかもしれないけど、たとえばクロスフェードで更新範囲が
小さいときと更新範囲が大きいときでは一回の実行速度に百倍単位で
差が出るときがあるからね……でも、丁寧すぎたかな。

まあそこまで遅いマシンだったらコンフィグで対処だな。

ついでにスクロールの加減速も作るといいかも。
ちょっとソースいじればできるよ。

でも、演出側で細かくセッティングできるようにしちゃダメ。(w

ageるとすぐに広告が貼られるので、気をつけてくださいな。

>709
音声圧縮はPCM22kで8bitと、左右の差で4bit。
出力するときに平均値で隙間を埋めて、44k16bitに変換します。
無音領域の圧縮は考えつかなかった。時間があったら試してみよう…

エロゲーでVSYNCはないの？
スクロールががたつく。

DirectDrowを使えば、VSYNCにあわせて更新できるけど、
そもそもGAによって挙動が変わるし、ドライバによっても動作違うし、
設定によっても換わることが多々あるのでいまいち…信用が置けませぬ。
リフレッシュレートによってもタイミング変化するし。
DOS時代のように固定されたハードなら決め打ちも出来るんですがね。
あ、ちなみにGDIではそもそもVSYNC待ちなどという概念がありません。

＞750
うちのオリジナル圧縮だと最大でもGRB655までしか扱えないので4096色から
さらに色数が落ちてしまうのです。

1)宇宙帝王さんオリジナル 257965色 956KB(PNG)
2)GRB655 4値ディザ 11522色 677KB(PNG) 585KB(オリジナル圧縮)
3)GRB655 2値ディザ 11398色 666KB(PNG) 566KB(オリジナル圧縮)
4)4096色誤差拡散ディザ 4096色 992KB(PNG)
5)4096色誤差拡散ディザ→GRB655 2393色 656KB(PNG) 480KB(オリジナル圧縮)

1)RIVIVEオリジナル 61316色 521KB(PNG)
2)GRB655減色4値ディザ 5250色 399KB(PNG) 251KB(オリジナル圧縮)
3)GRB655減色2値ディザ 4979色 380KB(PNG) 236KB(オリジナル圧縮)
4)4096色誤差拡散ディザ 4094色 520KB(PNG)
5)4096色誤差拡散ディザ→GRB655 1549色 320KB(PNG) 196KB(オリジナル圧縮)

RVIVEの方はディザなしだと画質的にちょっと許せないレベル。そのわりに大して
小さくなってないし。誤差拡散ディザがあかんのか……

＞748
4値ディザを改良してみました。

ディザマトリクス
0 2 3 1
3 1 0 2
0 2 3 1
3 1 0 2

画像サンプル
GRB655 4値ディザ改 http://homepage2.nifty.com/netburst/grp/rev07s_16q2.png
GRB655 4値ディザ http://homepage2.nifty.com/netburst/grp/rev07s_16q.png

1)RIVIVEオリジナル 61316色 521KB(PNG)
2)GRB655減色4値ディザ 5250色 399KB(PNG) 251KB(オリジナル圧縮)
3)GRB655減色4値ディザ改 5245色 422KB(PNG) 261KB(オリジナル圧縮)

ポツポツがハニカム状になるのでこちらの方がディザが目立たなくなります。
縦横ひっくり返したバージョンも試したがこちらの方がいい。CRTは縦方向に比べて
横方向の解像度が甘いので。液晶だと変わらないと思うけど。
圧縮率はちょっと落ちちゃいますね。

アルゴリズム
int dither[16] = {-3,1,3,-1,3,-1,-3,1,-3,1,3,-1,3,-1,-3,1};
int rbit,gbit,bbit; //RGBビット長
int bcr,bcg,bcb,d,r,g,b;
bcr = 8-rbit;
bcg = 8-gbit;
bcb = 8-bbit;
d = dither[(y%4)*4+(x%4)];
r = MYLIMIT((r*8+d*(1<<bcr)/8,0,255); //減色,0〜255にクリップ
g = MYLIMIT((g*8-d*(1<<bcg)/8,0,255);
b = MYLIMIT((b*8+d*(1<<bcb)/8,0,255);
r = ((r>>bcr)<<bcr)+(1<<bcr)/2; //伸長
g = ((g>>bcg)<<bcg)+(1<<bcg)/2;
b = ((b>>bcb)<<bcb)+(1<<bcr)/2;

>761
エロゲーに限らず、PCゲーでVSYNC待ちなんかしてる2Dソフトあるのかな。

>764
>r = MYLIMIT((r*8+d*(1<<bcr)/8,0,255); //減色,0〜255にクリップ
)１つ足りなくない？
r = MYLIMIT((r*8+d*(1<<bcr))/8,0,255); //減色,0〜255にクリップ
で、いいのかな？

>765(724)
今はないと思うよ。

VSYNCの話はもうやめよう。
そのうち、プ板みたいにリフレッシュレートの話になってくだらない論議になるから・・・。

＞766
＞r = MYLIMIT((r*8+d*(1<<bcr))/8,0,255); //減色,0〜255にクリップ
です。それともう一箇所まちがえてた。
＞b = ((b>>bcb)<<bcb)+(1<<bcb)/2;

>767
もう１つ、
>g = MYLIMIT((g*8-d*(1<<bcg)/8,0,255);
だけ、-になっているけどこれは間違いなの？

粘着ぽくてスマン。

ああ、ID変わっている・・・。
768は766です。

＞768
＞>g = MYLIMIT((g*8-d*(1<<bcg)/8,0,255);
＞だけ、-になっているけどこれは間違いなの？
ここがミソなのです。試しにここを+にしてみれば見比べてみればわかります。

RGBから輝度Yを得る式は
Y = 0.299*R+0.587*G+0.114*B; //NTSC
GとRBで逆相のディザDを足すと
Y = 0.299*(R+D)+0.587*(G-D)+0.114*(B+D) = 0.299*R+0.587*G+0.114*B-0.174*D;
となりディザによる輝度変化がほぼ打ち消され、見た目のザラザラ感が低減されます。

>770
なるほど。まさか輝度を考慮しているとは思いませんでした。
このコード使わせてもらいます。
で、お礼といっては何ですが、こちらもサンプルコード上げときます。
大したもんじゃないですけど・・・

// 高速拡大縮小回転ルーチン(24&32Bit用)
// 転送先・元共、トップダウン形式

BYTE *pSource,*pScrW;
BYTE *pDest,*pDstW;
int spix,dpix;
int dw,dh,dlen,slen,sx,sy,qx,qy,px,py,dpw;
int x_dx,x_dy,y_dx,y_dy,sx1,sx2,sy1,sy2;

dh=転送先の高さ;
dw=転送先の幅;
dpix=転送先1ピクセルのバイト数(24bit=3,32bit=4);
pDest=転送先のDIBの先頭ポインタ;
dlen=転送先の1ラインのバイト数;

// ↓これは(x1,y1)-(x2,y2)となる
// もし元の画像全体なら(0,0)-(Width-1,Height-1)となる
sx1=転送元クリップ領域(x1);
sx2=転送元クリップ領域(x2);
sy1=転送元クリップ領域(y1);
sy2=転送元クリップ領域(y2);
spix=転送元1ピクセルのバイト数(24bit=3,32bit=4);
pSource=転送元のDIBの先頭ポインタ;
slen=転送元の1ラインのバイト数;

double p=(回転角度)*3.1415926535/180;
double zx=(X倍率),zy=(Y倍率)
int sx2=sx+w,sy2=sy+h;
// 転送元の中心は(sx1,sy1)-(sx2,sy2)の真中
double scx=(sx2-sx1)/2,scy=(sy2-sy1)/2;
int dcx=(転送先中心点X),dcy=(転送先中心点Y);
double sinc=sin(p),cosc=cos(p);
x_dx=floor((cosc/zx)*4096);
x_dy=floor((sinc/zy)*4096);
y_dx=-floor((sinc/zx)*4096);
y_dy=floor((cosc/zy)*4096);
px=-(floor((dcx*cosc)/zx)*4096)+(floor((dcy*sinc)/zx)*4096)+(scx*4096);
py=-(floor((dcx*sinc)/zy)*4096)-(floor((dcy*cosc)/zy)*4096)+(scy*4096);

enum { B=0, G=1, R=2 }; // Windows

for(; dh>0; px+=y_dx,py+=y_dy,pDest+=dlen,dh--)
for(dpw=dw,qx=px,qy=py,pDstW=pDest; dpw>0; qx+=x_dx,qy+=x_dy,pDstW+=dpix,dpw--)
if (qx>=0 && qy>=0) {
sx=qx>>12;
sy=qy>>12;
if (sx>=sx1 && sx<=sx2 && sy>=sy1 && sy<=sy2) {
pSrcW=pSource+sy*slen+sx*spix;
// 出力処理
pDstW[B]=pSrcW[B];
pDstW[G]=pSrcW[G];
pDstW[R]=pSrcW[R];
}
}

分離していたものを無理やりサンプルぽくしたので間違っているかも。

ちなみにdw,dhは普通はクリッピング処理をしていますが、ここでは省略しております。

4096色化を試してみましたが……

GRB655 2値ディザ http://homepage2.nifty.com/netburst/grp/800_16d.png
GRB655 2値ディザ4096色 http://homepage2.nifty.com/netburst/grp/800_16d4096.png

1)宇宙帝王さんオリジナル 257965色 956KB(PNG)
2)GRB655 2値ディザ 11398色 666KB(PNG) 566KB(オリジナル圧縮)
3)GRB655 2値ディザ4096色 4096色 664KB(PNG) 537KB(オリジナル圧縮)

画質は十分だけどほとんど縮まなかった(汗)

4096色の減色って何つかってますか？

＞776
4096色化はヒストグラム調べて単純に頻度の少ない色から一番近い色にまとめていって
ます。256色化だともっと高度なことやってるけど4096色化で同じアルゴリズムじゃ
速度が遅すぎて１日掛かっても１枚終わらない（汗）
GRB655に減色してからさらに4096色に落します。手抜きアルゴリズムなので直接4096色に
するとかえって画質が落ちちゃう。もうちょっと改良しよっかな……

プログラマじゃないもんで厨質問承知で伺いますが、
単純にGRBそれぞれ下位２〜４ビット切り捨てないし
四捨五入のようなこと(零捨一入？)をするだけでは
やはり汚くなってしまうものですか。

＞778
わかりやすくするためちょっと極端な例ですが

1)GRB555 ディザなし http://homepage2.nifty.com/netburst/grp/rev07s_555n.png
2)GRB655 2値ディザ2817色 http://homepage2.nifty.com/netburst/grp/rev07s_655d2817.png

単純に下位3bitを切り捨ててGRB各5bitにしたのが1)です。2817色になりました。
同じ2817色に減色したのが2)です。

>779
やや、わざわざ例までありがとうございます。
成る程、明らかにマッハバンドの出具合が違いますなぁ。

ディザを掛けると若干ノイズが気になる箇所は出て来るけど、
単純切り捨てよりは遥かにマシですね。

低ビットレートの音声の再生でディザを掛けるのも似たような
ものなのかな。

厨房質問でアレなのですが、なぜみなさん GRB並びなんですか？
輝度が強い順に並んでる…とか？

追加。

1)GRB555 ディザなし http://homepage2.nifty.com/netburst/grp/rev07s_555n.png
3)GRB654 ディザなし http://homepage2.nifty.com/netburst/grp/rev07s_654n.png

人間の目はRGBのうちGREENの感度が高くBLUEは感度が低くなっています。
このため同じ15bit減色でもGRB555よりGRB654の方が画質が良くなります。

左目と右目で緑色の感度が違うって人もいるのでは？
私は右目よりも左目の方が緑に対する感度が高いようです。

言い方悪かった。RGB(565)と並べないでGRB(655)と書くのは何故？
という質問でした。DIBはエンディアネスの関係でGBRデスガ。

「なぜ情報量の優先順位ををGRBという順に割り振っているのですか？」
ではないです。スマソ。

＞784
以下の順番でbitを切り落として行くのでGRBで並べた方が見やすいからです。
GRB888
GRB887
GRB877
GRB876
GRB776
GRB766
GRB765
GRB665
GRB655
GRB654

だんだんム板のようになってきた（笑）
面白いからいいけど。

>>786
ゲー術板がこうなることを願っていたんだが(w

ゲー術板＝隔離板

サポートメール宛に「〜ができません。どうしたらいいんですか」
ああ鬱だ…。こいつ本当に18歳以上なのか。

それだけじゃ意味わからんが……敬語じゃないことを怒ってるのか？
敬語云々は確かに礼儀だと思うが、こちらから相手に要求するのも無作法かと。
そいつだって、仕事先にはちゃんと敬語でメールを打つ人なのかもしれない。
単にサポートにＥメールするのに敬語使う気がないだけかもな。

動作環境をかけということだろうよ

インストールができませんだったりしてね。
#マニュアル読めよ!（たまにあります）

>>790
ああごめん、メールがこの一文だけだったって事さ。

ウチにも、今日来たyo
「＜タイトル＞ができません。どうしたら良いのでしょうか？」
さて、どうしようか…

サポートへの１行メールはままありますね。
質問事項をアンケート式にまとめたテンプレを作っておくといいでしょう。
どのタイトルでも聞くことはほとんど同じだし。

>>795
こういうメールを送ってくる精神的未成年者は、
テンプレはおろかFAQすら見ないと思う…。

＞796
テンプレ作っておいてそれをメールするんだよぅ。

＊＊（●学生）とＨができません。って言うメールもなんだかなぁ・・・
いや、そんなキャラを出したうちが悪いのか？
それとも祖父倫がわるいのか？

業界には名前と立ちグラがあるキャラは攻略対象という暗黙の了解があるらしいです。
つまり、ゲームには余計なキャラは登場させちゃ駄目。
出すにしても完全に脇役化するべし、ということらしいです。
たぶん、●学生じゃなくてもそういうメールはきたと思いますが。

＞798-799
プログラマスレの話題じゃないと思われ(;´Д`)

そうそう。ちょっとわけあって減色プログラムのバイナリ公開したのでこっちにも貼っとく。
http://homepage2.nifty.com/netburst/tool/ccp014.lzh

まあ画質的にはOptPixに及ばないのであんまり意味ないけど。
（だから公開できるつー話もある）

ゎ-ぃヽ(´ー｀)丿

>>799
OHPなんかで攻略可能なキャラと、そうでないキャラとの扱いを
変えていないのがまずいと思われ。

サポートさんとお話して、一応テンプレメール作りました。
自分の扱いが多いので、用意しておきました。ﾖｸｱﾙﾉｶ･･･

#801
どうもです。多分、色々と参考になると思います。

それでもテンプレがある事を知らずに１行メールしてくるヤツ居るよ・・・（鬱）

>805
だから、１行メールしてくる奴にテンプレを送り返すんだって。

一行メールしか書けない奴は、どんなメールを送ってもまともな答えを書けないよ。
時代も変わったんだなぁ…。

http://homepage2.nifty.com/netburst/tool/ccp015.lzh
減色プログラム、フルカラー対応版。
絵柄や減色パラメータによっては減色がとてつも遅い場合があるので注意。

>>808
Optpixコマンドラインで使えねーからありがてぇ。
使わせてもらいます。

うっかり"cpp"と打ってgccを走らせてしまうかも知れない罠。

・・・・小一時間悩んでしまった・・・鬱だ氏脳・・・・

　役立つ情報が増えてきてうれしい限りです。仕事では、Delphi使わせてくれないもんなぁ・・・。
（他人がソースコードを読めないから。）
そういえば、皆さんはＣ＃使ってみました？私みたいなDelphi使いにはかえって使いやすくなっていますが。

ていうかC#はMS Delphiの別め・・・・・ｹﾞﾌｯ

#804
（・∀・）ｲｲ！→#

#808
多謝。自分のより綺麗で早いです。ﾁｮｯﾄｼｮｯｸ･･･

ハイカラー時にディザ掛けたら、ユーザーは増えるだろうか？

＞813
＞自分のより綺麗で早いです。
フルカラー減色の方でしょうか、256色の方でしょうか。256色のはかなり時間掛けて
作ったものですがフルカラーの方はまったく手抜きです。気が向いたら改良します。

これ拡大縮小機能追加してちゃんと公開しようっと。

>812
あ、やっぱり？（＾＾；；

ようやくマスターアップ。＼（＾ｏ＾）／

>813
拡大もサポートすれば、ノートユーザーが倍増とか言ってみるtest

>814
全くの手抜き？ｳﾜｧｧｧﾝヽ(｀Д´)ﾉ
画質は互角だけど、ほぼ倍速…

＞816
フルカラー減色の方は4096色化の場合絵柄にもよりますが /b6,5,4 〜 /b6,6,5 あたりが
いいようです。デフォルトパラメータだととんでもなく時間が掛かる上に画質も悪いです。
このへんが手抜きのゆえんです。

お仕事、頑張って下さいな。

>>816
とりあえずおめでとー。でもマスターアップ後にバグが見つかるという罠。

プログラムで拡大するときは、どのような補間法を使っているのでしょう？
やっぱりバイキュービック？

>814
フルカラー減色の方です。GRB=655辺りは、ほとんど実用レベルでは…

>816
同じ日でしょうかね？針の筵って、こんな感じかな。（苦笑）

そろそろ、拡大するときはバイリニア補間くらいはしないといけないかなぁ。

>821
PenIIIあたりが標準環境になったらね。

拡大縮小回転はすでにスーファミ時代に見飽きた。
いまどき画面効果で使ってるのを見ると
「うわダセッ」とか思っちゃうよ。

>>823
画面効果としては使わないと思われ……

>>823
それは演出により左右されます。拡大回転がださいのではない(しかしださいってなんとジジイな)

でも、VGAフルカラー画像をグリグリ回転させるのは、今でもけっこう大変よ
エロゲーのスペックはしょぼしょぼだからね

おい、お前ら！もっとスペックの高いマシンでエロゲーしてくださいませんか。おながいします

むしろメモリの速いマシンでエロゲーしてください……。

っていうか、i-netにつなげるのもままならない、環境の人たちが
沢山いるんでしょ?エロゲーユーザーって

ここに来る人々よりはるかに、低スペックで、知識の乏しい方々

うちのシステムでは拡縮はできないyo
フォーカスされたアイコンを拡大する時とか、予め画像を用意しておく。
OPでグリグリと拡大する時は、何枚も重ね描き…（ﾍﾎﾞｯ）

>820
こっちは、処刑待ちの死刑囚な気分。
やる事は色々あるけど。掃除とか、HP更新の準備とか。

メインチームの偉い人曰く、「SSE使えないの？駄目だね。」
そこまで切り捨てるのは、ちょっと拙いのでは…（汗）

おいらのツールでは拡大はバイリニア、縮小は平均値。ほとんど縮小しか使わないけど。
リアルタイムでの拡縮は・・・３Ｄ機能にまかせよう(笑)

メガデモがブームか知らんけど、みんながやってることやりたくないんだよな。
がいしゅつですって感じがして。画面動いてるとそれなりに凄そうに見えるんだけどね。
猪名川で極座標スクロール見たとき冷めたよ。流行ったらつまんねーなと。
俺的には圧縮アルゴリズムとか考えてる方が萌える。つーかディスク1枚に
収まらなくなってきた(ﾟ∀ﾟ)

>831
メガデモがブームなんかいな？
最近プログラムでデモ作ってるとこってそんなにあるの？

プレミア・AfterEffect系のムービーデモは正直飽き飽き。

プレミアとか買ってくれたらデモムービ作るよ！

>830
まじめに聞きたいんだけど、リアルタイムでなければそれは
ゲームプログラマの仕事じゃないのでは？
普通に拡縮するのはCGデザイナあたりの仕事であって。
（こっちが勝手にそういう処理すると怒られるしね）

┌────────────────────────────────────
｜デジタルビデオ編集をはじめるなら、いま。
｜Photoshop日本語版ユーザ様への特別提供！「Adobe Premiere 6.0日本語版」
｜URL = http://www.adobe.co.jp/store/startprm.html/
└────────────────────────────────────
　デジタルビデオカメラで撮影した映像や、Photoshopで編集した画像を活用して、
　プロフェッショナルなムービー作品をつくりませんか？Photoshopご登録ユーザ
　限定特別提供価格をご用意しました。この機会にぜひ！
　製品発送は、５月中旬予定。

　　 通常価格：69,500円（消費税、送料別）

▼

　　　　キャンペーン価格：48,000円（消費税、送料別）

　キャンペーン期間：４月23日〜７月31日
　特別提供でのご購入は、 http://www.adobe.co.jp/store/startprm.html/

　*お申込みの際はご登録のPhotoshop日本語版のシリアル番号をご用意ください。
　*特別提供はアドビストアでのみ実施しています、店頭では取り扱っておりま
　せん。

＞834
たとえばＣＧモードのサムネイルパーツの作成とか。
たとえば原ＣＧを1280×960で仕上げといて800×600and640×480に縮小とか。

？
フォトショップの自動実行に放り込めばいいだけでは？　俺なんか勘違いしてる？

>837
してないと思う。
どう考えてもCG屋の仕事で、プログラマが侵す領分ではないと思う。

ＣＧモード用のサムネイルは別に用意してるし、そもそも、モザイク入れた画像を補完縮小
した画像をそのまま使うと、ソフ倫のチェックにひっかかるし。

プログラマって定年30歳とかいうから、俺もそろそろ定年だわ。
某社の入社試験の時に「プログラミングができます」といったら
そんなものは下請けにやらせるからいらん、といわれたのを思い出す...

ラーメン屋になりたい

>840
あるある。でもねぇ、その下請けに指示を出す人間がまったくプログラミングができない（どころか経験がない）
人間だとまさしく地獄だから。

・・・一般業務ソフトの下請け仕事のほうがメインになりつつある。うちの会社やばいかも。

ところでメッセージフォントの出し方についてなんだが。
ビジュアルノベルなんかで画面全面にメッセージを表示する場合、たいてい
画面の輝度を落して白い文字をかぶせるようになってる。あれはせっかくのＣＧが
暗くなってしまっていくない。
画面の輝度を落さずに黒い縁取り付きのフォントで表示した方がいいと思うんだが
どうだろう？

>>843
それも場合により見ずらいので、両方有るのが由
ですね

それより、いまだに
メッセージウインドウがメッシュ処理してあったり
大きなフォントにアンチがかかっていない、ソフトがありますが…

>>844
文字のアンチエイリアスは、VA系列だとまだ駄目だろうね。
高速化のためだと思うけど。

>843
ビジュアルノベル(って商標じゃなかったっけ？)形式の場合は絵よりも文章に
重点を置いているものが多いので、それで良いのでしょう。
絵をじっくり見たい場合は右クリックとかでメッセージを隠すと画面の輝度が
戻ると言う仕様になっているだろうし。

それで思い出したけど、VN形式以外でもバックログを表示する時は画面全体に
文章をまとめて表示するようにした方が良いと思うのだが、意外とやっている
ところが少ない。
バックログ参照中は絵なんて関係無いだろうしね。

＞844
縁取りは少なくとも3ドットは幅持たせないと見づらくなるね。黒くて細い縁取りより
半透明で太い縁取りの方が見やすい。

>>845
まぁたしかにテキストの後ろでBGをバリバリアニメーションさせたりすれば
負荷になるでしょうね


そのわりに、立キャラの縁取りのアンチ処理は、やってないところはほとんど
有りませんね。
グラフィッカーサイドの苦労も有りますが

>>848
立ちキャラのエッジのアンチエリアスはPhotoshopで作業してれば、自然にできるものだから、
それをプログラマがきちんと反映させれば良いだけのこと。

>>849
いやいや、CG塗りのテクニックもいろいろ有って、
全く単純にα値をもらえばいいというわけには行きません
塗りの人に聞いてみてくださいな

>>848
どういう特殊なテクニック使ってるの…？
レイヤ合成方法で「スクリーン」とかやってるんじゃなかろうね。

うちはPSDでデータ貰って自分でαチャンネル作ってRAW:形式でセーブ。

縁取りのスクリーンは無いと思いますが、主線は乗算で重ねているそうです
単純に透明度だけで、マスクデータを作ると塗りミスなどのために、きれいな
データが取れないようなのでマスクデータ作成と縁取りの処理は塗りの人が
作業しています。

(たまに、処理の汚い、縁取りの立絵有りますね)

　∧||∧　 Sound Blasterにて音飛び発生。
（　 ⌒ ヽ　バッファ増やしてみるかな…
　∪　　ﾉ
　　∪∪　>819　正解で修正ファイルをプレゼント！（予定）

>854
バッファは何秒くらいですか？（うちは３秒）
アクセラレーション下げて直ったりしないかなぁ。

まさかとは思うが・・・
DirectX実践プログラミングのソースにはバグがありますが？
ちなみに、DirectX7実践プログラミングでは直ってる。

>854
うちも、SB64DDで音飛びしたけど、アクセラレーション下げたら直ったyo
（；・∀・）--*--（・∀・；）ﾗｲﾊﾞﾙ

ＯＮＥ２のサポート伝言板を見ていると、自社の製品にSD2.5を入れようか悩む。
売上アップは魅力的だけど、動いた動かないのチェックや仮想CDがらみの問い合わせが一気に増えるかと思うと・・・。

リングの方が無難やん。

>>858
ONE2の場合はチェックしてないんだけどね

>>858
それよりも市販ソフトで、サポートの期待出来ないフリーの
ADVエンジンを使う事の方が問題だと思う。
CD再生周りの障害とか、未読も勝手にスキップとか。なんだありゃ…。

nscripterはフリーじゃないが。調べれば３０秒で分かることを。

既読スキップになってないのは単に「kidokuskip」を宣言してないだけだろう。
basesonが仕様だというなら未読もスキップさせたいだけなんだろう。
ＣＤ周りは前からどこかしら血管があるのであれでCDDAは使わない方がいい感じ。

>860
それにしても、インストールＣＤの認識すらしてない環境があるようだからなあ。

>861
nscriptって既読スキップあったはずなんだがなあ。

>855
何となく約3秒です。倍にして、とりあえず解決♪

>864
うーん、直りますね。ハードの問題かな？

ちょっと話題から外れますが、現時点でDVD-ROMのプロテクトは存在するのでしょうか？

953 ：名無しさん◎書き込み中 ：02/04/29 04:58 ID:8VdFtxa7
＞>>949
＞おそらく2.5以降。SD2セクタが2.5対応ドライブでないと正しく焼けないセクタに
＞なってる。
＞まぁ、SDチェックどころかCD入れてるかどうか、入れてあるCDがONE2のCDか
＞どうかもチェックしてないから _inmm使うもよし、DAトラックをリッピングしてデータ
＞トラックはファイルコピーしてきたもので作ってBGM再生用のMIXモードCD焼くも
＞よし、SD2も対応していないドライブで焼くもよし。

意味ねーじゃん。

>>862
ホントだ。40マソ取るのか。
一生サポートだから、まぁ金額的には納得出来るとしても
それだけ取ってアレなのか…。

>861
もっと安い値段でもっといいプログラムを供給する人間が現れない限り、
使う人はいるだろうねえ。

また不良動作報告だYo(;´Д`)
G400ってろくな事が無いなぁ。

新規のチームでアドベンチャーゲームを作るんですが
プログラムを安くやってくれそうな会社／個人ってありますか。

それ以前の会社で実績はあるけど、１タイトル目です。
都合良いんですが５０万円くらいで後払い可能なところが良いんですが。

>869
YGS2k1（フリーのノベルゲーム専用スクリプト）でもつかって、自分たちで組んだほうがましでは。
1人月の値段で、料金後払いじゃ・・・・。

５０万円で一人月なんですか。
プログラマーの単価って高いんですね。
会社に勤めるコンシューマのゲームプログラマーが月給１５万って話を聞いたので、
５０万くらいならゲームのシステムを借りれるかなって思ってみました。
だいたいいくらぐらい何でしょうか？

それと支払いは流通からになるので、
会社相手なら十分後払い可能だと思ってました。
やはりみなさんお金が厳しいのでしょうか。
それとも、信用の問題で前払いなんでしようか。

>>871
社会の仕組みから勉強した方が良いんじゃねぇーの？

会社だと最低保証金でもだいたい100万前後は取るよ。
個人でも、度素人でなければそのくらい出さないと難しいと思う。

うちならば、内容によりますが30-50万で出来ると思います。
後払いももちろんOKですよ。
自社や関連会社で数タイトル位出していますし、
他社の使用実績もたくさんあります。
新規のブランドさんでしたら、優遇もしますよ。
詳しく聞きたいのでしたら、再度質問してください。

安いねぇ。
率直な疑問だがそんな値段で元取れるの？

>>875
既存のシステムをパッケージ売り
カスタマイズはご相談

ってところでしょう?

>>875
もうけは売れたときに気持ちがもらえればいいですよ。
本業でうまくいっているので、それほど気にしてないです。

>>876
細かいカスタマイズもＯＫですよ。
ＣＧモード、メッセージフレーム、
演出、ＥＮＤロールなどももちろん込みで。
マップや軽い戦闘、軽いシミュレーションくらいまでならＯＫですよ。

低レベルスクリプトもあるのでご自身で組み込んでもらってもイイですよ。

>877
いいな、便乗したい気分だ。
でも実績って？問題ない範囲でタイトル挙げてくれないか。
もしかしたら希望と実績に雲泥の差が無いとも限らないしな。

>>878
守秘義務があるので、ここではまずいです。
ここのメールにそちらの身元と条件、仕様等がわかる物を送ってきて下さい。
折り返し条件のメールをお送りします。

>>879
今度新規にブランドを立てるんですがそれでも後払いで良いでしょうか。
詳しくはメールいたします。

もしかして各タイトルで当該システムを採用してるってことさえも非公開?
クレジットにも入れてないのか。
仮にメールで聞いても確認できんな。
そんなんで身元と仕様って...ちょっと送れないよ。スマン見送る。
...どっかの社員の暴走ってことは無いよな?

自社のタイトルもあるので､
ここに直接はタイトルをかけません｡スミマセン。
ブランドは、多分ここの人なら聞いたことがある程度だと思います。
ひやかしは嫌なので、本名とちゃんとしたメールで連絡を下されば、
詳細をおしらせします。

ココで営業かける位なら、営業用のＨＰくらい持っているんじゃないの？
検索のヒントになるキーワードを教えてよ。

個人的にはnScripterは悪くない選択肢の一つだと思うが。
"悪くない"は失礼な表現だな。
自社開発でnScripterに追いついてないのは星の数ほど有るんじゃないかな？

>>883
ヒントって・・・それ晒すと同義じゃん
可哀想なこと言ってやるなよ

自社ライブラリを、NScripterと比べるのもどうかと思うが…

３０万から５０万かぁ。ちとそれって安すぎない？
うちは１タイトル当たり２００万が標準。っていうか、いつもその金額です。
年間６タイトル位やってるんでスケジュールがかぶらなければ
２ヶ月まるまるかかれるってところが売りかなぁ。

nscriptは晒されてる(つか作者が自分から晒してる)から叩かれてるんだよな。
複数CDROMドライブ再生が妖しいようだ。はやく直せ＞作者
銀色の新しいほうやタッチャブルのゲームだとそれほど問題おきてない。(DAつかってない)
nscriptの評価は値段込みでやるべきだろうね。
普通は１００万２００万で最低1〜2人月かかるのは常識だ。
そんだけ取ったら確かにnscriptは使わないだろうよ、多分nscriptの作者でさえ(w

うちは個人受けで５０〜１００。フリー転向からしばらく経つが、やっぱり赤字。

「それ実装すると、＋３０です。よろしいですか？」
となかなか言い出せないわたくしは向いてないのかもしれないな。

>>888
５０万から１００万ぐらいが標準なのかぁ。
やっぱうちの２００万は結構高いんだねぇ。
６本で１２００万円の売り上げだけど、俺の給料は５００万いかないもんなぁ。
スゲー安いよ。

俺も個人受けで50〜ってかんじ。
最高は80だけど。
技術ないので、リクエストになるべく答える＆使いやすさを売りにしたい所。
年収300いかないです。とほ。

あ、最高ってのはいままででの話です。
もちろん、もっと貰えれば貰いたいです。
80以上は欲しがらないというわけではないです。（あたりまえ）

うげぇ、独立して３００ですかぁ。
僕は会社員で毎月１８万円で、ボーナスは夏冬１カ月ずつで２５２万円。
結構少ない方だと思っておたけど、独立して３００なら割に合わないなぁ。
フリーの人って年収いくらぐらいなの？

８８９さんや８９２さんなんて、良い方ですよ。
俺なんて、月１６万で、年収１９２万ですよ。
５００万で少ないなんて、うらやましいです

あんな事言ってなんだけど、ノベルゲーならば３０万程度で個人受けできる。
工数が一ヶ月以上だったり、ノベルゲー以上の事をするとなると、
その値段では正直きつい。

大体５０万円が相場ということでよいでしょうか？

既存のシステムの流用、スクリプトベースでの実装で実現可能なADVなら、
５０万くらいでいいでしょ。
SLGやRPGとかいわれたら話は別だけど。
ADVでもフラグ管理が果てしなく複雑なものはやっぱり金額は上昇するだろうしね。

なあ、委託ってやったことないんだけど、既存システムの流用のばあい、
カスタマイズにかかった費用だけじゃなくて、はじめのシステム構築費用の一部を
肩代わりさせるもんじゃないの？

>>897
開発費用が回収済みなら、サーポート代を除けば(これは必要ですね)
すべてが粗利では?

うーん、皆さん自社のシステムをどんどん許されるなら売りに出してしまうもんなんですねぇ。
ちょっとびっくり。・・・って、確かに自社のシステムをカスタマイズして提供するなら、50万でも元は取れますね。
カスタマイズしたものを自社のシステムに流用させてもらったりしてさらにお得に。（＾＾；；＜自社のシステムはそんな価値のあるもんでもないでしょうに。
外部呼出し・制御可能なシュミレーションゲームオブジェクトでも作って外販しようかしら。

>>899
大体、相手はプログラマーを雇えないクラスの会社で、
開発へのいろいろなサポートも必要になることが多いので、
(そうしないと、開発が終わらない)
システムの切り売りは規模の大きめの会社か、
ＣＧなどをすぐに紹介出来る人じゃないと難しいですよ。

チップなどはいくら言っても作ってくれないし、
立ちキャラのフルファー仕様なども、言ってもわかってくれない、
先方でデータ管理が全く出来ていないなど、
（たとえば、新規のデーターと古いデーターを全て一緒に渡してくる、
　しかも、頻度か週一でなど）
プログラム以外のことでサポートすることが多いですよ。

あと、よくマスターがのびるので、他のソフトとよくかち合います。
そのために、プログラマーのマンパワーも必要です。

こんな感じなんで、楽な仕事ではないですね。

あと、
先方で打ち込みすら出来ないので、
ただ供給するだけでは無理だと思います。
こちらとしては、安くするから勝手にやってねって感じにしたいのですが、
そうはいかないですねぇ。

>900
猫も杓子もブランドを立ち上げるご時世だからねぇ(´ー`)y-~~
データ管理のできないプランナーなんて珍しくもない。
頃してやりたくなるけどねｗ

>902
同意…

>900
そうですか。うーん、それを知った上でやるとは、あなたが神に見えてきますわ。
やっぱり、初心者はＹＧＳ２ｋ１あたりを使って、ゲームに必要なデータの概念あたりを勉強させたほうがいいのかしらね。
せめて打ち込み自体はできてほしい・・・。

>902
私も同意。というか、存在意義がないような。

林組だったか、バージョン情報でPCのスペックを出して、
それをクリップボードにコピー出来るシステムがあったね。
あれは上手いと思った。
しかしコピペすら知らないDQNには通用しなかったりして。

エディタ使ってますか？

エディタ作る暇なんてありません。

エディタと言えば、一番最初だけ、わざわざDOSに降りてVzを使う。
操作に慣れちゃってるんで、命令紡ぐのに集中できるし…

WZはダメなの？
漏れ愛用してる。安いしメーラー付きだし。

>>909
俺もＷＺだよ。
シナリオもやっとるけど、これもＷＺ。

dosの頃からmifes愛好。マクロも使い慣れてるから。

yacc使ってシナリオファイルのパーサー組んでる人っています？

なんだよテキストエディタかよ。最近はSakuraEditor。
てっきりマップエディタとかそういう類かと思ったよ。

>>912
そんなたいそうなスクリプト言語なの？

マップエディタとかアタリ判定エディタとかできます

>913
保守のついでに、適当に話題を振ってみただけなので、
テキストエディタに限定せずに、色々カキコきぼん。

マップを使うゲームも作ってみたいな。

給料そんなに出せないけどプログラマは社内に欲しいところだよなぁ。
今１人いるけどもう１人ってところ。

自分で食ってけるプログラム書きならフリーであっちこっち渡り歩きながらやっていけるしなぁ。
「給料」もそんなに貰えなくて、身の振りの自由もない、そんな社員はやってられないよ……。

なんか難しそうなことやっている割には、単価安いんやねぇ。事務処理のプログラマの半分くらい
の感じだけれど、ゲーム作るのってそんなに面白いの？
儲かるでなし、楽ちんでなしならば、面白いとかなにか情熱をそそぎこめるものがないと
辛いよね？

むしろ清楚で可憐で気の優しい年下の女性プログラマーが欲しいです。

>>917
プログラマって単価安い単純作業ジャン。
設けようと思うなら SEになってプログラムを書かせる立場になればいい。
俺は好きでプログラマやってんだNYO!! ﾃﾞﾓ ｷｭｳﾘｮｳ ｱｹﾞﾃ ﾎｽｲ....

確かに魂の拠り所は別にあるって感じがするよ…。

コードのチューニングとか、アルゴリズムの最適化とか、
日々考えてちくちく弄ることができれば、多少給料が安くても
(*´Д`)ﾊｧﾊｧ出来ます。
ヘンですか?

>921
あなたこそ、プログラマーの鏡です！！

ところで、新スレッド誰か立てませんか？

無駄なコードを削ると、給料が少なくなる罠（涙

スレ立てると板違いと言われそう。廃スレに引っ越した方が良い鴨。

スレ移行は950辺りで十分かと。

多かれ少なかれ>>921みたいな
部分がプログラマにはあると思う。

・・・でも給料はあげてほしい。

胃薬は何を飲んでる？

俺はザンタックとセルベックス。

そろそろスレタイから就職を外して
『プログラマ雑談所＠葱板』
みたいな感じでいいと思う今日此の頃。

「エロゲプログラマ向上委員会」とか。

>>928
それだと、プログラマでないのがあーしるこーしると参入してきやすくなるかも。
それは他のスレに任せよう。

システムスレと使い分けができれば良いんだと思われ

店員スレのように「エロゲプログラマ休憩所」とか。

次スレを立てても、ネタがあるのかどうか小一時間（以下略）

>932
今はなくても、出てきたときにさくっと書きこめるのが有りがたいんだけど、どうですかね。

保守が重要になってきますな

>933
なるほど。確かにその通りですね。

葱板って圧縮タイミングが良く解らない…

雑音がうるさいかも知れないけど、AHOPスレと合流でいいんじゃない？

葱板は一月ぐらいレスなくても圧縮掛からないよ……

>937
いや、先日圧縮が掛かった時は最終レスが半月前のスレでも倉庫に行ってた。
因みに↓
http://www2.bbspink.com/kakolog.html
＞www2サーバは 550超えたら 450スレッドに圧縮実施中。。。

ちょいと古いが、
>905
の意見には同感。あれを標準装備したいな。
ま、コピペできないＤＱＮが買わないように、パッケージに「コピー＆ペースト」がわからない人は動作保証せず」とでも書いておいて。
いっそのこと、OSのほうでそのあたりをまとめて標準API化してくれないかねぇ・・・。

そういや昔のアリスのゲームもマシンスペックをチェックする機能あったな、、、

現役レースクイーンゆみチャンのアナル見え全裸グラビアついにネット解禁！

http://www.graphix.ne.jp/yumi/

合流するか、別々に進めるか、新スレ立てて合流してもらうか、
両方の住人を兼ねる身としては、ちゃんとしたスレが欲しい…

バグってハニー♪（そっとしといて…）

>>943
・・・ぽん（黙って肩をたたく）

>943-944
ﾜﾗﾀ

>>943-945
ﾜﾗｴﾈｪﾖｳﾜｧｧ━━━━━｡゜（ﾟ´Д｀ﾟ)゜｡━━━━━ﾝ!!!!

他社を咎める気はまったくないんだが、Liarみたいにまともにゲームができないほどにバグを多発するか、MEGAMIみたいに動作がいらつくほど遅いほうか。
どちらかを選べというのはある意味究極の選択だよなぁ・・・。

え、私？私が担当したプログラムはLiarみたいになります。(T_T)

>947
もっとだ！もっとチューンしる！（；´Д｀）ﾊｧﾊｧ･･･

バグを減らしつつも、快適な動作を目指しませう。

内容の割に重いと言われるけど、バグは多い方かも。（ごめんなさい･･･）
自分もOSもいまいち信用できないから、やっぱりタスクを監視してないと不安。

>950
次スレ立てる？

950だった…

エロゲーのシステムまわりを考える（Ａ・Ｈ・ＯＰ）
http://www2.bbspink.com/test/read.cgi/erog/1004933394/l50

ここに、じわ〜っとクロスフェードしましょう。
書き込めなくなる頃に、話題を振ってみますので、よろしくお願いします。
何ヶ月掛かるやら…

>950
エロゲで、タスクの監視は凝り過ぎでは…

合流かな、やはり。
うーん、こちらとしては、だべる場としてのここが有効だったんだが。
ま、なるようにならぁね。

ふー、パッチがFDに何とか収まった。

>953
組み込みやってたんで、番犬の安心感が忘れられず。

>954
削除は大変なので、とりあえず立てずに様子見した方が良いかと。
合流が無理だったなら、堂々と立てても問題無いかと思います。

いまプログラムとスクリプトをやってます。
雑用してくれる人がいないので、CGモードのサムネイルとかも
つくらにゃならん。
グラフィッカーさんでやって欲しいが忙しいんだと。
…というか、全部まだCG上がってないし。
ねぇーこのイベントシーンのレイヤー数知らないんだけど…

『最後に絵を入れ替えるだけでいいようにしておいて』って…
ﾏﾃ、そのためのテストデータは俺担当ですか。
そろそろデバッグ始めてシステムのバグつぶしに専念したいのですがー

早く終わらせてここは辞めるっ

>>956
あー、よくわかるよ（笑
サムネイルＣＧ用意するの結構面倒くさいんだよな。
モザイクの部分、手作業で一個一個白くぼかし入れてたよ……
縮小するだけなら一括処理してしまえばいいんだけど。

テストデータはうちも用意してる。
ある程度、そのデータでスクリプト打ちの人に作業進めてもらってます。
開発終盤になって、各担当の成果物が次々と上がってくるので、
それを見越して作業しとかないと、やってらんない。

どんなデータが上がってくるのか分からないから
テストデータ作っても、あんまり意味無い(；´д⊂）
昔聞いていたレイヤー数より増えたり減ったり…
というか、リソースの最新リストがないって、一体…
結局各担当に直接聞き込みして作りましたが
なんかもう、誰もわけわかんなくなってます。

プランナーさん、データ管理と連絡体制の強化をおながいします。
各担当さん、忙しいのは分かりますが、あなたしか分からない部分なので返事ください
おながいします。

漏れだけ離れたところにいるのですが、データ管理やってます。
雑用とか誰かにやって欲しいのですがデータ送るより自分でやった方が早いという罠

長々とスマソ…
えーっと、ここは愚痴スレ？(汗)

デバッグどれくらいしていますか？
たとえば、
５人×１０時間×７日＝３５０時間など

>>959
そんなに時間割けない零細メーカー

>>958
愚痴を言っても問題ないでしょう。プログラマークエストで書き散らかすわけにも行きませんし。（＾＾；；

さすがは葱板「愚痴」を検索するとこれだけある。雰囲気はちょっと…

エロゲ業界人の愚痴　その４
http://www2.bbspink.com/test/read.cgi/erog/1021990961/l50

お前ら、仕事の愚痴はここにぶつけろ！
http://www2.bbspink.com/test/read.cgi/erog/1015102694/l50

エロゲ業界人に対する愚痴
http://www2.bbspink.com/test/read.cgi/erog/1016855753/l50

>959
うちも小さいので、デバッグは空いた時間に空いた人がします。
あれっ？テストプレイはデバッグに入るのかな？

>>962
デバッグとバグチェックは違うんじゃ( ﾟДﾟ)ｺﾞﾙｧ
という主張を見たことがあるな。
バグを見つける（そしてプログラマに報告する）だけで直さないのはデバッグとは言わないらしい。

意地でも、DAEMON-TOOLSやCD革命インストール済み機種での動作検証をしたくないのは私だけでしょうか。（＾＾；；

>>963
面白い主張ですな。でも、基本的にバグだしだけでもデバッグというべきでしょうね。
（そういえば、無料配布の体験版でバグ報告があって助かった記憶が・・・。）

呼び分けを主張してるのは、現場経験のない人間じゃないかと。
バグをどうやって再現させるか、何が原因となっているかを考えるのが
デバッグであり、そこにテスターとプログラマの区別はなかったりする。

工程としてのデバッグか
行為としてのデバッグか

>>965
バグを直すのはデバッグじゃないの？

少なくとも、プログラムを修正している自分は
デバッグと名乗っても良いみたいで、ちょっと安心。

>964
えみゅも追加しといて下さい。（鬱）

>966
なるほど。

>>967
バグを直すには、まずバグを見つけなきゃならない。
つまり、バグチェックはデバッグに含まれるわけね。

バグの再現方法が分かれば直すのはそんなに手間にはならない事が多い。
よって、 テストプレイ≒デバッグ

デバッグとバグチェックを分けたがる人って、 デバッグ >>> バグチェック と思ってるような気が…
ほんとは正確なバグチェックできる人がデバッグには一番役に立つんだけどねぇ。

いやテストプレイとバグ出しのためのプレイチェックは違うだろ(汗)
効率の問題で同時にやることが多いとはいえ、テストプレイの本来の目的は
ゲームバランスの調整やブランニューユーザーにとっての面白さやシナリオ理解度
の調整、シナリオ矛盾点のチェックなどでバグ出しとは別物。

「バグチェック」は「デバッグ」の一部、
「デバッグ」は「テストプレイ」の一部なんじゃないかな。

　テストプレイか・・・。
いっぺん、内容が「超先生」表現をひたすら指摘するという（例：お前の感じている感情）、
テストプレイなんだかデバッグなんだかわからない状況になったことがありました。
これはどっちなのでしょうか。

それは拷問。

>>972
973に同意だが、一般的には「校正」って言うんじゃないかね。
でもｹﾞｰﾑだとこれもデバッグに含まれるのかな。

どこに入れるかと問われれば、デバッグになっちゃうだろうなあ＜校正

校正と言えば誤字や文法ミスがやたら多いゲームがたまにあるが、
あれはスクリプトテキストに対する校正を誰もやってないんちゃうか？
ゲームを実際にプレイしてのチェックはもちろん必要だが、それ以前にほとんどの
ミスはテキスト段階で潰しておかないと。

>>976
ひとえにライターのプライド不足の賜物だと思う。

うちのライターは「自分では解っているので、なかなか気付けない。」とか言ってたな…
チェックしてて、似た境遇だなと良く思う。

>>977-978
自分でチェックするのは校正じゃないよ。ちゃんとシナリオライター本人以外の人が
チェックする工程を入れないと。

自分の書いたプログラムも他人にチェックしてほしいけど、
そもそもプログラムをほぼ一人でやっている罠。

しかも周りの半数がマカーの罠……。