Dirk Laurie wrote >If your TeX is recent enough, there's a Lua interpreter hidden in it.
Aha! I guess MiKTeX 2.6 is recent enough. >> ! 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. I don't believe it is needed for Hermann's huge score. Try the most recent version of MusiXTeX 1.15 (http://www.icking-music-archive.org/software/musixtex/musixtex.zip). >> 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. Long ago I built into PMX the Ae option, which "equalizes" the vertical spaces on a page between the bottoms of one system and the tops of the next. I did it by adding very long vertical struts to the top staff of every system except the top one, and to the bottom staff of every system except the bottom one, so in the end all systems are the same virtual height and they all overlap by a lot, which is OK because the pagebreaks are forced. A welcome consequence is that this forces the specified numbers of pages and systems ALWAYS to be rigorously observed, with no spillover ever. I always use the Ae option and never have problems with unintended numbers of systems on any page. Perhaps there is some way that M-Tx could take advantage of this feature. >> 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. So I suppose that's what Hermann did to compile Sanctus in the first place, as well as somehow manually dealing with the musixlyr/musixuad problem? >Of course, you need a PMX >that can handle it, You have had one for 6 months in pmx2602, then pmx2603. >which is not the one documented in pmxdoc.pdf. I've never named the manual that way, so I don't know which version it is, but it's probably the last one I published before today, which I named pmx250.pdf. I apologize for not uploading the more recent one, pmx260.pdf, but today I've corrected that by adding it to pmx2603.zip: http://www.icking-music-archive.org/software/pmx/pmx2603.zip No changes in syntax are needed to go up to 24 voices, but as stated in the preface to pmx260.pdf, (1) MusiXTeX 1.15 is required, and (2) the file MUST be processed with etex. --Don Simons > >Dirk >------------------------------- >[email protected] mailing list >If you want to unsubscribe or look at the archives, go to >http://tug.org/mailman/listinfo/tex-music ------------------------------- [email protected] mailing list If you want to unsubscribe or look at the archives, go to http://tug.org/mailman/listinfo/tex-music
