search

ZDoom / ZMusic

GZDoom's music system as a standalone library
https://forum.zdoom.org/index.php
63 stars 33 forks source link

*.umx tracker modules doesn't playback properly #39

Closed rastamangames closed 7 months ago

rastamangames commented 2 years ago

Just insert this file into *.wad* and/or .pk3 and attach it to the level via MAPINFO** lump: TOTALIZA.umx

Result is this (both in GZDoom and LZDoom): https://streamable.com/wf4g5m

You can try to do the same with this file as well: RUN.umx

Extracted *.xm* and .it modules works fine, but I presume that .umx module must work fine too. Even in elder Odamex .umx** tracker modules has proper playback.

coelckers commented 2 years ago

This is not surprising. Unreal container support was never implemented in the module loader.

madame-rachelle commented 2 years ago

I actually thought it was, hence why I asked for the report here, I was surprised it didn't reject the file outright due to lack of support. Still - I know someone who is familiar with Unreal formats, she might be able to do container support.

OrdinaryMagician commented 2 years ago

Yes, I am familiar with Unreal formats. Which is why I'd suggest for this to not be supported, and encourage people to simply unpack the umx files using other tools.

OrdinaryMagician commented 2 years ago

Otherwise, the only way UMX support could happen is if foo_dumb was replaced with libopenmpt.

Edit: And that's not going to happen.

madame-rachelle commented 2 years ago

Guess the solution here is to extract the files then - my bad, I actually did think container support was added.

Cacodemon345 commented 1 month ago

libxmp should support UMX formats with the recent 1.1.14 release, albeit tracker-only (no support for MP2/WAV music).