Slight update on this... after the discussion in September 2010, there was a<div>commit for this:</div><div><a href="https://github.com/scummvm/scummvm/commit/0db700a3dced67c607c9e9719ea22347612ead40">https://github.com/scummvm/scummvm/commit/0db700a3dced67c607c9e9719ea22347612ead40</a></div>
<div><br></div><div><a href="https://github.com/scummvm/scummvm/commit/0db700a3dced67c607c9e9719ea22347612ead40"></a>I deleted my settings file, which left everything at default in the Audio tab, "Don't use</div>
<div>General MIDI music" in the MIDI tab and "Don't use Roland MT-32 music" in the</div><div>MT-32 tab. Still, with these settings, the following piece of code returns MT-32</div><div>for musicType:</div>
<div><br></div><div>uint32 deviceFlags = MDT_PCSPK | MDT_PCJR | MDT_ADLIB | MDT_MIDI | MDT_PREFER_MT32;</div><div>uint32 dev = MidiDriver::detectDevice(deviceFlags);</div><div>MusicType _musicType = MidiDriver::getMusicType(dev);</div>
<div><br></div><div>That shouldn't happen... with the aforementioned default settings in the GUI, it</div><div>should return MT_ADLIB...</div><div><br></div><div>Regards</div><div>Filippos</div><div><br></div><div><div class="gmail_quote">
On Tue, Mar 1, 2011 at 10:50 AM, Filippos Karapetis <span dir="ltr"><<a href="mailto:bluegr@gmail.com">bluegr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello<div><br></div><div>I checked a bit the usage of MDT_PREFER_MT32 and MDT_PREFER_GM,</div><div>and updated the comments concerning them.</div><div><br></div><div>Currently, MDT_PREFER_MT32 is a bit problematic. If the default audio</div>

<div>settings are used, and an engine defines MDT_PREFER_MT32, then on</div><div>desktop systems the Munt emulator is selected as a "best/preferred" device</div><div>(unless a real MT-32 device is present).</div>

<div><br></div><div>This isn't ideal IMHO, since it basically forces people to use Munt. Users</div><div>who haven't changed their music settings will probably not even know what</div><div>Munt is, and will be confused by the cryptic "you need XXX roms images" in</div>

<div>order to get it working.</div><div><br></div><div>The situation is a bit similar with MDT_PREFER_GM, but I consider this one</div><div>a "feature", as it'll pick up a GM MIDI device with the default music settings,</div>

<div>and most modern systems have GM MIDI capabilities. Thus, this one will</div><div>actually pick up a "good" setting in the games that want it, without forcing</div><div>the user to use Munt.</div><div><br></div>

<div><div>Therefore, I'm a bit baffled by the actual usage of MDT_PREFER_MT32... why is</div><div>this needed at all, other than to force people to use Munt with the default</div><div>audio settings? If a game engine requests MIDI output with MT-32 by default, and</div>

<div>the default settings can't handle that, wouldn't it be a better idea to switch to the</div></div><div>Adlib emulator by default, instead of Munt? IMHO, Munt shouldn't fire up with the</div><div>default settings, cause this is mostly confusing for people who don't know what</div>

<div>it is and get a dialog to provide ROM files which they probably don't have...</div><div><br></div><div>Regards</div><div>Filippos</div><div><br></div><div>-- </div><div>"Experience is the name every one gives to their mistakes" - Oscar Wilde <br>


</div>
</blockquote></div><br><br clear="all"><br>-- <br>"Experience is the name every one gives to their mistakes" - Oscar Wilde <br>
</div>