こんな理由とは・・・。マオです。
前回の記事でMLを導入すると音が出なくなると書いたんだけど、理由が分かった気がする。
サウンドシステムは別のスレッドで処理されるみたいで、メインスレッドから独立している。
このサウンドシステムは1つしか起動出来ずに、複数起動させようとするとエラーを出して無音モードに移行する。
通常であれば2つ以上起動する事は無い。
しかし、今回MLを入れると2つ以上起動してしまい、無音モードに突入してしまうのだ。
その理由は憶測だが、MLの初期化作業でこのサウンドシステムに対して再起動(終了して起動する)をする部分(これは公式のコードで、リソースパックの入れ替え時にも発生する)がある。
流れとしては、公式がサウンドシステムを起動した後にMLがサウンドシステムを再起動するという作業をしている。
起動の命令はメインスレッドで行われるが、実際の起動処理は別スレッドで行われている。
で、公式起動をした後の起動処理中にMLが再起動をかけているんじゃないかと思っている。
つまり、起動中なので終了出来ないで起動しようとしている。
なので、2つ以上起動してエラー、音出ない状態。
さ、これを回避する為にこれを用意した。
modsに入れるだけの簡単なお仕事です。
やってる事は簡単。
起動時に3秒止めるだけです。
これにより、サウンドシステム起動までの時間を稼いで、正常に再起動できるようになる可能性があります。
うちではこれで直った。
これで安心してUgo移植作業に戻れるわ。
まだまだ先は遠いね。マオです。
MCPもModLoaderも来たので、1.6.1に移植してみました。
完全なデバッグは終わってないけど、問題無く動いているようではある。
デバッグ後に新要素の追加会議を脳内で行う事になるだろう。
まだModLoaderには問題があるようで、導入するとBGMやらSEが出ないらしい。
こちら側の問題なのかあちら側の問題なのかは不明だが、フォーラムでもコメントしている人がいるので、いつかは改善されると思いたい。
そんなこんなしているうちに、1.6.2とか来るんだろうなー(遠い目)
直せる気がしない。マオです。
UgoCraftの1.5.2版で新たな不具合が発見されました。
チェストの水平方向に内部情報(TileEntity)があるブロック(かまどやらディスペンサーやらコンパレーターとかも引っかかるかも)を配置したUgo objectがブロックに戻る時に、クラッシュをします。
何とか発動条件は分かりましたが、この状況になるプロセスが分からないので、問題が解決出来る気がしません。
とりあえず、チェスト(もしかしたらトラップチェストも)をUgo objectで扱う場合はご注意下さい。
しばらくは、これの原因究明をする事になりそうだ。
ああ、1.2.5版では起きません。
またマルチの仕業だろうか・・・。
まだまだあるもんだねぇ。マオです。
UgoCraftの1.5.2版と1.2.5版のバグフィックスです。
特別な接続の設定が必要なブロック(土やら石やら)にプレートを貼り付けた場合、特別な接続の可否が反映されていなかった不具合の修正です。
これ作り終わってパッケージを作ってる時に思ったんだけど、これ仕様って形で処理した記憶が有るような無いような。
でも、公開しているプレートの仕様部分には特に書いてないし、勘違いなのか。
ま、気になって直しちゃったし良いとするか。
検索機構を弄った上に、地味に面倒な感じの不具合だったので、もしかしたら検索系に新しいバグが混入しているとも言い切れないので、バックアップして構造物をチェックした方が良いかもしれません。
Mojangの1.6焦らしプレイで、バージョンアップ作業に手を出して良いか悩んでいます。
なんかテクスチャパックが廃止されてリソースパックになるんだって？
また阿鼻叫喚になりそうだね。
久しぶりに修正。マオです。
UgoCraft1.5.2版のバグフィックスです。
特定の条件で動いているクライアントがコアブロックの設定をすると、その設定が反映されない不具合を修正しました。
この修正で得をするのは私とUgoCraftのコアなファンの中のコアな人くらいです。
多分、更新しなくても問題無い気がします。
今回のバージョンアップにより、1.5.1版の配布は終了になります。
1.6はいつ出るんだろうなぁ・・・。
