Re: [abcusers] Sorting ABC files
The new version, 3.3.3 , of HARMONY can now load abc files of up to 30MB. I haven't been able to find a big enough file to try it, so I don't know how long it would take to load! Neil Derek Bone wrote: Neil I have just tried the new version of Harmony, which now has the ability to sort abc files by title, and save them in the new sorted order, and it works very well, but it has a file size limit of '100' What does '100' refer to, ie lines, tunes, characters ?? For some time I have been trying to find a way to sort a large tunefile to use on a handheld, since it really is no use unless it is sorted, since it is albut impossible to find the tune quickly The file I have in mind currently has about 15,000 tunes, and will continue to grow as I merge in new tunes - since the idea is to carry all the tunes on the handheld for use on 'PalmABC', ahich requires all the abc's to be in one file Then if I come across a good new tune while out about, the chances are I can look it up and learn it without logging on to net Is it actually necessary to have a maximum file size in Harmony ?? Any ideas Regards Derek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Neil Jennings Sent: 30 November 2003 09:39 To: [EMAIL PROTECTED] Subject: Re: [abcusers] Sorting ABC files Rewriting the abc file sorted alphabetically has now been implemented, and will be available in the next release of HARMONY Neil - Original Message - From: "Neil Jennings" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 23 November 2003 09:51 Subject: Re: [abcusers] Sorting ABC files I will try and get it ino the next release, due sometime before Christmas (v 3.2.5 will also support multi-voice abc files and font directives, to name just a few improvements) Neil - Original Message - From: "Derek Bone" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 16 November 2003 21:50 Subject: RE: [abcusers] Sorting ABC files Neil I'd like that facility to be able to rewrite the file in the new alphameric sequence If you could add this I would be very grateful I've been after this facility for some time to enable me to make up one big alphameric file for use on my handheld Thanks Derek Bone -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Neil Jennings Sent: 16 October 2003 09:08 To: [EMAIL PROTECTED] Subject: Re: [abcusers] Sorting ABC files My program HARMONY can present the list of files within an abc tunebook in either title or number sequence. If anyone wants the file written out in a new sequence, I could easily add that facility. Neil Jennings (Download HARMONY shareware from www.greenhedges.com. Its original function was to add chords to a tune but it now does much more) - Original Message - From: "Phil Headford" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 16 October 2003 03:34 Subject: [abcusers] Sorting ABC files I've written a little routine which runs under Windows 3.1, 95, 98 It's a bit like Noddy, wobbles a bit, but the bell on the hat still rings. Phil (Flos) Headford fiddle: Old Swan Band, The English Country Dance Band, Cwm Dancing, Big Bad Contra To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.522 / Virus Database: 320 - Release Date: 29/09/03 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.536 / Virus Database: 331 - Release Date: 03/11/03 To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.544 / Virus Database: 338 - Release Date: 25/11/03 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.736 / Virus Database: 490 - Release Date: 09/08/2004 To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] x notes
Rickard Blixt wrote: Hello, Hi! With abcm2ps 3.7.18, is there any possibility to write a note that looks like an x? I know it's possible with clef=perc. Also there are references to !head-xxx! in the changelog, never used it though, so I don't know what it does... I was also wondering: Which is the latest version of abcm2ps (ready to use), and where can I download it? Depending on what you mean by ready to use... I'm running linux so I simply compile the latest development version which is now 4.6.7. I don't think I ever ran into problems with the development versions of abcm2ps, they are rock-solid, so I really think you should upgrade. -- peace, love harmony Atte http://www.atte.dk To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
On 26 Aug 2004, at 05:44, Chuck Boody wrote: First n bars would be the way to go. The layout of the title and incipit should be horozontal though, and not title above incipit. Yes, that's what makes it tricky to do properly. I'd need a way to create and display the index with two columns; text on the left and pictures on the right. I also wonder if you might be able to set up an interface to abc2mtex similar to the abcm2ps. John Walsh suggested abc2mtex has the indexing feature and maybe that could go to postscript. Or maybe the capability is in abcm2ps and I just haven't discovered it?? It's a long, long time since I last used abc2mtex. It was infuriatingly complex to set up, and since it hasn't been updated for many years it is now very limited compared with the modern programs. I'd rather not mess with it, unless somebody's prepared to put together a nice installer which will install abc2mtex along with musixtex on OS X. Would your suggestion work? I think so, but as you admit the abcm2ps can do a better job a parsing because it doesn't have to do it on the fly as Barfly does. So, I have some concerns about the output from what you are suggesting. I don't think you would need to work it into the current user interface though any more that transposition or some of the other things are worked in. Come to think of it: Might it work to create a file of incipits in a manner similar to what you do with transposition? i.e. create a new file with just the incipit in it. Then you'd only need to add the proper printing routine. BarFly's utility commands (e.g. Transpose, Change default note length etc.) all work by text to text conversion. While I could make one which converted a file of tunes into one big tune with many parts, each of which represents the first n bars of a tune, this isn't really what you want. Another possibility would be to output a picture file containing a tall narrow picture of the text and music in two columns. You would then have to open that and print it from a graphics program. The problem there would be that you would inevitably get page breaks through the middle of some lines. I could get round that by doing the page formatting myself, and outputting multiple files which could be printed individually, each representing one page of output, but now we're getting complicated. While I'm babbling about this: it would be nice to have control of the print size of the music. One might want to get many on a page and perhaps to get two columns on a page by keeping the output size small. Yes, you'd really want incipits to be as small as your eyesight will allow. In sum: Yes your suggestion would probably work. If you decide to tackle this in any way and want to pass a beta this way I'll be happy to test it. Sure thing. Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Indexing tunes with ABCMUS
I recently read about the ability to index tunes in one or more abc files using ABCMUS. Unfortunately, I have been unable to do so. Would some kind individual reply (maybe by private e-mail) with some simple directions about how to index the tunes contained in a single abc file. If I can get one done, multiple files should be easy from that point. For abcmus, click the file menu, go down to the entry Make List/Index/etc, click it (or just hit ctrl-shift-L). Go to List Type in the dialogue box, click to get the pull-down menu, and choose cheat-sheet. There are fields in the dialogue box to specify the file or files you want to index, and the file for the output in. There should be a T in the Sort field, so it'll sort alphabetically by title. Fill these in, and click Start. It'll write a text file with each title followed by the first couple of measures in abc. There are some other list types defined, and in addition you can also define your own type. You can play around with this to get it just as you want it. I don't know whether or not you have to register the program to use this feature, tho. For abc2mtex, you need a file index.fmt in the directory you want to index. Put T40 |30 in the file index.fmt. To index file.abc, type abc2mtex -i file sort_in at the command line. Then the list you want should be in the text file index in the same directory, sorted by tune title, with the first two or so measures given in abc. There are lots of other ways to do this---see the file index.tex in the abc2mtex distribution for the definitive explanation. of the whole indexing facility. It's true as Phil says that abc2mex can be a real pain to set up, since you also need TeX, which itself is non-trivial to set up. However, that doesn't enter here. The sorting part of abc2mtex works without having tex installed---it just writes a text file, and you take it from there. So all you have to do is to compile or download abc2mtex and sort_in. It seems a bit baroque to only use abc2mtex for indexing, but on the other hand, I've often found this indexing facility useful. Moreover, since the code is freely available, it might give an idea of how to add this type of sorting facility to other programs. Cheers, John To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
RE: [abcusers] Indexing tunes with ABCMUS
Thanks - I'll try and hope for the best. I'm registered so it should work. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] x notes
Op wo 25-08-2004, om 10:47 schreef Rickard Blixt: Hello, With abcm2ps 3.7.18, is there any possibility to write a note that looks like an x? I was also wondering: Which is the latest version of abcm2ps (ready to use), and where can I download it? Go to Jeff Moine's site for the latest sources: http://moinejf.free.fr Or to Guido Gonzato's excellent abc site for ready to use binaries and RPM packages: http://abcplus.sourceforge.net -- Martin Tarenskeen To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] x notes
Hi, clef=perc will work. eg) X:... T: The title M:4/4 L:1/8 Q:1/4=80 P:(AB)3 V:1 clef=perc name=Drums sname=Drums V:2 clef=bass name=Bass sname=Bass K:C P:A V:1 %%MIDI channel 10 L:1/4 ^C,, ^C,, ^C,, ^C,, |: .^F,, .^F,, .^F,, .^F,, :| V:2 ... Coe Rickard Blixt wrote: Hello, With abcm2ps 3.7.18, is there any possibility to write a note that looks like an x? I was also wondering: Which is the latest version of abcm2ps (ready to use), and where can I download it? Regards, Rickard [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- //* --==[ Oh TaCOE ]==-- //OHTA COE at home [EMAIL PROTECTED] //HOME http://www.ohtacoe.com/ // To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] ABCp proof of concept
Jeff Szuhay wrote: Someone stated that using ANSI C would be best but that we would definitely want to use the object oriented extensions to make it object oriented C (not C++)... Perhaps that is ANSI C today... I dunno... I haven't programed in C for 5 years and perhaps ANSI has certified an updated C spec to include the object oriented routines/extensions. Uh... Objective-C? :-P (Oh, I couldn't help myself. You can slap me for that one), I wouldn't slap you for that -- I almost answered the same thing myself, but I suspect I would have meant it more seriously... grin Objective-C was a big surprise to me when I was forced to learn it for a Mac programming contract. For a language which is basically standard C with a very small set of extensions to add OO support, it's both easy to use and surprisingly powerful. It took me only a couple of months to go from being a big C++ fan to being an even bigger Objective-C fan. I now use C++ only when forced to do so -- it's *so* limited and awkward in comparison. --Steve Bennett To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
Good Answers. I hope you decide to work on this feature. I'll shut up for now so you have more time :) Chuck Boody On Thursday, August 26, 2004, at 04:49 AM, Phil Taylor wrote: On 26 Aug 2004, at 05:44, Chuck Boody wrote: First n bars would be the way to go. The layout of the title and incipit should be horozontal though, and not title above incipit. Yes, that's what makes it tricky to do properly. I'd need a way to create and display the index with two columns; text on the left and pictures on the right. I also wonder if you might be able to set up an interface to abc2mtex similar to the abcm2ps. John Walsh suggested abc2mtex has the indexing feature and maybe that could go to postscript. Or maybe the capability is in abcm2ps and I just haven't discovered it?? It's a long, long time since I last used abc2mtex. It was infuriatingly complex to set up, and since it hasn't been updated for many years it is now very limited compared with the modern programs. I'd rather not mess with it, unless somebody's prepared to put together a nice installer which will install abc2mtex along with musixtex on OS X. Would your suggestion work? I think so, but as you admit the abcm2ps can do a better job a parsing because it doesn't have to do it on the fly as Barfly does. So, I have some concerns about the output from what you are suggesting. I don't think you would need to work it into the current user interface though any more that transposition or some of the other things are worked in. Come to think of it: Might it work to create a file of incipits in a manner similar to what you do with transposition? i.e. create a new file with just the incipit in it. Then you'd only need to add the proper printing routine. BarFly's utility commands (e.g. Transpose, Change default note length etc.) all work by text to text conversion. While I could make one which converted a file of tunes into one big tune with many parts, each of which represents the first n bars of a tune, this isn't really what you want. Another possibility would be to output a picture file containing a tall narrow picture of the text and music in two columns. You would then have to open that and print it from a graphics program. The problem there would be that you would inevitably get page breaks through the middle of some lines. I could get round that by doing the page formatting myself, and outputting multiple files which could be printed individually, each representing one page of output, but now we're getting complicated. While I'm babbling about this: it would be nice to have control of the print size of the music. One might want to get many on a page and perhaps to get two columns on a page by keeping the output size small. Yes, you'd really want incipits to be as small as your eyesight will allow. In sum: Yes your suggestion would probably work. If you decide to tackle this in any way and want to pass a beta this way I'll be happy to test it. Sure thing. Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] ABCp proof of concept
Steven Bennett wrote: Jeff Szuhay wrote: Uh... Objective-C? :-P (Oh, I couldn't help myself. You can slap me for that one), I wouldn't slap you for that -- I almost answered the same thing myself, but I suspect I would have meant it more seriously... grin Objective-C was a big surprise to me when I was forced to learn it for a Mac programming contract. For a language which is basically standard C with a very small set of extensions to add OO support, it's both easy to use and surprisingly powerful. It took me only a couple of months to go from being a big C++ fan to being an even bigger Objective-C fan. I now use C++ only when forced to do so -- it's *so* limited and awkward in comparison. Yes.. This is EXACTLY the post I was trying to remember. Thank you. So how about it guys... a consensus on Straight ANSI C, or Objective-C for the parser. I'm going to see if I can change the unix name of AlphabetSoup to abcP or ABCp on sourceforge. Which do you guys like better? Feel free to login and join up. //Christian -- || Christian Marcus Cepel | And the wrens have returned [EMAIL PROTECTED] icq:12384980 | are nesting; In the hollow of 371 Crown Point, Columbia, MO| that oak where his heart once 65203-2202 573.999.2370 | had been; And he lifts up his Computer Support Specialist, Sr. | arms in a blessing; For being University of Missouri-Columbia | born again. --Rich Mullins To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] ABCp proof of concept
Christian M. Cepel wrote: Steven Bennett wrote: Objective-C was a big surprise to me when I was forced to learn it for a Mac programming contract. For a language which is basically standard C with a very small set of extensions to add OO support, it's both easy to use and surprisingly powerful. It took me only a couple of months to go from being a big C++ fan to being an even bigger Objective-C fan. I now use C++ only when forced to do so -- it's *so* limited and awkward in comparison. Yes.. This is EXACTLY the post I was trying to remember. Thank you. So how about it guys... a consensus on Straight ANSI C, or Objective-C for the parser. As much though I love and prefer Objective C, and would use it for my own projects, I'd still recommend straight ANSI C for this particular project, given it's stated goals. Mainly because Objective-C isn't very well known outside the Mac world, but also because there are runtime bindings (just like C++) which would have to be dealt with if you wanted to link Objective C into anything else. IMHO, --Steve Bennett To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] ABCp proof of concept
Steven Bennett wrote: As much though I love and prefer Objective C, and would use it for my own projects, I'd still recommend straight ANSI C for this particular project, given it's stated goals. Mainly because Objective-C isn't very well known outside the Mac world, but also because there are runtime bindings (just like C++) which would have to be dealt with if you wanted to link Objective C into anything else. Bummer. -- || Christian Marcus Cepel | And the wrens have returned [EMAIL PROTECTED] icq:12384980 | are nesting; In the hollow of 371 Crown Point, Columbia, MO| that oak where his heart once 65203-2202 573.999.2370 | had been; And he lifts up his Computer Support Specialist, Sr. | arms in a blessing; For being University of Missouri-Columbia | born again. --Rich Mullins To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] ABCp proof of concept
Mainly because Objective-C isn't very well known outside the Mac world, True, but it is firmly in GCC 3.1 and beyond. but also because there are runtime bindings (just like C++) This is a good point and a reason to stick with ANSI C. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html