うちの会社の人が機械連動でVB動かして、速度上げると動かないとか言ってた
アナログの高速反応に対応するには厳しいだろって(ry
元々敷居が低い事を狙って使い始めた連中が多いので、「動けば良いや」というレベルに留まりがち。
その上、凝った事をやろうとするとそこらの言語よりも数倍苦労しなくちゃならない。
フォームにコントロールを配置して記述していくという武器を取り上げられる事になる。
もちろんフォームを使ってゲームを作る事もできるものの、そもそも Windows GUI はゲーム向きじゃない。
結果的にそれらのゲームは見た目もしょぼく、操作性も悪いという烙印を押される事になってしまう。
DirectXでアクションやシューティングとなると、VBでやるのはマゾ行為でしかないな。
VB と記述した場合、今でも VB.NET じゃなくて VB6 以前を指すのかなぁ
VCだって、C++のランタイムとMFCのDLLを合わせただけでも、結構なサイズなんだけど、静的リンクしてたりアーカイブ同梱で勝手にインスコするから、素人は気づかないだけ。
あと、ゲーム云々に関して言えば、VB5までは、DXが標準で使えなかったけど、VB6以降は普通に使える。
パフォーマンス的にも、2000年代に入って、ポリゴンの頂点計算とかハードにやらせるようになってからは、よほど限界ギリギリの領域でもない限り、C++で書くのと大差なんてなかったよ。
使う奴が少ないのは、単に参考資料が殆どないから誰も使わない、というだけ。
とりあえず課題スレにある１５パズルから作ろうとおもたけどいきなりは大変なので９パズルに挑戦な
んで、下記はピースの動きのコード下にしか動かんけど、いい感じだフォームとピクチャーボックスでいける
Sub picDown()
Dim nowX As Integer = PictureBox1.Left
Dim nowHeight As Integer = PictureBox1.Height
Dim newY As Integer = PictureBox1.Top + nowHeight
Dim idouY As Integer = nowHeight / 6
For i As Integer = 1 To 6
PictureBox1.Top += idouY
Threading.Thread.Sleep(10)
Me.Refresh()
Next
PictureBox1.Top = newY
Me.Refresh()
End Sub
Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles Me.KeyDown
If (e.KeyData = Windows.Forms.Keys.Down) Then
'MsgBox("↓", MsgBoxStyle.Information, "Form1_KeyDown")
picDown()
End If
End Sub
Private Sub Form1_KeyPress(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyPressEventArgs) Handles Me.KeyPress
MsgBox(e.KeyChar, MsgBoxStyle.Information, "Form1_KeyPress")
End Sub
ttp://yuzuru.2ch.net/test/read.cgi/gamestg/1206538342/779 > 779 名前：名無しさん＠弾いっぱい[] 投稿日：2010/09/15(水) 13:08:43 ID:9cI7/JLI0
> ＰＣＥでもＭＤでもＳＦＣでもないが、それっぽい（昭和っぽい）画面の
> ゲームがある。
> はっぴぃしゅーたーＶＢ６
>
ttp://homepage1.nifty.com/shifu2/main.html > なんとなくＰＣＥ版究極タイガーやガンヘッドあたりを参考に作ったようだ。
> ＰＣ用だが、試しにやってみるといいかも？
これ、ソースが公開されていればもっと良かったのにとか身勝手な事を言ってみる。
Visual Basic でシューティングとはなかなか頑張ってるね。
ちょっと進歩したぜ！あぁさんオイラシューティング苦手だから無理な
ちょっとソース長くなったからここに貼らないほうがいいかな
どこかUPローダーない？
ttp://http://gmdev.xrea.jp/st/up/125.txt とりあえず、上下移動ができるようになった
キモはピクチャーボックスオブジェクトを配列にいれて処理してるとこだな
こりゃ楽勝だぜ
そこまで原始的じゃなかったかｗ
終了判定いれてみた
Sub EndOfGame()
For i As Integer = 1 To 9
If Not (obPicsWin(i).Name = obPics(i).Name) Then
Label1.Text += ":No"
Exit Sub
End If
Next
Label1.Text += ":End"
End Sub
キモは配列に正解を入れておくとこだぜLOAD処理でやってる
これで最初のならびに達したかどうかがわかるぜ！
ReDim obPics(10), obPicsWin(10)
obPics(1) = PictureBox1
obPics(2) = PictureBox2
obPics(3) = PictureBox3
obPics(4) = PictureBox4
obPics(5) = PictureBox5
obPics(6) = PictureBox6
obPics(7) = PictureBox7
obPics(8) = PictureBox8
obPics(9) = PictureBox9
For i As Integer = 1 To 9
obPicsWin(i) = obPics(i)
Next
既にゲームぽいけどもっと進化させるぜ
ちょっと工夫して画像を自分で設定できるようにしてる
んで画像読み込んでコピーするまで出来た！フォームとピクチャボックス２つとダイアログ１つで簡単にできる
これ組み込んだら完成だな
次のがコピーのコードだ、結構厄介だったぞ
Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
Dim img = New Bitmap(PictureBox1.Image)
'PictureBox1のGraphicsオブジェクトの作成
Dim g As Graphics = PictureBox2.CreateGraphics()
'元の画像の(10,10)-(100,100)の部分を切り取って表示する
'座標(0,0)に表示し、単位をピクセルとする
Dim rect As New Rectangle(PictureBox2.Top, PictureBox2.Left, PictureBox2.Width, PictureBox2.Height)
g.DrawImage(img, 0, 0, rect, GraphicsUnit.Pixel)
Dim newBMP As Bitmap = img.Clone(rect, img.PixelFormat)
PictureBox2.Image = newBMP.Clone
'Graphicsオブジェクトを破棄
g.Dispose()
End Sub
ちょっといい感じになったのでソースアップ
画像）
ttp://gmdev.xrea.jp/st/up/126.bmp ソース）
ttp://http://gmdev.xrea.jp/st/up/127.zip TOOLはVS2008のVB2008
起動してそのままでも動くけど、背景を選択してBMP画像選んでくだちい
ピース部分だけカラーであとは白黒になります
で動かして、元の場所になると全部カラー表示します
（背景が小さいとｴﾗｰ起こすのは愛嬌
無駄ゲ処理とかミスとか修正したから結構遊べるお！
キモはほとんどWebから見つけたソースってとこだなｗ
楽勝
はっぴぃしゅーたーＶＢ６ を作ったモノです。
自分のゲーム名でぐぐったらここに出てしまいました。
ソースの公開は不可能ではありませんが、コード量が膨大で、
まず初見でいやになります。
クラスモジュールだけで８７個です。いやになったでしょ。
ＶＢ６とＶＢ.netではポインタの扱いが違うので
.net開発者がみてもあまり参考になりませんし、私も.netは素人です。
ゲームの基本的な事は相談に乗れるとおもうので、>11のホームページにある
メールアドレスから相談してもらってかまいませんよ。
はっぴぃしゅーたーの代わりに、昔作った簡単なシューティングの
ソースをあげました。参考にしてください。
ttp://homepage1.nifty.com/shifu2/DL/SH.zip 古いプログラムなのでウエイト３万くらいかけないと速すぎて遊べませんよ。
ウエイトに234567と入力すると無敵モードになります。
これはその昔、私がマイコンベーシックマガジンに投稿したものに、
多少手を加えたものです。
わわ、これはすごい。
私は Visual Basic ってもう扱ってなくてインストールもしてなかったりなんですが、
こういうサンプルがあれば何か色々応用できそうですね！
また Visual Basic 触ってみようかな～。
ﾀﾞｳﾝしました！S藤さん、すごいお！こういうのあると触発されちゃう
いまVB2008にうｐぐれどしたけど、さすがにそのままじゃ動かん＞＜
ちょっと動くようにしてみる
9pzlは難易度とシャッフルを実装した、後は出来上がりまでの動いた回数記録すればゲームになりそうです
簡単にはいかないでしょうね。
作り直すぐらいの覚悟は必要でしょう。
私も.NETで何か簡単なモノでも挑戦してみようかな？
9pzl難易度と回数いれて完成！
ttp://gmdev.xrea.jp/st/up/128.zip 実行は上下左右の矢印キーのみ
こうやってVBの地位を上げていかんと扱い低いままっしょｗ
さん是非是非何かお願いします私は.NETとかあまり意識せずに作ってますのでソースはひどいですが何もしないよりましかなｗ
Ｃ系の言語にかなわない部分もあるが、それは、かなり高レベルでの話である。
だから、トップクラスのＣプログラマーに言われるのは仕方ないが、
まだ未熟なＣプログラマーにＶＢ使ってるってだけでバカにされるのは面白くない。
それにゲームの場合は、開発言語よりも、ゲームデザインやバランスの方が、
ずっと重要だ。私個人としては、一人でゲーム作るなら、むしろＶＢの方が
作りやすいと思う。
自分でこう言ってるのに言語に執着してるのはあなたじゃないの？
定義が面倒なのと処理が遅いのに目をつぶれば
こっちも何も言わねーよ！
何も作れない奴が暴れてるｗｗｗｗ
私が>21で上げたシューティングは、初代ペンテアムの１３３ＭＨｚで開発
したモノでした。今では考えられない低スペックですね。当時は、いろいろ工夫して、
どうにか遊べるモノにするのがやっとでした。現在のＰＣスペックは当時からみて、
かなり余裕ができました。はっぴぃしゅーたーは、ＶＢではかなり快適に動く
シューティングなので、システム的に工夫してる部分も含めて、まだ遊んでいない人には、
プレイしてみてほしいな。ＶＢ６の底力を見せた一作です。
ttp://www.vector.co.jp/soft/winnt/game/se485994.html さてと、ＶＢ２０１０インストール完了。そろそろ始めますか。
ＶＢ６のプロジェクトが開けない！！あわててＶＢ２００５をインストールして
やっと開けた。ＶＢ２０１０はアップグレードウィザード使えないのか。
秀丸エディタに Visual Basic 用の設定ってのがあって。
それを使っている人が結構いるんだろうかと思った次第。
ベーマガ。懐かしい。
ＶＢ２００５用の簡単なシューティング作成用のサンプルを作りました。
多くのモジュールはＶＢ６からアップグレードしてちょっと修正しただけなので、
汎用モジュールとしての動作保証は、まったくできません。
本気にせず、遊びだと思って、ちょっとやってみたら、あとは軽くスルーしてくださいね。
ttp://homepage1.nifty.com/shifu2/DL/shsmp.zip ずいぶんたったけど、反応も無いし、このスレも死んだかな？
１９と３９のダウンロードは終了しました。
希望があれば、また上げてもいいですが、このスレ、もう誰もいなくなった？
aとbがVariant型になるクソ仕様
int* a, b, c;
だとb,cがポインタにならないクソ仕様だろ。
netになったら空気になった
スレタイのようになった。
みんなどの言語から勉強した？
変数名は６文字までとか、信じられないような制限がついていた
アセンブラから入ったヒトいますか？
昔のBASICは実質２文字だったぞ
8biit時代のゲームはアセンブラが多いよ
から、アセンブラが一番速い。当時のゲームプログラマはアセンブラ必須だった。
Ｃで作るようになったのはＰＳぐらいから。ＰＣではもう少し早くＣが出てきていたな。
詳しくは知らないが、Basicにアセンブラを埋め込むことができたから、
それでゲームを作ってる人もいたようだ。
それ以降のOSで「ランタイムが不要」なのか「ランタイムは必要だがデフォルトでインストールされてる」なのかは……どっち？
自分でインストールした記憶があるんだが…
そんなことないと思うが・・・。
ちゃんと動いたよ。
XPはVB6のランタイムが標準になったんだよ、たしか。
5で作っておけば、やり方次第でEXEひとつだけのアプリが作れた。
そいや、9x 系で 5 のランタイムをインストールした覚えがない。
したのは 4 と 6 だけだね。5 だけ入ってるのかな、なるほど。
ＤＸライブラリなどのライブラリのソースを眺めてごらん。
インラインで使われてることがまだまだ多いよ。
プログラミングの敷居を一気に下げた。
誰でもチャレンジしやすくなるってのは重要なことだ。
先日もＡＰＩでフォント作って表示しようとしただけで、どえらい苦労した。
．ＮＥＴでは「ＡＰＩは使うな」と言っているようにしか思えん。
そこらへんもＶＢ６から．ＮＥＴへの移行に失敗した原因だと思う。
マルチスレッドの為に仕方無く移行してるけど…ＶＢ６は偉大だったに同感。
Ｃ＃のユーザーさんは、Ｃ＃でのＡＰＩの使い勝手をどう思っているのかな？
わりと自動でやってくれる（爆弾つきだけど…）など地味にいいところも残って
いたりする。特に大文字小文字…は目が悪い人でもフォントサイズ大きく
しなくていいから作業画面が広く使えて便利。
あそこまで変わると、自然とC#への移行になっちゃう。
まあ、それを意図してたのかもしれないけど、量産プログラマの多くは
Java案件の方に行ってしまったのではなかろうか。
Webアプリ化の流れと重なったし。
まぁ大文字と小文字で別変数を作る訳でもないんだけどね。
あと文字列の結合やらエスケープやらコメントアウトやら制御構文やらBasicのはなんか違和感ある。
Basic使い慣れた人にはいいんだろうけどね。
C#、C++、Java、Javascript、Action script、Perl、PHPと似たような感じなのにVBだけ全然違うから、たまに使うときに戸惑う。
複数行コメントアウトってできたっけ？
できないと思う。ただ選択した複数行全部にシングルクォートをつけるボタンと、
同じように複数行のシングルクォートを一斉に外すボタンがツールバーにある。
多くの言語がＣをベースに考えられたから似たんだろうね。
Basic は、Ｃより古いから似てないんだろう。
これからできるであろう言語も基本Ｃ系のプログラマが考えるだろうから、
Ｃに似た構文になると思う。
だったハードウェアレベルの処理を高級言語で可能にした事。…Ｃ++ではオブジェクト指向
を導入して最強の言語になったが、Ｃ＃やＪａｖａでは、ポインタの排除（または制限）、
オブジェクトの多重継承も無くなるなど、むしろ弱体化している。
話は突然変わるが、ＶＢは入門用の言語としては、一定の価値はある。…が、
問題は次のステップへの移行である。ＶＢ６時代には、ＶＢも上級者になると
ＡＰＩをどんどん使うので、ポインタなどは自然に身に付く。そこからＶＣ++
に進む事も可能だった。
だが、．ｎｅｔになってＡＰＩは使わなくなり、ＶＣ++へのハードルは高くなった。
Ｃ＃への移行は楽だが、同じフレームワークで動作する限り、性能的なメリットは少ない。
やっぱ前の方が良かった。ＶＢ７．０とか出ないかな。
最強になるんだろうね。
ttp://http://www.geocities.jp/courant_de_console/main_street/ それはVBスクリプトの後継ってことなのかねぇ？
「プログラミング入門」というPDFを見つけたもんでね。
ttp://http://msdn.microsoft.com/en-us/beginner/ff423682.aspx HSPをはじめとする、フリーBASICモロモロに似た感じだな。
プログラムの実行は「F5」キーで行う。
Forの対がEndFor、Whileの対がEndWhileだったりと、
言語仕様は少々異なるが、Goto文を堂々と書くなど、
昔ながらの雰囲気を醸し出してるねぇ。
VBSの後継なのか、入門用なのか
入門用つーとLOGOってあったな
定着しなかったが
まじめにコンピューターを扱う学科ならアセンブラやCPUアーキテクチャの講義はやるよ
アルゴリズムの講義ではモダンな言語を使うけどね
同時並行で進む感じ
両方ある程度進んだところでプチ言語コンパイラを書くんじゃないかな
関数型言語も学ぶのが普通だからその辺は楽だけど
やっぱりVB(.NET含む)が流行らないのはC系と記法のスタイルが違いすぎるからだと思う。
違和感ありまくりｗ
今は入門でもJavaあたりになるしね
かなり生き残っていて、ＣＯＢＯＬプログラマーが足りなくて困っているようだ。
しかし…ＣＯＢＯＬってＢａｓｉｃなど比べ物にならないほど、異世界の言語の
ようだね。
桁が多い10進数を正しく扱える言語って、
意外と少ないもんねぇ。
CやJavaで、金額を扱う変数にdoubleを使ってるのを見るけど、
恐ろしくて恐ろしくて・・・
VB6にはCurrencyがあったけど、.NETにあったっけ？
どうやらdecimalてのがそうか。
相応に遅いけど
寝ぼけていた。そのとおりです
があった。
速度？ 知るか
スレすらないや
C言語のような難解でクールな記述ができる言語ほど、プログラマ受けは良い。
頻繁にある命令を短く効率よく書けた言語でしょ
今はハードの性能が上がってエディタや辞書にいくらでも登録できるようになったから
どれを使っても大差なくなってきてる
ゲーム作るには大差がありすぎるが？
DirectXやOpenGL使うならなおさら
やってできなくもないが、他の言語よりも遙かに苦労した挙げ句に遅い。
一時期は優遇されてたんだけどな
まあ企業主体の処理系の末路なんてこんなもん
ちょっと凝った事をやろうとするととてつもなくめんどくさくなる。
C言語はカルト教団の手続きを円滑に進めるギョーカイ用語に近いからね
両方大事だと思う
ｗｗ
ｋｗｓｋ
ベーシックは国内でも国際的にも規格化されている。
vbはmsがベーシックに文法を似せてｇｕｉ用にした独自拡張
つまりベーシックもどき。ただしデファクトスタンダードである。
何か長ったらしい言葉の頭文字を集めた言葉だよね。
BASICでくくらてはいるが、方言の集まりじゃないのか？ｗｗ
昔のマイコンでROMに載って動いてたものが偽物BASIC
今は何をお使いなのかと思ったら、
Wolf RPG Editor
DX ライブラリ
という方でした。
C#あたりも一緒だが
だから昔のＶＢが好き。
再UP可能でしたら、ぜひお願いします。
ＶＢでゲーム作りたい人、自分以外は絶滅したかと思ったよ。
たぶん、ＶＢ６は使っていないだろうから、の方をＵＰしました。
しばらく放置してたから自分で知らん内にコードを書き換えてしまったかも
しれませんので上手くいかなかったらごめんなさい。
ttp://homepage1.nifty.com/shifu2/DL/STG_Sample.zip 私、個人の活動状況は、VB2010でマルチスレッド用のエンジンを作成し、マルチコア環境では
そこそこの性能が出ることがわかった後、シミュレーションゲームの作成にかかったのですが、
思いのほか、自分の絵が下手であることを悟り、これをお蔵入りにしました。
（音楽は全部完成しているので、いつか製作を再開したいと思っている。）
その後、、今度はアセンブラで別のエンジンを開発。これはＶＢから呼び出し可能なＤＬＬで、
現在は、ツールをＶＢ６に戻して、お試し用に、上記とは別の簡単なシミュレーションゲームを製作中です。
さすがにＶＢでアセンブラの開発はできないので、ここはＶＣ＋＋の力を借りてます。
ＳＳＥ２が機能するエンジンを使えばＶＢでも、今まで以上のパフォーマンスが出せる…ハズ
ちなみに、ＶＣ６ではＳＳＥ２までの開発しかできない。VC2010ならそれ以上の拡張命令も使えるが、
Windows2000のユーザーを見捨てる事になるので、今回はＳＳＥ２までにしました。
使っているのはまさかのVB6.0です。（笑）
ゲームを作り続けていたわけではなく、数年ぶりの出戻りです。
自己流で作っていたのでグラフィックの移動等で挫折していました。
再度VBで挑戦するか、VC#をいちから勉強しなおすかという状況です。
自分としては慣れ親しんだVBで作りたいのが本音なので、「ここまで出来る」という目標にさせていただきたいです。
なるべく汎用性のあるのがいい
何が良いでしょうか？
難し過ぎるようなら、Java。
将来、VC++へのステップアップが必要なら、VC#2010。
ちょっとカッコつけたいなら、Ruby。
そこら辺よくわからないんだよな
ＶＣ++は難しいからね。気合入れてかかった方がいいよ。
経験者はムズいのわかってるから、くじけても責めないよ。がんばって！！
速度も実数計算を多用しなければほとんど同等
そもそも今の性能なら、3Dの剛体100個の物理計算とかをやらない限りはボトルネックにならないし
言語仕様がC++よりすっきりしててオススメ
でも、まともにDelphiが書けるレベルならC++もC#もRubyもぐぐりながら書ける
ttp://http://ja.wikipedia.org/wiki/CompJapan あと、VBは.netになってから色々と機能が拡張されて
重ささえ気にしなければC#と同等の事が出来るようになった
タダで使えるから未だにVB6を使ってるなら乗り換えたほうが賢明かと
ＶＢ2010はvatptr関数とかないのよ。
ＡＰＩがポインタを要求してきたときに、ＶＢ６のありがたみが嫌というほどわかる。
VarPtr関数です。ＶＢ2010だとガベージコレクタがらみで、ややこしい処理
になるのよ。
Dim Str As String = "AAAA"
Dim L As Integer
Dim C() As Char
Dim B() As Byte
Dim G As GCHandle
Dim Ptr As IntPtr
C = Str.ToCharArray()
B = System.Text.Encoding.GetEncoding("Shift_JIS").GetBytes(C)
L = UBound(B) + 1 'サイズを指定する必要がある場合に使う
G = GCHandle.Alloc(B, GCHandleType.Pinned)
Ptr = G.AddrOfPinnedObject().ToInt32()
面倒だわＶＢ2010。
初心者にVBのどの辺が優しいのだのかが疑問だ。
VB
Dim i As Integer = 0;
C#, Java, C++
int i = 0;
まあ、複数行に渡る命令を書く場合や、メモリー使ったりする場合には面倒だが。
動的メモリーはVBでは使わん
あと、VBはExcelとかと連係する場合に楽だな
影響するもんなの？
メインメモリを効率良く再配置してくれるといっても、コード組む側からしたら、
ポインタを使うとき、データを勝手に移動されないように、いちいちロックしないと
いけないので、面倒極まりないんですけど。
もしかしたら、メモリの開放忘れてメモリリークさせるバグが多かったので、
それを防止する為につけたのかもしれないけど…。
Vistaのせいかな？あのころ、メモリ不足でパフォーマンスが落ちるＰＣが多かったからな。
でも .net って Vista より先じゃなかったっけ？
ロックするとか意味不明だし、プログラム向いてないから病院いっとけ。
の下から２行目が、ガベージコレクタをロックしているコードなんだけど、
意味不明なのかい？
君にヒトを素人扱いできる程に技量があるとは、とても思えんが…。
ttp://http://dobon.net/vb/dotnet/vb6/objptr.html ヒトを病人扱いする前に用語のひとつもググってみれば？
（JavaのJNIも同様）
繋ぎ目を隔離したラッパークラスを通さずに直接ネイティブを呼べば面倒なのは当たり前。
いたるところでガベージコレクションをロックするかのようなことを書いて、
GCが邪魔だと呟いているのは実に意味不明だ。
どうやらロックの意味は理解できたようだな。ひとつ勉強になっただろ。
では逆に問う。君はＧＣの利点として何か実感できるものがあるのか？
ＧＣのある言語とそうでない言語で同じ動作をするプログラムを組んだとして、
あきらかにＧＣの優位性を感じる場面に遭遇できるのはどのようなケースだ？
ちなみに自分はＶＢ５からのユーザーだが、ＡＰＩは当たり前のように使っている。
ロックの意味もわかってないからあちこちでロックしまくってるわけだろ。
普通の人はそんなことしないので、ロックするといわれてもわかりません。
DLL、SQLとかVBの外にあるものは隔離して
VBのみで完結しているように設計を作るのは基本。
＞ＡＰＩは当たり前のように使っている。
Win32のことか？DirectXラッパぐらい作ってから言えよｗ
＞ＧＣの利点として何か実感できるもの
スマートポインタ（参照カウンタ）を使うようなケース。
自分もそのぐらいは作ったんだろうな。ＣＰＵで演算したデータをバック・スクリーン
サーフェスに転送する場合、ロックもかけず、ＡＰＩも使わず、どーやーって
転送しているんだ？おしえてくれよ。
スマートポインタ使うと、アプリの速度が上がるとでも言いたいのか？
俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。
＞俺が聞いたのはコーディングの話じゃない。アプリの速度だ。
生産性の話をしていたのに、突然実行速度の話に変わったな。
GCは主に生産性の向上を目的として導入されているのに、おかしな話だ。
まあGCが得意なパターンにマッチすれば速くもなる。
C++でRAIIだと重いdelete()が集中しがちだが、
GCだと実際に解放するのを後回しにして、
負荷が軽い頃合に並列GCが少しずつ解放してくれたりする。
ならライブラリを使っている限り、アプリケーション層ではＡＰＩ(dll)を呼ぶ必要はなく、
従ってロックなどしないはずだ。そうでなければライブラリに存在意義がない。
ライブラリを作ったような妄想に浸っていただけだったというオチだな。
バックサーフェスのLockメソッドを実行して、引数の構造体からポインタを
取得し、ＡＰＩの movememory を使って転送する。
ちなみにDX9のフレームバッファに直接書き込む場合は、メソッドがあるので
ＡＰＩは使わないようだが、ロックはしなければならない。
おまえさんのライブラリではどーやってんのかなあ？答えてないぞ。
なにしろで「DirectXラッパぐらい」って言ってんだから、「ぐらい」なんだろ。
簡単にできそうじゃねーか？当然作ってあるんだろ
強がっても本当はDirectXライブラリなんて作った事ないんだろ。まあ昨日までロックを
知らなかったんだから無理も無い。
そのくせ態度だけはでかいんだよな。ヒトを低脳よばわりとかして…
ＧＣが効果を出すのはごく限られた状況だけ、ほとんどは余計なプロセスが動くだけで
ＳＴＧなんかを作る人からは嫌われている。
ＧＣがメモリをいじくりまわしても、無造作にメモリ使いまくるコード組んでりゃいつかは
足りなくなってスワップするし、ようはスワップがちょっと遅れて来るぐらいの効果しか期待できない。
とりあえず自分で「ぐらい」と言った「DXライブラリ」作ってみそ。そしたら少しは認めてやるわ。
初心者に1から10まで教えたりはしない。
あと話がコロコロかわるわ、分散するわ、人の書いたことが理解できないわ、
そんなお前と話をしても漠然と広がるばかりで一向に収束しない。
理由は単純、ID:wVU/jdLoがなりふり構わず言い返したいだけだからだ。
何がしたいの？そんなにくやしかった？
そして「ロックを使わずにピクセルデータをバックサーフェスに転送できる！！」とも言えないんだな
くやしいのう。くやしいのう。
＞俺はお前の先生じゃないからな。
＞初心者に1から10まで教えたりはしない。
じゃあひとつだけでいいよ。
ロックを使わずにピクセルデータをＣＰＵからバックサーフェスに転送できる方法
とやらを教えてくれ。
コードを表示してこっちで試して正しく動作したらオマエの勝ちでいい。
できなければオマエの負け。
オレはロック使わないと絶対にできないと思ってる初心者だから、先生よろしくたのむよ
…しかしコイツ本当に一度でもDirectXのコード組んだことあんのかよ？
ＡＰＩも使ったことないんじゃねーの？
どっちが初心者だよまったく…バカじゃねーの？
ロックするとか意味不明だし、プログラム向いてないから病院いっとけ。
こんな事書いてる辞典でお前がライブラリなんか作れないことは自明のこと。
一個一個ロックしてコールバック呼ぶ間抜けな姿が目に浮かぶわｗ
DirectXで頂点バッファとかVRAM転送に関するロックと
マネージコード(VB, C#, Java)のGCに関するロックは全く違う話だってのもわからないだろ？
初心者が強がったところでまたひとつ恥をかいてるよ。バカじゃねーの？
そうだな。俺の完全勝利ってこと。
普通にロックなんて誰もしないものｗ
おかしな知ったかぶりでGCを批判するぐらいなら
全部C++で書けばいんじゃないの？
ロックせずにコールバック呼べるよ～？ｗ
俺のC#ライブラリを使う限り、誰もGCロックなんてしないし、
SlimDXやMDX、XNAなど普通のライブラリやフレームワークはみ～んなそう。
ついで抽象度を高めればDirectXのロックもライブラリ層で消せますな。
低脳ライブラリではコールバックの名前が変わっただけで隠蔽性も何もなく、
ロックしてまわるそうです。一体何のためのライブラリなのか謎ですな（苦笑）
dll(C)側とコネクタとなるマネージコード側の両方を書くのは必須。
これ知識というより普通は気付く。
低脳にも理解できたかな？ ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ
DirectDrawでも話の芯は全く同じだ。
を書いてみろ。
DirectXなんて時間かかって面倒くさいだけで、
可能・不可能を論じれば誰でもできる簡単なことだからな。
完全勝利
言い回しが古すぎるね。
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);
ライブラリユーザーは"ロックなど不可視"なはずだ。
virtual void FillTexture(int rgbColor) = 0;
低脳にも理解できたかな？ ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ
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 // アライメントＮＧ
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
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;
}
書き込みを高速化できる。
ところ構わず糞を垂れるのは痴呆なのだろう。病院逝っとけ。
やはり病人のようだな。相手し切れん。
アスペの特徴
①勝ち負けに異常にこだわる （常に生と死や○か×かの極端な二択）
②性的なことで相手を罵倒するのが好き （性への異常な執着）
③相手を知的障害者や奇形児と罵倒する （生理的に苦痛などの一般的な感情の欠落）
④揚げ足 （自分では分析・考察ができないため周囲の言葉を借り「それはお前」とオウム返し）
⑤個人情報や姿・容姿への一方的な思い込み （「相手は○○であるから△△である」という決め付け）
⑥自分は常に被害者である （周囲が自分の意見を分かってくれないのは周囲が悪いという自己中心的な考え）
⑦粘着質 （少しでも気に入らない相手には徹底的な誹謗中傷を行う）
⑧感情的になると幼稚な言葉や短文での罵倒 （うんち、お漏らし、死ね、臭い等の言葉の連投）
ttp://logsoku.com/thread/hayabusa.2ch.net/livejupiter/1280374335/ のコメントってずれてないか？
のコメントって脱線してないか？
で言ってる話をころころ変えてるのって、どっちの方だ？！
そうだよ。俺はDLLにヒープを渡す際に行うGCのロックについて回答した。
しかし回答に対してwVU/jdLo（）が突然、
DirectXでサーフェスのVRAMをロックする仕方を教えてくれと言い出した。
以後、彼はGCとDirectX、２つの話を同じ話とした誤った前提をもとに得意面で執拗に追及しはじめる。
またwVU/jdLo（）はGCのロックが面倒だという当初の題目()を覆し、
「俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。（実行速度） 」
などと捏造する。
その後も謎の要求を繰り返す。
「オフスクリーンサーフェスにピクセル配列を転送するコードを書いてみろ。」
「コードを書いたらオマエの勝ちでいい。 できなければオマエの負け。」
しかたがないので、wVU/jdLoが繰り返し要求していたコードを書いた()。
何か意味や目的があるのかしらないが満足したらしく、
ID:wVU/jdLoは意味もなく >>175- を張ったということだ。
だが俺のせいにされても困るな。頭のおかしい人が1人で暴れてて、
こっちは二転三転する話に付き合ってやっただけだから。
まあ、.netのガベコレに苦労してる人が多いのは分かった。
メモリー管理は初心者には相変わらずの鬼門だな。
でもさ、.netではAPIのかわりになるような命令がいっぱいあるから、
API呼び出す必要はほとんど無いような・・・
＞Vistaのせいかな？あのころ、メモリ不足でパフォーマンスが落ちるＰＣが多かったからな。
＞でも .net って Vista より先じゃなかったっけ？
メモリーの断片化はもっと昔から問題になってたわけだが？
とにかく動的メモリーを使いまくると正体不明でアプリが落ちるわ、
落ちた後でもOSが不安定になるわで動的メモリー管理は敷居が高かった。
まあ、断片化しないようにメモリーを使えば問題ないわけだが。
何個も動かしていた場合にも、メモリーの断片化が発生していたな。
メモリーの虫食い現象と呼んだ方が分かりやすいかな？まあ詳しい話は
フラグメンテーションでぐぐれ。こればっかしは、ガベコレを使わない限り、
メモリーを増やした所でアプリが落ちるのを延期するぐらいの意味しか無い。
何とかしてくれると勘違いしているようだが、スワップファイルを
ページングで何とかなる容量は32bitだと2Gバイトまでなんだよな。
64bitOSの場合だとHDDの許す限り何とかしてくれるんだろうけど。
ttp://http://technet.microsoft.com/ja-jp/windows/mark_03.aspx 数をこなしてる上級者でも忘れたり、ちょっとしたポカをする。
だから上級者でもガベージコレクションはかなりありがたい。
.netやjvmのメモリコンパクションはあまり期待できない。
あとメモリリークではなく断片化でアプリ落ちるか？
は仮想メモリのアドレスサイズの話だろうか。
あとはメモリー破壊へとまっしぐら。もしくは例外終了かな？
これは初めて知った。んー、VBはメインで使う言語じゃないから気にしないでおくか。
＞は仮想メモリのアドレスサイズの話だろうか。
そうだよ。
グーグル検索⇒『来島のモノノリウエ』
UD63T2V610
