xmp-openmpt: An XMPlay input plugin based on OpenMPT

Started by saga,

Reply Print
Go Down Pages 1 ... 6 7 8 9 10 ... 20

saga

#140
2017-11-04: xmp-openmpt version 0.3.2 released!

This is just a small update addressing two playback bugs:
- IT: In Compatible Gxx mode, allow sample changes next to a tone portamento effect if a previous sample has already stopped playing.
- MOD: Slides and delayed notes are executed on every repetition of a row with row delay (fixes "ode to protracker").

See https://lib.openmpt.org/libopenmpt/2017/11/04/release-0.3.2-and-0.2.9227-beta28/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

manx

#141
2017-11-19: xmp-openmpt version 0.3.3 released!

This update restores xmp-openmpt ("winold" variant) working on Windows XP systems, which had been broken in 0.3.1 and 0.3.2.

See https://lib.openmpt.org/libopenmpt/2017/11/19/release-0.3.3/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

manx

#142
2017-12-17: xmp-openmpt version 0.3.4 released!

- IT: Fix broken volume envelopes with negative values as found in breakdwn.it by Elysis.

See https://lib.openmpt.org/libopenmpt/2017/12/17/release-0.3.4/ for further details.

2018-01-28: xmp-openmpt version 0.3.5 released!

- [New] Support MOD files from the Inconexia demo by Iguana.
- [Bug] xmp-openmpt: Saved settings were not applied instantly.
- XM E60 loop bug was not considered in song length calucation.
- Tighten M15 and MOD file rejection heuristics.
- J2B: Ignore frequency limits from file header. Fixes Medivo.j2b, broken since libopenmpt-0.2.6401-beta17.
- STM: Last character of sample name was missing.
- ParamEq plugin center frequency was not limited correctly.

See https://lib.openmpt.org/libopenmpt/2018/01/28/release-0.3.5-and-0.2.9542-beta29/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

manx

#143
2018-02-03: xmp-openmpt version 0.3.6 released!

- [Sec] Possible out-of-bounds memory read with malformed STP files. (r9576)
- [Bug] Small memory leak with malformed STP files.
- STM: Accurate emulation of Scream Tracker 2 tempo mode.
- STM: Better support for early format revisions (no such files have been found in the wild, though).
- Fine volume slides are now supported when seeking with seek.sync_samples=1 enabled.

See https://lib.openmpt.org/libopenmpt/2018/02/03/security-update-0.3.6/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

MagikGimp

#144
xmp-openmpt seems to play MED files in mono for some reason. Admittedly it's quite hard to get this obscure format to play correctly in modern Windows at all but, as usual, DeliPlayer2 (with XP compatibility settings) does it right so it's certainly possible. If you navigate around the song with the position slider it'll play one "note" of each channel as per XMPlay's settings (e.g. surround sound 2) but will then revert to a dull all sounds go in the middle output until you seek again. Apart from this it is at least playing the song correctly. Other apps misplay certain notes as staccato or leave whole channels out entirely and forget WinAmp with in_med.dll (it crashes). I'm only listing these as comparisons to give you some way of knowing how files should sound. I like XMPlay so I'm concentrating on it first but I should expect I'll get around to the others eventually too! Many thanks.

Dhry

#145
Quotexmp-openmpt seems to play MED files in mono for some reason.

xmp-openmpt (0.3.6.9579) doesn't play .MED files at ALL here, whether or not I mark it for med priority. Every time I try to play a .med from ModLand it just strikes it out. The only thing I have that seems to play them is Extended Module Player Library rev 17 (libxmp 4.3.9).

DRS

saga

#146
Quotexmp-openmpt seems to play MED files in mono for some reason
Not every MED file is supposed to be played with hard panning, because MED can use software mixing.
However, I currently recommend using another plugin for MED playback such as libxmp or Delix, because the MED player in libopenmpt currently doesn't handle quite a few things correctly which will be fixed in the next major version (0.4).

Quotexmp-openmpt (0.3.6.9579) doesn't play .MED files at ALL here, whether or not I mark it for med priority.
"*" is not a valid priority as far as I'm aware. You need to list every format that you want to prioritize explicitely (e.g. "med it xm"). If you do not explicitely specify "med" as a priority filetype, libxmp will always handle the file because it appears first in the alphabetical plugin list.

Dhry

#147
Last Edit: by Dhry
Quote"*" is not a valid priority as far as I'm aware. You need to list every format that you want to prioritize explicitely (e.g. "med it xm"). If you do not explicitely specify "med" as a priority filetype, libxmp will always handle the file because it appears first in the alphabetical plugin list.

I unchecked all four MED entries from libxmp, then entered only "med" in openmpt, and the same thing happens.
Edit: This happens even if I completely remove xmp-libxmp.dll.
Edit2: Delix also does not appear to play my MED files at all. Completely removed it as well and openmpt still doesn't play them. I'm baffled. (They're not in archives either.)
Edit3: openmpt appears to play okt/okta (Oktalyzer) files fine. Just not .med extension.

DRS

saga

#148
Checking your screenshot again, the MED format you are trying to play (Music Editor) is not supported by libopenmpt. We just support OctaMED, which may have extensions mmd0, mmd1, mmd2 or mmd3 on ModLand, I believe.

Dhry

#149
QuoteChecking your screenshot again, the MED format you are trying to play (Music Editor) is not supported by libopenmpt. We just support OctaMED, which may have extensions mmd0, mmd1, mmd2 or mmd3 on ModLand, I believe.

Correct, those are the Octa extensions, along with .MMDC. Ok. In that case I think what confused me is that .med is literally one of the extensions listed for openmpt. Google is saying that Octamed also used that extension. Hm. Oh well - libxmp works.

DRS

saga

#150
Yes, I think it's much more common for OctaMED files to have the .med extension. ModLand occasionally uses non-standard file extensions to better differentiate some formats.
Oktalyzer is not the same as OctaMED and typically uses the OKT or OKTA extension, by the way.

saga

#151
2018-03-11: xmp-openmpt version 0.3.7 released!

- IT: More accurate song length calculation for pattern loops that have no start command and are following another pattern loop.
- IMF: Filter cutoff was upside down and the cutoff range was too small.
- MED: Correctly import patterns with less channels than the maximum used amount. Import "STP" note stop command.
- DBM: Key Off and Set Envelope Position were imported incorrectly. High sample offset (E7x) is now supported.
- DIGI / DBM: Arpeggio should not return to base note at end of row.
- Some filter changes through MIDI macros were not applied if the note volume was set to 0 on the same row.

See https://lib.openmpt.org/libopenmpt/2018/03/11/release-0.3.7-and-0.2.9913-beta30/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

saga

#152
Last Edit: by saga
2018-04-08: xmp-openmpt version 0.3.8 released!

- Possible crash with IT and MO3 files containing many nested pattern loops.
- Keep track of active SFx macro during seeking.
- The "note cut" duplicate note action did not volume-ramp the previously playing sample.
- A song starting with non-existing patterns could not be played.
- DSM: Support restart position and 16-bit samples.
- DTM: Import global volume.

See https://lib.openmpt.org/libopenmpt/2018/04/08/security-updates-0.3.8-0.2-beta31-0.2.7561-beta20.5-p8-0.2.7386-beta20.3-p11/ for further details.

xmp-openmpt for Windows 7 and newer, CPUs with SSE2 instruction set - that's pretty much any x86 CPU made in the last ten years. Any 64-bit CPU automatically supports this.
xmp-openmpt for Windows XP / Vista or old CPUs without SSE2 instruction set

saga

#154
Because for some reason the sample volume is 0. You will find that Impulse Tracker itself will just play silence as well. Consider the file to be broken. You can change the sample amplification to a sensible value (e.g. 48) in OpenMPT or Impulse Tracker and then listen to the file as intended.

guest

#156
Quote from: guestftp://ftp.modland.com/pub/modules/Impulsetracker/Eszt-Udiaa/electroazure%20movement%20ii.it
Sound in two first orders is different in Impulse Tracker.
It seems to happen when samplerate = 96000 Hz in plugin config.

saga

#157
Impulse Tracker's filter is really unstable at its lowest cutoff settings when using very high sample rates. As you have noticed, it will only work fully correctly at sample rates < 88 kHz. I tried addressing this issue in the past but apparently it wasn't enough. I'm not sure if it can be fully fixed.

saga

#158
Good news, the problem will be gone in the next version.

guest

#159
ftp://ftp.modland.com/pub/modules/Screamtracker%202/-%20unknown/ilu.stm
Plugin ignores first order (pattern 3).
Sample 3 name should be "soltrumm.001" (now is "soltrumm.00").
Reply Print
Go Up Pages 1 ... 6 7 8 9 10 ... 20