View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001187 | OpenMPT | File Format Support | public | 2019-01-09 21:42 | 2023-03-19 16:11 |
Reporter | Saga Musix | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | new | Resolution | open | ||
Target Version | OpenMPT 1.32 / libopenmpt 0.8 (goals) | ||||
Summary | 0001187: OPL3 improvements for MPTM | ||||
Description |
| ||||
Tags | No tags attached. | ||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
i'm very interested in this, except i'd love to keep the possibility of having OpenMPT adhere to a single hardware OPL3 chip as well, aside of the option with per-instrument OPL3 instances |
|
This is in case somebody writes a module converter to formats that have real hardware replayers (think A2M), which isn't an impossible prospect, since i already know of one person who might be willing to do just that |
|
You can easily constrain yourself to that by not using more than 18 channels and not using NNAs. As soon as you use NNAs you would be way outside of the A2M specs anyway. I don't really see any value in this limitation that cannot already be achieved in simply by writing a song that conforms to the hardware limits. |
|
Fair enough, now that i think about it again |
|
Note-Cut behaviour has been reworked in r11226: ^^^ cuts the note as expected, pitch/volume/pan can still be modified after note-off. |
|
Behaviour was modified once again in 11233 as the legacy flag was not 100% compatible; the meaning of the flag was also inverted, if the flag is enabled, the more logical mode is used. The flag is now also disabled automatically when converting from S3M to preserve playback behaviour more accurately. |
|
"The current model of modulator = filter cutoff, carrier = volume" Sounds like it should currently modify OP1's TL with a Zxx. I'm not sure this is yet the case as of 1.29.10.00 |
|
It has been the case from the beginning, but the instrument mustn't be in Additive mode for that to work. |
|
Okay for some reason my program was bugged and it wasn't working. I guess my previous method of installing over the old version and saying "yes" to replacing every file somehow lead to errors. A fresh install fixed it. This use of Zxx should be documented in the docs. |
|
Either you got an OpenMPT version with OPL support or you don't. It's extremely unlikely that the installation breaks in such a way that OPL works but only the filter modification doesn't.
It is documented: https://wiki.openmpt.org/Manual:_Samples#Volume It specifically only says "filter cutoff commands" because filter envelopes also work, and Zxx is a macro command so it can do other things than just setting the filter. The manual should not create the expectation that any Zxx command will automatically change the modulator. It is in fact very well possible that you maybe were using a default Zxx setup in your previous installation where Zxx by default simply didn't set the filter cutoff. In that case it's expected that modulator volume will also not be updated. |
|
Maybe you've already thought about it, but wouldn't using multiple emulator instances cause trouble with OPL Export? |
|
Yes, it's not entirely clear yet how that would be solved. VGM supports two instances of the same chip, but that's it. We could always fall back to single-chip usage for VGM export as an option, or export each instrument to its own file. |
|
you can use 1-2, 3-4, 5-6, 10-11, 12-13 and 14-15 channel with OP4 mode |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2019-01-09 21:42 | Saga Musix | New Issue | |
2019-01-09 21:42 | Saga Musix | Status | new => assigned |
2019-01-09 21:42 | Saga Musix | Assigned To | => Saga Musix |
2019-01-12 23:48 | Saga Musix | Description Updated | |
2019-01-12 23:48 | Saga Musix | Description Updated | |
2019-01-16 17:43 | Midori | Note Added: 0003815 | |
2019-01-16 17:44 | Midori | Note Added: 0003816 | |
2019-01-16 22:14 | Saga Musix | Note Added: 0003817 | |
2019-01-16 22:33 | Midori | Note Added: 0003818 | |
2019-01-19 22:40 | Saga Musix | Note Added: 0003822 | |
2019-01-19 22:40 | Saga Musix | Note Edited: 0003822 | |
2019-01-20 19:26 | Saga Musix | Note Added: 0003824 | |
2020-01-19 18:01 | Saga Musix | Target Version | OpenMPT 1.29.01.00 / libopenmpt 0.5.0 (upgrade first) => OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first) |
2020-10-10 13:02 | Saga Musix | Relationship added | related to 0001363 |
2020-10-10 13:03 | Saga Musix | Description Updated | |
2020-10-10 13:17 | Saga Musix | Description Updated | |
2021-06-02 22:53 | Saga Musix | Assigned To | Saga Musix => |
2021-06-02 22:53 | Saga Musix | Status | assigned => new |
2021-06-07 09:27 | Xyz | Note Added: 0004791 | |
2021-06-07 11:58 | Saga Musix | Note Added: 0004792 | |
2021-06-07 11:58 | Saga Musix | Note Edited: 0004792 | |
2021-06-07 19:03 | Xyz | Note Added: 0004795 | |
2021-06-07 19:07 | Saga Musix | Note Added: 0004796 | |
2021-09-15 15:10 | Saga Musix | Target Version | OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first) => OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first) |
2021-12-09 08:03 | Saga Musix | Relationship added | parent of 0001526 |
2021-12-11 07:23 | teimoso | Note Added: 0004948 | |
2021-12-11 11:19 | Saga Musix | Note Added: 0004949 | |
2022-01-29 00:54 | Exhale | Relationship added | parent of 0001557 |
2023-03-14 09:32 | Vad1m_1719 | Note Added: 0005592 | |
2023-03-15 11:42 | Vad1m_1719 | Note Added: 0005600 | |
2023-03-15 11:42 | Vad1m_1719 | File Added: 20230315_184049.jpg | |
2023-03-15 11:42 | Vad1m_1719 | File Added: 20230315_184108.jpg | |
2023-03-19 16:11 | Saga Musix | Target Version | OpenMPT 1.31.01.00 / libopenmpt 0.7.0 (upgrade first) => OpenMPT 1.32 / libopenmpt 0.8 (goals) |