Recent posts

#21

General Chatter / Re: Pro Tracker Periods?!

Last post by Saga Musix - September 10, 2025, 07:18:05

Unfortunately you will have that feeling with a lot of MOD-related stuff. There are simply so many trackers and tools that write this format that the number of modules that don't strictly conform to the format. Hence OpenMPT's MOD load is probably one of hte most complex ones you can find, but all the complexity is there for a reason.

#22

General Chatter / Re: Pro Tracker Periods?!

Last post by Jesse Blue - September 10, 2025, 07:02:11

Thank you! It doesn't feel good but here we go. :-)

#23

General Chatter / Re: Pro Tracker Periods?!

Last post by Saga Musix - September 09, 2025, 19:36:06

The truth is that there are many different tables being used in the wild by various tools and trackers, so there is no one single table that will work for all MOD files. OpenMPT uses neither of those two tables, for instance. A common approach is to pick the closest match, which is what OpenMPT is doing in MODTools.cpp, function ReadMODPatternEntry, so it wouldn't matter if the value was 907, 906, 919 or 900, they all would be rounded to the same note.

#24

General Chatter / Pro Tracker Periods?!

Last post by Jesse Blue - September 09, 2025, 19:01:22

Which of those periods for MOD files is correct?
(Notice the difference at the last value of octave 0, 906 and 907.)
Maybe both?
How does OpenMTP deal with period values that it encounters in MOD files?

Code Select Expand

    [   // tuning 0
        1712,1616,1524,1440,1356,1280,1208,1140,1076,1016, 960, 906, /* octave 0 */
         856, 808, 762, 720, 678, 640, 604, 570, 538, 508, 480, 453, /* octave 1 */
         428, 404, 381, 360, 339, 320, 302, 285, 269, 254, 240, 226, /* octave 2 */
         214, 202, 190, 180, 170, 160, 151, 143, 135, 127, 120, 113, /* octave 3 */
         107, 101,  95,  90,  85,  80,  75,  71,  67,  63,  60,  56, /* octave 4 */
          53,  50,  47,  45,  42,  40,  37,  35,  33,  31,  30,  28, /* octave 5 */
    ],


Code Select Expand

    [   // tuning 0
        1712,1616,1525,1440,1357,1281,1209,1141,1077,1017, 961, 907, /* octave 0 */
         856, 808, 762, 720, 678, 640, 604, 570, 538, 508, 480, 453, /* octave 1 */
         428, 404, 381, 360, 339, 320, 302, 285, 269, 254, 240, 226, /* octave 2 */
         214, 202, 190, 180, 170, 160, 151, 143, 135, 127, 120, 113, /* octave 3 */
         107, 101,  95,  90,  85,  80,  76,  71,  67,  64,  60,  57, /* octave 4 */
          53,  50,  47,  45,  42,  40,  37,  35,  33,  31,  30,  28, /* octave 5 */
    ],


#25

Development Corner / Re: libopenmpt on Wii: problem...

Last post by Saga Musix - September 09, 2025, 17:04:33

You can show your code but I have my doubts it's doing to help, since no matter how you use libopenmpt, it should never result in a freeze or endless inside library functions. Is the problem also present in a minimal example doing nothing else than trying to load the module file? Note that loading a module from memory will also copy / decode all sample and pattern data, so depending on the module format, the same amount of memory that you already allocated to hold the module in, or even more (in case of sample compression) maybe be used in the end. Since the Wii has relatively little memory, this may pose a problem but once again should not result in a freeze.

#26

Development Corner / libopenmpt on Wii: problems wi...

Last post by korbosoft - September 09, 2025, 16:46:19

Hello, ModPlug Central! I am making a post here in hopes of figuring out why a certain function causes the Wii to freeze. So last night I decided to try porting over libopenmpt to the Wii, and everything went (relatively) smoothly, but then when trying to run

Code Select Expand

openmpt_module_create_from_memory2() it simply froze. no error, no response, nothing. I have been at a standstill for about a day now, and I decided you all might know a thing or two I might be doing wrong. I can post the code I've written, if needed. If it helps to add, I have not modified any of libopenmpt yet.

#27

Development Corner / Re: EXPERIMENTAL native host s...

Last post by siealex - September 09, 2025, 13:12:24

FreeBSD 14.3 (with KDE 6.4), Wine 10.14, OpenMPT 1.32.04.00. Wine support finally compiles successfully, but OpenMPT does not start at all, it briefly displays a black frame for its startup logo and silently crashes.

#28

Help and Questions / Sample grid and slicing withou...

Last post by A11CF0 - September 08, 2025, 12:44:54

Hello!
I see that sample grid can be quite handy for slicing loop samples into equal pieces, but currently it cannot be used without making a selection with the mouse. Is it feasible to ad an action similar to "Slice at cue points" but using grid lines as slice markers instead? Off course, having a real edit/selection cursor with keyboard control and accessibility would be ideal for this and many other sample editing use cases, however it is incomparably harder to implement.

#29

General Chatter / Re: hello everynyan!!

Last post by 0ct0squ1d - September 08, 2025, 12:28:57

Welcome to the forum, glad you could make it! 🦊

ello!!

#30

General Chatter / Re: So I learned about Additiv...

Last post by Saga Musix - September 08, 2025, 07:25:03

And with this takeaway you are not asking yourself the critical question why nobody has done that in the last 7 years if it is so much better? The answer is that of course this has been attempted, but the way it is portrayed in the video is of course also very simplified and additive synthesis really doesn't work on a level that would be required for a general-purpose audio compression codec. Most audio codecs are based on the Fast Fourier Transform or Discrete Cosine Transform, which do things that are conceptually similar (translating a signal into its frequency components), but calling that additive synthesis would be a bit far-fetched.