[Jack-Devel] fractional frame rates for alsa_in and alsa_out

[termtech]

On Friday, August 19, 2016 10:26:08 AM EDT Paul Davis wrote:
> Any integer value below 2^24 - 1 has perfect representation in all IEEE
> floating point formats.

Intersting, I've been seriously contemplating changing MusE's
 internal frame type from integer to double or long double, 
 becuase I've been finding some non-trivial timing errors 
 that can't be ignored now, requiring fractional frame values.

I never had a super in-depth look at floating point so I researched
 and concluded the same thing, that a double or long double should 
 be able to represent the whole integer range that we've been using,
 without error. This would allow us fractional values.

Cheers.
Tim.

> 
> On Fri, Aug 19, 2016 at 10:16 AM, David Nielson <david at naptastic.com> wrote:
> > On 08/18/2016 03:46 PM, Markus Grabner wrote:
> > > Could you please review the patches and let me know what you think about
> > 
> > these?
> > 
> > 
> > (Naive, non-Jack dev responding)
> > 
> > The code around your patch uses 4 spaces for indentation; your new lines
> > use tabs, so it renders strangely on my system. (I make my tab stops a
> > strange width specifically to catch this.)
> > 
> > Could the move to a fractional sample rate affect devices with integer
> > sample rates? IE, does the integer 48000 == 48000 in IEEE 754 floating
> > point, and if not, what effect will it have?
> > 
> > David Nielson