Re: [Tex-music] [ANNOUNCE] extract.lua: Making parts of a M-Tx score
On Fri, Apr 15, 2011 at 05:24:19AM +0200, Don Simons wrote: > Here a test drive report. The really good news is that on my somewhat aging > Windows XT SP2 system, straight out of the box I got the script to run and > extract parts. (I'm a little puzzled why it ran at all since I've never > knowingly installed any Lua interpreter). If your TeX is recent enough, there's a Lua interpreter hidden in it. You have texlua if you have luatex. It's the same program, but what it does depends on the name by which it is called. If you call it as texlua, it's just a slightly customized Lua interpreter. > PMX 2.603 than ran fine on Sanctus-Q2. > > But when I next ran etex on the resulting Sanctus-Q2.tex, I got > > ! sorry, musixuad must be input before musixlyr. > l.48 ...y, musixuad must be input before musixlyr} > It is needed for Hermann's huge score but not for the extracted ones. I simply made an empty file in the same directory and called it musixuad.sty. It is found in preference to the system-wide one. > etex and dvips ran OK, but produced a .ps with one system on > the 1st page at the bottom, 1 on the second at the top, and two > on the 3rd, and 3 on the 4th. That's caused by the paragraph of pure TeX. Responsibility of the user, not of extract.lua. > > Bad news is that I couldn't get prepmx to process Sanctus.mtx at > all. It complains > Too many groups: ERROR on line 5 > When Hermann first started this thread, I wondered whether M-Tx could deal > with so many voices, and I'm still wondering. Have I missed an upgrade? extract.lua can deal with any number of voices even if M-Tx can't :-) But anyway it's trivial. In globals.pas, omitting the quaint comments on 64K data segments: const PMXlinelength = 128; lines_in_paragraph = 100; max_words = 128; max_notes = 128; max_bars = 16; maxstaves = 15; maxvoices = 15; maxgroups = 3; standardPMXvoices = 12; Just change the ones you need and recompile. Of course, you need a PMX that can handle it, which is not the one documented in pmxdoc.pdf. Dirk --- TeX-music@tug.org mailing list If you want to unsubscribe or look at the archives, go to http://tug.org/mailman/listinfo/tex-music
Re: [Tex-music] [ANNOUNCE] extract.lua: Making parts of a M-Tx score
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just tested it on Ubuntu Lucid. I installed the latest Debian packages musixtex, pmx and m-tx because Ubuntu does not yet have the latest versions. Am 15.04.2011 05:24, schrieb Don Simons: > PMX 2.603 than ran fine on Sanctus-Q2. The same here with Sanctus-Q1 > But when I next ran etex on the resulting Sanctus-Q2.tex, I got > > ! sorry, musixuad must be input before musixlyr. > l.48 ...y, musixuad must be input before musixlyr} Where does musixuad come from? On my system it is not present and I did not find it in the musixtex 1.15 .zip file. MusiXADDitional instruments T.115 <19 Nov 2010> maxinstruments=9 maxgroups=4 maxslurs=9) ! I can't find file `musixuad'. l.14 \input musixuad > After commenting out the two lines > > % \input musixadd > % \input musixuad > > etex and dvips ran OK, but produced a .ps with one system on the 1st page at > the bottom, 1 on the second at the top, and two on the 3rd, and 3 on the 4th. The same here for Synctus-Q1 displayed with xdvi. > ==> This is M-Tx 0.60d (Music from TeXt) <11 October 2008> > ==>> Input from file Sanctus.mtx > Writing to Sanctus.pmx > Too many groups: ERROR on line 5 The same here. I get another error for Sanctus-Bass: ==> This is M-Tx 0.60d (Music from TeXt) <11 October 2008> ==>> Input from file Sanctus-Bass.mtx Writing to Sanctus-Bass.pmx No music paragraphs!: ERROR on line 0 The resulting .pmx file is empty (0 bytes). I used the file Sanctus-Bass.mtx attached to Dirk's mail. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk2n09gACgkQnMz9fgzDSqdprgCgjEriIhJD9ud36RS6jeMI/kJF BNQAnR+K1q6Zx6O9nEA8W5hnH8Vll5YW =5LAk -END PGP SIGNATURE- --- TeX-music@tug.org mailing list If you want to unsubscribe or look at the archives, go to http://tug.org/mailman/listinfo/tex-music
Re: [Tex-music] [ANNOUNCE] extract.lua: Making parts of a M-Tx score
Here a test drive report. The really good news is that on my somewhat aging Windows XT SP2 system, straight out of the box I got the script to run and extract parts. (I'm a little puzzled why it ran at all since I've never knowingly installed any Lua interpreter). PMX 2.603 than ran fine on Sanctus-Q2. But when I next ran etex on the resulting Sanctus-Q2.tex, I got ! sorry, musixuad must be input before musixlyr. l.48 ...y, musixuad must be input before musixlyr} After commenting out the two lines % \input musixadd % \input musixuad etex and dvips ran OK, but produced a .ps with one system on the 1st page at the bottom, 1 on the second at the top, and two on the 3rd, and 3 on the 4th. I had used these options with dvips: dvips -O0.25in,-0.22in Sanctus-Q2 Adding -ta4 didn't help the pagination. The musixadd issue is probably related (in a way I haven't worked out in detail) to assumptions I made in PMX 2.603, namely that it would always use MusiXteX 1.15 or better, and therefore never require musixadd, musixmad, or musixuad. Bad news is that I couldn't get prepmx to process Sanctus.mtx at all. It complains ==> This is M-Tx 0.60d (Music from TeXt) <11 October 2008> ==>> Input from file Sanctus.mtx Writing to Sanctus.pmx Too many groups: ERROR on line 5 When Hermann first started this thread, I wondered whether M-Tx could deal with so many voices, and I'm still wondering. Have I missed an upgrade? --Don Simons >-Original Message- >From: tex-music-boun...@tug.org [mailto:tex-music-boun...@tug.org] On >Behalf Of Dirk Laurie >Sent: Wednesday, April 13, 2011 1:03 PM >To: Werner Icking Music Archive >Subject: [Tex-music] [ANNOUNCE] extract.lua: Making parts of a M-Tx >score > >On Mon, Apr 11, 2011 at 01:02:39PM +0200, Hermann Hinsch wrote: >> >> So Dirk, your suggestion might be easier. As you asked me you will >> find the M-Tx score of the Sanctus (which is the smallest part) in the >attachment. >> > >I append: >1. The program extract.lua, a rudimentary M-Tx score-to-parts maker, >with just enough features to handle your Sanctus. >2. Your Sanctus.mtx (so others can check that exctact.lua works >on their systems too) >3. The five files made by extract.lua > >The coding is to my usual standard, i.e. intelligible to me at the time >of writing. If others can understand it, it is because Lua is an >unusually readable and intuitive language. > >We can start talking revision numbers the moment that more than one >version exists. >βIt is pointless to generalize unless at least two non-isomorphic >examples of the generalization can be given.β β Nicolas Bourbaki > >Dirk --- TeX-music@tug.org mailing list If you want to unsubscribe or look at the archives, go to http://tug.org/mailman/listinfo/tex-music