なぜVBは扱いが低いのか (200ﾚｽ)
上下前次1-新
163: 名前は開発中のものです。 [sage] 2013/01/31(木) 20:24:02.19 ID:NyoQQhH7(8/17) AAS
そう、ID:wVU/jdLoは完全に負けたんだよ。
俺のC#ライブラリを使う限り、誰もGCロックなんてしないし、
SlimDXやMDX、XNAなど普通のライブラリやフレームワークはみ〜んなそう。
ついで抽象度を高めればDirectXのロックもライブラリ層で消せますな。
低脳ライブラリではコールバックの名前が変わっただけで隠蔽性も何もなく、
ロックしてまわるそうです。一体何のためのライブラリなのか謎ですな（苦笑）
164: 名前は開発中のものです。 [] 2013/01/31(木) 20:31:31.28 ID:wVU/jdLo(5/13) AAS
オマエ…DirectX7を知らないのか…絶句…アホ。
165: 名前は開発中のものです。 [sage] 2013/01/31(木) 20:35:28.34 ID:NyoQQhH7(9/17) AAS
ネイティブコードに関する規模の大きいライブラリを作るなら、
dll(C)側とコネクタとなるマネージコード側の両方を書くのは必須。
これ知識というより普通は気付く。
低脳にも理解できたかな？ ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ
166: 名前は開発中のものです。 [sage] 2013/01/31(木) 20:38:03.52 ID:NyoQQhH7(10/17) AAS
こっちはDX9のDirect3Dを前提に話をしているが、
DirectDrawでも話の芯は全く同じだ。
167: 名前は開発中のものです。 [] 2013/01/31(木) 20:42:24.50 ID:wVU/jdLo(6/13) AAS
じゃあオフスクリーンサーフェスにピクセル配列を転送するコード
を書いてみろ。
168: 名前は開発中のものです。 [] 2013/01/31(木) 20:45:12.55 ID:wVU/jdLo(7/13) AAS
>>156156(1): 名前は開発中のものです。 [] 2013/01/31(木) 16:10:41.97 ID:wVU/jdLo(3/13) AAS
馬鹿だなあ、ライブラリ自体をＶＢで作ったんだ。
バックサーフェスのLockメソッドを実行して、引数の構造体からポインタを
取得し、ＡＰＩの movememory を使って転送する。
ちなみにDX9のフレームバッファに直接書き込む場合は、メソッドがあるので
ＡＰＩは使わないようだが、ロックはしなければならない。
おまえさんのライブラリではどーやってんのかなあ？答えてないぞ。
なにしろ>>152で「DirectXラッパぐらい」って言ってんだから、「ぐらい」なんだろ。
簡単にできそうじゃねーか？当然作ってあるんだろ
強がっても本当はDirectXライブラリなんて作った事ないんだろ。まあ昨日までロックを
知らなかったんだから無理も無い。
そのくせ態度だけはでかいんだよな。ヒトを低脳よばわりとかして…
ＧＣが効果を出すのはごく限られた状況だけ、ほとんどは余計なプロセスが動くだけで
ＳＴＧなんかを作る人からは嫌われている。
ＧＣがメモリをいじくりまわしても、無造作にメモリ使いまくるコード組んでりゃいつかは
足りなくなってスワップするし、ようはスワップがちょっと遅れて来るぐらいの効果しか期待できない。
とりあえず自分で「ぐらい」と言った「DXライブラリ」作ってみそ。そしたら少しは認めてやるわ。
でも書いたが、取得できるのはポインタだぞ。その後どうするつもりだ？
169: 名前は開発中のものです。 [sage] 2013/01/31(木) 20:57:12.63 ID:NyoQQhH7(11/17) AAS
ハハハ、まだそんなこといってるのか。
DirectXなんて時間かかって面倒くさいだけで、
可能・不可能を論じれば誰でもできる簡単なことだからな。
完全勝利
170: 名前は開発中のものです。 [] 2013/01/31(木) 21:05:54.09 ID:wVU/jdLo(8/13) AAS
アホすぎる…もういいよオマエは。
171(2): 名前は開発中のものです。 [sage] 2013/01/31(木) 21:35:46.32 ID:NyoQQhH7(12/17) AAS
＞オフスクリーンサーフェスにピクセル配列を転送するコード
言い回しが古すぎるね。
Direct3D9ではIDirectSurfaceを直接操作せず、IDirect3DTexture経由で事足りる。
以下、テクスチャを1ドット毎白く塗りつぶす例。
D3DLOCKED_RECT lockRect;
pTexture->LockRect(0, &lockRect, NULL, D3DLOCK_DISCARD);
for(int y=0; y<h; y++)
{
for(int x=0; x<w; x++){
DWORD color = 0x00ffffff;
BYTE* p = (BYTE*)lockRect.pBits + lockRect.Pitch*y + 4*x
memcpy(p, &color, sizeof(DWORD));
}
}
pTexture->UnlockRect(0);
172: 名前は開発中のものです。 [sage] 2013/01/31(木) 21:38:38.53 ID:NyoQQhH7(13/17) AAS
ライブラリを作るなら、例えば次のようにラップされ、
ライブラリユーザーは"ロックなど不可視"なはずだ。
virtual void FillTexture(int rgbColor) = 0;
173: 名前は開発中のものです。 [sage] 2013/01/31(木) 21:42:04.76 ID:NyoQQhH7(14/17) AAS
あっちゃ〜、こりゃまた完全勝利してもうたわぁ〜。
低脳にも理解できたかな？ ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ
174: 名前は開発中のものです。 [sage] 2013/01/31(木) 21:56:06.17 ID:NyoQQhH7(15/17) AAS
ID:wVU/jdLoが顔真っ赤にして唇を噛み締め、悔し涙を流すのも無理はない。
175(1): 名前は開発中のものです。 [] 2013/01/31(木) 22:00:58.85 ID:wVU/jdLo(9/13) AAS
ではこちらはデータ転送部分だけだが、オレの書いたコードをあげよう
void __stdcall s2sp15MoveMemory32SSE2( long ptrSrcZeroDTSC, long ptrDstZeroDTSC, long SrcWidth, long LinePlusByte,long StartTop, long WorkHeight )
// 同サイズでの３２ビットカラーデータ転送。サイズは送り側 SrcWidth を、８の倍数にすること。
{
__asm
{
mov ebx,LinePlusByte
mov esi,ptrSrcZeroDTSC
mov edi,ptrDstZeroDTSC
mov eax,SrcWidth
movd mm0,eax
shl eax,2 // 32ビットなので４倍
mov ecx,StartTop
mul ecx
add esi,eax // ソース開始アドレス
movd eax,mm0
shl eax,2 // 32ビットなので４倍
add eax,ebx // LinePlusByte
mul ecx
add edi,eax // デスティネーション開始アドレス
movd eax,mm0
shr eax,2 // ４点ずつ処理する
movd mm6,eax
mov eax,WorkHeight
add eax,ecx
movd mm5,eax // エンドライン
mov eax,ebx
or eax,edi
test eax,0xf
jnz LL201 // アライメントＮＧ
176: 名前は開発中のものです。 [] 2013/01/31(木) 22:01:39.38 ID:wVU/jdLo(10/13) AAS
LL101: // アライメントＯＫ
movd eax,mm5
cmp eax, ecx
je LL99
movd mm7,ecx
movd ecx,mm6
LL102:
dec ecx
js LL120
movdqa xmm0,[esi]
movntdq [edi],xmm0
add esi,16
add edi,16
jmp LL102
LL120:
add edi,ebx // ダイレクトＸでのライン加算
movd ecx,mm7
inc ecx
jmp LL101
177: 名前は開発中のものです。 [] 2013/01/31(木) 22:02:19.43 ID:wVU/jdLo(11/13) AAS
LL201: // アライメントＮＧ
movd eax,mm5
cmp eax, ecx
je LL99
movd mm7,ecx
movd ecx,mm6
LL202:
dec ecx
js LL220
movdqa xmm0,[esi]
movdqu [edi],xmm0
add esi,16
add edi,16
jmp LL202
LL220:
add edi,ebx // ダイレクトＸでのライン加算
movd ecx,mm7
inc ecx
jmp LL201
LL99:
emms
}
return;
}
178(1): 名前は開発中のものです。 [] 2013/01/31(木) 22:05:22.35 ID:wVU/jdLo(12/13) AAS
movntdqは、ライト時にＣＰＵキャッシュへの書き込みをキャンセルする命令だ。
書き込みを高速化できる。
179: 名前は開発中のものです。 [] 2013/01/31(木) 22:07:42.35 ID:wVU/jdLo(13/13) AAS
まあＶＢじゃないが、そっちもＣ＃のコードだしな。
180: 名前は開発中のものです。 [sage] 2013/01/31(木) 22:30:32.61 ID:NyoQQhH7(16/17) AAS
誰も聞いてないし、何の目的があってそんな糞を貼ったんだ？
ところ構わず糞を垂れるのは痴呆なのだろう。病院逝っとけ。
181: 名前は開発中のものです。 [sage] 2013/01/31(木) 22:36:28.35 ID:QubZj7j9(1) AAS
スレタイの答えを具現化したようなやりとりだな。
182: 名前は開発中のものです。 [sage] 2013/01/31(木) 22:42:47.61 ID:NyoQQhH7(17/17) AAS
＞書き込みを高速化できる。（ドヤ
やはり病人のようだな。相手し切れん。
183: 名前は開発中のものです。 [sage] 2013/01/31(木) 22:50:09.71 ID:k0j/GaYd(1) AAS
貼っとくか
アスペの特徴
?勝ち負けに異常にこだわる （常に生と死や○か×かの極端な二択）
?性的なことで相手を罵倒するのが好き （性への異常な執着）
?相手を知的障害者や奇形児と罵倒する （生理的に苦痛などの一般的な感情の欠落）
?揚げ足 （自分では分析・考察ができないため周囲の言葉を借り「それはお前」とオウム返し）
?個人情報や姿・容姿への一方的な思い込み （「相手は○○であるから△△である」という決め付け）
?自分は常に被害者である （周囲が自分の意見を分かってくれないのは周囲が悪いという自己中心的な考え）
?粘着質 （少しでも気に入らない相手には徹底的な誹謗中傷を行う）
?感情的になると幼稚な言葉や短文での罵倒 （うんち、お漏らし、死ね、臭い等の言葉の連投）
外部ﾘﾝｸ:logsoku.com
184: 名前は開発中のものです。 [sage] 2013/01/31(木) 23:11:45.67 ID:de6zIt5h(1) AAS
使いたい言語使えよ
185: 名前は開発中のものです。 [sage] 2013/01/31(木) 23:37:58.05 ID:wc/pmLvR(1) AAS
wVU/jdLoが問題にしてるのは、VB側で確保したヒープを、DLLなりに渡す方法じゃないのか？
>>171のコメントってずれてないか？
>>161161(1): 名前は開発中のものです。 [sage] 2013/01/31(木) 20:05:52.91 ID:NyoQQhH7(6/17) AAS
＞ライブラリ自体をＶＢで作ったんだ。
こんな事書いてる辞典でお前がライブラリなんか作れないことは自明のこと。
一個一個ロックしてコールバック呼ぶ間抜けな姿が目に浮かぶわｗ
DirectXで頂点バッファとかVRAM転送に関するロックと
マネージコード(VB, C#, Java)のGCに関するロックは全く違う話だってのもわからないだろ？
初心者が強がったところでまたひとつ恥をかいてるよ。バカじゃねーの？
のコメントって脱線してないか？
>>157157(1): 名前は開発中のものです。 [sage] 2013/01/31(木) 17:50:35.50 ID:NyoQQhH7(4/17) AAS
俺はお前の先生じゃないからな。
初心者に1から10まで教えたりはしない。
あと話がコロコロかわるわ、分散するわ、人の書いたことが理解できないわ、
そんなお前と話をしても漠然と広がるばかりで一向に収束しない。
理由は単純、ID:wVU/jdLoがなりふり構わず言い返したいだけだからだ。
何がしたいの？そんなにくやしかった？
で言ってる話をころころ変えてるのって、どっちの方だ？！
186: 名前は開発中のものです。 [sage] 2013/02/01(金) 01:04:06.57 ID:5kKv/peJ(1/2) AAS
＞wVU/jdLoが問題にしてるのは、VB側で確保したヒープを、DLLなりに渡す方法じゃないのか？
そうだよ。俺はDLLにヒープを渡す際に行うGCのロックについて回答した。
しかし回答に対してwVU/jdLo（>>153153(1): 名前は開発中のものです。 [] 2013/01/31(木) 12:36:26.25 ID:wVU/jdLo(2/13) AAS
DirectXライブラリならDX7ベースのものを作った。ところで、その口ぶりなら当然
自分もそのぐらいは作ったんだろうな。ＣＰＵで演算したデータをバック・スクリーン
サーフェスに転送する場合、ロックもかけず、ＡＰＩも使わず、どーやーって
転送しているんだ？おしえてくれよ。
スマートポインタ使うと、アプリの速度が上がるとでも言いたいのか？
俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。
）が突然、
DirectXでサーフェスのVRAMをロックする仕方を教えてくれと言い出した。
以後、彼はGCとDirectX、２つの話を同じ話とした誤った前提をもとに得意面で執拗に追及しはじめる。
またwVU/jdLo（>>153）はGCのロックが面倒だという当初の題目(>>146146(2): 名前は開発中のものです。 [] 2013/01/30(水) 13:13:47.38 ID:ES7+KnHm(1/3) AAS
思うんだが、ＶＢやＶＣ＃のガベージコレクタって、そんなにパフォーマンスに
影響するもんなの？
メインメモリを効率良く再配置してくれるといっても、コード組む側からしたら、
ポインタを使うとき、データを勝手に移動されないように、いちいちロックしないと
いけないので、面倒極まりないんですけど。
もしかしたら、メモリの開放忘れてメモリリークさせるバグが多かったので、
それを防止する為につけたのかもしれないけど…。
Vistaのせいかな？あのころ、メモリ不足でパフォーマンスが落ちるＰＣが多かったからな。
でも .net って Vista より先じゃなかったっけ？
)を覆し、
「俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。（実行速度） 」
などと捏造する。
その後も謎の要求を繰り返す。
「オフスクリーンサーフェスにピクセル配列を転送するコードを書いてみろ。」
「コードを書いたらオマエの勝ちでいい。 できなければオマエの負け。」
しかたがないので、wVU/jdLoが繰り返し要求していたコードを書いた(>>171)。
何か意味や目的があるのかしらないが満足したらしく、
ID:wVU/jdLoは意味もなく >>175->>178 を張ったということだ。
187: 名前は開発中のものです。 [sage] 2013/02/01(金) 01:08:42.51 ID:5kKv/peJ(2/2) AAS
読解力のないお馬鹿さん友達なのはよくわかった。
だが俺のせいにされても困るな。頭のおかしい人が1人で暴れてて、
こっちは二転三転する話に付き合ってやっただけだから。
上下前次1-新書関写板覧索設栞歴
あと 13 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s