>> Iabc doesn't understand the K:Am
>That's completely unacceptable; the program should never have
been
>released in that state.
It's not very kind for the author. I think it have to : it's good
to see a new application. And as far as I'm concerned, I've never
used modes in the K: fields but only the key definition (K: is for
key isn't it ?). For me C indicate there is no flat or sharp in
the tune, F indicate there is a B flat etc. If in addition the
tune is in the Am or Dm mode it doesn't change the way it is
played or displayed.
It's good if an application can understand modes, but why bother
with them ? The abc draft gives :
"K - key; the key signature should be specified with a capital
letter which may be followed by a # or b for sharp or flat
respectively. In addition, different scales or modes can be
specified and, for example, K:F lydian, K:C, K:C major, K:C
ionian, K:G mixolydian, K:D dorian, K:A minor, K:Am"
It says : *In addition*, so it's not compulsory. Anyway... most
tunes written for a relative mode don't take care of the seventh
and then it is written in the K: field a Bm instead of D, just
because the tunes begin with B, but there is no ^A in it (as
expected in the Bm mode (in minor harmonic))
I didn't say modes are useless (it's maybe because I don't master
them I don't think I need to write them down), but they should be
an option only. Bryan Creer talked about the idea of having the
mode in a separated field, but as he said it's too late now. I've
noticed that AbcMus have the tendency to privilege modes rather
than key because some tunes heards bad in a key and it plays good
if you use the corresponding mode i.e. with Ab / Fm but there is
also several others such bug (for example Gb / Ebm). I'll write to
the author to give him some feedbacks. For example, if you play :
X:1
T:test
N:you can use it for your telephone :)
M:3/4
L:1/8
Q:1/4=180
K:C
CAB^c2cBA^GF2
K:Gm
C
it won't play as expected. I think it's because I didn't entered
any mesure bar | before the key change , but if it was allowed not
to enter it would be easier to transcribe tunes : I generally
enter mesure bars at the end (but now I know it, so I'll take care
and I'll try to get rid of this bad habit).
>> K:Am [...]
>> A2B cBA|BAG AGE|A2B cee|dBA G2({A/G/}E)|
>> Grace notes gives error in skink
>Unfortunately, given the current ABC spec, it should. Grace
notes at
>present have only one length; you should have written {AG}
instead.
>This needs to be fixed but you can't blame Skink for following
the
>rules.
yes, you're right, I didn't remember that. I thought it was the
slur and then the grace notes which caused pb.
>> there is also a limitation in iabc which cause tunes with a X:
>> field with a high number to be well processed but it won't be
>> displayed later.
>Okay, all programs have size limits; eventually they always get
>increased. If the documentation's up-front about what they are
>it's not usually a problem. Putting 955 tunes in one file is a
>bit ambitious.
It was for the O'Neill project and the X: field was only for the
reference in the real book.
I found the file on John Chamber's website and there was only 35
tunes in it but it begins at ref. n�971.
> the
>behaviour of programs that generate many output files from one
ABC
>multi-tune input file. None of the Unix ports I've seen on the
Mac
>do this in a remotely sane way and I imagine they look just as
bad
>on Windows (imagine something that made NT filenames by
truncating
>all the tune titles starting "The Road to..." in O'Neill
Abc2midi can generate several midi files by name (only the 8 first
caracters) or by X: tunes, this way : it takes the abc file's name
and add to it the X: number of the tune (but since I create new
tune by coping an ancien one, I've often replicated X: numbers,
unless I tidy them a bit).
>>- not "lock" a file loaded especially if it doesn't write
anything
>>in it : in iabc it's not possible to make correction in an abc
>>file (with an ascii editor for example) and then save it to
review
>Yes, although strictly speaking Mac programs are supposed to
leave
>files open when the data is on display to prevent another program
there is also an alternative, which I found really conveniant :
Some html editor (like Dreamveaver 2 (now this version is free))
give a warning if an application has modified the file already
opened in the editor. So you have then the choise to refresh the
content of the editor with the new file, or to delete the changes
made by the other application (I often use both a text editor and
a WYSIWYG editor to make webpage) and leave the file as before.
Programmers of "top" (rhmmm) level applications like Word doesn't
seem to have integrated this is *really* useful : they should
program things like this instead of useless easter eggs in their
softwares (like their flipper or flying simulator)
An option I forget : Multiple undo if possible. Some programs even
give the option to choose the undo level to save memory.
>>for the tune reels.abc you give as example with iabc, it takes 1
>>minutes to process all the 373 tunes in it. With AbcMus it takes
>>only 1/2 second !
I wrote 1 minute*s*.. sorry, maybe because one minute can seem so
long when you wait before a screen :)
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais !
Yahoo! Mail : http://fr.mail.yahoo.com
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
