Development: Test Cases/IT

From OpenMPT Wiki
Jump to: navigation, search

This test suite is a collection of IT modules that were created while discovering playback bugs in OpenMPT. It is meant to be an easy way to check for regressions when code is changed, or to verify your own player’s routines if you are concerned about playback compatibility. The tests are designed in a way so that it is easy to figure out if your player is working correctly. In most test cases, your own player’s output can be heard on the left channel, while Impulse Tracker’s output is heard on the right channel. This way, it is easy to find out whether everything works as intended or if there are any discrepancies without having to read any long test descriptions. When it is impossible to do such a cross-verification, a more detailed description of the test can usually be found in the sample, instrument or comment text.

Bit-exact output is not the goal of this test suite, correct playback is, so slight deviations from Impulse Tracker’s output (e.g. different resampling algorithms, pop reduction, etc.) are acceptable. Some tests will only sound correct on the first run. Unless stated otherwise, it is not important that the test output sounds identical when looping the module.

Most test cases are documented (more or less) in OpenMPT’s source code with a reference to the filename of the test case. I am sorry that many tests do not have proper descriptions − I have started this documentation years after I have fixed some of these issues and can thus not remember all the details anymore. If you are stuck with one of the tests, you may have a look at specific source code revisions that are provided with most tests to see what was changed in the code to make it work correctly.

Last but not least, please keep in mind that some descriptions might be wrong or too general. Sometimes, the description might be correct in the given test case, but changing the test case might invalidate the description. If you know better than me, please correct the texts, and please ask me if you need more information one of the test cases. The documentation is not always optimal because the test cases have been written long before I have created this site.

Contents

Autovibrato-Reset.it

Current status: OpenMPT passes this test since revision ???.
Download: Autovibrato-Reset.it
Description: The autovibrato sweep is not reset when using portamento.

Bidi-Loops.it

Current status: OpenMPT passes this test since revision 793.
Download: Bidi-Loops.it
Description: In Impulse Tracker’s software mixer, ping-pong loops are shortened by one sample. This does not happen with the GUS hardware driver, but I assume that the software drivers were more popular due to the limitations of the GUS, so OpenMPT emulates this behaviour.

CarryNNA.it

Current status: OpenMPT passes this test since revision 1503.
Download: CarryNNA.it
Description: This is a very interesting test case, because it actually sounds different when using Impulse Tracker’s WAV writer and Sound Blaster (and probably other drivers) output. The main difference is that the Sound Blaster driver will only consider the envelope carry flag if the New Note Action is not “Note Cut”. The WAV writer does not check for the NNA and will always apply the carry flag if it’s set. OpenMPT goes after the WAV writer, while e.g. XMPlay used the Sound Blaster behaviour for the volume and panning envelope, but the WAV writer’s behaviour for the filter envelope (because of a bug report some years ago) up until 2016. Obviously it is hard to consider which of the two behaviours is correct, so I would just say that both are. :) However, the WAV writer behaviour definitely is more useful (not being able to use Envelope Carry despite it being enabled is quite misleading), I stronlgy encourage everyone to implement this behaviour.

cut-carry.it

Current status: OpenMPT passes this test since revision 1165.
Download: cut-carry.it
Description: Envelopes that have the carry flag set cannot be “picked up” / continued after the note has been cut.

DNA-NoInstr.it

Current status: OpenMPT passes this test since revision 6311.
Download: DNA-NoInstr.it
Description: OpenMPT previously did not properly check for the correct sample slot or sample map entry in DNA and NNA checks if no instrument number was provided. This testcase should remain silent when played correctly, i.e. both the first and second note on channel 1 should sound until the end of the pattern.

empty_sample_offset.it

Current status: OpenMPT passes this test since revision 6343.
Download: empty_sample_offset.it
Description: In instrument mode, if an offset effect is found next to a note that maps to an invalid sample slot, the offset and illegal note should be ignored completely. Note that this behaviour is different from sample mode, where a previously playing sample will be stopped.

emptyslot.it

Current status: OpenMPT passes this test since revision 1671.
Download: emptyslot.it
Description: I think, Impulse Tracker treats instruments like an additional layer of abstraction and first replaces the note and instrument in the pattern by the sample and note assignments from the sample map table before further evaluating the pattern. That would explain why for example the empty sample map slots do nothing in this module.

env-flt-max.it

Current status: OpenMPT passes this test since revision 1090 (?).
Download: env-flt-max.it
Description: If resonance is not applied, the filter envelope’s maximum value does not enable any filtering. However, it also does not disable any filtering when returning from a non-maximum point. This pretty much works like Zxx commands.

EnvLoopEscape.it

Current status: OpenMPT passes this test since revision 4009.
Download: EnvLoopEscape.it
Description: I created EnvOffLength.it without realizing that it is essentially the same bug as this one.

EnvLoops.it

Current status: OpenMPT passes this test since revision 1213.
Download: EnvLoops.it
Description: In this test, all possible combinations of the envelope sustain point and envelope loops are tested, and you can see their behaviour on note-off. If the sustain point is at the loop end and the sustain loop has been released, don't loop anymore. Probably the most important thing for this test is that in Impulse Tracker (and Fasttracker 2), envelope position is incremented before the point is evaluated, not afterwards, so when no ticks have been processed yet, the envelope position should be invalid.

EnvOffLength.it

Current status: OpenMPT passes this test since revision 4009.
Download: EnvOffLength.it
Description: If an envelope sustain loop happens to end on exactly the same tick as a note-off event occurs, the envelope is not yet released. It will be released whenever the loop end is being hit again.

EnvReset.it

Current status: OpenMPT passes this test since revision 1481.
Download: EnvReset.it
Description: Impulse Tracker resets envelopes under some more or less weird conditions. This tests some of them.

extreme-filter-test-1.it

Current status: OpenMPT passes this test since revision 1090.
Download: extreme-filter-test-1.it
Description: If resonant filters are rendered with integer arithmetic, they may produce scratching noises in some edge cases. You should not hear any scratches or other weird noises when playing this example.

extreme-filter-test-2.it

Current status: OpenMPT passes this test since revision 1090.
Download: extreme-filter-test-2.it
Description: Same as the above test case. xmp breaks this module’s output even more than older versions of OpenMPT.

Fade-Porta.it

Current status: OpenMPT passes this test since revision 1144.
Download: Fade-Porta.it
Description: After a note has been stopped in some way (for example through fade-out or note cut), tone portamento effects on the following note are ignored, i.e. there is no portamento from the stopped note to the new note.

filter-7F.it

Current status: OpenMPT passes this test since revision 1090 (?).
Download: filter-7F.it
Description: A small test case that demonstrates that full cutoff should not enable the filter if no resonance is applied. Resonance is only ever applied if the cutoff is not full or the resonance is not zero.

FilterEnvReset.it

Current status: OpenMPT passes this test since revision 1132.
Download: FilterEnvReset.it
Description: A cutoff value of 0 should not be reset to full cutoff when triggering a note just because the filter envelope is enabled. This bug is probably very specific to OpenMPT, because it gets rid of some unneccessary code.

filter-nna.it

Current status: OpenMPT passes this test since revision 1169.
Download: filter-nna.it
Description: This test is just there to be sure that the filter-reset.it and filter-reset-carry.it test cases do not break NNA background channels.

filter-reset.it

Current status: OpenMPT passes this test since revision 1165.
Download: filter-reset.it
Description: As mentioned already, filtering is only ever done in IT if either cutoff is not full or if resonance is set. When a Z7F command is found next to a note and no portamento is applied, it disables the filter, however in other cases this should not happen.

filter-reset-carry.it

Current status: OpenMPT passes this test since revision 1165.
Download: filter-reset-carry.it
Description: I think this is also just an extenion to the previous test case, to make sure that it does not break anything else.

FineVolColSlide.it

Current status: OpenMPT passes this test since revision 2400.
Download: FineVolColSlide.it
Description: Unlike fine volume slides in the effect column, fine volume slides in the volume column are only ever executed on the first tick — not on multiples of the first tick if there is a pattern delay. Thus, the left and right channel of this example should always have the same volume.

flt-env-carry.it

Current status: OpenMPT passes this test since revision 693 (?).
Download: flt-env-carry.it
Description: Envelope carry on the filter envelope. I think this is just a general test on how envelope carry is applied. It is possible that Impulse Tracker’s MMX drivers will play this in a different way from the WAV writer.

fltmacro.it

Current status: OpenMPT passes this test since revision ???.
Download: fltmacro.it
Description: This test uses a custom macro configuration that uses the instrument volume to control the filter cutoff. A correclty implemented MIDI Macro system should pass this test.

freqreset-noins.it

Current status: OpenMPT passes this test since revision 325.
Download: freqreset-noins.it
Description: When using multisample instruments, even notes with no instrument number next to them can change the sample (based on the active instrument’s sample map). When switching between samples, you must not forget to update the C-5 frequency of the playing sample as well.

GlobalVolFirstTick.it

Current status: OpenMPT passes this test since revision 6362.
Download: GlobalVolFirstTick.it
Description: Set Global Volume (Vxx) should be applied on the first tick (and multiples in case of pattern delays). If played correctly, the first and second row of this module should sound more or less identical, i.e. each row should play 16 fading notes.

globalvol-invalid.it

Current status: OpenMPT passes this test since revision 290.
Download: globalvol-invalid.it
Description: Out-of-range global volume commands (V81...VFF) should not change the current global volume. This test module should remain completely silent.

GlobalVolume-Macro.it

Current status: OpenMPT currently fails this test.
Download: GlobalVolume-Macro.it
Description: Global volume, channel volume and various other parameters are taken into account when interpreting the 'u' and 'v' letters in MIDI macros. However, this feature seems to be quirky, and I have decided not to support these quirks in OpenMPT, as I do not think that anyone used this feature in Impulse Tracker very much and I would want it to work in a sane way when using it to control instrument plugins in OpenMPT. The quirks are:

  • Channel and global volume seem to be applied one row after they have been set. This does not seem to be the whole truth, though, as looking at pattern 0, row 9, you should hear that IT applies the M40 channel volume change on row 10.
  • Instrument / sample volume also seems to be applied one row late when using the 'u' macro, but not the 'v' macro (compare first and second pattern, row 15 - 22 each).

There are also some problems with volume swing which might be fixed later.

gxsmp.it

Current status: OpenMPT passes this test since revision 1671.
Download: gxsmp.it
Description: Another test case with an empty sample map slot which is simply ignored by Impulse Tracker.

gxsmp2.it

Current status: OpenMPT passes this test since revision 1671.
Download: gxsmp2.it
Description: Going one step further by also changing the sample next to that portamento.

gxxtest.it

Current status: OpenMPT passes this test since revision 4330.
Download: gxxtest.it
Description: And another similar test.

ins-flt-porta-reset.it

Current status: OpenMPT passes this test since revision ???.
Download: ins-flt-porta-reset.it
Description: Instrument filter settings should not be applied if there is a portamento effect.

InstrAfterMultisamplePorta.it

Current status: OpenMPT passes this test since revision 7465.
Download: InstrAfterMultisamplePorta.it
Description: A lone instrument number should only reset sample properties to those of the corresponding sample in instrument mode. Example:

C#5 01 ... <-- sample 1
C-5 .. g02 <-- sample 2
... 01 ... <-- still sample 1, but with properties of sample 2

In the above example, no sample change happens on the second row. In the third row, sample 1 keeps playing but with the volume and panning properties of sample 2.

InstrumentNumberChange.it

Current status: OpenMPT passes this test since revision 1902.
Download: InstrumentNumberChange.it
Description: While Impulse Tracker cuts playing samples if it encounters an invalid sample number in sample mode, the same does not happen if we are in instrument mode.

LinearSlides.it

Current status: OpenMPT passes this test since revision 4330.
Download: LinearSlides.it
Description: Impulse Tracker internally uses actual frequency values, while Fasttracker 2 still uses exponentially scaled fine Amiga periods. When doing fine slides, errors from using periods instead of frequency can add up very quickly, and thus the two channel's frequency in this test will converge noticeably.

LoopBreak.it

Current status: OpenMPT passes this test since revision 5413.
Download: LoopBreak.it
Description: A pattern break (Cxx) on the same row as the end of a pattern loop (SBx) repeats the pattern loop x times and then jumps to the desired row. However, a position jump (Bxx) on the same row as the end of a pattern loop prevents the loop from being executed. In this test, the left and right channel of the module should produce the same click patterns.

LoopStartAfterPatternEnd.it

Current status: OpenMPT passes this test since revision 7791.
Download: LoopStartAfterPatternEnd.it
Description: Since the start row of a pattern loop is not reset on pattern transitions, it is possible to use a loop start past the end of the current pattern when using a pattern loop without explicit start command (SB0). In this case, playback should continue in the next pattern. In the example, this happens because the loop start is set to one row after the loop end after properly terminating the loop in pattern 0.

macro-lastnote.it

Current status: OpenMPT passes this test since revision 947 (?).
Download: macro-lastnote.it
Description: A test of the MIDI macro letter “n”. This letter will always send the MIDI note value of the last triggered note, note cuts and similar “notes” are not considered. This module should remain silent as both channels should receive exactly the same cutoff values.

MultiZxx.it

Current status: OpenMPT passes this test since revision 947 (?).
Download: MultiZxx.it
Description: A MIDI macro can contain more than one MIDI message. In this case, the Z90 macro sets both the filter cutoff frequency and resonance, so if only the first MIDI message is considered in this macro, both patterns will sound identical. If the macro is interpreted correctly, they will sound different.

NoMap.it

Current status: OpenMPT passes this test since revision 1671.
Download: NoMap.it
Description: Yet another sample map test case. Why are there so many of them? They are all fixed by the same code...

NoSlide.it

Current status: OpenMPT passes this test since revision ???.
Download: NoSlide.it
Description: This seems to be just a fancy test of portamento from a stopped note, but in this case an empty sample slot assigned to the same instrument was played before.

NoteFade-SmpMode.it

Current status: OpenMPT passes this test since revision 317.
Download: NoteFade-SmpMode.it
Description: A “note fade” note (any invalid note) should not do anything in sample mode. The sample should not be stopped.

NoteFade-InsMode.it

Current status: OpenMPT passes this test since revision 317.
Download: NoteFade-InsMode.it
Description: A “note fade” note (any invalid note) should fade out the instrument using its fadeout value.

noteoff2.it

Current status: OpenMPT passes this test since revision ??? + 5829.
Download: noteoff2.it
Description: The sample changes on rows 4 and 20, but not on rows 8 and 24. However, the new sample′s default volume is loaded.

noteoff3.it

Current status: OpenMPT currently fails this test.
Download: noteoff3.it
Description: This is the same as noteoff2.it, but with old effects enabled. In this case, the sample should never fade out.

NoteOffInstr.it

Current status: OpenMPT passes this test since revision 5829.
Download: NoteOffInstr.it
Description: Any kind of Note Cut (SCx or ^^^) should stop the sample and not set its volume to 0. A subsequent volume command cannot continue the sample, but a note, even without an instrument number can do so. When played back correctly, the module should stay silent.

Off-Porta.it

Current status: OpenMPT passes this test since revision 1344.
Download: Off-Porta.it
Description: When "Compatible Gxx" is disabled, the key-off flag should only be removed when triggering new notes, but not when continuing a note using a portamento command (row 2, 4). However, you should keep in mind that the portamento flag is still set even if there is an offset command next to the portamento command (row 4), which would normally nullify the portamento effect (see porta-offset.it).

Off-Porta-CompatGxx.it

Current status: OpenMPT passes this test since revision 0 (temporarily broken in rev. 1344).
Download: Off-Porta-CompatGxx.it
Description: When "Compatible Gxx" is enabled, the key-off flag should also be removed when continuing a note using a portamento command (row 2, 4, 6). This test case was written to discover a code regression when fixing Off-Porta.it).

PanbrelloHold.it

Current status: OpenMPT passes this test since revision 4712.
Download: PanbrelloHold.it
Description: The panbrello offset should not only be added on the same row as the panbrello effect appears on, but also on all follow-up rows, until a panning command or a new note is encountered. This test case should remain mostly silent.

PanReset.it

Current status: OpenMPT passes this test since revision 4713.
Download: PanReset.it
Description: Contrary to XM, the default instrument and sample panning should only be reset when a note is encountered, not when an instrument number (without note) is encountered. The two channels of this module should be panned identically.

PatternDelay-NoteDelay.it

Current status: OpenMPT passes this test since revision 1240.
Download: PatternDelay-NoteDelay.it
Description: Delayed notes (using SDx) that are on the same row as a Row Delay effect are retriggered on every repetition. Notes without a note delay are not retriggered.

PatternDelays.it

Current status: OpenMPT passes this test since revision 1224.
Download: PatternDelays.it
Description: Tick delays (S6x) are added up, but when there are multiple row delays (SEx), only the first one is considered. The tricky part here is that Impulse Tracker even ignores all row delays next to a SE0 row delay. I suggest to do the following:

  • Initialize a row delay variable with 0.
  • Go through all channels. If there is a row delay on the current row and row delay is 0, set row delay = parameter + 1.
  • Calculate the complete row length: row length = (speed + tick delay) * max(1, row delay)

PatternDelaysRetrig.it

Current status: OpenMPT passes this test since revision 1221.
Download: PatternDelaysRetrig.it
Description: Rows on which a row delay (SEx) effect is placed have multiple “first ticks”, i.e. you should set your “first tick flag” on every tick that is a multiple of speed + tick delay. In this test module, the note pitch is changed multiple times per row, depending on the row and tick delay values.
Note: This test case broke in r3520 and was fixed again in r4895.

PortaCutCompat.it

Current status: OpenMPT passes this test since revision 9139.
Download: PortaCutCompat.it
Description: A follow-up test to PortaSampleCompat.it and PortaInsNumCompat.it to verify that the behaviour described in these tests is not used when currently no note is playing. Both channels should sound identical.

PortaInsNum.it

Current status: OpenMPT passes this test since revision 1671.
Download: PortaInsNum.it
Description: Portamento with funny sample maps. Without compatible Gxx, portamento between different samples should play the new sample.

PortaInsNumCompat.it

Current status: OpenMPT passes this test since revision 2842.
Download: PortaInsNumCompat.it
Description: Portamento with funny sample maps, in compatible Gxx mode. With compatible Gxx, portamento between different samples should keep playing the old sample.

PortaJustStoppedNote.it

Current status: OpenMPT passes this test since revision 6193.
Download: PortaJustStoppedNote.it
Description: Fade-Porta.it already tests the general case of portamento picking up a stopped note (portamento should just be ignored in this case), but there is an edge case when the note just stopped on the previous tick. In this case, OpenMPT did previously behave differently and still execute the portamento effect.

porta-offset.it

Current status: OpenMPT passes this test since revision 0.
Download: porta-offset.it
Description: Unlike Fasttracker 2, Impulse Tracker ignores the portamento command if there is an portamento command next to an offset command. Even ModPlug Tracker 1.16 gets this test right.

PortaReset.it

Current status: OpenMPT passes this test since revision 4181.
Download: PortaReset.it
Description: Impulse Tracker completely resets the tone portamento target on every new non-portamento note, i.e. a follow-up Gxx effect should not slide back to the previously triggered note.

PortaResetAfterRetrigger.it

Current status: OpenMPT passes this test since revision 7465.
Download: PortaResetAfterRetrigger.it
Description: After a note has stopped playing, a lone instrument number can restart the note. In this case, portamento and other properties should be reset.

PortaSample.it

Current status: OpenMPT passes this test since revision 1671.
Download: PortaSample.it
Description: Impulse Tracker executes the portamento when switching to instrument two on the second row when compatible Gxx is disabled.

PortaSampleCompat.it

Current status: OpenMPT passes this test since revision 2842.
Download: PortaSampleCompat.it
Description: Impulse Tracker executes the portamento and doesn't switch to the new sample on the second row when compatible Gxx is enabled.

RandomPan.it

Current status: OpenMPT passes this test since revision 2545.
Download: RandomPan.it
Description: Pan swing should not be overriden by effects such as instrument panning or panning envelopes. Previously, pan swing was overriden in OpenMPT if the instrument also had a panning envelope. In this file, pan swing should be applied to every note.

RandomWaveform.it

Current status: OpenMPT passes this test since revision 3670.
Download: RandomWaveform.it
Description: When selecting the random waveform for panbrello, the “speed” nibble indicates for how many ticks the random value will be held. This behaviour is not used for vibrato / tremolo.

retrig.it

Current status: OpenMPT passes this test since revision 364.
Download: retrig.it
Description: A combination of the retrigger effect and instrument envelopes. Not sure how this works.

retrig-short.it

Current status: OpenMPT passes this test since revision 1140.
Download: retrig-short.it
Description: Impulse Tracker does not retrigger notes that are shorter than the duration of a tick. One might argue that this is a bug in Impulse Tracker, but OpenMPT emulates it anyway.

s7xinsnum.it

Current status: OpenMPT passes this test since revision 1062.
Download: s7xinsnum.it
Description: Changing the NNA action through the S7x command only affects the current note - The NNA action is reset on every note change, and not on every instrument change.

s77.it

Current status: OpenMPT passes this test since revision 561 (preliminary), 1112.
Download: s77.it
Description: The S77 / S79 / S7B commands pause the instrument envelopes, they do not turn them off. S78 / S7A / S7C should resume the envelope at exactly the position where it was paused. In this test, it is again very important that the envelope position is incremented before the point is evaluated, not afterwards (see EnvLoops.it).

SampleNumberChange.it

Current status: OpenMPT passes this test since revision 0.
Download: SampleNumberChange.it
Description: Contrary to InstrumentNumberChange.it, even ModPlug Tracker 1.16 passes it.

scx.it

Current status: OpenMPT passes this test since revision 1109.
Download: scx.it
Description: The SCx command cuts notes just like a normal note cut (^^^), it does not simply mute them. However, there is a difference when placing a lone instrument number after a note that was cut with SCx and one cut with ^^^, as it can be seen in this test case.

SlideDelay.it

Current status: OpenMPT passes this test since revision 3520.
Download: SlideDelay.it
Description: If there's a note delay, slide and vibrato commands in the volume column next to it should not start before the delay has finished. So if there's a fine volume slide next to a SD5 effect should start on the 6th (one-based) tick. If this was a normal volume or pitch slide and the speed was 6 ticks per row, it would never execute, as the first non-zero tick would be the seventh tick.

SmpInsPanSurround.it

Current status: OpenMPT passes this test since revision 1259.
Download: SmpInsPanSurround.it
Description: Sample and instrument panning override the channel surround status, i.e. surround is turned off by samples or instruments with panning enabled.

surround-pan.it

Current status: OpenMPT passes this test since revision 1134.
Download: surround-pan.it
Description: Pan swing, panbrello, panning envelopes, etc. should have no effect on surround channels.

StoppedInstrSwap.it

Current status: OpenMPT passes this test since revision 5829.
Download: StoppedInstrSwap.it
Description: An instrument number with no note or next to a ^^^ should always be remembered for the next instrument-less note, even if sample playback is stopped.

SusAfterLoop.it

Current status: OpenMPT passes this test since revision 1085.
Download: SusAfterLoop.it
Description: When a sample sustain loop, which is placed partly or completely behind a “normal” sample loop is exited (through a note-off event), and the current sample playback position is past the normal loop’s end, it is adjusted to current position - loop end + loop start.

swaptest.it

Current status: OpenMPT passes this test since revision ???.
Download: swaptest.it
Description: A test focussing on finding the correct sample playback position when switching samples “on the fly” (using instrument numbers without notes next to them). The module should remain silent when being played.

swing1.it

Current status: OpenMPT passes this test since revision 1046 (?).
Download: swing1.it
Description: Probably a very MPT-specific bug, as OpenMPT was adding the volume swing to the current volume, so even after setting the volume to 0, it was possible that you could hear the sample playing.

swing2.it

Current status: OpenMPT passes this test since revision 1046 (?).
Download: swing2.it
Description: This module should remain completely silent, as the random variation is multiplied with the sample volume.

swing3.it

Current status: OpenMPT passes this test since revision 1046 (?).
Download: swing3.it
Description: Of course you are not supposed to produce the same sequence of random number to fulfil this test case. I think this was just a test to explore which volume variables are actually affected by volume swing, and how it is applied.

swing4.it

Current status: OpenMPT passes this test since revision 1046 (?).
Download: swing4.it
Description: Same as above.

swing5.it

Current status: OpenMPT passes this test since revision 1046 (?).
Download: swing5.it
Description: Same as above.

tickdelay.it

Current status: OpenMPT passes this test since revision 4948.
Download: tickdelay.it
Description: This test detects whether out-of-range note delays are handled properly. If the SDx parameter is greater than the row length (including tick delay, but excluding row delay), any note and volume effects next to it are supposed to ignored (interestingly, the instrument number is saved, but not instantly used). The first two rows test tick delay behaviour (OpenMPT passes this test since revision 1306), the third row tests row delay behaviour.

tremolo.it

Current status: OpenMPT passes this test since revision 345 (?).
Download: tremolo.it
Description: A test for checking if tremolo tables are implemented correctly.

vibrato.it

Current status: OpenMPT passes this test since revision 1189.
Download: vibrato.it
Description: A test for checking if vibrato tables are implemented correctly when old FX are disabled.

VibratoDouble.it

Current status: OpenMPT passes this test since revision 7804.
Download: VibratoDouble.it
Description: Vibrato in the volume column should be applied separately from vibrato in the effect column. The two commands will add up when occuring at the same time. However, since there is only one vibrato effect memory for both commands, the volume column’s vibrato parameter has precedence if it is not 0.

vibrato-oldfx.it

Current status: OpenMPT passes this test since revision 1189.
Download: vibrato-oldfx.it
Description: A test for checking if vibrato tables are implemented correctly when old FX are enabled. Vibrato is played backwards in this mode!

VibratoSweep0.it

Current status: OpenMPT passes this test since revision 7134.
Download: VibratoSweep0.it
Description: Auto-vibrato should not be processed at all if the rate (speed) is 0. This is relevant for vibrato waveforms that do not start at zero, i.e. all except sine.

VolColMemory.it

Current status: OpenMPT passes this test since revision 1545.
Download: VolColMemory.it
Description: Volume column commands a, b, c and d (volume slide) share one effect memory, but it should not be shared with Dxy in the effect column. Furthermore, there is no unified effect memory across different kinds of volume column effects (that's how OpenMPT used to handle it up to revision 1544).

vol-env-carry.it

Current status: OpenMPT passes this test since revision 1781.
Download: vol-env-carry.it
Description: Similar to flt-env-carry.it. This test case temporarily broke in revision 1481 and was fixed in revision 1781.

Volume-Macro-Letters.it

Current status: OpenMPT passes this test since revision 1465.
Download: Volume-Macro-Letters.it
Description: This test demonstrates how Zxx macros are parsed in Impulse Tracker:

  • Macros are evaluated only on the first tick.
  • They appear to be parsed after note / instrument information has been read from the pattern, but before any other effects (excluding "Set Volume").
  • 'u' and 'v' macros seem to emit at least a value of 1, not 0 - v00 corresponds to Z01.

I am not quite sure why the first row with notes on it emits a filter value of 1, and I am not even completely sure why OpenMPT gets this right. If interpreted correctly, the module should stay silent (minus slight filter artefacts, of course - but they should be nearly inaudible).

weirdloop.it

Current status: OpenMPT passes this test since revision 0.
Download: weirdloop.it
Description: A nice broken pattern loop. The voice should say “1 4 2 1 4 2” and then repeat forever “3 4 2”. Theoretically, this would even work in ModPlug Tracker 1.16, if it did not reset the Cxx target on song loop.

wnoteoff.it

Current status: OpenMPT currently fails this test.
Download: wnoteoff.it
Description: Note Off + instrument / portamento combinations.

In total, OpenMPT passes 88 out of 91 tests.