Recent Posts

1

Development Corner / Re: libopenmpt General Development Question - Programmatically creating modules

« Last post by Danny-E 33 on Yesterday at 22:19:34 »

Thank you for that link, that was exactly what I needed.

I now have a 432-byte array (totally static for now) which should play a single note, but I'm currently struggling to get sound playback to work in my separate project. (Sound playback worked just fine from the command line with openmpt123.exe and libopenmpt_example_cxx.exe.)

I am trying to base playback off of this example for now:
https://github.com/OpenMPT/openmpt/blob/libopenmpt-0.6.3/examples/libopenmpt_example_cxx.cpp

In order to accomplish this, these are the steps I have taken:
1. I cloned git tag "libopenmpt-0.6.3" of openmpt.
2. I opened ./build/vs2022win10/libopenmpt.sln in Visual Studio 2022 and built Debug|Win32 (my separate project is 32-bit).
3. I copied the resulting .lib files from ./build/lib/vs2022win10/x86/Debug/ into my separate project's lib include directory. (libopenmpt.lib, openmpt-ogg.lib, openmpt-portaudio.lib, openmpt-portaudiocpp.lib, openmpt-vorbis.lib, and openmpt-zlib.lib)
    3a. I also had to copy over ./bin/debug/vs2022-win10-static/x86/openmpt-mpg123.lib to resolve some linker errors.
4. I copied the public interface headers from ./libopenmpt/ into my project's header include directory (just libopenmpt.hpp, libopenmpt_config.h, and libopenmpt_version.h).
5. I copied all header files from ./include/portaudio/include/ and ./include/portaudio/bindings/cpp/include/portaudiocpp/ into my project's header include directory.

Currently, I am facing 18 "unresolved external symbol" linker errors, all of which are being reported by openmpt-portaudio.lib(pa_win_wdmks.obj).
Each unresolved symbol is in the form "_KS*", like "_KSDATAFORMAT_SUBTYPE_PCM" for example.

Can you take a look at the steps I took and tell me if anything I did seems odd/incomplete/unnecessary/barking up the wrong tree?

Your advice is sincerely appreciated.

Edit: I have narrowed down the root of the linker errors to this line of code:
portaudio::AutoSystem portaudio_initializer;
(taken from ./examples/libopenmpt_example_cxx.cpp)

I also noticed that my executable still expects to find openmpt-mpg123.dll. How do I configure it to use openmpt-mpg123.lib so that I do not have to redistribute the dll along with my executable?
(Do I even really need mpg123 at all? I noticed that ./libopenmpt/dox/dependencies.md mentions that minimp3 can be used instead, which I noticed is used by libopenmpt-small, so I gave that a shot but it seemed like it was missing portaudio, so I got stuck there as well.)

Edit 2: I built portaudio from source (https://github.com/PortAudio/portaudio/tree/v19.7.0) and simply added the resulting portaudio.lib to my project and that resolved the 18 linker errors that I mentioned above.
With portaudio taken care of, I was able to switch back to libopenmpt-small instead of libopenmpt. (Except, to keep using the c++ bindings for portaudio, I kept openmpt-portaudiocpp.lib.)

Now my IT module is playing in my custom project, from a single tiny executable with no dlls (now to do it all over again on Linux, and then again on Mac...)

Sorry for all the rambling but I think my issues are 100% resolved. However, I'm still curious what you think about this "frankenstein" approach of mixing libopenmpt and libopenmpt-small.

2

General Chatter / Re: Is builds.openmpt.org down?

« Last post by cs127 on Yesterday at 13:27:09 »

Thanks for reporting. Should be fixed now.

Thanks!

3

General Chatter / Re: Is builds.openmpt.org down?

« Last post by manx on Yesterday at 13:26:13 »

Thanks for reporting. Should be fixed now.

4

General Chatter / Re: Is builds.openmpt.org down?

« Last post by manx on Yesterday at 13:19:23 »

 ... looking into it

5

General Chatter / Is builds.openmpt.org down?

« Last post by cs127 on Yesterday at 13:07:23 »

Yesterday I wanted to download an OpenMPT 1.31 build, but I couldn't connect to https://builds.openmpt.org
I checked it again right now, and I still can't connect.

The main website (https://openmpt.org) and the wiki (https://wiki.openmpt.org) seem to be working fine though.

Is there a problem with the website or is it just me?

6

Development Corner / Re: libopenmpt General Development Question - Programmatically creating modules

« Last post by Saga Musix on Yesterday at 10:49:21 »

There's no in-memory format that you could serialize from/to. OpenMPT internals are constantly in flux and could change in any version. So indeed you would have to create a file in memory following one of the many supported formats. For the IT format, you can take ITTECH.TXT as a starting point: https://github.com/schismtracker/schismtracker/wiki/ITTECH.TXT - for your use case, constructing such a file should be relatively simple because all you would need is a single order list item, a single pattern and a single sample slot. Optional features such as instruments can be left out completely. There may be simpler formats but depending on whether you need 16-bit or stereo samples they may or may not be usable.

7

Development Corner / libopenmpt General Development Question - Programmatically creating modules

« Last post by Danny-E 33 on Yesterday at 01:20:48 »

Hello.

I am interested in writing a C++ program that creates a song/module from scratch in memory in a format ready to immediately be handed to libopenmpt and played.

My question: What documentation should I be reading to figure out how to do this?

Other thoughts:

I want to start with the absolute simplest case. I would like to construct an in-memory song from nothing that just plays a single note when passed to libopenmpt (such as a square note).
I don't need this song data to be modified or preserved -- just created then played.

I'm assuming (and could be wrong) that this in-memory data would follow the spec of some tracker file format (.it, .mptm, or perhaps something even simpler may be better).
What documentation is there are on: 1) the exact spec of the format(s) and 2) any APIs for constructing/managing these data structures?

Actually, if you know of a format that is significantly more basic than .it or .mptm that is supported by libopenmpt please let me know.
The sound I need to produce is not very complex, so the more basic the better.

If I happen to be so lucky, is there a sample demo C++ program that does something even somewhat along these lines?

Thanks in advance for any advice!

(Edit: It looks like openmpt::ext::interactive::play_note might also fit my needs (or at least be a decent place to start experimenting), but as I'm looking at the documentation, my main question is; how do I configure the instruments programmatically?)

8

General Chatter / Re: Open-source and free software

« Last post by Music Enthusiast on May 26, 2022, 18:51:01 »

I have found an interesting piece of software for do stereo source separation, for instance you can extract vocals or the drum beat from an audio recording, you can also use this software to extract all musical instruments and vocals from an old mono music recording from the 30's, 40's and 50's and remix all the parts into a now Stereo version, the software is called ISSE (ISSE : An Interactive Source Separation Editor) and it is available for download at http://isse.sourceforge.net/ and https://sourceforge.net/projects/isse/ and you can read more in depth info on it at https://ccrma.stanford.edu/~njb/research/ISSE-I.pdf, it was written and produced by N. J. Bryan, G. J. Mysore, G. Wang. The website of Nicholas J. Bryan Senior Research Scientist Audio Research Group, Adobe Research San Francisco, CA, is available at https://ccrma.stanford.edu/~njb/, here is a YouTube video that explains it https://youtu.be/Rd3prIkO5bg

9

Development Corner / Re: configure: WARNING: mingw.thread.h: present but cannot be compiled

« Last post by manx on May 25, 2022, 07:25:11 »

As of libopenmpt 0.6.4-pre.2, mingw-std-threads support is now deprecated and the warning says:

Platform (Windows) supports multi-threading, however the toolchain (MinGW/GCC) does not. The resulting libopenmpt may not be thread-safe. This is a MinGW/GCC issue. You can avoid this warning by using a MinGW toolchain built with posix threading model as opposed to win32 threading model.

which may be more clear.

As of libopenmpt 0.7.0-pre.8, support for mingw-std-threads has been removed completely.

10

General Chatter / Re: Advice in overcoming the "beginner pain"?

« Last post by cTrix on May 23, 2022, 14:32:42 »

Another thing that can be handy to do, is to limit yourself to a set of channels - say 8 or 12.  And also a set of limited instruments.  A bass, a cool synth for chords, something for lead and maybe 4 or 5 drums.  If you make your first compositions too complex they get very confusing to work on.  I always find having a list next to me with the commands written down is super useful too.