【C++】 DirectX初心� ..
232:デフォルトの名無しさん
07/07/07 13:45:03
>>224
諸々の事情でVC6を使わざるを得ない、ってのなら理解できるが、
諸々の事情で海賊版、ってのはどう弁明したところで違法以外何者でもないぞ
233:デフォルトの名無しさん
07/07/07 18:25:15
DirectX Texture Tool でDDSファイルを作りたいのですがうまくいきません。
白黒のhoge_a.jpgを同ディレクトリに作ってhoge.jpgをオープンしてるのですが、
アルファチャンネルを読み込みません。
画像を変えても同じでした。
どこがおかしいのでしょうか？
234:デフォルトの名無しさん
07/07/07 19:51:48
憶測ですまんが、JPEG形式が駄目なんじゃね。
PNGかBMPで試したらどだろ。
235:デフォルトの名無しさん
07/07/07 20:13:24
>>234
bmpでいけました、ありがとう。
236:デフォルトの名無しさん
07/07/08 03:25:42
Expressっていう無料版じゃだめなん？
237:デフォルトの名無しさん
07/07/08 12:43:20
アンカくらい付けれ
238:デフォルトの名無しさん
07/07/09 19:26:27
DirectShowの質問もここでいいですか？
239:デフォルトの名無しさん
07/07/09 19:37:53
悪くはないが、同じム版に専用スレがあって
詳しい住人が多いから、そっちの方がいい。
まあみんな似たようなスレ巡回してんだけどね
240:デフォルトの名無しさん
07/07/10 17:22:09
横170×縦250の
テクスチャー読み込んで、スプライトで表示したら、
勝手に２５５×２５５にされたんだけど、これは仕様なのかな？
241:デフォルトの名無しさん
07/07/10 17:42:19
仕様でつ 170*250→256*256
242:デフォルトの名無しさん
07/07/10 18:43:12
DirectX8の時は自由なサイズ使えたんだけどなあ。
グラボとかによるのかな
243:デフォルトの名無しさん
07/07/10 19:53:59
DX8から今でもスプライトなんか使い続けるなよな。
なんで重くて汎用性の無いものを何年も使うのか分からん。
244:デフォルトの名無しさん
07/07/10 20:44:10
そもそもDirectXにスプライトなど無い。
245:デフォルトの名無しさん
07/07/10 20:51:00
あるにはあるけど着飾ったものだからね。
だから重いし汎用性も薄い。
246:デフォルトの名無しさん
07/07/10 21:10:37
だから無いって。
247:デフォルトの名無しさん
07/07/10 21:10:51
スプライトで十分な用途ならわざわざポリゴン使うより生産性高くていいじゃん
248:デフォルトの名無しさん
07/07/10 21:17:07
ポリゴンに最適化されてるGPUにそりゃないべ
つうか板ポリの方が汎用性たかくね
249:デフォルトの名無しさん
07/07/10 21:18:43
無いものをどうやって使うつもりなんだ？
250:デフォルトの名無しさん
07/07/10 21:23:25
JPEGファイルで抜き色(透明にする色)を指定したいのですが、上手くできません。
現在、D3DXCreateTextureFromFileExを用いています。
BITMAPファイルなら上手くできるのですが・・・
どうしたらJPEGで抜き色を指定できますか？教えてください。
251:デフォルトの名無しさん
07/07/10 21:53:41
マスクを作るとか、jpgなら思い切ってddsにするとか
252:デフォルトの名無しさん
07/07/10 22:11:14
そういう用途にjpegは向いていない。
というわけで、jpegについて調べてみると勉強になると思う。
"jpeg ノイズ" とかで調べてみると情報が引っかかるだろう。
253:デフォルトの名無しさん
07/07/10 23:25:46
でも別にしたい奴向けにできるようにしておいてもよさそうなもんだけどな
てか、むしろjpegだけ弾くとか器用だよなｗ
まあ、できるようにしておくとＱ＆Ａで聞いてくる奴がいることを予想できるからあえて切ってるんだろうな
まあ、jpegなんかマスクにしたら結果はあきらかだがな
254:デフォルトの名無しさん
07/07/11 00:04:50
>>250
テクスチャをロックして自分で該当部分のα値をセットすれば良いだけ。
悩む所など微塵もない。
255:デフォルトの名無しさん
07/07/11 00:09:30
SDKのテクスチャツールで頑張ってるとみた
256:デフォルトの名無しさん
07/07/11 06:17:12
このスレでスプライトっつったらD3DXのSpriteのことだべ。
誰も、厳密なスプライトアーキテクチャを指してなんてしゃべってないでしょ。
257:デフォルトの名無しさん
07/07/11 09:30:50
D3DXのスプライト関数あるの知ってるくせに、自分の知識をひけらかしたいのか、したり顔で
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜DirectXにスプライトはない！
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／ だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
プログラマーってこういう空気読めない奴多いよなあ・・・
258:デフォルトの名無しさん
07/07/11 09:45:47
>>244も>>257も十分言いたい事は分かるから・・・
お互い空気読みつつ穏やかにいこうよぜ
259:デフォルトの名無しさん
07/07/11 09:47:13
間投助詞ダブった、ｽﾏｿ
260:デフォルトの名無しさん
07/07/11 09:57:01
>>258
でも、マイクロソフト自らスプライトっていう表現使ってるのに、わざわざ
「スプライトじゃない！！」って言う奴は馬鹿じゃん
しかも、質問に答えるわけでもなく聞いてもいない事を偉そうに言ってさ
ま、俺もD3DXのスプライト機能は使ってないけど
261:デフォルトの名無しさん
07/07/11 10:37:04
そもそもID3DXSpriteをスプライトとか言っちゃうから、
スプライトとポリゴンを比較する>>247みたいな馬鹿が出てくるんだよ。
262:デフォルトの名無しさん
07/07/11 11:21:01
>>247 だって別に間違えた事言ってないでしょ
スプライト関数用意されてて、それを使ってすぐ表示出来るんだから生産性は高いでしょ
インフォメーション程度に２Ｄ表示するだけなら、スピードなんて遅くたっていいし。
２ＤゲーでID3DXSprite使うのはどうかと思うけど、ID3DXSpriteをスプライトと言うのは間違いではないよ
昔のゲーム機についてた所謂”スプライト”なんて、過去の遺物なんだから２Ｄとして表示する物を”スプライト”と言ってもなんの問題もないじゃん
どうして、どーでもいい細かい事にこだわる奴が多いのかなあ・・・
こだわってるというよりは、知ってるくせに認めたくないと言うか・・
263:デフォルトの名無しさん
07/07/11 11:35:36
ポリゴンを使うID3DXSpriteとポリゴンを比較している時点で大間違いなんだよ。
そうやって間違いを認めずに繰り返すから、それを見た初心者が勘違いをして意味不明な質問をすることになる。
264:デフォルトの名無しさん
07/07/11 20:46:00
もしかするとID3DXSpriteの中身がDrawPrimitiveだということを
分かってない奴がいるのかもしれん。
265:デフォルトの名無しさん
07/07/11 22:47:09
D3DXってソース公開されてんの？
266:デフォルトの名無しさん
07/07/11 22:59:01
ねえよ
267:デフォルトの名無しさん
07/07/12 02:58:17
ソースが公開されていなくてもPIX使えば必要な情報は十分わかるからなぁ。
頂点バッファ作成時の設定や更新頻度、DrawIndexedPrimitiveを呼ぶときのレンダーステート等。
「高レベル描画APIで十分ならわざわざプリミティブ描画APIを使うより生産性高くていいじゃん」
なら別に異論はないけど、元々スプライトってハードウェアのプリミティブ機能だっただけに、
「スプライトで十分な用途ならわざわざポリゴン使うより生産性高くていいじゃん」には違和感がある。
てか実際にDirect3DにはPoint Spriteって名のハードウェアスプライトが存在するし。
やっぱ誤解招きやすいと思うよ。
268:デフォルトの名無しさん
07/07/12 06:33:52
まあ、荒れるの承知で書くけど、PointSpriteはポリだぜ。
現在、ハードウェアスプライトを実装するメリットは無いし。
DirectXにはポリしかない。名前だけスプライト。
ただ、そんな事は100も承知で
このスレでスプライト＝DirectXの機能 or 自前の板ポリ
の事なのは自明。
イチイチ「スプライトじゃない」とか言う意味は無い。
269:デフォルトの名無しさん
07/07/12 07:00:16
>>268
同意。
いちいちハードウェアスプライトの話をもってくる奴ウザスギ
いくらなんでも空気読め無いにもほどがある
270:デフォルトの名無しさん
07/07/12 08:29:32
間違っていることは明白なのに、素直に認められないのがプログラマのプライド。
271:デフォルトの名無しさん
07/07/12 12:58:13
>>268
>DirectXにはポリしかない。名前だけスプライト。
そういう意味で言ってるんじゃなくて、
「ポリゴンかスプライトか」という表現は、
プリミティブタイプにどっちを使うべきかみたいな議論でもありうるんだけど、
とにかく情報が欠落しまくりのネット上の議論だと
「スプライトってD3DXとプリミティブタイプのどっちのこと言ってる？」
と聞き直す羽目になることが多いという話。
・点 + (ポイントスプライト)
・線分
・三角形
のどれよ？ と。まあ線分はありえんけど。
別に聞き直されるのがうざくなければD3DXのをスプライトと呼ぶのを止めはせんよ。
てか、ポイントスプライトって帯域圧縮効果はそこそこあると思うだけどな。
デモ用のパーティクルシステムとか結構ポイントスプライト使ってない？
あれをハードウェアスプライトと呼びたくないなら別に構わんが。
272:デフォルトの名無しさん
07/07/12 16:07:48
ここで
「DirectXのはスプライトじゃない」って言い張ってる馬鹿は、スプライトを狭義の意味で捉えてるだけなんだよね。
よーするに「ハードウェア機能としてのスプライトしかスプライト」しか認めないって言ってるだけ。
そもそも、スプライトって”表示画面のイメージパターン”っていう意味だから、DirectXでの表示もスプライトって言って構わない
古くさい考え方しか出来ない奴はファミコンとかX68000のゲームでも作ってろｗｗ
273:デフォルトの名無しさん
07/07/12 16:33:58
誤解される表現をわざわざ意地になって使う奴って、何が楽しくてやってるんだろう？
274:デフォルトの名無しさん
07/07/12 16:37:51
いちいちスプライトという言葉に反応するやつは
FM-TOWNSで「これはスプライトぢゃないっ!!!」とか言ってたやつだな
275:デフォルトの名無しさん
07/07/12 16:45:59
どうせ「スプライトっていうなー」言ってもみんな言うんだし、
ならD3DXのはスプライトでいいじゃんと思うんだけど、
>>268のみたいに「ポイントスプライトはハードウェアスプライトじゃない」は違和感ある。
ドライバレベルで定義されてるんだしハードウェアでいいんじゃね？
何でそこだけやたら狭い定義を採用するんだと。
276:デフォルトの名無しさん
07/07/12 16:48:34
>>273
だからさ・・・どう誤解するの？
今、ハードウェア機能のスプライト使っての開発なんてないだろ。板ポリかバッファにイメージデータの転送だろ。
２Ｄをスプライトって言って誰が困るのよ？
くだらないこだわりしてる奴はただの老害
277:デフォルトの名無しさん
07/07/12 16:54:07
もう全部スプライトってことでいいよ。
DrawPrimitive使った板ポリ描画もスプライト。
BitBlt使った矩形転送もスプライト。
これで満足だろ？
278:デフォルトの名無しさん
07/07/12 17:08:46
>>275
そういやD3D10からポイントスプライト廃止だっけ。
まあGeometry Shaderでエミュレートできるからこその廃止とはいえ
パフォーマンス大丈夫なんかいな。
279:デフォルトの名無しさん
07/07/12 17:17:00
アルファテストもシェーダで書けるからという理由でD3D10から廃止だしなぁ。
リセット感がすげえ。
【消えたもの】
・固定機能頂点処理
・アルファテスト
・ユーザークリッププレーン
・フォグ
・シェーダモードのGouraudとFlat
・D3DFILL_POINT
・TLVERTEX描画
280:デフォルトの名無しさん
07/07/12 17:29:56
>>277
背景と別レイヤーに見せかければソフトウエアスプライトと呼べるが、
単純に描画するだけではスプライトとは呼べない。
よって大間違い。
281:デフォルトの名無しさん
07/07/12 17:35:24
初心者が関数とかインタフェイスをカタカナで書いて、
訳の分からない内容の質問をしているのを見かけるが、
結局こうやって勝手なカタカナ表記を使う奴がいるから真似をするんだろうな。
普通にインタフェイスの名前をそのまま書けばいいだけで、綴りに自信がなければ確認すれば済むのに。
282:デフォルトの名無しさん
07/07/12 17:54:33
>>280
あーBitBltでD3D9のStretchRectみたいなのを連想したんだな。
すまんね。
DirectDraw（＋カラーキー）とかGDIのマスク描画みたいなのを想像してた。
当時もスプライト論争あったから。
GDIのBitBltでソフトウエアスプライトを実現する方法とか
もはや古代技術になりつつあるけど。
でもこいつらも多分君の定義だとソフトウエアスプライトに入るはずなんで
広い心で入れてやってくれ。
283:デフォルトの名無しさん
07/07/12 19:40:36
おまえらスプライトの定義はよそでやれよ
284:デフォルトの名無しさん
07/07/12 20:36:16
初心者が落とし穴にはまって騒いで本当うるさくて
うざくてたまらないのがスプライトとカラーキーだ。
285:デフォルトの名無しさん
07/07/12 20:45:14
カラーキーはDirectX以前の問題な気もするが。
いくら初心者スレでもC(C++)をある程度理解してたら途中に画像描画も通ってそうだけどな。
286:デフォルトの名無しさん
07/07/12 21:52:30
質問失礼します。
ビルド時に
error C3861: 'D3DX_SKIP_DDS_MIP_LEVELS': 識別子が見つかりませんでした
と言われ、ビルドが通りません。
D3DX_SKIP_DDS_MIP_LEVELS の定義場所が知りたいです。
分かる方いらっしゃいますでしょうか？
XP SP2
VS2005
DirectX 2007 April
です。
よろしくお願いします。
287:デフォルトの名無しさん
07/07/13 01:21:28
>>274
なつかしいｗ
288:デフォルトの名無しさん
07/07/13 01:41:06
質問失礼します。
新たに社内用開発ツールを作成したく、
そのツールにて高速な2Dの描画(アニメーション)を行いたいのですが、
現在まで使用していたAPI関数では表示が追いつかない可能性がある為
新たに高速に描画を行える物を学びたいを思っております。
現行の開発環境がVS2005
ツールを配布したいPCは
OS:XP(SP2)
.NexFramework2.0インストール済み
なのですが、DirectX10はVista専用
2D描画は9.0以降WindowsSDKに引っ越したとのこと
どれを学ぶのが賢いのか分かりかねています。
できるなら容易に関連書籍が購入できるとありがたいのですが
学ぶのに何が好ましいかどなたか教えていただけませんでしょうか。
言語はB,C/C++ができますがWindows上にてのプログラム経験は浅い為、
勉強する覚悟はできています。
宜しくお願い致します。
289:デフォルトの名無しさん
07/07/13 02:05:00
2Dのあぬめーひょんって具体的にどんなーん？
単純にスプライトを大量に表示する必要があるってんなら兎も角、
ピクセルをゴリゴリ弄るような処理ではDirect3Dはなんの力にもなれないよー。
290:デフォルトの名無しさん
07/07/13 02:48:35
抜き色無しのアニメーションならGDIでも十分高速。
291:デフォルトの名無しさん
07/07/13 06:57:00
Direct3D
○：抜き色有・無描画、拡縮、回転、それらの同時掛け
Ｘ：ピクセル単位の処理
その他
グラフィックボードによって動作が違うことがある（大抵は大丈夫、ただ客が馬鹿だと苦労する）
１ドットに対して正確に色をおかなきゃいけないときに拘ると最悪（できないわけじゃないだろうけど・・・）
デバイスのロスト等描画以外でかなり手間がかかる、復旧方法を全部知っておかないと苦労する
GDI
○：抜き色有・無描画、拡縮、回転、ピクセル単位の処理
Ｘ：抜き色有・無描画、拡縮、回転の同時掛け
その他
Direct3Dと比べるとかなり遅い、環境による差が少ない、面倒が少ない
292:286
07/07/13 11:52:44
解決しました。
SDK 2007 April の d3dx9tex.h に
//-----------------------------------------------------------------------------
// D3DX_SKIP_DDS_MIP_LEVELS is used to skip mip levels when loading a DDS file:
//-----------------------------------------------------------------------------
#define D3DX_SKIP_DDS_MIP_LEVELS_MASK 0x1F
#define D3DX_SKIP_DDS_MIP_LEVELS_SHIFT 26
#define D3DX_SKIP_DDS_MIP_LEVELS(levels, filter) ((((levels) & D3DX_SKIP_DDS_MIP_LEVELS_MASK) << D3DX_SKIP_DDS_MIP_LEVELS_SHIFT) | ((filter) == D3DX_DEFAULT ? D3DX_FILTER_BOX : (filter)))
と定義してありました。
よって、SDKバージョンの相違でした。
293:デフォルトの名無しさん
07/07/13 12:59:54
質問失礼します。
よくXFileを使うくらいなら独自形式を使え、といった話になるのですが
独自形式に変換するためには何のファイルから変換するのが分かりやすいでしょうか？
アニメーション情報もキーフレームでファイル内に含むことが出来るように
したいのですがよい方法はありませんか？
294:デフォルトの名無しさん
07/07/13 13:06:12
自分が使っているモデリングソフト用のプラグインを作るだけ。
余計な形式から変換する必用は微塵もない。
295:デフォルトの名無しさん
07/07/13 13:34:43
なるほど、ではMax用のプラグインを制作してみます。
ありがとうございました。
296:デフォルトの名無しさん
07/07/13 23:42:23
Maxってフォーマット公開されてたっけ?
297:デフォルトの名無しさん
07/07/14 01:11:07
プラグインを作るのにフォーマットなんて関係ないだろ。
298:デフォルトの名無しさん
07/07/14 15:30:59
m_pMesh->Release() ←こういうような
Releaseし忘れを警告してもらえる方法ってありますか？
自分の環境だとリリースしなくても何にも警告でないんです…
299:デフォルトの名無しさん
07/07/14 15:40:01
テクスチャについて質問なのですが
フォーマットD3DFMT_D24S8で生成されたIDirect3DTexture9を
状況によってD3DFMT_A8R8G8B8で扱うといったようなことはできないのでしょうか？
なぜこんなことを、というとシェーダー内でサンプリングする際に
D3DFMT_D24S8でセットされたテクスチャはtex2Dを使ったときに
深度比較としてあつかわれてしまうのですが、
（通常shadow mapとかであればそれを意図しているので問題ないのですが）
あくまで通常のARGBとして扱いたい場合どうすればいいんですかね。
テクスチャは毎フレーム更新されるので、
あまりコストのかかる処理は避けたいです。
300:デフォルトの名無しさん
07/07/14 18:25:33
上司か先輩か知らないが、デバッガ気取りのそのクソ野郎のPCを起動し、
コンパネのDirectXを開き、Direct3DのタブのUse Retail Version of Direct3Dのチェックを入れろ
301:デフォルトの名無しさん
07/07/14 18:30:59
>>299
Direct3DではデプスバッファをARGBとして読むことは不可能。
代替処理として、深度をカラー情報に格納するシェーダを書く必要がある。
302:299
07/07/14 20:00:03
>>301
ありがとう、
なるほど、じゃあ
通常レンダリング時に
通常ピクセル＞COLOR0
深度値＞COLOR1
みたいにマルチレンダーターゲットとかにして２枚つくるしかないのかな？
303:デフォルトの名無しさん
07/07/14 21:43:11
テクスチャについて質問なのですが
Zオーダー指定の違うテクスチャを重ねると、上になったテクスチャの周りに、デバイスクリア色で縁が付きます。
これは、SetRenderState(D3DRS_ZENABLE, TRUE)でZオーダー指定すると回避できないのでしょうか?
それとも、なにか他の指定方法で回避可能でしょうか?
よろしくお願いします。
304:デフォルトの名無しさん
07/07/14 22:10:53
アルファブレンド(透過)がされていない訳じゃなくて？
305:デフォルトの名無しさん
07/07/14 22:45:24
>>304
透過されますが、絵の透明色と非透明色の境界にデバイスクリア色がでます。
文字のテクスチャを表示すると、縁取り文字みたいに表示されます。
他の透明色付きテクスチャも同じ現象が出ます。
Zオーダが同じならでません。
Zオーダーとアルファブレンドが相性の悪いのはわかってるのですが、
透過色を使用していない(上位ビットが0xFF000000)データでも出ます。
透明色側に縁が出ているような感じで、ずれているような表示ではなく
周りにデバイスクリア色が付いているような感じになります。
306:デフォルトの名無しさん
07/07/14 22:54:16
>>305
現象が何かも確認できていないうちに回避策もあったもんじゃないんだが。
1) 拡大表示か何かでアルファ値が補間されて、境界部分が半透明状態になる
2) サーフェイスクリア直後のサーフェイスに1)を描画したところ
サーフェイスクリア色とブレンドされるようなレンダーステートになっていた。
さらにアルファテストもやっていたので、完全透明なところ以外はZ値が更新される
3) その上から背景(推測)を描画したところ、Z値が更新されていないところのみ描画された。
という状況なのかね？
307:デフォルトの名無しさん
07/07/14 23:26:28
>>306
まず、拡大縮小はしていません。
きっちりした透明色(0x00000000)と非透明色(0xFF??????)の境界、透明色側に
デバイスクリア色がでます。
描画順番にかかわらず出ます。(あきらかに後から上書きしたZが0.0の画像にも縁が付く)
テクスチャは手前も後ろもD3DXCreateTextureFromFile()で読み込んだpngファイル。
縁に半透明処理等はしていません。
背景Zオーダー1.0 前景Zオーダー0.0 → 縁が付く
背景Zオーダー0.0 前景Zオーダー0.0 → 縁が付かない
普通にDrawで描いてるんですけどね。
308:デフォルトの名無しさん
07/07/14 23:39:06
>>307
描画順序にかかわらずってのが謎だねぇ。
それ本当にサーフェイスクリア色？
とりあえずよくわからんのでPIX for Windows使ってピクセルの色変化履歴見てみてみたら？
309:デフォルトの名無しさん
07/07/14 23:39:07
>>307に補足
画像は既に256×256に切ったものなので、読み込み時に拡大縮小はかかっていません。
310:デフォルトの名無しさん
07/07/14 23:41:16
>>308
赤でｸﾘｱすると赤く、グレイデクリアするとグレイになります。
何かの影響だとは思いますが、デバイスクリア色が出ているのは間違いないと思います。
とりあえずご指摘のPIX for Windowsで変化を見てみます。
ありがとうございます。
311:デフォルトの名無しさん
07/07/14 23:43:40
z が 0.0 か 1.0 忘れたけど、丁度のやつは
グラボによって表示されないことがあったりとか過去に聞いた気がする
0.01 や 0.99 くらいにしてみたらどうだろ
312:デフォルトの名無しさん
07/07/14 23:44:44
>>310
これね。まあがんばってちょ。
URLﾘﾝｸ(msdn2.microsoft.com)
URLﾘﾝｸ(msdn2.microsoft.com)
313:デフォルトの名無しさん
07/07/14 23:48:18
>>311
文字表示に横着しまして、ID3DXFontを使用しています。
その表示がZ0.0なので、強制的にトップは0.0で表示(後ろの字が消えるように)しています。
あと、Z深度をいじってみたんですが、結果としては変わらなかったです。(Z値が違うと縁)
後ろのZ深度は変更してみます。
ありがとうございました。
314:デフォルトの名無しさん
07/07/14 23:49:09
>>312
リンク提示ありがとうございます。
315:デフォルトの名無しさん
07/07/15 02:16:35
>>303
ピクセルとテクセルが0.5ずれてる話は知っている？
テクスチャの拡大縮小フィルタはどう設定している？
D3DSAMP_ADDRESSU, Vは何に設定している？
316:デフォルトの名無しさん
07/07/15 12:40:05
なんかすげーちょっとした設定間違いのような気がする
いままでそんな報告なかったし
アルファの掛け合わす設定が間違ってるとか
下の色と混ざるように設定してはいるものの
設定が間違っててアルファが０のときに下の色が描画されてなくて
結果クリア色と混ざっちゃうとか
テクスチャの色もデバイスクリア色と同じ色でクリアしてて実は・・・とか
317:デフォルトの名無しさん
07/07/15 12:42:23
とりあえず見てみんとしょうがないのは
アルファの設定とブレンドの設定とＺの比較設定とＺの更新設定と
テクスチャの色とテクスチャのフォーマットとポリゴンの色かな？
318:デフォルトの名無しさん
07/07/15 17:17:35
DXUTは今後も生き残れると思いますか？
それともいつものごとく無かったことにされてしまいますか？
319:デフォルトの名無しさん
07/07/15 17:27:56
>>318
文章がおかしい。「それとも」の使い方を明らかに間違っている。
投稿する前に文章を読み直す癖をつけましょう。
320:デフォルトの名無しさん
07/07/15 17:39:02
「それとも」の使い方を明らかに間違っている。
321:デフォルトの名無しさん
07/07/15 17:58:37
「それとも」の使い方を明らかに間違っている。
322:デフォルトの名無しさん
07/07/15 19:33:44
座標p,速度ベクトルv,上ベクトルuの物体を、
座標pp,速度ベクトルvv,上ベクトルuu
へ変換する行列を作りたいのですが、どうすればいいのでしょうか？
ヒントでも良いので御願いします。
323:デフォルトの名無しさん
07/07/15 19:50:51
D3DXUTって２ヶ月ごとに互換性なくなるものと
いままで思ってましたがそうでもないんですか？
324:デフォルトの名無しさん
07/07/15 20:02:55
>>323
「それとも」の使い方がおかしい。
325:デフォルトの名無しさん
07/07/15 20:15:32
>>322
数学と物理を学びなおすのと、現実を見たほうがいいと思う。
とりあえず１つ１つの計算を行列にすればあとは掛け合わせて１つの行列にするわけだし。
まぁ、この例だと無理だが。
解釈によっては車が
東京(p)にあって 停車中(v)で 上方向(u)は空を向いている
何か色々あって車が
大阪(p)に移動し 地中方向に時速60km(v)で進みつつ 横転している(uu)
とか訳の分からんことに。
例えば前へ進むとかじゃなく、どの方向に進むのかちゃんと決めてやらないとな。
326:デフォルトの名無しさん
07/07/15 20:19:31
ESP使ってやれよ。
ゲームキャラの移動か誘導弾じゃねえの？
327:デフォルトの名無しさん
07/07/15 20:28:13
メッシュを白く点滅させたいんですがどういった方法が考えられますか？
328:デフォルトの名無しさん
07/07/15 20:36:38
用途は？
もしダメージ食らいエフェクトとしての点滅だったら、俺はその表現は嫌いだからな。
329:デフォルトの名無しさん
07/07/15 20:38:04
まさにそんな感じで使いたいんですが、なんかダメなんですか？
330:デフォルトの名無しさん
07/07/15 20:38:35
>>326
ESPって？
331:デフォルトの名無しさん
07/07/15 20:40:27
>>330
相手の意図を読みきってベストな回答を出す事
332:デフォルトの名無しさん
07/07/15 20:51:21
なるほど。トン。
333:デフォルトの名無しさん
07/07/15 21:04:36
>>327
やり方は無数にあるが、
「メッシュ全体に色を加算」を固定機能でやると仮定すれば
D3DRS_TEXTUREFACTORに点滅色を設定して、
SetTextureStageState(1, D3DTSS_COLOROP, D3DTA_ADD);
SetTextureStageState(1, D3DTSS_COLORARG1, D3DTA_CURRENT);
SetTextureStageState(1, D3DTSS_COLORARG2, D3DTA_TFACTOR);
のような感じか。
334:デフォルトの名無しさん
07/07/15 21:05:33
>>325
すいません。では、弾が
位置p(1,1,1)、速度v(0,0,1)、上(0,1,0)から
位置pp(3,3,3)、速度vv(1,0,0)、上(0,0,-1)
に移動する時の、この姿勢を変換する行列の求め方を教えてください。
335:デフォルトの名無しさん
07/07/15 21:25:04
>>333
D3DTA_ADDというのはありませんでしたので、
代用として適当に見つけたD3DTSS_ALPHAOPでやってみました
他の色はいけるんですが、白を合成しても変化ありませんでした
白で点滅させることはできないんですかね？
336:デフォルトの名無しさん
07/07/15 21:32:17
>>334
4x4の行列の[0][0](._11)に何が入るか理解してる？
337:デフォルトの名無しさん
07/07/15 21:37:19
>>335
押してダメなら引いてみろ。
338:デフォルトの名無しさん
07/07/15 21:41:58
>>335
D3DTA_ADDの誤記の代わりとしてはD3DTSS_ALPHAOPはダメ。D3DTOP_ADDが正しい。
339:デフォルトの名無しさん
07/07/15 22:00:47
>>338
おお！白でも合成できました
ありがとうございます
340:デフォルトの名無しさん
07/07/16 02:32:16
内部でD3DXMatrixScalingを使わないで済むように
Xファイルのサイズを変更したいんですがそういったソフトはありますか？
341:デフォルトの名無しさん
07/07/16 02:40:09
そういう計算を事前に済ましておくということも、
自前フォーマットを採用する理由の一つ。
342:デフォルトの名無しさん
07/07/16 06:23:23
340のやりたいことと自前フォーマットは全然関係ないと思うが。
343:デフォルトの名無しさん
07/07/16 06:35:42
まあ最近の若いのには、質問には答えず
どうでもいいﾁﾗｳﾗばかり書きたがる人間が多いからな
344:デフォルトの名無しさん
07/07/16 07:05:57
本来なら予めゲーム内の『1』という単位を決めるべきなんだよな。
例えば『1』を『1メートル』としていれば、人や車などをモデリンクソフトでどれぐらいの大きさで吐き出せばいいか分かりやすいし。
345:デフォルトの名無しさん
07/07/16 08:36:41
>>340
変更したかったら読み込んで書き替えて書き出せばいいだろ。
Direct3D自体に簡単に読み書きできるようにパーサが付いてるんだから。
なんでプログラムを作る人間なのにその程度のことをやろうとしないんだ？
346:デフォルトの名無しさん
07/07/16 11:30:57
おまえら
「そういうソフトはあるだろうけど俺はしらね。つうか自分で作った方が早くね」
と正直にいいなさい
347:デフォルトの名無しさん
07/07/16 16:41:59
だって他ツールはあまり信用できないよ。
ツール独自のフォーマットのほかにXファイルの読み書きが出来たとしても
フレーム名を変えられたり、勝手に最適化されて頂点が入れ替えられるのが邪魔なこともあるし
自分でやるのがいいって。
348:デフォルトの名無しさん
07/07/16 20:59:09
>>346
>>347に同意
みんな色々探したんだけど
ホントにないんだよ
・細かいところで整合性があってない
・そもそも機能を満たしてない
・１つの機能の実現の仕方が普通の方法とは異なる（そのソフト独自のデータを持つ）
・無駄に最適化や圧縮がしてある
とかありがちなのから、この他にもたくさん問題がある
３Ｄソフトでフォーマット→フォーマット変換はできないとさえ思う
そもそも自社のフォーマットをサポートしつつ他のフォーマットまでサポートするってのが
作業量的に無理なんじゃないかと思う
349:デフォルトの名無しさん
07/07/16 23:50:59
最終的にXファイルを出力したツールで(機能があればだけど)編集・調整すりゃ
整合性はとれるんじゃないの?
わざわざ自分で作る必要あるんかね
というかモデルツール用のマスターデータくらい用意しろよ、と
350:デフォルトの名無しさん
07/07/17 00:53:44
だから出力用プラグインぐらい自分で作れと。
351:デフォルトの名無しさん
07/07/17 07:26:18
>>349
>最終的にXファイルを出力したツールで(機能があればだけど)編集・調整すりゃ
>整合性はとれるんじゃないの?
そうやって物事の表面しかみてない発言やめろ
一口に出力っていったってフレーム名がめちゃくちゃだったり
ちゃんとサポートできてなかったり、アニメーションがついてなかったり
できてるように見えて微妙にＵＶの値が変だったり
ロクなもんがねーのがいまの状況なんだよ
モデリングツールのパッケに
○Ｘファイル出力
なんて書いてあったって騙されちゃ駄目
大抵、アニメーション、スキニングのサポートは無い
してあってもどこか変。
多分、フレーム階層のもんとワンスキン構造のもんの整合性がとれてないのと
その辺の整合性をとるのが面倒でどこもやってないっぽい
現状、出力プラグインを作るのが正解
352:デフォルトの名無しさん
07/07/17 10:46:37
>>351
すまん。俺が言ってんのは>>340への内容。
希望通りの出力できてんなら他ツールなんて不要だろ、という意味
が、現状の話もよくわかった。つまり
○現状、出力プラグインを作るのが正解
◎現状、出力プラグインを作って売るのが正解
か
353:デフォルトの名無しさん
07/07/17 11:15:38
そもそも一般的な3Dソフトは、レンダリングまでの過程をサポートしているだけで、
途中経過のデータを出力するのを考慮していない。
だからプラグインで無理矢理書き出す形をとっているわけだが、
中途半端なデータにどういう意味を持たせるかは、個々で決めるしかない。
しかも補助用のプラグインが途中経過のデータを引き出す方法を公開していなかったり、
標準機能のレンダリングに連動して初めてデータを生成するものまである。
結局エクスポート部分どころか、かなりの部分を自分で書かないとならない。
しかし趣味でプラグインを書いているレベルの人間はほとんどいない。
洋ゲーのカスタマイズツールはエクスポート用のプラグインとセットになっている場合がけっこうあるが、
日本では全く見かけられない。
354:デフォルトの名無しさん
07/07/17 18:37:13
プラグイン作るのが面倒だったらもうXファイルでいいんじゃねとか思うのは俺だけか。
趣味で作っている作品をさらに追求したいわけなんだし、プラグイン作成もその延長だろ。
355:デフォルトの名無しさん
07/07/17 19:52:42
まともなものを作ろうとすると、まずはソフトの購入に大金をはたく必用がある。
フリーで使えるものはスキニングやアニメーションを考えると、はっきり言って全く使い物にならない。
356:デフォルトの名無しさん
07/07/18 01:05:43
中間ファイルなら調度いいのがあるじゃん
ほら、有名なゲームハードメーカーが音頭をとってやってるやつが
357:デフォルトの名無しさん
07/07/18 05:23:34
HDRに関してなんですが、
A16B16G16R16、A16B16G16R16F、A32B32G32R32Fのフォーマットってαブレンドをサポートしていないの？
A8R8G8B8とかに変えるとαブレンドされるのに32bitよりも大きいフォーマットだとされないのは仕様？
358:デフォルトの名無しさん
07/07/18 08:31:29
>>356
またこういう馬鹿が知ったかを。
359:デフォルトの名無しさん
07/07/18 20:14:51
すいません、メッシュを画面のいろいろな位置に表示させると端になるほど微妙に斜めに表示されるんですけど
画面のどの位置にいても正面から見たように表示させることってできませんか？
360:デフォルトの名無しさん
07/07/18 20:36:30
>>359
正射影
361:デフォルトの名無しさん
07/07/18 20:49:00
>>360
できればソースとかでお願いできませんか？
362:デフォルトの名無しさん
07/07/18 21:18:54
とりあえず3D入門的なサイトや本をあたった方が・・・
363:デフォルトの名無しさん
07/07/18 21:48:34
本ならこれとかは？３日前に発売したばかりでVista対応とか書いてるし
URLﾘﾝｸ(www.amazon.co.jp)
364:デフォルトの名無しさん
07/07/18 22:20:36
>>359
D3DXMATRIX matShift;
D3DXMatrixTranslation(&matShift, 0.5f, 0.0f, 0.0f);
matProj *= matShift;
g_pd3dDevice->SetTransform(D3DTS_PROJECTION, &matProj);
これが一番楽よね。
365:デフォルトの名無しさん
07/07/19 01:17:56
>>357
GeForce7とかだとアンチエリアスが使えなかったと思う。
366:デフォルトの名無しさん
07/07/20 08:11:48
>>364ってどのへんが359の求めるものを満たしているんだ？
367:デフォルトの名無しさん
07/07/20 10:29:15
D3DXCreateFontなんですが
戻り値が毎回-2005529767で失敗するんですが
グラボの性能次第で使えなかったりしますか？
SDKバージョンは9.0cの（DEC2004)です。
368:デフォルトの名無しさん
07/07/20 10:46:53
テクスチャにフォントイメージを直接描くことによって回避できます。
369:デフォルトの名無しさん
07/07/20 12:07:28
>>368
テクスチャにフォントイメージを直接描くとはどういうことでしょうか？
370:デフォルトの名無しさん
07/07/20 12:15:31
本当にプログラマか？聞いてばかりで恥ずかしくないか？
「ネットで調べる方法」に「2chで聞く」なんて書いてるクソ学校があるけどな
371:デフォルトの名無しさん
07/07/20 12:45:21
>>369
ロックして描け、それ以上でもそれ以下でもない。
372:デフォルトの名無しさん
07/07/20 15:10:14
>>371
そういうことですか、ありがとうございます。
373:デフォルトの名無しさん
07/07/20 19:20:43
最近、固定機能が許されるのは小学生までのようなふいんきを感じるんですが、
例えば（べつに例えじゃないけど）、DirectX 8.1以上対応の同人ゲーを作るとして、
GPUの貧弱なユーザを考慮してピクセルシェーダも使わないとして、
シェーダを使うメリットは奈辺にありましょうか？
手元で固定機能のコードが動いてるんでこれでいいかなーと思っちゃうわけですが。
将来的にはシェーダ使うつもりですけど。
374:デフォルトの名無しさん
07/07/20 19:23:43
使いたければ黙って使え。
375:デフォルトの名無しさん
07/07/20 20:34:02
自分にとってのシェーダを使わないデメリットを考えてみろ。
それが無ければ、使わなくてもいいんじゃない。
376:デフォルトの名無しさん
07/07/20 21:30:16
アタマイイ
377:デフォルトの名無しさん
07/07/20 22:15:38
自分にとってのDirectXを使うメリットを考えてみろ。
それが無ければ、このスレ見なくてもいいんじゃない。
つか来んな
378:デフォルトの名無しさん
07/07/20 22:48:59
全然詳しくないので質問させてください。
DirectXのﾊﾞｰｼﾞｮﾝは9.0以上なのですが
ディスプレイのとこを見ると機能が全て利用できませんってことになっています。
ゲームがしたくて色々チェックしたのですがよくわかりませんでした。
どなたかアドバイスしてくださるとありがたいです。
ついでに他のとこも見たところ、ドライバのDDIバージョンは不明になっています。
DirectXバージョンは9.0cとなっています。スレ違だったらすいません。
379:デフォルトの名無しさん
07/07/20 23:04:14
>>378
頭が悪いんだからゲームをしている場合じゃないだろ。
ただでさえ他人よりも劣っているんだから、もっとマシなことに時間を使え。
380:デフォルトの名無しさん
07/07/20 23:13:16
>>378
ここはプログラム板。
C/C++以前にプログラムと何の関係も無い
スレ違い以前に板違い
381:デフォルトの名無しさん
07/07/21 03:13:31
能力のない者は最低スペックのことが頭にひっかかって結局何もできないんだよね。
自分のやりたいレベルのことをこなしながら、それなりに低スペックも救済するのができないのはなんでだろうね。
382:デフォルトの名無しさん
07/07/21 05:47:14
誰に言ってんのキミ
383:デフォルトの名無しさん
07/07/21 10:44:33
明らかに誤爆だろｗ
384:デフォルトの名無しさん
07/07/21 18:24:21
明らかに自己紹介だろｗ
385:デフォルトの名無しさん
07/07/21 18:40:01
明らかにイジメだろｗ
386:デフォルトの名無しさん
07/07/21 18:40:41
自己紹介ﾜﾛﾀ
387:デフォルトの名無しさん
07/07/22 15:38:01
全然詳しくないので質問させてください。
仕事全然できない派遣クンが
「DirectXがプログラムどおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。
原因を調べるのは誰の仕事なのでしょうか？
388:デフォルトの名無しさん
07/07/22 15:48:19
それはｵﾏｲの周囲の人間が考えることだ
389:デフォルトの名無しさん
07/07/22 15:52:53
>>387
ﾌｲﾀｗ
そんなの職場によるだろ、ここで質問してどうすんだよ
DirectXのサポート受けられる状態？MSとどういう契約になってる？
もしくはDirectXについてサポートしてくれるような企業と契約してるのか？
ベンダの窓口として、その製品を扱うチームか担当者はいないの？
いなきゃ作れ、体制がまずい
少なくとも、DirectXのバグである疑いがあるなら、その先は派遣君の仕事ではないな
派遣を窓口にさせるわけにはいかないだろ
390:デフォルトの名無しさん
07/07/22 16:11:00
>>387
派遣クンのプログラムのバグなのかどうか調べるのは派遣クンの責任
その派遣クンを１ケ月後に切るか今の契約終了まで使うか決めるのは担当社員の責任
391:デフォルトの名無しさん
07/07/22 16:11:22
>>387
プログラマの仕事だ
そもそも「派遣」という時点では人間失格だ
「お前にはコンビニのバイトが似合う」と言ってやれ
392:デフォルトの名無しさん
07/07/22 16:14:07
>>390
>その派遣クンを１ケ月後に切るか今の契約終了まで使うか決めるのは担当社員の責任
ありえねー
うちの会社なら即日辞めてもらうぞ
393:デフォルトの名無しさん
07/07/22 16:15:28
>>392
即日辞めさせれる契約を結んでいるのかｗ
394:サポートエンジニア
07/07/22 16:18:04
>>389
>DirectXのサポート受けられる状態？MSとどういう契約になってる？
>もしくはDirectXについてサポートしてくれるような企業と契約してるのか？
派遣が書いたプログラムが動かないからといってサポートしろと言われましても・・・
まずは御社のプログラムに原因がないことを確認いただいて・・・
395:デフォルトの名無しさん
07/07/22 16:20:00
>>392-393
自社の社員なら「お前の仕事だよ、ボケ！」と叱り飛ばせばいいが、
派遣には契約というものがある。
遅刻欠勤がない限り辞めていただくには最低１ケ月は必要。
396:デフォルトの名無しさん
07/07/22 16:28:00
Releaseメソッドが返す値が全部0になっていたら
Releaseし忘れは無いと考えていいのでしょうか？
397:デフォルトの名無しさん
07/07/22 16:49:34
派遣プログラマに任せてる点で会社も社員も高が知れてる
398:デフォルトの名無しさん
07/07/22 16:53:38
>>394
派遣が書いたコードにバグがあるといってる？なんだ、んじゃｼﾗﾈ
399:デフォルトの名無しさん
07/07/22 17:02:01
>>398
つーか、普通の対応だろ
問題モジュールが自社のものと特定されていない段階でサポートできるかっての
400:デフォルトの名無しさん
07/07/22 17:03:13
>>387
具体的にどんな問題が起こってるかによるかな？
DirectX使ってると必ずぶち当たるけどゲームなら問題ないくらいの誤差なんだけど
業務だとラスタの計算でちょっとずれてるのが気に入らないとかそういう話になると
解決できない場合もある
ターゲットとしてDirectXを使う以上しょうがない問題なのかそうでないのか
調べるにも与えられた期間ではどうしようもない場合もある
具体的にどんなことしたん？
401:デフォルトの名無しさん
07/07/22 17:04:55
デバッガーにプログラミング能力を求めているようなもんか？
デバッガーは不具合を見つけるのが仕事であって修正は別だしね。
402:デフォルトの名無しさん
07/07/22 17:06:02
所詮、派遣だと「言われた通りにコーディングしたけど動きません、調べるのは僕の仕事じゃありません」が関の山だろ
それ以上の仕事は入社試験に受かるような正社員でないとできない
403:デフォルトの名無しさん
07/07/22 17:07:31
ちなみに俺がこういう問題にあたったときは
該当箇所のソースをプリントアウトしてみんなで１行づつレビューしてくれるように頼んでる
２万行ぐらいあっても頑張れば１日でなんとかなるしやってもらったほうがいい
あの悪名高い富○通ですらやってくれたから多分どこでもやってくれると思う
だからプリントアウトして１行づつなにをやってるかレビューさせたら？
原始的な方法だけどこれが一番確実
ソースの内容がそいつしかわかる奴がいないっていうとちょっときついかな・・・
前のソースの改変であればＤＦっていつツールで差分を出せば済む話だし
404:デフォルトの名無しさん
07/07/22 17:08:39
>>402
それはちょっと短絡的じゃね？
こういう問題は常に説明しにくい微妙な問題が絡んでるときが多いと思われ
まずは相手の話をよく聞いてよく理解することだと思う
405:デフォルトの名無しさん
07/07/22 17:15:38
>>404
＞まずは相手の話をよく聞いてよく理解すること
これはあれだな、つまり>>402ってことだな
406:デフォルトの名無しさん
07/07/22 17:23:15
>>404
派遣の話：僕は言われた通りに作りました。他に何を説明するんですか？
407:デフォルトの名無しさん
07/07/22 17:47:55
>>406
こういう意図で考えていたんだけど
その通りいってない部分を書き出してくれるかな？
って言えばいいんじゃない？
408:デフォルトの名無しさん
07/07/22 17:50:29
派遣の話：明日から夏休みなので書き出す時間がありません。
409:デフォルトの名無しさん
07/07/22 18:02:26
>>408
ありがちな話だな
夏休みを返上して解決するまでの責任感もないただシットダウンマネーをもらうだけの派遣
410:デフォルトの名無しさん
07/07/22 18:08:05
>>408
それは本心じゃないな
残業代の出る派遣にとって休日出勤はかなりの金になる
知らない奴はモグリ
411:デフォルトの名無しさん
07/07/22 18:16:27
おまえらマ板でやれよ
412:デフォルトの名無しさん
07/07/22 18:16:51
派遣はマージン搾取業だからな
派遣社員もそれを知ってていい加減に働く。質はバイトより酷い
んなもん使ってたら、そんな事態になって当たり前。自業自得
413:デフォルトの名無しさん
07/07/22 18:19:31
>>410
あまいぜ。
派遣クンは自分の書いたプログラムがまったく動かずニッチもサッチもいかなくなり、
DirectXのせいにして逃げきろうとしてるんだよ。
夏休み明けには正社員が問題を解決してくれてるってわけだ。
そのあとに切られても次の派遣先で同じようなことを繰り返す。
414:デフォルトの名無しさん
07/07/22 18:24:28
夏休みはたまたまで普通は「体調不良」で3日ほど休むのが派遣クオリティ
415:デフォルトの名無しさん
07/07/22 18:29:16
あぁ、そうか
製品の問題なのか、自社の問題なのかを切り分ける作業を、派遣がやるべきなのか、どうかって話？
この場合、派遣は自分の仕事じゃない、って言ってるんだから、
とりあえず自社で解析チーム作って、原因を特定するべき
ヤル気の無いやつに無理やりやらせたって、原因解明が遅くなるだけ
原因特定後、派遣のコードミスによるものなら、何故そのバグが混入されたのか、とかいろいろ突き詰めればいい
設計のミスなのか、派遣のDirectXの理解不足なのか、とか。
それから再発防止の施策をたてりゃいい。派遣をクビにして、雇用基準を見直す、とかさ。
とりあえず原因特定が先よね。
416:デフォルトの名無しさん
07/07/22 18:39:56
>>415
>とりあえず自社で解析チーム作って、原因を特定するべき
そんな大袈裟な問題とは思えんな
状況から考えて、英語のドキュメントが読めないし、辞書引いてでも読む根性もないから
試行錯誤で適当に作った、でも動かない、僕知ーらっない、
てとこじゃねーのか
派遣にはよくある話だ
417:デフォルトの名無しさん
07/07/22 19:22:09
>>416
>状況から考えて、英語のドキュメントが読めないし、辞書引いてでも読む根性もないから
でもなんか辻褄があわないんだよね
そもそも派遣が「ボクの仕事じゃない」なんて口にするわけがない
これには派遣というシステムに大きな理由がある
俺も派遣やってるけどさ
納期とか俺の責任じゃないし、基本的に残業代もらえるから残業するの大好きだしで
先の見えない仕事大好きだもん（毎週出勤すると残業代、休日出勤で月収が５０万とかいく）
なるべく他の人がよくわからない問題抱え込んだり、自分にしかわからないことをたくさん増やすのは
はっきりいって派遣社員にとってノルマといって過言ではない
その環境で「面倒」とか「できない」とか言う意味がないんだよね
できなくても「できます」、わからなくても「やります」これ派遣では常識
できないことわからないことを深く追求される職場は今のところない
ならどんな仕事でも開口一発「やります」と言う。これ常識だし、こういう返事をするのは外勤先もわかってる（はず？ｗ）
なんで>>387は俺的にネタにしか見えない
ポイントは残業代や休日手当てが出るということこれがでるとどんな仕事でも永遠にだらだら伸ばしたほうが得
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4846日前に更新/173 KB
担当:undef