There aren't enough people who need a music notation app to make it worth Apple's time to enter that market. There may be money in it, but not nearly enough. For Apple, music notation is a feature of Logic Pro, not an app unto itself.
There's another factor: consider how much time has been spent in making Sibelius and Finale (or LilyPond , as I can personally assure you). Music notation lacks straightforward data structures like video streams or bitmaps. Writing a notation application is an enormous amount work: there are zillions of little details, and almost every rule has obscure exceptions.
It's actually close to the truth. Cygnus did most of the ports and maintenance on GCC, before they were acquired by RedHat. GCJ and G++ were also work done by Cygnus people.
There are some packages for dealing with music (in the sense of notes), like RoseGarden and LilyPond (which I wrote, incidentally). You could use them to enter the score, and then play it back to you over MIDI.
However, I think that improving your solfege skills directly a much better investment of your time, since you won't have to muck around with producing notation. It's something you can practice with a piano, but there is also software. If you run linux you can consider GNU Solfege. It's got a lot of theoretical stuff that's not useful for a beginning singer, but there are also a lot of practical excercises IIRC.
I actually have a Mac Mini, which I setup as a music server and at first, a mail server.
The music server is really nice (together with a Keyspan DMR remote).
Unfortunately, the mail server on MacOS sucked big time. I installed an IMAP server with Maildir storage on the native harddisk, and searching for new messages was insanely slow. I'd have to wait for over a minute to check for new email in a folder with 12,000 messages. For some reason that nobody could figure out, MacOS X performance for listing large directories on the system harddisk is really crappy.
I moved the mailserver to Dell Optiplex now. Quiet, but not so quiet as the mini.
The warming occures at the poles, melting the ice caps, this in turn pumps COLD water throughout the rest of the oceans resulting in an overall decline in sea temperature. Go read some of the theories.
Please post some links to relevant, established literature. FWIW, coral reefs are dying off across the earth, something which is explained by the warming of the ocean.
Perhaps you are confusing the shutdown of the thermohaline circulation? When too much fresh water melts near greenland, this will stop the warm gulf-current that keep NW europe in such a nice climate.
For example, incremental GCs usually require "write barriers" or "read barriers" which require several extra instruction on every fetch from memory or every write of a pointer variable in memory.
I'm not a GC expert, but I think this is not universally true, in the sense that you can use the MMU hardware to trap writes.
Bugs may be reported to bug-lilypond@gnu.org ; as for the Chopin piece, pay some attention to the error messages lily is spitting out. You're shoving a 2.2 file down 2.4 ; you need to run convert-ly first.
Try comparing yourself to a 2004 composition published by Schott, CF Peters, or others if you want a fair comparison. Not a reprint.
the point that reprints are usually better than the 2004 material.
The quality of score layout has been steadily declining over the past 20 years. Show me a 2004 Baerenreiter score that can compare favorably with their 1950 prints. I haven't seen any and I do get to see a lot of new music.
The unfortunate reality is that
revenue in the serious music publishing business is in decline. This makes good-quality engraving (which requires a lot of work and skill) unaffordable except for the most famous composers of the most prestigious publishers.
LilyPond is our try to counter that trend, by making software that produces good output without requiring lots of work or lots of knowledge.
Dividing by any non-zero constant (even complex) does not change the roots of the polynomial at all.
exactly: dividing does not change the problem at all, which also means that dividing the polynomial should also not change the convergence of the solution series. Anyway, I have Kreyszig (1993) sitting next to me here, and I can't figure out how page 789 is related to his condition (10).
You may be right in this case---but show where the mathematical errors are, don't point at credentials.
The problem is that it is not "mathematics," in the sense that he doesn't write a logical sequence of formally specified lemmas, proofs or conclusions. It is not clear what the author is doing, so it is also not possible to pinpoint exactly where the errors are.
A "Hogeschool" is a university-level school, certainly at BSc/MSc level. "HTS" is the technical-type scho that you are referring to.
I think you are out of date by approximately 20 years. There used to be Technical High Schools (THs) which were renamed to Technical Universities some 15-20 years ago. Hogeschool has since become the general term for the practically oriented sub-university level educations.
FWIW, I studied mathematics at the Technical University Eindhoven, and my dad also taught there when it was still called "Hogeschool"
Looks flawed to me. He performs a sensitivity analysis in the constant of the polynomial (which he calls "s"). It remains unclear why. After a convoluted sequence of operations, he derives a power series for x as function of s , and proves convergence by requiring |s| smaller than 1.
Finally, he puts back a_0 into s, but conveniently forgets the case that a_0 is bigger than 1.
Also, it is not clear whether this is in the complex plane or not. For example, for finding real roots of real polynomials, you could use Sturm Sequences. There's even sample code in graphics Gems IV (IIRC).
In any case, the student was studying at the "hogeschool" which roughly translates to "higher professional education", a school which doesn't teach mathematics, and whose level which significantly lower than Dutch the MSc., BSc. or engineering degree.
Like a previous poster mentioned, ABN Amro (a major Dutch bank) has a fairly nice system:
All dutch ATM cards have a chip. First, you log in with account number and card-serial number (of course this is done with https). Then the bank sends a challenge. You give a response by putting the chipcard into a simple calculator-like device. After entering the PIN and the challenge, it displays the the response. So, authentication is based on something you know (PIN) and something you have (chipcard). For executing transactions (eg, fund transfers) you have to authenticate again.
The system seems pretty safe to me:
the PIN is never entered into the computer, and the chipcard is very hard to duplicate. The only problem I see is that transactions are not checksummed with the challenge/response, so you are not 100% sure that the transactions that you give permission for are the same as those received by the bank.
Re:Arguments in favour of manned spaceflight
on
The Wrong Stuff
·
· Score: 2, Insightful
If anything, we will learn a good deal about doing manned deep space missions, and we may even learn how to do them cheaper or more efficiently.
This is a cyclic argument: manned space flight is good because it teaches us how to do manned space flight.
People can work on an open source project and still want to lock you into their proprietary format.
There are plenty of hooks for doing MusicXML output from LilyPond, and there are no legal encumbrances whatsoever barring an implementation In fact, I'll gladly accept any well-coded patches for MusicXML-output. Or you can hire me, and I'll code the support for you.
However, there is no incentive for me to code this feature for free. That's why I'm not doing it.
I've heard rumors that sibelius' base engine is written in ASM and could be easily ported to linux from OS X.
surely you must mean to say you've heard two different rumors there.
The first (Acorn ARM) versions of Sibelius were written in assembler. They used to be very proud of that [sic]. Nowadays, it's written in something else (probably C or C++), as it runs on both MacOS X and Windows.
It's possible to run LilyPond on a webserver, but
we advise against it, as it is a security risk. Lily runs an embedded Scheme interpreter, which is a liability. As a silly example
Slashdot Mirror
There's another factor: consider how much time has been spent in making Sibelius and Finale (or LilyPond , as I can personally assure you). Music notation lacks straightforward data structures like video streams or bitmaps. Writing a notation application is an enormous amount work: there are zillions of little details, and almost every rule has obscure exceptions.
It's actually close to the truth. Cygnus did most of the ports and maintenance on GCC, before they were acquired by RedHat. GCJ and G++ were also work done by Cygnus people.
However, I think that improving your solfege skills directly a much better investment of your time, since you won't have to muck around with producing notation. It's something you can practice with a piano, but there is also software. If you run linux you can consider GNU Solfege. It's got a lot of theoretical stuff that's not useful for a beginning singer, but there are also a lot of practical excercises IIRC.
Unfortunately, the mail server on MacOS sucked big time. I installed an IMAP server with Maildir storage on the native harddisk, and searching for new messages was insanely slow. I'd have to wait for over a minute to check for new email in a folder with 12,000 messages. For some reason that nobody could figure out, MacOS X performance for listing large directories on the system harddisk is really crappy.
I moved the mailserver to Dell Optiplex now. Quiet, but not so quiet as the mini.
Not to mention coffeeshops.
(coffeeshops are the place they sell marihuana in NL)
Please post some links to relevant, established literature. FWIW, coral reefs are dying off across the earth, something which is explained by the warming of the ocean.
Perhaps you are confusing the shutdown of the thermohaline circulation? When too much fresh water melts near greenland, this will stop the warm gulf-current that keep NW europe in such a nice climate.
this is about patents, which have _nothing_ to do with copyright protection.
and guess what, all these companies in fact implement stuff for THEIR customers, by doing research on what those customers, and then implementing it.
I'm not a GC expert, but I think this is not universally true, in the sense that you can use the MMU hardware to trap writes.
Probably the first one, saying "error: Incorrect lilypond version".
Why don't you make lilypond 2.4 recognize 2.2 files and automatically run convert.ly on them? That would seem much more user-friendly.
because 1. some conversions need minor hand-editing 2. because we want to encourage users to upgrade their files.
Bugs may be reported to bug-lilypond@gnu.org ; as for the Chopin piece, pay some attention to the error messages lily is spitting out. You're shoving a 2.2 file down 2.4 ; you need to run convert-ly first.
the point that reprints are usually better than the 2004 material.
The quality of score layout has been steadily declining over the past 20 years. Show me a 2004 Baerenreiter score that can compare favorably with their 1950 prints. I haven't seen any and I do get to see a lot of new music.
The unfortunate reality is that revenue in the serious music publishing business is in decline. This makes good-quality engraving (which requires a lot of work and skill) unaffordable except for the most famous composers of the most prestigious publishers. LilyPond is our try to counter that trend, by making software that produces good output without requiring lots of work or lots of knowledge.
Han-Wen
exactly: dividing does not change the problem at all, which also means that dividing the polynomial should also not change the convergence of the solution series. Anyway, I have Kreyszig (1993) sitting next to me here, and I can't figure out how page 789 is related to his condition (10).
The problem is that it is not "mathematics," in the sense that he doesn't write a logical sequence of formally specified lemmas, proofs or conclusions. It is not clear what the author is doing, so it is also not possible to pinpoint exactly where the errors are.
I think you are out of date by approximately 20 years. There used to be Technical High Schools (THs) which were renamed to Technical Universities some 15-20 years ago. Hogeschool has since become the general term for the practically oriented sub-university level educations.
FWIW, I studied mathematics at the Technical University Eindhoven, and my dad also taught there when it was still called "Hogeschool"
Looks flawed to me. He performs a sensitivity analysis in the constant of the polynomial (which he calls "s"). It remains unclear why. After a convoluted sequence of operations, he derives a power series for x as function of s , and proves convergence by requiring |s| smaller than 1.
Finally, he puts back a_0 into s, but conveniently forgets the case that a_0 is bigger than 1.
Also, it is not clear whether this is in the complex plane or not. For example, for finding real roots of real polynomials, you could use Sturm Sequences. There's even sample code in graphics Gems IV (IIRC).
In any case, the student was studying at the "hogeschool" which roughly translates to "higher professional education", a school which doesn't teach mathematics, and whose level which significantly lower than Dutch the MSc., BSc. or engineering degree.
Han-Wen
(yes, I am a mathematician)
How did you get so many contributors to Wikipedia?
Do you think your techniques could be used for other
projects as well?
(Specifically, as an open source author, I would love to have my users collaboratively developing the user manual - what do I need to get this going?)
Han-Wen
The system seems pretty safe to me: the PIN is never entered into the computer, and the chipcard is very hard to duplicate. The only problem I see is that transactions are not checksummed with the challenge/response, so you are not 100% sure that the transactions that you give permission for are the same as those received by the bank.
This is a cyclic argument: manned space flight is good because it teaches us how to do manned space flight.
Not very convincing.
There are plenty of hooks for doing MusicXML output from LilyPond, and there are no legal encumbrances whatsoever barring an implementation In fact, I'll gladly accept any well-coded patches for MusicXML-output. Or you can hire me, and I'll code the support for you.
However, there is no incentive for me to code this feature for free. That's why I'm not doing it.
surely you must mean to say you've heard two different rumors there.
The first (Acorn ARM) versions of Sibelius were written in assembler. They used to be very proud of that [sic]. Nowadays, it's written in something else (probably C or C++), as it runs on both MacOS X and Windows.
Yes. The other things you mention are also possible.
anyone want to write a finale->lilypond convertor? :)
It's included with the LilyPond distribution. Check out the etf2ly manual section.
I can't help think of Scene from My Dad the Mortician, from The Parking Lot Is Full.