Displaying 5 results from an estimated 5 matches for "ogg_pcm_float32".
2005 Nov 09
8
OggPCM proposal feedback
...bit width is a mistake. I would suggest
instead a single field that encodes all this information
in a enumeration. Ie:
OGG_PCM_U8 /* Unsigned 8 bit */
OGG_PCM_S8 /* Signed 8 bit. */
OGG_PCM_S16
OGG_PCM_S24
OGG_PCM_S32
OGG_PCM_FLOAT32
OGG_PCM_FLOAT64
and so on. This scheme makes it very difficult to get
signed/unsigned and bitwith messed up.
d) Don't bother implementing unsigned PCM for bit widths
greater than 8 bits. No other common file format uses
it and those unsigned formats are a pain...
2005 Nov 10
5
OggPCM proposal feedback
...all this information
> > in a enumeration. Ie:
> >
> > OGG_PCM_U8 /* Unsigned 8 bit */
> > OGG_PCM_S8 /* Signed 8 bit. */
> > OGG_PCM_S16
> > OGG_PCM_S24
> > OGG_PCM_S32
> > OGG_PCM_FLOAT32
> > OGG_PCM_FLOAT64
> >
> > and so on. This scheme makes it very difficult to get
> > signed/unsigned and bitwith messed up.
You didn't address this issue. Do you think it is unimportant?
> > d) Don't bother implementing unsigned PCM fo...
2005 Nov 09
0
OggPCM proposal feedback
...instead a single field that encodes all this information
> in a enumeration. Ie:
>
> OGG_PCM_U8 /* Unsigned 8 bit */
> OGG_PCM_S8 /* Signed 8 bit. */
> OGG_PCM_S16
> OGG_PCM_S24
> OGG_PCM_S32
> OGG_PCM_FLOAT32
> OGG_PCM_FLOAT64
>
> and so on. This scheme makes it very difficult to get
> signed/unsigned and bitwith messed up.
> d) Don't bother implementing unsigned PCM for bit widths
> greater than 8 bits. No other common file format uses
> it and...
2005 Nov 11
0
OggPCM proposal feedback
...t
> instead a single field that encodes all this information
> in a enumeration. Ie:
>
> OGG_PCM_U8 /* Unsigned 8 bit */
> OGG_PCM_S8 /* Signed 8 bit. */
> OGG_PCM_S16
> OGG_PCM_S24
> OGG_PCM_S32
> OGG_PCM_FLOAT32
> OGG_PCM_FLOAT64
>
> and so on. This scheme makes it very difficult to get
> signed/unsigned and bitwith messed up.
With the exception of the top two being inverted, these tables look identical.
You went on to suggest:
> e) Consider whether the endianness sh...
2005 Nov 11
2
OggPCM proposal feedback
Arc wrote:
> Ok so we cap it to 64bit, since much more than that doesn't make sense (96bit
> would be a "long double" C type)
On x86 CPUs, "long double" is 80 bits.
> I really don't like this idea, but I will entertain, formatting it as follows:
>
> ID Type Bits
> 0 Int 8
> 1 uInt 8
> 2 Int 16
> 3 Int 24
> 4 Int