This component can be found in multiple variants in many other systems such as the MSX, Amstrad CPC, Atari ST, some of the Sinclair Spectrum machines, among other.
It is an unfortunate fact that only very few Oric games had music back in the 80ies, but this can be fortunately fixed today thanks to the huge catalog of available musics on the other machines!
Technically a YM file is simply a register dump of the music: A program captured 50 times per second the content of the values sent to the YM chip. With 14 registers to record, 50 times per second, it means that one second of music takes 700 bytes, so roughly 42kbytes per minute of music.
The chosen solution was to store the data sorted by register number, and then compress the whole file with the LHA compressor, which typically reduces the music files to less than 10kb even for very long musics.
Unfortunatelly this means that the music file must be entirelly decompressed before it can be used, which makes it unusable on 8bit machines. That's where the MYM format comes in.
Ym2MYm can be used to perform this conversion. It will work only on YM files that do not use special timer effects such as digidrums or sid.
If you want to preserve the original sound of the music, it is necessary to retune the register values so they compensate for the difference in frequency. In YM2MYM this is simply achieved by declaring the frequency of the source machine (using -r) and the one of the target machine (using -t).
Originally the tool was made to play Atari ST musics on the Oric computers, so by default, the tool will assume a 2MHz source clock and 1MHz target clock, but you can specify any arbitrary value.
For reference, here is the known clock speed of a few machines:
- Oric: 1MHz
- Amstrad CPC: 1MHz
- Sinclair Spectrum: 1.7734MHz
- Atari ST: 2MHz
Due to the fact that the soundchip registers have a specific range of valid values (from 0 to 4095 for the notes, from 0 to 65535 for the enveloppe duration and from 0 to 31 for the noise frequency), it is possible that the retuning results in a value being out of range, which obviously will also impact how the music sounds.
When this happen, the tool will display some warning message indicating how often the truncation happened, and how bad the truncation was. If you are lucky you will not notice, but the tool will also indicate at which position the worse case happened, so you can eventually tweak the tune.
Found some clamping issues when retuning "data\Great Giana Sisters 1 - title.ym"'s frequency from 1MHz to 1.7734MHz at 50fps: - 'Channel A' overflowed 560 times (maximum was 5077 [over 4095] at time position 3'17" (frame 9858) - 'Noise Channel' overflowed 5070 times (maximum was 54 [over 31] at time position 0'27" (frame 1376)
As a final note, we'd like to point out that if technically speaking the AY and YM chips are register compatible and behave mostly the same, they are not identical chip, so in practice the same music can sound different depending on how it uses volume changes and enveloppes:
- Note transitions seem smoother on the YM (thanks to the higher internal accuracy)
- The output from the AY is louder.
- The YM output is cleaner
To transform a binary file as a texte file:
%OSDK%\bin\Ym2Mym [switches] source.ym destination.mym [load adress] [header name]
- -tn Tuning
The Atari ST soundchip has a 2mhz frequency, while most 8bit machines (including the Oric) have a 1mhz soundchip.
This means that in order to replay correctly an Atari ST music on the Oric we have to double the value of the frequency registers else the music will play too low which will result in ugly waveforms and low notes.
- -t0 => No retune
- -t1 => Double frequency [default]
- -vn Verbosity
Enables or disable the printing of informative messages.
- -v0 => Silent [default]
- -v1 => Shows information about what Ym2Mym is doing
- -hn Header
Adds a tape compatible header
- -h0 => No tape header [default]
- -h1 => Use tape header (requires a start address and a name)
- -mn Max size
The MYM replay routine generally is provided with a limited size for the music. Using this switch you can force Ym2Mym to refuse to convert a music and output an error message if the final compressed file gets larger than the specified number.
- -m0 => No size limit [default]
- -m1234 => Outputs an error if the exported size is too large
- -dxn Duration mode
You can use this flag to force the tool to truncate the music after a specific number of frames (there's 50 frames in a second). Use -dt to truncate, and -df to fade.
- -dt1234 => Truncate at frame 1234
- -df1234 => Fade out at frame 1234
Issue #15: Add advanced commands to the format
Details: to add possibility for simple "in-music" commands like "jump to_xxxx-th_vbl_frame" and "loop 3_times_next_xxxx_vbl_frames". Additionally having such "commands" can help for reducing the size of the YM data (See: topic)
Fixed in OSDK 1.16
Details: As the mym format became quite multi-platform with players also available for the ZX Spectrum and MSX, it would be great if Ym2Mym could also be used for those platforms so people with real machines can enjoy the tunes of other machines.The sound chip frequencies differ between machines though and the converter already supports converting between 1000000 Hz for Amstrad CPC and 2000000 Hz for Atari ST (-t0 & -t1 parameters).
It would be fantastic if it could also support those other machines' frequencies; 1773400 Hz for the ZX Spectrum (the MSX one I couldn't find).
The way it works now is that the CPC is assumed as a target by default, with the possibility to override this for the Atari ST to be the target.
I think a flexible way would be if a parameter would be supported with which the f requency of the target machine could be specified.
Thank you very much in advance from everyone :D
Fixed in OSDK 1.6
Details: Is it possible to make YM2MYM.EXE truncate the data and stop if music is too large?There are some long .YM musics, when converted to TAP file and loaded they reach the screen memory and even character definition.Maybe YM2MYM can produce .TAP file where data is not exceed after #A000.I know there's an option to define file size but this is just for 'not' using big sized files.
comments powered by Disqus