Interesting discussion. And, being primarily a user and not (really) a
developer, I hardly can wait to see where this will lead to. But I will be
patient.
The way I see it: The ideal case would be if a lilypond score that is
converted to musicXML and then imported to some other music
On Thu, 25 Aug 2011, Martin Tarenskeen wrote:
But even with shortcomings, MusicXML would make it easier to convert/import
Lilypond created scores to other programs. Post-editing may
still be needed, but will much less work than when using MIDI export/import.
I meant: will BE much less work
On Aug 25, 2011, at 9:05 AM, Martin Tarenskeen wrote:
2. Finale's and Sibelius' MusicXML import isn't 100% perfect either. Yes,
when Finale exports a MusicXML file and then imports the same MusicXML file
the result will be quite good. But I would not be surprised if importing
MusicXML
Michael Ellis writes:
That sounds encouraging. So how far away are we from being able to
handle a more realistic score, say a string quartet or a 4-part choral
score with with lyrics and piano reduction?
Quite far.
Jan.
--
Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond
Reinhold Kainhofer writes:
I don't think it's that easy, in particular if you want to get output
that you can send to a publisher without being thrown out of the
office...
I don't think this is a goal that anyone finds worthwile to work
on or pay for.
Consider the facts that --triggered by
On Do., 25. Aug. 2011 09:11:49 CEST, Mike Solomon mike...@ufl.edu wrote:
The issue with Finale and Sibelius exporting is user overrides. I can
drag a markup over the last note in my score to be in the position of
the title and it'll look just fine in Finale, but LilyPond will have no
clue
Scribit Kieren MacMillan dies 24/08/2011 hora 20:00:
1) XML that captures only the music […]
No: this is trivial to obtain from #2 or #3, via XSLT.
To stay in mathematical lingo, I'd say the issue is that, although it
is indeed trivial to obtain #1 from #2, the problem of getting #2 in
the
As an engraver AND an independent publisher (both of printed, and soon digital
interactive sheet music) it has been imperitive for my to find ways of
efficiently separting the content from the actual publishing layout, so that
changes to format and/or content can be easily managed without one
Il giorno mer, 24/08/2011 alle 06.23 +0200, Christ van Willegen ha
scritto:
On Wed, Aug 24, 2011 at 03:26, Jonathan Kulp jonlancek...@gmail.com wrote:
On Tue, Aug 23, 2011 at 2:42 PM, Michael Ellis
michael.f.el...@gmail.com wrote:
Count me in for US$100 toward the project. Not sure how
Scribit Christ van Willegen dies 24/08/2011 hora 06:23:
I offered a $100 bounty a couple of years ago on this idea and it
still stands. Count me in for €200. Me, too, would like to see
Lilypond's usage expanded!
If memory serves, so far we have US$200, C$100 and €200. If I were to
work alone
Pierre THIERRY writes:
[cc lilypond-devel]
If memory serves, so far we have US$200, C$100 and €200. If I were to
work alone on this bounty, that would allow me to allocate
approximately 20hrs, which should clearly be enough to write a nice
XML exporting in some schema mimicking Lilypond's
On Wed, Aug 24, 2011 at 5:14 PM, Jan Nieuwenhuizen jann...@gnu.org wrote:
Pierre THIERRY writes:
[cc lilypond-devel]
If memory serves, so far we have US$200, C$100 and €200. If I were to
work alone on this bounty, that would allow me to allocate
approximately 20hrs, which should clearly
Am Wednesday, 24. August 2011, 23:33:02 schrieb Michael Ellis:
On Wed, Aug 24, 2011 at 5:14 PM, Jan Nieuwenhuizen jann...@gnu.org wrote:
It's only about an hour of work (see below) to convert a simple and
prepared .ly score to musicxml, see below.
That sounds encouraging. So how far away
Hi all,
In short, the only way to make it extendable for the future (so
that one day we can also export the layout) is to handle (MusicXML) export
similar to MIDI generation, namely via translators that collect all events
and
all settings as they appear in the score.
+1.
KMac.
On Wed, Aug 24, 2011 at 6:34 PM, Kieren MacMillan
kieren_macmil...@sympatico.ca wrote:
Hi all,
In short, the only way to make it extendable for the future (so
that one day we can also export the layout) is to handle (MusicXML)
export
similar to MIDI generation, namely via translators
On 8/24/11 5:31 PM, Michael Ellis michael.f.el...@gmail.com wrote:
On Wed, Aug 24, 2011 at 6:34 PM, Kieren MacMillan
kieren_macmil...@sympatico.ca wrote:
Hi all,
In short, the only way to make it extendable for the future (so
that one day we can also export the layout) is to handle
Am 25.08.2011 01:48, schrieb Carl Sorensen:
On 8/24/11 5:31 PM, Michael Ellismichael.f.el...@gmail.com wrote:
On Wed, Aug 24, 2011 at 6:34 PM, Kieren MacMillan
kieren_macmil...@sympatico.ca wrote:
Hi all,
In short, the only way to make it extendable for the future (so
that one day we can
Hi Carl,
Do you want
1) XML that captures only the music (and could be imported into some other
program which will make the layout decisions)?
No: this is trivial to obtain from #2 or #3, via XSLT.
2) XML that captures both the music and the layout (and could therefore be
printed by some
Urs:
I think 1) should be done in a manner that can be further developped to a
solution of 2).
Yes — exactly.
Kieren.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
On 8/24/11 6:00 PM, Kieren MacMillan kieren_macmil...@sympatico.ca
wrote:
Hi Carl,
My question is this: In what format is the final, typeset music stream such
that extracting the music information only would be massively easier than
extracting the music and layout information?
I don't
David,
No: this is trivial to obtain from #2 or #3, via XSLT.
You are using trivial like a mathematician, strictly interchangeable with
doable.
Actually, I was using trivial in two ways:
1. As a mathematician (yes, I've had several papers published in peer-reviewed
journals), I was — as you
Hi Pierre,
What kind of funding would be possible
I offer C$100 to the MusicXML project.
If [Jan: hint hint!] my C$100 goes to creating a function (e.g.,
\displayLilystreamXML) which simply converts the raw Lilypond music stream
(i.e., what we see with \displayMusic) as an XML blob, I'm
Count me in for US$100 toward the project. Not sure how much programming
time I can offer in addition, but I'll certainly be more than willing to
test the XML output with Finale 2010 as I have a full copy.
FWIW, If this is done well I think it will open LilyPond to more new users
than you
On Tue, Aug 23, 2011 at 2:42 PM, Michael Ellis
michael.f.el...@gmail.com wrote:
Count me in for US$100 toward the project. Not sure how much programming
I offered a $100 bounty a couple of years ago on this idea and it still stands.
___
lilypond-user
On Wed, Aug 24, 2011 at 03:26, Jonathan Kulp jonlancek...@gmail.com wrote:
On Tue, Aug 23, 2011 at 2:42 PM, Michael Ellis
michael.f.el...@gmail.com wrote:
Count me in for US$100 toward the project. Not sure how much programming
I offered a $100 bounty a couple of years ago on this idea and
Scribit Kieren MacMillan dies 18/08/2011 hora 08:46:
I hereby reiterate my offers of bounty and/or XML and XSLT coding
assistance for any MusicXML project/effort
I have a fair amount of experience coding both in C++ and Scheme (and
I have played quite a lot with XML in the past), and if I were
26 matches
Mail list logo