331directx8のスプライトと同じ動作をdirectx9でさせたいですdirectx8でスプライトを使うプログラムをdirectx9に移植しています。引数の数が少ないのでmatrixにしているのですが、思い通りの動作をしません。自作PC-XTエミュレータでFreeDOSが起動しませんみけCATさん情報ありがとうございます。その部分を修正してみたのですが、動作は変わりませんでした。動作することがわかりました。簡易操作コンソールに入ります。コマンドも載せておきます。打ち込んだらファイル名を聞かれるので入力してEnterです。メモリのダンプを取るように設定します。これのあとは一回下記のresetコマンドを打つといいかもです。758自作PC-XTエミュレータでFreeDOSが起動しませんPC-XTエミュレータを製作中なのですが、FreeDOSがどうしても起動しません。思いつく限りはやってみたんですが、どうしても動きませんでした。自作ゲームが遅すぎます付属のファイルとかを付け忘れていましたので添付しておきます。思うようにfpsが出なくて困っています。描画距離はどうしても変えたくありません。・スパゲティなのは気にしないでください。メンテナンス性いいので。書いてましたが、バグが多かったり、拡張性に乏しかったり、他に人が読みづらかったり、設計が不十分だったりでメンテンナンス性が高いとは思えません。根本的なところは、そこをまず直すことじゃないでしょうか。アドバイスありがとうございます。共同制作はどちらかと言うと共に成長するとか、逆に教える立場になるのが一般的かと思います。自分のではなく、他の共同制作に参加するとか、他の人のオープンソースのコードを読んで学ぶ必要があったのではと思います。この仮想マシンやアセンブラやらコンパイラなら、設計の良し悪しとか、どうするば良いかとはこの掲示板などで質問する事もできます。一度にやると多すぎるので、個別のやったほうが良いでしょう。いう本を読めば良いかのアドバイスも出来ると思います(中高生には高すぎる本しか浮かびませんが)。重要な要因(少なくとも要因の一つ)はプロジェクトの規模だと私は思っています。行数で答えるならばプロジェクトの全ソースファイルの行数の合計です。いう意味だったんですね。誤解してしまっていました。フラットシェーディングのフルソフトウェア3Dレンダラは、しっかり数えたら全ソースで1734行でした。誤解されているようなので、書き加えます。パブリックドメインと呼ばれる法的に根拠の無い著作権の扱いはありません。書いたのは、それに近い別のライセンス形態を選んでね。ライセンスについて勉強されたほうが良いと思います。それとパブリックドメインソフトウェア風に公開する以上は、あれこれ注文を付けると意味がなくなります。完全にオープンにするか、パブリックドメインソフトウェア風をやめて自分が全てコントロールするか、どちらかを選んだほうが良いと思います。僕は今回が共同制作初めてなのでちょっとわからないですね・・・1万行超えるのはないと思いますが。今まで書いたソースは大体200~2000行ぐらいです。自分が作ったバグが多くて破綻しかけているソースコードを修正してくれる人とリーダーを募集しておいて自分は受験生なので顔を出さないというのは・・。これだとパブリックドメインソフトウェア風にして著作権は行使しないので、みなさん好き勝手に使ってくださいね。しないと誰もよってこない気が。それでも厳しそうです。ご意見ありがとうございます。参考にして募集要項編集しておきました。管理人さんどうもです。いうわけで募集要項できました。仕様書修正も書き上がりました。「CC0」にライセンスを変更します。自分的にはメンバ-は「少ないほうがいい」です。僕は受験生なのでプロジェクトに顔を出さないことがあるかもしれません。参加したい方は添付仕様書内にある連絡先にメールしてください。それを明確に、現状と将来の仕様を掲げられないならOSSリーダーとして問題ありだと思います。今後変わっていくのは自然なことだと思いますが、現実性のないコンセプトは書く意味が無いです。ご指摘ありがとうございます。誇張してしまったのは反省しています。今から仕様書の書き直しと募集要件の最終決定をするので決定したら再度返信させていただきます。意味がわからないです。みてもC言語じゃないです。本当にC言語を実装したいなら大規模過ぎて、やめておいたほうが良いとしか言えません。えーと、まあ「コンセプト」ということなので。コンセプト≠理想(現実)です。「C言語に慣れた人が仕様を見るだけで使える言語」と言ったほうが良かったですね。インタプリタ・コンパイラ制作えーっと,今までバージョン管理はしてこなかったのでしょうか。内容からしてそれなりの大きさになることが想定される以上,ローカルでのバージョン管理は当然行われていると思っていたのですが。それすらされていないのであれば,自身の開発スタイル全体を見直した方がよいかと思います。Issueとしてあげておきましたが(https://github.com/taka-tuos/casm-GP3200-alpha/issues/1),Git管理下にDebugディレクトリが入っているとかありえないです。インタプリタ・コンパイラ制作とりあえずgithubに各プロジェクトのリポジトリ作りましたhttps://github.com/taka-tuosここに出てる3つです。それと、仕様書というかリファレンスというかそれもかけたので添付しておきます。間違ってたら書き直します。返信ありがとうございます。募集したいと思います。仕様書と設計書、ないとやっぱりダメだったんですね。書き上げて返信させていただきます。規模とバグがあまりにも多く、一人で開発を続けるのが厳しくなってきてしまいました。共同開発をしてくれる方を募集したいです。開発をどうやって管理すればいいかも教えていただけたら嬉しいです。