FreeCalypso > hg > freecalypso-tools
diff doc/Buzzer-melodies @ 890:76cc910c508e
document fc-imy2pwt
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sun, 03 Apr 2022 05:29:17 +0000 |
parents | 834b5645a123 |
children | cb0f61535166 |
line wrap: on
line diff
--- a/doc/Buzzer-melodies Sun Apr 03 04:39:26 2022 +0000 +++ b/doc/Buzzer-melodies Sun Apr 03 05:29:17 2022 +0000 @@ -169,6 +169,44 @@ lists are compiled from line-based ASCII source into this binary format by our fc-ringlist-comp utility. +Support for iMelody ringtones +============================= + +Back in the olden days when dumbphones with monophonic buzzer-type ringers were +the norm in society, there was a community of phone users who composed and +exchanged their own ringtone melodies; the community standard format for those +interchanges was EMS iMelody. Searching around the Internet in 2022, I (Mother +Mychaela) couldn't find any iMelody ringtones that sound any good - the only +ones I could find sound like crap, nowhere near professional-quality melodies +which we've lifted out of Motorola's firmware. However, as a matter of due +diligence, I felt that it would improper for FreeCalypso not to support iMelody +ringtones, hence I wrote a program that groks iMelody files and converts those +melodies to our native PWT format - this program is fc-imy2pwt. + +Right now fc-imy2pwt implements a subset of the iMelody spec; the missing +features are: + +* All volume change commands in the melody are ignored: fc-imy2pwt does not + support per-note volume changes within the melody, and all PWT notes are + emitted at the maximum per-note volume of 64/64. + +* The STYLE setting in IMY files is ignored, and all melodies are converted as + if the style was S1, i.e., continuous, without automatically inserted rest + between notes. + +* All vibrator/LED/backlight control commands are ignored: in FreeCalypso + architecture there is no synchronization between ringtone melodies and + vibration cadence, instead the user selects between silent mode, ring only, + vibrate only or ring+vibrate alerting as needed, without interference from + overly-creative vanity melody composers. Likewise, we do not support + melody-driven manipulation of any lights. + +The policies of keeping the ringer and the vibrator separate and of leaving our +LCD and keypad backlights alone are absolute, whereas support for volume changes +within the melody and for non-S1 styles (automatically inserted rest periods) +can be implemented *if* someone in our community has a real use case for such +functionality. + Standalone buzzer exercising (outside of FC firmware) =====================================================