Han-Wen Nienhuys hanw...@gmail.com writes:
It would be nice if someone from the sibelius team came out and gave
some hints about how the .sib format is structured. We could be of
help by rescuing the years of work many users have stashed away as
.sib files.
(I had a brief look at the file
Johan Vromans jvrom...@squirrel.nl writes:
Han-Wen Nienhuys hanw...@gmail.com writes:
It would be nice if someone from the sibelius team came out and gave
some hints about how the .sib format is structured. We could be of
help by rescuing the years of work many users have stashed away as
On Mon, Aug 6, 2012 at 5:04 AM, Han-Wen Nienhuys hanw...@gmail.com wrote:
(I had a brief look at the file format years ago; the problem is that
they run some sort of compression scheme over their data)
What I'd do in cases like this is:
- Create a 'score' with only a middle C1 in it
- Same
http://lilypond.org/doc/v2.15/Documentation/notation/midi-output should get you
the basic notes and structure.
--
Phil Holmes
- Original Message -
From: Warren Cohen
To: lilypond-user@gnu.org
Sent: Sunday, August 05, 2012 3:23 PM
Subject: Turning a lilypond file into a
- Original Message -
From: ivan.k.kuznet...@gmail.com
To: lilypond-user@gnu.org
Sent: Sunday, August 05, 2012 11:34 PM
Subject: the new vertical spacing between systems syntax
Concerning the examples in the manual, section 4.4.2:
4.4.2 Explicit staff and system positioning
- Original Message -
From: Han-Wen Nienhuys hanw...@gmail.com
To: Joseph Rushton Wakeling joseph.wakel...@webdrake.net
Cc: m...@apollinemike.com; Lilypond-User lilypond-user@gnu.org
Sent: Monday, August 06, 2012 4:04 AM
Subject: Re: Sibelius Software UK office shuts down
It would be
On 06/08/12 04:04, Han-Wen Nienhuys wrote:
It is easy to see how these events could help lilypond long-term, but
it's also easy for any response from us to be interpreted negatively.
Let the Sibelius users have their personal moment of pain/mourning; if
they need open-source music notation,
On 06/08/12 04:10, Han-Wen Nienhuys wrote:
Architecturally it is very difficult. Rather than making lilypond much
more complicated to do incremental rendering, why not invert the
problem: have your editor control line breaks, and use lilypond to
render just one line of music at a time.
Why is
m...@mikesolomon.org wrote:
On 5 août 2012, at 12:37, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
On 02/08/12 17:51, Graham Percival wrote:
In short: if there is a concerted effort to create a quick
render output, I would be absolutely shocked if it wasn't at
least 10
Hello,
The other week I was talking with a couple of music people.
Talking to Person A about upcoming concert programme, showing some
choir musicsheets I typeset with Lilypond after A had groaned about
sometimesless-than-perfect computer output. Person A was amazed about
the clarity, well
On Thu, Aug 2, 2012 at 6:13 PM, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
Just a suggestion, but given the recent news regarding Sibelius (cf.
discussion on User list), why not drop a line to a couple of the main
MuseScore developers and as them if they'd like to come along?
On Mon, Aug 06, 2012 at 02:13:06PM +0200, Janek Warchoł wrote:
On Thu, Aug 2, 2012 at 6:13 PM, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
Just a suggestion, but given the recent news regarding Sibelius (cf.
discussion on User list), why not drop a line to a couple of the
On 06/08/12 13:13, Janek Warchoł wrote:
Good idea. I can write an email to them - is anyone opposed?
I think Werner Schweer is based in Bielefeld, which if Google Maps is anything
to go by is only a little over an hour's drive from Waltrop.
___
On 2012-08-06 04:04, Han-Wen Nienhuys wrote:
It is worth reminding that by providing high-quality notation tools
for free, both Musescore and LilyPond have been a contributing factor
in both Sibelius' and Finale (see
http://www.makemusic.com/Pressroom/Default.aspx?pid=555) current
problems
It
It is easy to see how these events could help lilypond long-term, but
it's also easy for any response from us to be interpreted negatively.
Let the Sibelius users have their personal moment of pain/mourning; if
they need open-source music notation, they will certainly be able to
find us
George_ wrote:
WRT (1): Someone in this thread suggested using individual threads to render
a bar at a time. The end result would be messy, but what if one or two
threads were dedicated to running 'behind' the main threads to clean up and
knit together output?
Multithreading works well when
Tim Roberts t...@probo.com writes:
George_ wrote:
WRT (1): Someone in this thread suggested using individual threads to render
a bar at a time. The end result would be messy, but what if one or two
threads were dedicated to running 'behind' the main threads to clean up and
knit together
On Sun, Aug 5, 2012 at 8:10 PM, Han-Wen Nienhuys hanw...@gmail.com wrote:
On Thu, Aug 2, 2012 at 1:18 PM, Lucas Gonze lucas.go...@gmail.com wrote:
Is it architecturally possible to make a significant amount of
overhead go away? Are incremental compiles plausible?
Architecturally it is very
Tim Roberts wrote:
George_ wrote:
WRT (1): Someone in this thread suggested using individual threads to
render
a bar at a time. The end result would be messy, but what if one or two
threads were dedicated to running 'behind' the main threads to clean up
and
knit together output?
David Kastrup d...@gnu.org writes:
That makes my copyright red flags go up. Can you check back with
Kirill and possible other authors under which conditions you are
allowed to share?
The plug-in and the postprocessor are both GPL.
We'll likely also have to check the conditions for
On Mon, Aug 6, 2012 at 4:42 AM, Christ van Willegen
cvwille...@gmail.com wrote:
On Mon, Aug 6, 2012 at 5:04 AM, Han-Wen Nienhuys hanw...@gmail.com wrote:
(I had a brief look at the file format years ago; the problem is that
they run some sort of compression scheme over their data)
What I'd do
On Mon, Aug 6, 2012 at 2:57 PM, David Kastrup d...@gnu.org wrote:
Tim Roberts t...@probo.com writes:
George_ wrote:
WRT (1): Someone in this thread suggested using individual threads to render
a bar at a time. The end result would be messy, but what if one or two
threads were dedicated to
Date: Mon, 6 Aug 2012 07:24:06 -0600
From: Neil Thornock neilthorn...@gmail.com
To: han...@xs4all.nl
Cc: m...@apollinemike.com m...@apollinemike.com,
Lilypond-User
lilypond-user@gnu.org
Subject: Re: Sibelius Software UK office shuts down
Message-ID:
On 06/08/12 20:26, Han-Wen Nienhuys wrote:
Also, going MT will give you a max 8x speedup (assuming perfect
parallelization on an 8 core machine). That is not going to bring down
processing costs to interactive rates.
I think you're focusing on the wrong kind of architecture.
_This_ is the
On Mon, Aug 6, 2012 at 6:53 PM, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
On 06/08/12 20:26, Han-Wen Nienhuys wrote:
Also, going MT will give you a max 8x speedup (assuming perfect
parallelization on an 8 core machine). That is not going to bring down
processing costs to
Hi there,
I'm a brand new user of Lilypond, just downloaded this morning! I'm using
it to create more beautiful scores for my guitar and bass students.
In the notation reference under section 2.4.1 Custom
It's a possible sign that music -- the type many of us are involved in
-- is losing in the greater culture war. It's not LilyPond vs
Sibelius vs Finale but rather Quality Music vs Cheap
Entertainment.
Uncompromising artistic discipline certainly has its pedagogical usefulness,
but when
Han-Wen Nienhuys-5 wrote:
On Mon, Aug 6, 2012 at 6:53 PM, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
On 06/08/12 20:26, Han-Wen Nienhuys wrote:
Also, going MT will give you a max 8x speedup (assuming perfect
parallelization on an 8 core machine). That is not going to
Ben,
I am still a bit of a novice myself, but I think you want to do something like:
\new StaffGroup
\new Staff {
\clef bass_8
\symbols
}
\new TabStaff {
\clef moderntab
\set TabStaff.stringTunings =
On 07/08/12 09:03, Ben Eichler wrote:
/\new StaffGroup /
/\new Staff \symbols {/
/\clef bass_8/
/}/
/\new TabStaff \symbols {/
/\clef moderntab/
/\set TabStaff.stringTunings = #bass-tuning/
/}/
//
Move \symbols after the clef declaration:
\version 2.15.42
symbols
Greetings,
You wrote
++
\new StaffGroup
\new Staff \symbols {
\clef bass_8
}
\new TabStaff \symbols {
\clef moderntab
\set TabStaff.stringTunings = #bass-tuning
}
++
From the Notation Reference - slightly edited
On Mon, Aug 6, 2012 at 9:56 PM, George_ georgexu...@gmail.com wrote:
The reason this is important is because while IPC goes up incrementally and
relatively slowly (IPC has done little more than double between 2005 [P4
660] and now [i7 3930X]) and clock speed is relatively stagnant (it's
MING TSANG tsan...@rogers.com writes:
I try to code per the png. I don't know what it is call, therefore I
cannot search LSR.
Help is appreciated.
The LSR is just the second important reference. The most important
reference is the notation manual, and it is ordered by topic. In this
Han-Wen Nienhuys-5 wrote:
On Mon, Aug 6, 2012 at 9:56 PM, George_ georgexu...@gmail.com wrote:
The reason this is important is because while IPC goes up incrementally
and
relatively slowly (IPC has done little more than double between 2005 [P4
660] and now [i7 3930X]) and clock speed is
On Tue, Aug 7, 2012 at 1:50 AM, George_ georgexu...@gmail.com wrote:
I'm trying to explain that the constant factor (namely 8-fold) comes
at a tremendous cost. Writing multithreaded code without getting stuck
in race-conditions and deadlocks is extremely difficult and time
consuming, and
Han-Wen Nienhuys-5 wrote:
On Tue, Aug 7, 2012 at 1:50 AM, George_ georgexu...@gmail.com wrote:
I'm trying to explain that the constant factor (namely 8-fold) comes
at a tremendous cost. Writing multithreaded code without getting stuck
in race-conditions and deadlocks is extremely
36 matches
Mail list logo