HSPTV!掲示板

下記のソースにてmmload及びmmplayが鳴らない不具合?を見つけました。(不具合じゃないかもしれないですが)
不具合と言える理由として
hsp3.32aを現在使っておりまして、不具合確認の為にhsp3.31を使ってみると
hsp3.32aでは鳴らなかったものがhsp3.31を使用すれば鳴りました。

まとめると
① Windows Media Playerを使って再生すると問題なく音が鳴る。
② 同じソースでhsp3.32aでは鳴らず、hsp3.31では鳴るということは音楽ファイルの位置設定は間違ってないし音楽ファイルは壊れてない。
③ hgimg3を使ってdmmplayをしてみるとhsp3.32aでもhsp3.31でも問題無く動作する。
異常を踏まえて不具合だと思いました。
過去のスレッドを見て色々試しましたが全て全滅でした。
勿論同じソースで実験しました。



ちなみにHSPの更新日時は
hsp331が 2013/07/07 0:42
hsp332が 2014/12/09 21:52
です。

私のPCスペックは以下になります。

http://gyazo.com/ec1a530b4ea7dffc0b31735427b22479

下記に動画をアップロードしました。
見て頂けると嬉しいです。

http://youtu.be/lCyVcenbKU8

だいぶ前ですが、私も、以前公開したフリーソフトで、とあるユーザーさんから「音が鳴らなくなった」という報告を受けまして、
そこで試しに、mm～系命令の代わりにmci命令を使うようにしてみたら、解決しました。

なぜこの方法で解決したのかはよくわかりませんし、可憐様のケースにも適応できるかはわかりませんが、参考までに。

沢渡さん

mci命令でやってみましたが、やはり同じで
3.31では鳴り3.32aでは鳴りませんでした。

わずかでも可能性があるので確認しますが、
"C:\hsp332\hsp3.exe"を起動して、何らかの音声を流している間に
音量ミキサーを見てみてください。
hspの音量が0になっていませんか？

tds12さん
動画をあげてみました。
音量ミキサーは3.31のみ表示され3.32aは表示されませんでした。

http://youtu.be/jwK9p8BcsEo

それと、動画の中で見るとわかると思いますが
タイトルに違いが出てますね。。
うーん。。わからないです。。

一応解決したので解決方法を書いておきます。
hspフォルダに『winmm.dll』を置いて置くとmmloadが鳴らず
『winmm.dll』を消して実行してみるとなりました。

> 一応解決したので解決方法を書いておきます。
> hspフォルダに『winmm.dll』を置いて置くとmmloadが鳴らず
> 『winmm.dll』を消して実行してみるとなりました。
なぜ Windows OS の中核システムの『winmm.dll』をHSPフォルダに置くのだろうか。
基本的に OS の DLL はHSPフォルダや実行ファイルと同じ場所に置いてはいけないと思います。

なぜならば他のソフトで既にメモリに読み込まれているとDLLファイルはメモリに読み込みません。
多分、これが理由でHSPフォルダに置いた『winmm.dll』と Windows フォルダの『winmm.dll』の
両方がメモリに読み込まれ、メモリ内で同じ関数が競争しあってmmload命令が機能しなくなったと思う。
↑
私の仮説です。

>基本的に OS の DLL はHSPフォルダや実行ファイルと同じ場所に置いてはいけないと思います。
それ以前に置くと著作権等に違反します。OS関係は特に

>両方がメモリに読み込まれ、メモリ内で同じ関数が競争しあってmmload命令が機能しなくなったと思う。
設定にもよりますが大抵はカレント優先で検索されます。
および重複読み込みはありません。必ずどちらかだけです。

自分もmp3形式の音声ファイルを扱っていたら、必ずmm系命令で鳴らないファイルがあります。
なぜなんでしょうか。WMPで再生すると、正常です。ビットレートや圧縮方式に互換性がない
ものがあるのでしょうか。

Ruby(旧さっくん)さん
こちらの記事で書かれてるのが原因ではないのでしょうか？
違ったらすみません

http://hsp.tv/play/pforum.php?mode=pastwch&num=17406