Hi, Don, hi all.
In the attached test file the full-bar pause `rp' should be centered according
to PMX manual p.10 but it isn't. Besides, if in place of `rp' I put `r0', the
rest is a bit shifted rightwards. But I don't see any `r0' command in the
manual...
These are my first steps in using
Rodolfo Medina writes:
> Hi all.
>
> As suggested by some listers, I'm finally learning to use PMX, vrey useful
> and precious tool. Thanks to Don. In the test file I'm attaching, in bar 3,
> there's a problem with a shifted dot. According to the PMX manual p.7, I put
> `-0
Hi, Don.
Is it possible in PMX to make an oblique arpeggio, i.e. oblique wavy line...?
This is to denote a piano `glissando'.
Thanks,
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to
Rodolfo Medina writes:
> "Don Simons" writes:
>
>> Rodolfo Medina wrote
>>
>>> Is it possible, in MusiXTeX code, to move a note's dot a little right,
>> left, up or
>>> down such as PMX does? In MusiXTeX manual, on p.26, I see
On p.77 of MusiXTeX manual (v. 1.27, Dec 22 2017) there's the subsection titled
`Changes at the end of a system' but then it closes soon without explaining how
to do that... Am I missing some other place of the manual?
Thanks for any help,
Rodolfo
---
Dear all,
I'm very impressed by this tool:
http://www.myriad-online.com
that converts PDF music scores into MusicXML format. It does not need
scanning, and in these first tests I'm doing, it seems to me better than
Sharpeye. Then from MusicXML to PMX and MusiXTeX, thanks to other tools like
Hi...
Is it possible, in MusiXTeX code, to move a note's dot a little right, left, up
or down such as PMX does? In MusiXTeX manual, on p.26, I see \lpt and \lppt to
lower the dot but nothing else.
Thanks,
Rodolfo
---
TeX-music@tug.org mailing list
If you want to
Christian Mondrup writes:
>> Years ago Luigi Cataldi prepared a complete edition for my former site WIMA,
>> now merged with IMSLP. Luigi, like many other WIMA contributors published his
>> engraving sources (in this case MUP)
>> along with the pdf scores. Luigi's engraving sources are still
>>
Christian Mondrup writes:
> Den 29/04/2019 kl. 20.37 skrev Rodolfo Medina:
>> Christian Mondrup writes:
>>
>>> Luigi has sent me alternative PMX sources to his edition of the
>>> two-part inventions by J.S.Bach. I've added these to IMSLP. They'll
>>>
After Christian Mondrup's kindly added pmx sources to IMSLP for Bach's
Inventions, another couple of requests from me...: anyone has typeset Bach's
Partita BWV 826 in C minor - and the Paradisi's Toccata in A major...?
Thanks...
Rodolfo
---
TeX-music@tug.org mailing
Hi all MusiXTeX users...
Is there anyone who has typeset J. S. Bach's two-voices Invention...? On IMSLP
repository I coudn't find the engraving sources...
Thanks a lot,
Cheers
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the
Rodolfo Medina writes:
> Hi all MusiXTeX users...
>
> Is there anyone who has typeset J. S. Bach's two-voices Invention...? On
> IMSLP repository I coudn't find the engraving sources...
...it's a bit depressing to see how little is in percentage the presence of
MusiXTeX/pmx sour
"Don Simons" writes:
> Bob Tennent wrote
> ...
>> Instead of duplicating IMSLP, for no evident benefit, I suggest that
> authors
>> can send sources for M-Tx, PMX, autosp or MusiXTeX processing to me for
>> inclusion in "contrib"
>> sub-directories of subsequent CTAN releases of those packages.
Dieter writes:
> Hi Rodolfo,
>
> I believe you are working with Linux, right? Did you have a look at the
> README file?
>
> There should be 5 entries in the command line. Like this one:
>
> ./XML2PMX ./XML/Telemann.xml ./PMX/Telemann.pmx n 10
>
> The option "n" means no option chosen. And "10"
Rodolfo Medina writes:
> "Don Simons" writes:
>
>> Bob Tennent wrote
>> ...
>>> Instead of duplicating IMSLP, for no evident benefit, I suggest that
>> authors
>>> can send sources for M-Tx, PMX, autosp or MusiXTeX processing to m
welcome to work with XML2PMX, and I am ready to support
> you in case of need.
>
> Regards, Dieter
Thank you... It'd be great. I'll try to install Audiveris in my Linux
machine. If successful, I'll then start the happy `xml -> tex' walk. I'll let
you know.
Cheers
Rodolfo
>
&g
Bob Tennent writes:
> >| it's a bit depressing to see how little is in percentage
> >| the presence of MusiXTeX/pmx sources in IMSLP
>
> Lots of scores at IMSLP were produced using MusiXTeX, but
> the contributors haven't bothered to submit their "engraving
> files".
I think it's a pity...
Rodolfo Medina writes:
> Bob Tennent writes:
>
>> >| it's a bit depressing to see how little is in percentage
>> >| the presence of MusiXTeX/pmx sources in IMSLP
>>
>> Lots of scores at IMSLP were produced using MusiXTeX, but
>> the contributors h
Dieter writes:
> For all people in need of a PMX-version of existing note sheets (of e.g.
> the Bach two voice inventions) I have a tool since 2015: "XML2PMX".
> Please find attached the 1st invention (BWV 772) in terms of MusicXML,
> PMX and PDF.
> There are three steps:
> (1) Scan the original
Bob Tennent writes:
> >|Rodolfo Medina writes:
> >|
> >|I'd propose that a specific repository be created, including all and
> >|only music
> >|score sources...
>
> Why would that make a difference?
The difference is that a source file can be easily c
Program XML2PMX.EXE Copyright 2016/2017 Dieter Gloetzel
This is XML2PMX.EXE Version 14.
Invention_1.xml fi is invalidrodolfo@sda6-acer:~/Downloads/XML2PMX_LINUX$
Cheers,
Rodolfo
>
> Am 20.04.2019 um 17:34 schrieb Rodolfo Medina:
>> Dieter writes:
>>
>>> Hi Rodolfo
"Don Simons" writes:
> maurizio .mau. codogno wrote
>
>>I agree that a section of sources would be very useful: as many have said,
>> it is easier not to start from scratch if you want to edit a piece of sheet
>> music.
>>(I would even accept abc sources!) But I also >think that it would be
Please help with this other attached pmx file. Under both Linux and Windows,
when trying to process it with `musixtex test.pmx', I get the following error:
This is musixtex.lua version 0.21.
This is PMX, Version 2.84 , 10 Feb 18
Opening test.pmx
Dieter writes:
> I can reproduce your error message with the distributed version of
> XML2PMX and the Musescore example of Invention 4.
>
> However the Telemann example (included with the distribution) runs
> correctly.
>
> There seems to be something special about the MuseScore XML-file.
>
>
Rodolfo Medina writes:
> Please help with this other attached pmx file. Under both Linux and Windows,
> when trying to process it with `musixtex test.pmx', I get the following error:
>
> This is musixtex.lua version 0.21.
> This is PMX, Version 2.84 , 10 Feb 18
>
Hi all...
I get error when processing a pmx file:
$ musixtex b_inv_01.pmx
This is musixtex.lua version 0.21.
This is PMX, Version 2.84 , 10 Feb 18
Opening b_inv_01.pmx
Starting first PMX pass
ERROR in line 25, bar 0 There should be a blank here
v
Dieter writes:
> Am 24.04.2019 um 15:24 schrieb Rodolfo Medina:
>
> Dieter writes:
>
> For all people in need of a PMX-version of existing note sheets (of
> e.g.
> the Bach two voice inventions) I have a tool since 2015: "XML2PMX".
> Please find attached th
Rodolfo Medina writes:
> Dieter writes:
>
>>
>> Hi Rodolfo!
>>
>> I have tested the Muse-xml-file on Windows with no problem. See attached
>> pmx-file and postscript.
>>
>> Only line 31 "%\\input musixper\" had to be comment
Hi all...
In the attached MusiXTeX example, to be processed with simply:
$ tex file
$ musixflx file
$ tex file,
I get an overfull box at the end of the staff system. Why does it occur, and
how to avoid it...?
Please help whoever can.
Thanks in advance,
Rodolfo
\input musixtex
\input pmx
Bob Tennent writes:
> >|I get an overfull box at the end of the staff system. Why
> >|does it occur, and how to avoid it...?
>
> You're trying to squeeze too much into one system. Replace
>
> \parindent2cm%
>
> by
>
> \parindent1.5cm%
>
> and there's no problem.
>
> Bob
Thanks, this
Dirk Laurie writes:
> Op Di. 21 Mei 2019 om 22:15 het Rodolfo Medina
> geskryf:
>
>> Really interesting and passioning this matter, a big one no doubt, of the
>> application of, and translation between, different languages of electronic
>> music writing.
>
>
Hi, dear friends...
in the example I'm attaching (to be processed with simply : tex file; musixflx
file; tex file) I want to share a beam (the beam number 1) between the two
staves but a strange undesired effect occurs, as you can see, that I don't
understand why...
Please help whoever can...
"Andre Van Ryckeghem" writes:
> This is in casewhat you are looking for.
> If the pmx source is needed, i can provide it.
>
> Uploading to ISMLP is a bit tedious. Years ago, Christian did it for me.
>
> The midi is made from an adapted pmx file.
>
> Andre
Thank you... yes, please, I wish to
Christian Mondrup writes:
>> -Oorspronkelijk bericht- From: Rodolfo Medina
>> Sent: Friday, April 17, 2020 2:12 PM
>> To: tex-music@tug.org
>> Subject: [Tex-music] IMSLP Chopin's mazurka pmx engraving files
>>
>> With the occasion, I renew my propos
Hi all...
Adolf Jensen's Etuden Op.32 are beautiful... On IMSLP of course they are only
present in scanned PDFs. I tried to run Sharpeye and Audiveris on them in
order to get a MusicXML format to be in turn converted to PMX via Dieter
Gloetzel's tool: but with very very poor result... Well, I
Hi all...
Chopin's mazurka Op.67 n.2 .pmx file at IMSLP is uncomplete: it only includes
the first measure. Why...?
With the occasion, I renew my proposal of creating a separate repository with
PMX/MusiXTeX sources. They are only 1% of all the scores in IMSLP now:
creating such a separate
Jean-Pierre Coulon writes:
> On Fri, 17 Apr 2020, Rodolfo Medina wrote:
>
>> Adolf Jensen's Etuden Op.32 are beautiful... On IMSLP of course they are
>> only present in scanned PDFs. I tried to run Sharpeye and Audiveris on them
>> in order to get a MusicXML format
Jean-Pierre Coulon writes:
> On Sat, 25 Apr 2020, Rodolfo Medina wrote:
>
>> Thanks... As a Linux user, I have Audiveris for that purpose,,, but can't
>> make
>> it work as it's supposed to, it looks really hard for me and has no mailing
>> helping lists nor
Debussy's Arabesque is one of the `liberated' scores, I think... for
the other ones, in my experience, since a month or two you
have to pay now 7 euros/month
rodolfo
On Thu, May 14, 2020 at 6:02 PM Christian Mondrup <
c...@icking-music-archive.org> wrote:
> Den 14.05.2020 kl. 19.18 skrev
Hi all.
About Openscore project, that claims collaborating with IMSLP: did I
understand
wrong, or they ask people for money: primarily, to work for them; and
secondly,
to purchase those scores that people typed paying for that...?
What do you think about it?
thanks,
Rodolfo
he web from the members of this
> community, and therefore this idea of "please upload as much stuff as you
> can", maybe I'm old, but it leaves me a bit puzzled.
> Carlo
>
>
>
> Il giorno gio 14 mag 2020 alle ore 14:02 Rodolfo Medina <
> rodolfo.med...@gm
"Don Simons" writes:
> Rodolfo et al--
>
> I sent this message 4 hours ago and it seems like it never got posted, so
> I'm trying again.
>
> [...]
Thanks indeed... Received.
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the
Dieter writes:
> *
>
> How can I close the gap between the 3rd and 4th sixteenth note in the 3rd
> measure?
>
> Regards, Dieter
>
> --
>
Hi, Dieter:
here's my third measure:
% Bar count 3
\bar
\notes
\ibbl3{'D}{-1}\qb3D\qb3E\qb3C%
Hi Don, hi Bob, hi everyone:
I wish to know the meaning and the role of the two PMX internal commands
\starteq and \endeq... Can you please help me...? Thanks.
Cheers,
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go
"Don Simons" writes:
> Well, another example of my fading memory. The explanation of what the
> macros do was correct, but the way you get PMX to use them is not by
> entering them explicitly as inline TeX; it's to insert the option Ae before
> the first input block of the page where you want
Bob Tennent writes:
> My arrangement for 4 recorders has an autosp/musixtex source.
Fine, thanks... I need the piano version though...
> >|On IMSLP there are 5 different typset editions of Scott
> >|Joplin's The Entertainer... One of those is declared to
> >|be MuseScore and MusicXML
Hi all...
On IMSLP there are 5 different typset editions of Scott Joplin's The
Entertainer... One of those is declared to be MuseScore and MusicXML source,
the other 4 are not declared at all... Does anyone know if among them is a
pmx/MusiXTeX source...?
thanks,
rodolfo
Jean-Pierre Coulon writes:
> Try to open each with Adobe Reader. Open the File tab, Document properties,
> Fonts. If it is PMX or MusiXTeX you should see TeXMUSIX* fonts.
Thanks... I used Evince to check, and it seems that none of them is
PMX/MusiXTeX...
rodolfo
Rodolfo Medina writes:
> Rodolfo Medina writes:
>
>> The following simple PMX file:
>>
>> %
>> ---
>> %\input musixlyr
>> %\special{papersize=297mm,420mm}%
>> -
Hi, dear friends.
The following simple PMX file:
%%%
---
%\input musixlyr
%\special{papersize=297mm,420mm}%
---
%|
%
%
%
%
%Part P1 : Piano
%
%
% nv, -noinst, nostaves per instrument
2 -1 2
%
Rodolfo Medina writes:
> The following simple PMX file:
>
> %
> ---
> %\input musixlyr
> %\special{papersize=297mm,420mm}%
> ---
> %|
> %
> %
> %
> %
> %Part P1 : Piano
> %
&g
Dear all,
in the following basic example:
%%%
\input musixtex
\setstaffs12%
\startpiece
\Notes
\zmidstaff{\ppff{p}}%
\en
\Notes
\zmidstaff{\crescendo{5\elemskip}}%
\en
\Notes
\en
\Endpiece
\bye
Hi, Don, hi all...
In a tuplet, if I try to use the expression `j]', PMX complains that
In xtup, this character is not allowed
So, this means it is not possible, in PMX, to have cross-stave tuplets?
Thanks for any help,
Rodolfo
---
TeX-music@tug.org mailing list
writes:
> Andre, if you tried that and got it to work, I'd really like to see your PMX
> file. When I tried it, it definitely failed. It looks to me like PMX simply
> doesn't allow staff-jumping beamed xtuplets. At the moment I'm not inclined
> to modify the PMX code to allow this. But Rodolfo,
Bob Tennent writes:
> >|it is evident that the \crescendo is not at all
> >|vertically at the middle of the staff although it is
> >|within the \zmidstaff macro: in faith, it is a little
> >|below. Why?
>
> Rodolfo: \zmidstaff is designed for *text* (like p), not
> arbitrary symbols with
Bob Tennent writes:
> >|> Rodolfo: \zmidstaff is designed for *text* (like p),
> >|> not arbitrary symbols with unpredictable vertical
> >|> extents.
> >|
> >|Thank you, Bob, I'm learning now what you say, but
> >|on p.53 of my copy of MusiXTeX manual it says that
> >|\crescendo should be
Hi all...
I'm attaching a PMX file that I'm trying to process with: `musixtex file' but
there come too difficult errors for me to solve I'm afraid... Particularly
about staff-crossing beams. The file comes from a previous XML -> PMX
convertion with Dieter's fantastic XML2PMX.
Pleae help
writes:
> I'm very puzzled why " cd22xT20 g" didn't work for you because it did work
> for me (using PMX 2.94).
Hi, Don, thank you. I'm using PMX 2.94 too. Maybe it is musixtex version?
Mine are:
This is musixtex.lua version 0.21.
This is PMX, Version 2.94 , 17 Mar 20
> I do get the same
Rodolfo Medina writes:
> I don't see in the MusiXTeX manual the `dotted' crescendo, something like
> that:
>
>
> cresc. ______________
>
>
> which is fairly used in musical notation. Maybe worth thinking of adding
Rainer Dunker writes:
> Am 08.05.2021 um 09:41:25 schrieb Rodolfo Medina:
>> [...]
>>
>> Rainer's example seems to be precise in placement, and besides has the
>> advantage that in \setlyrics the items don't need to be equal to the number
>> of notes they span.
writes:
> \assignlyrics1{cresc1} % can be placed before any note
> ...
> \assignlyrics1{}% can placed after any note
Unfortunately the placement is not precise as shows test3.tex.
Rainer's example seems to be precise in placement, and besides has the
advantage that in \setlyrics the items
writes:
> I'd like ask both PMX and raw MusiXTeX users to report what they routinely
> do to control printed page size, paper size, and centering, including your
> favorite numerical values. Of course any other comments or thoughts would be
> welcomed.
Hi, Don:
that's what I do in raw
Thanks for everybody's help.
It is being quite difficult to me...
In the minimal attached example, to be processed with simply
$ tex test
$ musixflx test
$ tex test
I want to start my "dashed" crescendo at the beginning of bar 10 and terminate
it at the beginning of bar 18, but don't manage
Hi all, dear MusiXTeX people:
I don't see in the MusiXTeX manual the `dotted' crescendo, something like that:
cresc. ______________
which is fairly used in musical notation. Maybe worth thinking of adding that
in next versions?
Thanks,
Jean-Pierre Coulon writes:
> Do you mean the _cresc_ word followed by hyphens or dashed crescendo
> hairpins?
>
> I have already made the first. See p.4
Yes, I mean `cresc.' followed by sort of underscores, or hyphens. P.4 of
version 1.31 January 7? mmmhh... I don't see it.
thanks
Rodolfo
Hi all!
In the following example, to be processed with simply:
tex test
musixlfx test
tex test
the double bar of the staff-crossing beam should be different from it is: the
second bar (added by \nbbu) should actually be below the original one (started
by \ibl), whereas it is above it.
Bob Tennent writes:
> See Section 5.7 of musixdoc.pdf.
Fantastic. Thanks.
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to
https://tug.org/mailman/listinfo/tex-music
Hi all...
In MusiXTeX code: I usually change meter with, e.g.,
\generalmeter{\meterfrac{3}{4}}%
\changecontext%
just after the \enotes command; but I wish, in case of a system break,
that the change occurred not only at the start of the new system but
also at the end of the previous one, like a
Thanks indeed Don and Jean-Pierre: in both your examples though it
seems to me that you force break whereas what I'm looking for is a way
- if any - to tell TeX to add the meter change also on previous staff
*only* if break ever occur but leave everything as normal *if* instead
that break does not
On Sun, May 22, 2022 at 12:12 AM wrote:
>
> Rodolfo--
>
> I now understand exactly what you're looking for, and it poses a very
> interesting logical problem. I don't have a solution. But I will just say
> that in a way PMX has already solved the problem if you leave the line break
> locations up
On Mon, Nov 21, 2022 at 5:11 PM Bob Tennent wrote:
>
> Rodolfo: As has already been determined, the problem is the dvips step.
> Please do
>
> $ which dvips
>
> and if the output is
>
> /usr/local/bin/dvips
>
> do
>
> $ ls -l/usr/local/bin/dvips
>
> which should point to
On Mon, Nov 21, 2022 at 5:18 PM Bob Tennent wrote:
>
> Do you have ghostscript installed?
Yes, I do.
Rodolfo
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to
https://tug.org/mailman/listinfo/tex-music
On Mon, Nov 21, 2022 at 4:18 PM wrote:
>
> Rodolfo wrote
>
> > What do you people suggest?
>
>
> Switch to Windows 10
>
>
>
> Seriously, did you solve the problem?
>
> --Don Simons
Unfortunately not...
Rodolfo
---
TeX-music@tug.org mailing list
If you want to
On Mon, Nov 21, 2022 at 4:57 PM Agustin Martin wrote:
>
> Hi, Rodolfo,
>
> Is package texlive-music installed? Before installing it some fonts
> were found missing,
>
> mktexpk: don't know how to create bitmap font for xslz20
> mktexpk: don't know how to create bitmap font for mxsk
> mktexpk:
On Mon, Nov 21, 2022 at 6:53 PM Christian Mondrup
wrote:
>
> > Works perfectly with Rodolofo's pmx file on my Mint 20 pc.
>
> But I do get an erroneous postscript file if I process the pmx file the
> traditional way:
>
> pmab etex musixflx etex dvips
>
> The dvi file appears corrupted when
On Mon, Nov 21, 2022 at 6:23 PM Agustin Martin wrote:
>
> Hi, Rodolfo,
>
> Is good old xdvi rendering your dvi file correctly? Here it seems to
> do so. It should complain if some fonts are missing.
>
> gv is not working here too, but those are known bugs
> (https://bugs.debian.org/gv) Note also
Hi, dear friends:
after using xml2pmx and obtaining the PMX file, I launch musixtex on
it but get a messed PDF output. My system is a Debian Linux latest
version. Anybody there using the same? I'm attaching both PMX and
PDF outputs. Please help who can. It may be some bug in some
On Sat, Nov 19, 2022 at 5:04 PM Rodolfo Medina wrote:
>
> On Sat, Nov 19, 2022 at 4:39 PM Bob Tennent wrote:
> >
> > That seems to date from 2015. Try installing from https://ctan.org/pkg/pmx
> > or http://icking-music-archive.org/software/pmx/pmx-2.98a.zip.
> &
On Sat, Nov 19, 2022 at 5:48 PM Christian Mondrup
wrote:
>
> just a guess: you may be using an older version of musixflx.
Well, but no, because the problem occurs between DVI and PS, whereas
musixflx acts before.
Thanks
Rodolfo
---
TeX-music@tug.org mailing list
If
Similar problem:
https://www.mail-archive.com/tex-music@tug.org/msg05513.html
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to
https://tug.org/mailman/listinfo/tex-music
On Sat, Nov 19, 2022 at 6:15 PM Bob Tennent wrote:
>
> Looking at the log produced by musixtex -i, I see that musixdia.tex and
> musixper.tex are input; I don't know why. Is it possible you don't have
> these extension packages?
> Perhaps you should run musixtex -i and attach the log
On Sat, Nov 19, 2022 at 4:39 PM Bob Tennent wrote:
>
> That seems to date from 2015. Try installing from https://ctan.org/pkg/pmx
> or http://icking-music-archive.org/software/pmx/pmx-2.98a.zip.
>
> Bob T.
Thanks, I'm installing it, but I'm afraid the problem is not in the
pmxab step but in the
On Sat, Nov 19, 2022 at 5:35 PM Jean-Pierre Coulon wrote:
>
> On Sat, 19 Nov 2022, Rodolfo Medina wrote:
>
> > Yes it is:
>
> Here I obtain this with the Tex distribution with Windows 10.
>
> Please try to convert my ps.
You mean convert to PDF format? I did, via
On Sat, Nov 19, 2022 at 5:40 PM Rodolfo Medina wrote:
>
> On Sat, Nov 19, 2022 at 5:35 PM Jean-Pierre Coulon wrote:
> >
> > On Sat, 19 Nov 2022, Rodolfo Medina wrote:
> >
> > > Yes it is:
> >
> > Here I obtain this with the Tex distribution with Wi
On Sat, Nov 19, 2022 at 5:46 PM Jean-Pierre Coulon wrote:
>
> Then try my dvi.
Yes, but error:
$ dvips -z bach_prelfug544_retypeset.dvi
This is dvips(k) 2022.1 (TeX Live 2022) Copyright 2022 Radical Eye
Software (www.radicaleye.com)
' TeX output 2022.11.08:2105' -> bach_prelfug544_retypeset.ps
On Sat, Nov 19, 2022 at 4:26 PM Bob Tennent wrote:
>
> Works OK here. What version of PMX are you running?
>
> Bob T.
I think it's the one coming from and with Debian:
# aptitude install pmx
pmx is already installed at the requested version (2.7.0.ctan20150301-4)
pmx is already installed at
On Sat, Nov 19, 2022 at 6:40 PM Bob Tennent wrote:
>
> Perhaps you should attach your dvi file for us.
Here it is:
bach-bwv847prel_fug#2.dvi
Description: TeX dvi file
---
TeX-music@tug.org mailing list
If you want to unsubscribe or look at the archives, go to
On Sat, Nov 19, 2022 at 7:05 PM Christian Mondrup
wrote:
>
> Den 19.11.2022 kl. 19.43 skrev Bob Tennent:
> > Produces good output here. Maybe your dvips binary is corrupt?
>
> I can reproduce the error on my linux Mint 20 station. I have tex
> installed from tug TexLive rather than from Mint
On Sat, Nov 19, 2022 at 6:29 PM Bob Tennent wrote:
>
> What is the output generated by dvips bach-bwv847prel_fug#2.dvi ?
It looks ok also:
$ dvips bach-bwv847prel_fug#2.dvi
This is dvips(k) 2022.1 (TeX Live 2022) Copyright 2022 Radical Eye
Software (www.radicaleye.com)
' TeX output
101 - 189 of 189 matches
Mail list logo