Re: Fix: file descriptor leak in scm/framework-eps.scm

On Mon, Nov 13, 2006 at 11:48:18PM +0100, Matthias Kilian wrote: > Found when trying to build on OpenBSD: Fix another fd leak. To reproduce those leaks on Linux, try ulimit -n 128 (or even 64) before running make all web. BTW: this all is about LilyPond 2.10.0. --- scm/backend-library.scm.orig

Re: skyline vertical spacing

On Tue, 14 Nov 2006, Werner LEMBERG wrote: ... I've already `converted' all symbols except the one for ancient notation -- Jürgen, do you have time to work on improving the glyph shapes of the ancient notation so that mf2pt1 produces sensible results? Mmmh, looks currently really bad: during

Re: skyline vertical spacing

On 11/14/06, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote: Joe Neeman escreveu:>> If there are any references about  skylines around, I'd be interested in> seeing them; I just made things up as I went. Your suggestion (whichThere is one thing: you base the structure on lists, which makes for easy me

Re: skyline vertical spacing

Joe Neeman escreveu: On 11/14/06, *Han-Wen Nienhuys* <[EMAIL PROTECTED] > wrote: Joe Neeman escreveu: > > If there are any references about skylines around, I'd be interested in > seeing them; I just made things up as I went. Your suggestion (wh

Re: skyline vertical spacing

Werner LEMBERG escreveu: I'm not sure whether an automated process really gives satisfactory results. The skyline could approximate the real outline with arbitrary precision. What's the problem? It's the opposite. A too-good approximation of the outline might be too tight. It should be eas

Re: skyline vertical spacing

> > I'm not sure whether an automated process really gives satisfactory > > results. > > The skyline could approximate the real outline with arbitrary > precision. What's the problem? It's the opposite. A too-good approximation of the outline might be too tight. Werner

Re: skyline vertical spacing

> > Hmm. Such skylines don't need to be too detailed -- for example, > > in case of a sharp (#) it's sufficient IMHO to handle the top and > > bottom as a straight line. > > BTW, I think maximum-slope would solve this automatically; Ok. > you'd get a skyline like this for sharps, which may be e

Re: skyline vertical spacing

Joe Neeman escreveu: seems very good to me) brings up a very interesting idea: is there ever any need to have vertical "walls" in the skyline? I can't think of any I don't think so. Using a maximum-slope is the better solution, IMO. Typically, when two skylines mesh into each other exactly (u

Re: skyline vertical spacing

Maybe the real point here is that for almost all glyphs we want to have a _convex_ outline (such that e.g. stems do not extend into glyphs) rather than a tight skyline? On Tue, 14 Nov 2006, Han-Wen Nienhuys wrote: Werner LEMBERG escreveu: I'm not sure whether an automated process really gi

Re: skyline vertical spacing

> It would also deal solve some numerical accuracy issues. If I have 2 > double-sharps a third apart, the bottom of one is _exactly_ at the > same y-coordinate as the top of the other. Since we currently do > skylines as boxes with vertical sides, it would only take some > floating point error to

Re: skyline vertical spacing

Joe Neeman escreveu: If there are any references about skylines around, I'd be interested in seeing them; I just made things up as I went. Your suggestion (which There is one thing: you base the structure on lists, which makes for easy merging, but is relatively expensive if you do lots of

Re: skyline vertical spacing

Joe Neeman escreveu: On 11/14/06, *Werner LEMBERG* <[EMAIL PROTECTED] > wrote: > Can Fontforge generate such outline information? No. This should be entered `manually' within the MF code. I don't know if this helps, but I made an algorithm to approximate

Re: skyline vertical spacing

On Tuesday 14 November 2006 08:26, Werner LEMBERG wrote: > > I don't know if this helps, but I made an algorithm to approximate > > bezier curves with straight lines (and I have a prototype in > > Haskell). > > Hmm. Such skylines don't need to be too detailed -- for example, in > case of a sharp (

Re: skyline vertical spacing

Werner LEMBERG escreveu: I'm not sure whether an automated process really gives satisfactory results. The skyline could approximate the real outline with arbitrary precision. What's the problem? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design

Re: skyline vertical spacing

Werner LEMBERG escreveu: I don't know if this helps, but I made an algorithm to approximate bezier curves with straight lines (and I have a prototype in Haskell). Hmm. Such skylines don't need to be too detailed -- for example, in case of a sharp (#) it's sufficient IMHO to handle the top and

Re: skyline vertical spacing

> > Well, the plan is eventually to move away from potrace but using > > mf2pt1. Since the number of lilypond glyphs is limited it > > shouldn't be too great a problem to add skylines manually. > > There really is no excuse for adding these by hand if it can be > automated. I'm not sure whether

Re: skyline vertical spacing

Han-Wen Nienhuys escreveu: Joe Neeman escreveu: Here's a patch for introducing skyline vertical spacing. The bulk of the changes are to rewrite skyline so that 1) merging is linear (in the sum of the lengths of the skylines) time 2) building a skyline from boxes is O(n lg(n)) time 3) we support

Re: skyline vertical spacing

On 11/14/06, Erik Sandberg <[EMAIL PROTECTED]> wrote: Just a question: I have been thinking about skyline spacing in music for awhile (trying to figure out cases where skyline spacing can give badresults), and I have one idea: In some cases, objects could come too close together with skyline spacin

Re: skyline vertical spacing

On Monday 13 November 2006 21:11, Joe Neeman wrote: > Here's a patch for introducing skyline vertical spacing. The bulk of the > changes are to rewrite skyline so that > 1) merging is linear (in the sum of the lengths of the skylines) time > 2) building a skyline from boxes is O(n lg(n)) time > 3)

Re: skyline vertical spacing

Great! Have you considered problems like http://code.google.com/p/lilypond/issues/detail?id=127 as well? Maybe that follows automatically. /Mats Joe Neeman wrote: Here's a patch for introducing skyline vertical spacing. The bulk of the changes are to rewrite skyline so that 1) merging is lin