
2分で作った画像置いときます
えっまさかあれってDXアーカイブのファイルを優先的に読み込んでるんですか?derok さんが書きました:そもそもtioファイルの中に肝心の画像がないのですが・・
こちらの環境ではtioファイル消せばちゃんとロードされていました。オフトピック別に多倍長演算する必要ないような・・・
まぁやってみる価値はありそうだな・・・ノウル さんが書きました:プロジェクトのフルパスがCドライブの直の場所にあるのと、ホモ要素満載なのと、ファイル・プロジェクト名が日本語なのががかなり気になりますが、それは置いといて、
Dxライブラリは確かオープンソースなので
DxLibのソースコードをダウンロードして、ロードの部分の関数を確認してみたらどうですか?
DXライブラリ側のバグなのか俺に致命的なミスがあったのかみけCAT さんが書きました:GCCでコンパイルしてみました。
Log.txtに記録される「~パワー*.png がありません」の種類(*に入る文字列)や順番が実行するたびに変わりますね…
これはかなりやばそうですね…
いや弾幕STGの方では解決してないですDixq (管理人) さんが書きました:解決したんですか?
正常に認識されてるうううあああああ!!!Dixq (管理人) さんが書きました:画像とコードには問題ないですね。
ファイルパスが間違っているか、書いているプログラムコードの場所が違うかでしょうか。
似たようなプロジェクトファイルが多数あり、間違っていませんか?
また、同じようなファイル構成とファイルにして、
http://dixq.net/g/trouble.html
を試してみてください。
何が違うというんだ…みけCAT さんが書きました:残念ながらこちらでは普通に読み込めますね…
DXライブラリ Ver3.16
GCC (MinGW) 4.8.1
Windows 7 64bit
DXライブラリは3.16ですみけCAT さんが書きました:では他のことを言われているのですか?もしそうなら、何と言われているのですか?夢幻ノ月夜 さんが書きました:画像が見つかりませんって言われてるわけじゃないからパスの問題ではないかと
画像の分割に失敗しましたって言われてるわけじゃないからパラメータの問題ではないと予想
何をもって読み込みに失敗したと判断したのですか?
使用しているライブラリ(DXライブラリであると推測できるが、確定はできない)は最新版ですか?
画像が見つかりませんって言われてるわけじゃないからパスの問題ではないかとみけCAT さんが書きました:ということは、"パワー.png"の内容またはパス、もしくはLoadDivGraphのパラメータに問題があると考えるのが自然でしょう。夢幻ノ月夜 さんが書きました:"パワー.png"だけが読み込みに失敗するのは順番を変えて確かめました
非同期を切っても失敗します
少なくとも、「パワー」をShift_JISで表しても0x5Cは含まれないので、意図しないエスケープシーケンスの問題ではないでしょう。
"パワー.png"だけが読み込みに失敗するのは順番を変えて確かめましたみけCAT さんが書きました:本当に「最後に読み込もうとした画像だけ読み込みに失敗する」のではなく「"パワー.png"だけ読み込みに失敗する」のだと確認しましたか?
"パワー.png"は非同期読み込みを使わなければ読み込みに成功しますか?
キタ――(゚∀゚)――!!夢幻ノ月夜 さんが書きました:やってみます
やってみます
C言語にもともとあるintには変えられないようでpocket さんが書きました:こんばんは。
私も初学者なので参考程度に見て頂ければと思います。
タイトルについてですが、
明示的キャストであれば変換できるようです。
ソースコード:
http://melpon.org/wandbox/permlink/dVc70xKPuQwEPlB1
参考URL:
http://boostjp.github.io/tips/multiprec-int.html
ありがとうございますh2so5 さんが書きました:std::listはサイズ可変です。std::sortと組み合わせれば優先度でソートできます。
ダミー作戦決行してみますh2so5 さんが書きました:たぶんバグだと思います。というか、タスクリスト内の最大のpriority以上のpriorityを持つタスクを追加すると無限ループになります。
いくつか修正すれば直せないことはないですが、コードを変更せずとも応急処置として最初に非常に大きい優先度の数値を持つダミーのタスクを追加すればループを回避できます。
水を差すようで悪いですが、このタスクシステムのサンプルは無駄に複雑なだけで良いものではないので参考にしないほうが良いです。
素直にstd::listとか使ったほうがいいです。
マップチップの大きさが32*32pxなので無理やりintにして位置補正してますDixq (管理人) さんが書きました:pl.xが何型か知りませんが、計算過程でintにキャストする必要ありますか?
オフトピックなお夢幻ノ月夜君のような中学生は学生ではなく「生徒」と呼びます。
高校までは中等教育機関なので、大学生から学生と呼びます。
5分くらい経ってから戻ってきたらログインされてましたDixq (管理人) さんが書きました:直後に投稿があったようですが、解決したのでしょうか?
害はない…なるほどありがとうございますsoftya(ソフト屋) さんが書きました:PAD_INPUT_1から28の定義が追加されたのは2011年ですので、それ以前からあるコードの場合28個で十分だった可能性はあります。
最新定義に従うなら32個です。
>このサイトが間違っているのか俺の解釈が間違っているのか教えてください
なので、途中で変わったのでなんとも言えないが害はない可能性が高い。と言えるかと。
画像の図を見てsoftya(ソフト屋) さんが書きました:for( int i=0; i<28; i++ ){ //ボタン28個分ループ
でループしているわけですが、方向キー4つが何処から出てきたのか分かりません。
そう思った理由を説明してくださいね。
Dixq (管理人) さんが書きました:C++であればシーンクラスを継承したそれぞれのシーンの各baseクラスのポインタをlistにpushしておき、
画面がキャンセルされたり戻るとpopするようにすれば自動的に画面遷移を意識しなくても済む設計にできます。
ピュアCで簡単にということであれば現在の画面(シーン)番号をグローバル変数で持ち、
それに合わせて関数コールするように制御する方法が簡単かと思います。
Dixq (管理人) さんが書きました:C++であればシーンクラスを継承したそれぞれのシーンの各baseクラスのポインタをlistにpushしておき、
画面がキャンセルされたり戻るとpopするようにすれば自動的に画面遷移を意識しなくても済む設計にできます。
ピュアCで簡単にということであれば現在の画面(シーン)番号をグローバル変数で持ち、
それに合わせて関数コールするように制御する方法が簡単かと思います。
ProcessMessageの返値ってそういう意味だったんですかTatu さんが書きました:ウィンドウを閉じられてもProcessMessageの戻り値が-1になり、
ループから抜けるだけなのでsave()もDxLib_End()も実行されます。
詳しくはDXライブラリ置場のリファレンスを確認してください。
3つは超えないようにしていきますsoftya(ソフト屋) さんが書きました:> 次々とトピックを立てるのはやめてください。
ちゃんと全てを平等に進行して頂けるのなら問題ありません。
出来ないようであれば、ご自身で適切な数になるよう一時停止して頂ければと思います。
実際問題、複数進行は結構つらいと思いますよ。
×ボタン押されるとできないっぽいんですTatu さんが書きました:DxLib_End()の近くでセーブしてはどうでしょうか。
ありがとうございますRittai_3D さんが書きました:小人の肩の上: [C++]メモリ確保済みタスクシステム
を参考にしてみてください。
タスクシステムには詳しくないので調べたところ、双方向循環リストっぽいですね。
連結リスト - Wikipedia
ありがとうございますTatu さんが書きました:22章の説明には書かれてませんが
自機などの描画関数の座標の指定に
+dn.x
+dn.y
が追加されています。