> More changes I would like to make to sfront:
The following in your list all seem quite doable:
> A float WAV soundfile output option.
> Drivers that are switchable at runtime.
However this one:
> Related to this, I repeat, default double precision processing.
Basically, if sfront had a mode that stored and processed all
variables as double precision, when it ran in that mode it would
be out of compliance with the 5.8.3. on p 29 of the FDIS:
"At any point in time, the value of a variable, sample in a
wavetable, or single element of an array value, shall be
represented by a 32-bit floating-point value.
Conformance to this subclause is in accordance with subclauses
5.7.4; that is, implementations are free to use any internal
representation for variable values, as long as the results are
identical to the results of the calculations using 32-bit
floating point values."
Maybe that's OK ... but its probably good to reflect on what
the future holds when we go down the path of "embrace and
extend" with MP4-SA. There's really nothing stopping anyone
from putting out an MP4-SA implementation that has dozens of
useful, non-compliant features, and making that version
ubiquitious -- content will use the features, and the control
of the standard leaves MPEG the organization and becomes
closer to how Microsoft and AOL jointly determine what the
"standard" subset of HTML is at any given time ...
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 11:46:34 EST