| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001331 | OpenMPT | General | public | 2020-05-28 16:15 | 2020-10-04 14:57 |
| Reporter | Midori | Assigned To | Saga Musix | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Platform | x86 | OS | Windows | OS Version | XP |
| Product Version | OpenMPT 1.29.01.00 / libopenmpt 0.5.0 (upgrade first) | ||||
| Target Version | OpenMPT 1.29.05.00 / libopenmpt 0.5.3 (upgrade first) | Fixed in Version | OpenMPT 1.29.05.00 / libopenmpt 0.5.3 (upgrade first) | ||
| Summary | 0001331: S3M module per-channel stem export is desynchronised | ||||
| Description | Rendering an S3M module into separate channel stems produces tracks that are of different length, thus misaligned in time. | ||||
| Steps To Reproduce | 1, Load an S3M module (the only test subject in my case was https://modarchive.org/index.php?request=view_by_moduleid&query=60395)
| ||||
| Additional Information | This was first observed by another person, using v.1.29 on a Windows 7 x64 machine, after rendering this module: https://modarchive.org/index.php?request=view_by_moduleid&query=60395 I was able to reproduce it on my XP machine, both in v.1.28 and latest stable 1.29 using the same file. Other S3M/XM/MPTM modules were not tested. IT seems to be unaffected in both versions of the tracker. Attached are the screnshots of the faulty S3M export and correct IT export, as seen loaded into FL Studio. | ||||
| Tags | No tags attached. | ||||
| Has the bug occurred in previous versions? | Yes, only 1.28 tested | ||||
| Tested code revision (in case you know it) | |||||
 |
Makes sense because global commands (that includes tempo changes) are not executed on muted channels in S3M. For the time being, you can turn off that specific compatibility setting before exporting, but I guess a better solution has to be found for export. |
|
|
Stream export is fixed in r13652. |
