A proper solution would make depend openmpt123 on a full Unicode library like libicu. If we just filter C1 and some C0, we would still miss a lot.
#Openmtp export as mod code#
Unicode splatters all kinds of harmless and problematic control characters all over its code point space. However, that is not as easy as it sounds. Openmpt123 should filter any such Unicode Control Characters when displaying them. libopenmpt is documented as returning "UTF8" and not "UTF8 without control characters" or anything similar. I do not think that libopenmpt should filter anything here, as there may be legitimate reasons for module formats supporting Unicode text to include Unicode Control Characters. ž is what 9e maps to in Windows-1252 encoding (which is the default for Windows installs in Western Languages). OpenMPT may display žbecause OpenMPT does not handle character encoding properly for the song title (yet, see 0000569). There is no modification of value here because ISO8859-1 bytes map 1:1 to Unicode code points. ISO8859-1 byte 0x9e corresponds to Unicode code point U+009e, not U+0093. Tested code revision (in case you know it) Has the bug occurred in previous versions? Notice how the user interface looks different than when playing other modules.
Play it using openmpt123 using: openmpt123. Tracker.: Generic ProTracker or compatible Settings.: Gain: 0 dB Stereo: 0 % Filter: 8 taps Ramping: -1 When playing epilepsy.mod everything after the title gets messed up. OpenMPT 1.30.03.00 / libopenmpt 0.6.2 (upgrade first)Ġ001565: Jester's epilepsy.mod breaks the openmpt123 user interface
0 kommentar(er)
