- Welcome to ModPlug Central.
ModPlug Central
Discover the music inside...
Recent posts
#1
General Chatter / Help on converting VGM to MOD
Last post by LeoNicolas - Today at 03:32:57Hello
I'm working on a version of the 1986 MSX game Knightmare, totally rewritten in MMBasic (source code). I have a big challenge converting the game's VGM music to MOD, the format supported by the MMBasic interpreter. I can easily open the VGM file on FamiStudio and use the notes as a reference to create the MOD file on the OpenMPT software. The problem is that I'm terrible at creating the songs. I can't make it sound nice.
Is anyone here interested in helping make the game songs? They are very short, and there are not too many. Here, you can listen to two versions of the songs (PSG and SCC chips). I can upload the VGM files if someone is interested in the project. I will add credits to the person in the game title screen and you can use your creativity (and skills
) to improve the songs.
Here you can watch some videos of the game stages: https://www.youtube.com/@GoToRetroGaming
I'm working on a version of the 1986 MSX game Knightmare, totally rewritten in MMBasic (source code). I have a big challenge converting the game's VGM music to MOD, the format supported by the MMBasic interpreter. I can easily open the VGM file on FamiStudio and use the notes as a reference to create the MOD file on the OpenMPT software. The problem is that I'm terrible at creating the songs. I can't make it sound nice.
Is anyone here interested in helping make the game songs? They are very short, and there are not too many. Here, you can listen to two versions of the songs (PSG and SCC chips). I can upload the VGM files if someone is interested in the project. I will add credits to the person in the game title screen and you can use your creativity (and skills
) to improve the songs.Here you can watch some videos of the game stages: https://www.youtube.com/@GoToRetroGaming
#2
Help and Questions / Re: Sample editor: set one sam...
Last post by Rakib - Yesterday at 11:46:31Use a limiter?
#3
General Chatter / Anybody Try ReViSiT?... Lookin...
Last post by SewerSide - Yesterday at 10:30:18Have messed around with it before but decided upon another look as you can run it in anything or nothing at all but for full MIDI only certain DAWS apply...
Nash was inspired by IT & takes it past IT, You even got layers...
Cubase & Tracktion are recommended hosts, here in Tracktion-
Don't have Cubase but found super-old VST24 3.70 seems to work well in that too-
Interesting that the sound quality is the same playing IT mods I am quite familiar with sound better in ReViSiT than anything else I have tried so the host seems to have nothing to do with it...
Learning curve is daunting, especially for MIDI setups... Nash hasn't done much with it since 2018 but at least it hasn't gone obsolete by 'dropping operating systems' like so many other that no longer will function on old OS...
Nash was inspired by IT & takes it past IT, You even got layers...
Cubase & Tracktion are recommended hosts, here in Tracktion-
Don't have Cubase but found super-old VST24 3.70 seems to work well in that too-
Interesting that the sound quality is the same playing IT mods I am quite familiar with sound better in ReViSiT than anything else I have tried so the host seems to have nothing to do with it...
Learning curve is daunting, especially for MIDI setups... Nash hasn't done much with it since 2018 but at least it hasn't gone obsolete by 'dropping operating systems' like so many other that no longer will function on old OS...
#4
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by huvudläs - May 06, 2024, 20:11:03Thanks, it works! I was on edge earlier about asking you to include this in the next nightly build, preferably with some hurry (happens to be a compo underway) 
. Glad to know you were also aware of the issue and on the ready to push a fix, if only after a nudge.
Aaaaand... resolved! Thanks a lot for the quick support, again.
. Glad to know you were also aware of the issue and on the ready to push a fix, if only after a nudge.Aaaaand... resolved! Thanks a lot for the quick support, again.
#5
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by Saga Musix - May 06, 2024, 18:22:46No binary editing necessary (and potentially not even possible); I have something for you to try. 
As of r20712 (v1.32.00.11), OpenMPT will treat instrument and FX plugins exactly the same when it comes to mix modes. For existing files made with older OpenMPT versions, the previous behaviour is emulated by a newly-added mix mode called "Instrument". You can change this to "Default" and make use of the new behaviour immediately. Newly added instruments will always use the "Default" mix mode. Consider the "Instrument" mix mode to be a legacy feature to support correct playback of older modules.
Note that this is still experimental as it hasn't been tested much; so be behaviour may change before the official release of OpenMPT 1.32 if a bug is found. But I doubt that will happen (apart from maybe hiding the "Instrument" mix mode for files that don't need/use it).
You can download an automated thest build of this new version soon (should be ready in a few hours); either by setting the update channel to "Development" in OpenMPT or by downloading a test build from https://builds.openmpt.org/builds/ as soon as it's there.
Let me know how this works for you.
As of r20712 (v1.32.00.11), OpenMPT will treat instrument and FX plugins exactly the same when it comes to mix modes. For existing files made with older OpenMPT versions, the previous behaviour is emulated by a newly-added mix mode called "Instrument". You can change this to "Default" and make use of the new behaviour immediately. Newly added instruments will always use the "Default" mix mode. Consider the "Instrument" mix mode to be a legacy feature to support correct playback of older modules.
Note that this is still experimental as it hasn't been tested much; so be behaviour may change before the official release of OpenMPT 1.32 if a bug is found. But I doubt that will happen (apart from maybe hiding the "Instrument" mix mode for files that don't need/use it).
You can download an automated thest build of this new version soon (should be ready in a few hours); either by setting the update channel to "Development" in OpenMPT or by downloading a test build from https://builds.openmpt.org/builds/ as soon as it's there.
Let me know how this works for you.
#6
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by huvudläs - May 06, 2024, 18:00:33Quote from: herodotas on May 06, 2024, 16:36:15If you talk about Renoise Redux plugin, it is instrument not FX.I know how "Redux as FX" sounds but it's what I had lying around and I've got it working. That is, OpenMPT sends a signal -> Redux gets #Line-In -> (FX chains) -> Output back to OpenMPT. I personally love Renoise's native effect package + routing system, and since Redux implements those it's handy for use in other DAWs. But I believe the actual problem is more general than that: there ought to be other plugins that too receive both audio signal and note input. Vocoders, maybe?
Quote from: Saga Musix on May 06, 2024, 17:15:31I was thinking of editing the binary for a workaround. Is there a standardized location for the flag? Redux doesn't seem to mind me flipping random bits in the dll.Quote from: huvudläs on May 06, 2024, 11:43:57What determines if a plugin (VST) is an effect or an instrument (generator)? Is there a way to trick OpenMPT into internally treating one as another?OpenMPT considers a plugin to be an instrument if either the "effFlagsIsSynth" flag is set...
And yeah, Redux says I'm running the latest version. I might've actually confused Redux for some other instrument plugin that did indeed have no inputs and made a load of assumptions off that. It now correctly reads "I/O Type: Stereo-In, Stereo-Out". Sorry for the hassle.
As for another workaround I found, having one isolated FX chain within Redux to just invert the input and putting the real effect stuff on another chain with its own #Line-In can be used to cancel out dry signal and seems to work for all effects and combinations thereof. Interestingly, the chains must to be isolated from each other, as if they both branch out from a single #Line-In then certain effects (compression, stuff that mentions oversampling...) oddly bleed upstream in the send routing and ruin the inversion-cancellation, even when bypassed.
#7
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by herodotas - May 06, 2024, 17:52:24QuoteThis sort of comment really isn't necessary
Sorry, I'm from East Europe, my politcorrection level is low.
#8
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by Saga Musix - May 06, 2024, 17:15:31Quote from: huvudläs on May 06, 2024, 11:43:57What determines if a plugin (VST) is an effect or an instrument (generator)? Is there a way to trick OpenMPT into internally treating one as another?OpenMPT considers a plugin to be an instrument if either the "effFlagsIsSynth" flag is set or if the plugin doesn't have any inputs.
There is no direct way to change this, except for using wrappers like herodotas described.
Quote from: huvudläs on May 06, 2024, 11:43:57The thing is, OpenMPT does let me feed audio to Redux - despite its I/O Type being detected as "No input, Stereo-Out" - like any typical effect plugin, and it goes through just fineThat sounds like things are working for you just out of sheer luck - OpenMPT always provides two inputs to any plugin, no matter what - but if the plugin declares that it has no inputs, it shouldn't have any business in accessing them (or it would crash with any host that doesn't provide the extra inputs).
I have a slightly outdated version of Redux installed here, though, and it declares to have stereo inputs, unlike your version. If you are also on an older version, I would suggest that you update it, to be on the safe side. If you are on the newest version already, I guess it might be regression.
Anyway, to address the actual elephant in the room: To be honest I also have no idea why the Dry/Wet handling is different for instrument plugins, it has been bugging me for a while already and I have considered to change it. It makes sense when the plugin has no inputs, but OpenMPT also handles the dry/wet ratio differently if there are inputs and it's just the effFlagsIsSynth flag being set. Maybe now would be a good time to think about changing this behaviour.
Quote from: herodotas on May 06, 2024, 16:36:15But use Redux in OpenMPT is a little bit perversion IMOThis sort of comment really isn't necessary. Let people use what works best for them. And if that's a tracker within a tracker, even if it's just for FX processing, that's fine!
#9
Help and Questions / Re: Dry/Wet on instrument plug...
Last post by herodotas - May 06, 2024, 16:36:15If you talk about Renoise Redux plugin, it is instrument not FX. To use it as FX you need modular plugin like MUX (I test with) or Bidule or any other. But use Redux in OpenMPT is a little bit perversion IMO
#10
Help and Questions / Dry/Wet on instrument plugins;...
Last post by huvudläs - May 06, 2024, 11:43:57What determines if a plugin (VST) is an effect or an instrument (generator)? Is there a way to trick OpenMPT into internally treating one as another?
The problem: I want to use Redux for effect routing (not to generate tones) but OpenMPT treats it differently from an ordinary effect plugin by greying out some of the options in the plugin Mix Settings and changes behavior in some other ways, namely crippling the dry/wet functionality for the plugin.
It of course makes sense that for instruments that only generate tones, letting the user adjust dry/wet doesn't make sense because the input is just MIDI. (This is just my assumption as to why it works like this, would be nice to get a confirmation though.)
The thing is, OpenMPT does let me feed audio to Redux - despite its I/O Type being detected as "No input, Stereo-Out" - like any typical effect plugin, and it goes through just fine, I just cannot adjust the dry signal from OpenMPT's interface (preferably muting it altogether so I could handle d/w inside Redux). So, because the functionality for feeding audio to any type of VST exists, it seems odd that dry is forced at 100% when it's an instrument plugin no matter what the Dry Mix slider is actually set to.
Simply allowing the default mix behavior for any plugin would satisfy my needs. Maybe via an option to manually set the I/O Type in case of misdetections like in Redux's case. Thanks.
The problem: I want to use Redux for effect routing (not to generate tones) but OpenMPT treats it differently from an ordinary effect plugin by greying out some of the options in the plugin Mix Settings and changes behavior in some other ways, namely crippling the dry/wet functionality for the plugin.
It of course makes sense that for instruments that only generate tones, letting the user adjust dry/wet doesn't make sense because the input is just MIDI. (This is just my assumption as to why it works like this, would be nice to get a confirmation though.)
The thing is, OpenMPT does let me feed audio to Redux - despite its I/O Type being detected as "No input, Stereo-Out" - like any typical effect plugin, and it goes through just fine, I just cannot adjust the dry signal from OpenMPT's interface (preferably muting it altogether so I could handle d/w inside Redux). So, because the functionality for feeding audio to any type of VST exists, it seems odd that dry is forced at 100% when it's an instrument plugin no matter what the Dry Mix slider is actually set to.
Simply allowing the default mix behavior for any plugin would satisfy my needs. Maybe via an option to manually set the I/O Type in case of misdetections like in Redux's case. Thanks.