[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lilypond-user
Subject:    Re: SOLVED: going backwards in time
From:       "=?UTF-8?Q?Trevor_Ba=C4=8Da?=" <trevorbaca () gmail ! com>
Date:       2007-11-30 0:42:18
Message-ID: d21bce00711291642w11535f0bk4eb7cf4c0cf57318 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (text/plain)]

On Nov 29, 2007 6:28 PM, Han-Wen Nienhuys <hanwenn@gmail.com> wrote:

> 2007/11/29, Adam James Wilson <wilson.adam.james@gmail.com>:
> > I see -- so even with my arithmetic error (which started as a tiny
> > offset of 9/6319), we should expect Lily to render the score.
> >
> > I can see that if fractional relations get complex enough to require
> > more precision than 32-bit values, there could be a problem.
> >
> > Is a possible solution to use 64-bit representation internally?
>
> It's an option, but it's a stopgap measure.   The real solution is to
> have a arbitrary precision arithmetic. GUILE already provides that,
> but it would have a slight but noticeable performance impact.


Maybe a compile-time option to chose between the two?



-- 
Trevor Bača
trevorbaca@gmail.com

[Attachment #3 (text/html)]

On Nov 29, 2007 6:28 PM, Han-Wen Nienhuys &lt;<a \
href="mailto:hanwenn@gmail.com">hanwenn@gmail.com</a>&gt; wrote:<br><div \
class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> 2007/11/29, Adam \
James Wilson &lt;<a href="mailto:wilson.adam.james@gmail.com">wilson.adam.james@gmail.com</a>&gt;:<br><div \
class="Ih2E3d">&gt; I see -- so even with my arithmetic error (which started as a \
tiny<br>&gt; offset of 9/6319), we should expect Lily to render the score. \
<br>&gt;<br>&gt; I can see that if fractional relations get complex enough to \
require<br>&gt; more precision than 32-bit values, there could be a \
problem.<br>&gt;<br>&gt; Is a possible solution to use 64-bit representation \
internally? <br><br></div>It&#39;s an option, but it&#39;s a stopgap measure. &nbsp; \
The real solution is to<br>have a arbitrary precision arithmetic. GUILE already \
provides that,<br>but it would have a slight but noticeable performance impact. <font \
color="#888888"></font></blockquote><div><br>Maybe a compile-time option to chose \
between the two?<br>&nbsp;<br></div></div><br clear="all"><br>-- <br>Trevor \
Bača<br><a href="mailto:trevorbaca@gmail.com">trevorbaca@gmail.com </a>



[prev in list] [next in list] [prev in thread] [next in thread]