Munt Reloaded - Development

Developer's Forum for discussion of bugs, code, and other developmental aspects of the Munt Project.

Re: Munt Reloaded - Development

Postby sergm » 2017-4-14 @ 17:50

Yesterplay80 wrote:If I disable libmt32emu_SHARED and libmt32emu_C_INTERFACE in CMake, compilation of DOSBox fails with "Incompatible setting MT32EMU_API_TYPE=3".

Right, libmt32emu_C_INTERFACE must be enabled as this is now required by the patch. This
Code: Select all
#define MT32EMU_API_TYPE 0
is certainly not right. MT32Emu::Service is only defined with the other API types.

Yesterplay80 wrote:OK, I managed to build a static library using MSYS2/MINGW64-i686.

Not sure, are you linking the library with DOSBox compiled using another compiler? If so, I think it's always safer to link dynamically.
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby sergm » 2017-4-14 @ 17:58

I seemingly found an easier way to compile all with MinGW. There is a set of compiler options defined in CMakeLists.txt:
Code: Select all
if(CMAKE_COMPILER_IS_GNUCXX OR CMAKE_CXX_COMPILER MATCHES "(^|/)clang\\+\\+$")
  add_definitions(-Wall -Wextra -Wnon-virtual-dtor -Wshadow -Wold-style-cast -ansi -pedantic)
endif()

Stripping out "-ansi" will allow the currently broken MinGW to compile the library successfully.
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby sergm » 2017-4-15 @ 12:26

NewRisingSun wrote:Here is more evidence of remaining problems with the v1.07 MT-32 ROM using smf2wav x64 from MUNT v2.1.0. The archive contains an initialization sysex and a MIDI file from "The Colonel's Bequest".

Here is how it sounds with CM-32L ROMs (correct). And here is how it sounds with MT-32 v1.07 ROMs. Note the strange low-frequency drone which is not supposed to be there. I don't know whether it's a reverb problem or something pecular to that swamp sound effect timbre.


If I got it right, this is kinda supposed. That static high-pitched noise in background is not how old MT-32 should sound. Well, fairly saying, munt doesn't sound exactly how a real MT-32, though. Anyway, see if this post is related.
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby NewRisingSun » 2017-4-15 @ 13:51

I suppose we are talking about the SwmpBackgr instrument. MUNT with CM-32L ROMs indeed emulates the new-type MT-32 faithfully, but when using the MT-32 ROMs, MUNT's output does not match any real module.

Here is a recording of the same song that I have just made from a real v1.07-ROM-bearing MT-32 unit. The high-pitched noise is indeed absent. But rather than reproducing the euphonic distortion of the actual module, MUNT with v1.07 MT-32 ROMs produces a low-pitched drone. (And yes, I have tried the integer renderer as well.) Maybe this aspect can be addressed in a future version. :)

And good thing I have not updated MingW yet. I'm planning on switching to MingW-w64, but am postponing it because I cannot be bothered to rebuild all libraries again, and risking trouble when recompiling DOSBox.
NewRisingSun
Oldbie
 
Posts: 717
Joined: 2005-9-02 @ 02:26

Re: Munt Reloaded - Development

Postby sergm » 2017-4-15 @ 14:11

I really really really hope to get the old MT-32 quirks emulated properly soon. This is a shame that MT-32 emulator does not emulate these... ;)
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby NewRisingSun » 2017-4-15 @ 17:08

I have got a whole set of .SYX/.MID archives with descriptions that exhibit MT-32-specific differences, that I can upload if that is of any help to you.
NewRisingSun
Oldbie
 
Posts: 717
Joined: 2005-9-02 @ 02:26

Re: Munt Reloaded - Development

Postby Yesterplay80 » 2017-4-15 @ 17:34

sergm wrote:Stripping out "-ansi" will allow the currently broken MinGW to compile the library successfully.

Thank you very much, this worked perfectly and I was able to compile DOSBox with MT32EMU 2.1.0 succesfully in MinGW! That's great because SDL_sound seems to have problems when compiled with MinGW64.
My full-featured DOSBox SVN builds (without debugger) for Windows and Linux: Vanilla DOSBox and DOSBox ECE (Enhanced Community Edition)
User avatar
Yesterplay80
Member
 
Posts: 181
Joined: 2016-2-23 @ 11:02
Location: Germany

Re: Munt Reloaded - Development

Postby sergm » 2017-4-21 @ 14:13

NewRisingSun

Oh, that sounds like being definitely helpful!
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby NewRisingSun » 2017-4-21 @ 23:53

The first archive demonstrates games that are sometimes mentioned as sounding different between MT and CM, but which MUNT (as far as I can hear) emulates correctly when using v1.07 ROMs.

The second archive demonstrates games that MUNT does not seem to emulate correctly even with v1.07 ROMs. They consist of three groups:
1. Wrong pitch: Kick drum in Police Quest II (very audible), Flute-like bird sound in King's Quest 5 (only audible when in direct comparison), scratching sound in The Colonel's Bequest's 2.MID too low pitched.
2. Wrong envelope: Instruments decay too quickly: Guitar in Dune 2 (extremely audible) and Willy Beamish (still audible), "Taiko Cym" in Strike Commander (audible when you know what you're looking for)
3. Other: SpaceAlvin hardly audible in Space Quest 1; Swamp sound effect in The Colonel's Bequest is more of a rumble in 10/13.MID.
NewRisingSun
Oldbie
 
Posts: 717
Joined: 2005-9-02 @ 02:26

Re: Munt Reloaded - Development

Postby sergm » 2017-4-22 @ 06:11

Thanks a lot! I'll investigate these three issues.

BTW, is there anything known about bugs of e.g. ROM v1.04 which were fixed in v1.07? Are you aware of any of those being abused in some games?
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Re: Munt Reloaded - Development

Postby NewRisingSun » 2017-4-22 @ 09:23

Here is the changelog from the MT-32 Service Notes, Second Edition.
Code: Select all
CHANGE INFORMATION (変更情報)

EFF. SN 823200   ROM Program Revision
  IC27 ROM A
  IC26 ROM B   Ver. 1.04 to Ver. 1.05
 
Change the taper of VOLUME control by changing the programs in the ROMs. Result: Smoother volume change in response to VOLUME setting change.

製番823200以降 ROMバージョンアップ ◯Ver. 1.04→Ver. 1.05
マスターボリウムによる音量変化を聴感上自然なものとする。
--
EFF. SN 836200   ROM Program Revision
  IC27 ROM A
  IC26 ROM B   Ver. 1.05 to Ver. 1.06
 
To reset Bender Control change in rhythm section when All Parameter Reset (MIDI) is received or Active Sensing is not recognized.
To not change displays even Display Change exclusive MIDI message is recognized unless the current mode is Master Volume input made (e.g. Power-up default).

製番836200以降 ROMバージョンアップ ◯Ver. 1.05→Ver. 1.06
MIDI機能
オールパラメータリセットまたはアクティブセンスが切れた時リズムパートのコントロールチェンジをリセットするように。
表示変更のエクスクルーシブメッセージを受取ってもマスターボリウム入力モードでない限り表示を変えない。
--
EFF. SN 838700   ROM Program Revision
  IC27 ROM A
  IC26 ROM B   Ver. 1.06 to Ver. 1.07

For stable program operation.
If the program won't start after replacing SRAM IC29 or 31, use ROMs of Ver. 1.07.

製番838700以降 ROMバージョンアップ ◯Ver. 1.06→Ver. 1.07
プログラム安定化のためSRAM IC29 またはIC31交換後にプログラムがスタートしなくなった時は、Ver. 1.07のものと交換して下さい。
--
I have included the Japanese descriptions, as their Google Translations are more intelligible than Roland's own English.

I don't think that any of these changes can be used or abused by games. The VOLUME-related change appears to refer to the volume knob, not the MIDI volume controller 7 or the main volume system exclusive message.
NewRisingSun
Oldbie
 
Posts: 717
Joined: 2005-9-02 @ 02:26

Re: Munt Reloaded - Development

Postby sergm » 2017-4-22 @ 10:40

NewRisingSun wrote:I don't think that any of these changes can be used or abused by games.

Yeah, especially that change from v1.06 ;)
Anyway, thank you for the useful info.
sergm
Oldbie
 
Posts: 642
Joined: 2011-2-23 @ 16:37

Previous

Return to MT-32 Development

Who is online

Users browsing this forum: No registered users and 1 guest