なぜVBは扱いが低いのか (200ﾚｽ)
なぜVBは扱いが低いのか http://mevius.5ch.net/test/read.cgi/gamedev/1284400196/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
175: 名前は開発中のものです。 [] 2013/01/31(木) 22:00:58.85 ID:wVU/jdLo ではこちらはデータ転送部分だけだが、オレの書いたコードをあげよう 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 // アライメントＮＧ http://mevius.5ch.net/test/read.cgi/gamedev/1284400196/175
186: 名前は開発中のものです。 [sage] 2013/02/01(金) 01:04:06.57 ID:5kKv/peJ ＞wVU/jdLoが問題にしてるのは、VB側で確保したヒープを、DLLなりに渡す方法じゃないのか？ そうだよ。俺はDLLにヒープを渡す際に行うGCのロックについて回答した。 しかし回答に対してwVU/jdLo（>>153）が突然、 DirectXでサーフェスのVRAMをロックする仕方を教えてくれと言い出した。 以後、彼はGCとDirectX、２つの話を同じ話とした誤った前提をもとに得意面で執拗に追及しはじめる。 またwVU/jdLo（>>153）はGCのロックが面倒だという当初の題目(>>146)を覆し、 「俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。（実行速度） 」 などと捏造する。 その後も謎の要求を繰り返す。 「オフスクリーンサーフェスにピクセル配列を転送するコードを書いてみろ。」 「コードを書いたらオマエの勝ちでいい。 できなければオマエの負け。」 しかたがないので、wVU/jdLoが繰り返し要求していたコードを書いた(>>171)。 何か意味や目的があるのかしらないが満足したらしく、 ID:wVU/jdLoは意味もなく >>175->>178 を張ったということだ。 http://mevius.5ch.net/test/read.cgi/gamedev/1284400196/186
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.030s