Displaying 8 results from an estimated 8 matches for "detirmined".
Did you mean:
determined
2005 Nov 08
0
OggYUV
On Tue, Nov 08, 2005 at 03:33:57PM -0500, John Koleszar wrote:
>
> In terms of colorspaces, it seems to me that the only way to completely
> describe the colorspace is to provide the transform matricies to or from
> some reference colorspace. Is this a valid statement?
Except there are not enough colorspaces in use to need to do this, as far as
I've read at least.. a set of
2005 Nov 09
0
IceShare: IceT page hashing
...ter a discussion I had with Michael
Richardson at HOPE5 (summer '04), a crypto guru who was more than happy
to share his advice for this project..
Instead of sending the entire 160 bit hash for each page, only a
variable amount of the hash for each page in a range was given. This
could be detirmined by the tracker, and because a malicious peer (ie,
one trying to introduce advertising into another person's music stream
by feeding altered audio content to others) would have no way of knowing
which part of the hash would be tested, or how much, for any peer (and
this is likely to be diffe...
2005 May 26
1
libogg2 branch->trunk (deadline: 5/30)
...ge header. Even if the packet were to use
just one granulepos value this is nessesary as we want to use the
first packet's granulepos, not the last, when multiple packets are
in a single page. This is only usable before Packet#1 is processed,
so a codec needs to be able to be detirmined to be cont/discont
based only on the information aquired from Page0/Packet0. An error
is generated if this change is requested later in the stream.
The debate is not over wether this is a good way of doing it, but
rather, wether treating different codecs/streams differently is a...
2005 May 26
1
libogg2 branch->trunk (deadline: 5/30)
...ge header. Even if the packet were to use
just one granulepos value this is nessesary as we want to use the
first packet's granulepos, not the last, when multiple packets are
in a single page. This is only usable before Packet#1 is processed,
so a codec needs to be able to be detirmined to be cont/discont
based only on the information aquired from Page0/Packet0. An error
is generated if this change is requested later in the stream.
The debate is not over wether this is a good way of doing it, but
rather, wether treating different codecs/streams differently is a...
2005 May 26
1
libogg2 branch->trunk (deadline: 5/30)
...ge header. Even if the packet were to use
just one granulepos value this is nessesary as we want to use the
first packet's granulepos, not the last, when multiple packets are
in a single page. This is only usable before Packet#1 is processed,
so a codec needs to be able to be detirmined to be cont/discont
based only on the information aquired from Page0/Packet0. An error
is generated if this change is requested later in the stream.
The debate is not over wether this is a good way of doing it, but
rather, wether treating different codecs/streams differently is a...
2005 May 26
1
libogg2 branch->trunk (deadline: 5/30)
...ge header. Even if the packet were to use
just one granulepos value this is nessesary as we want to use the
first packet's granulepos, not the last, when multiple packets are
in a single page. This is only usable before Packet#1 is processed,
so a codec needs to be able to be detirmined to be cont/discont
based only on the information aquired from Page0/Packet0. An error
is generated if this change is requested later in the stream.
The debate is not over wether this is a good way of doing it, but
rather, wether treating different codecs/streams differently is a...
2005 May 26
1
libogg2 branch->trunk (deadline: 5/30)
...ge header. Even if the packet were to use
just one granulepos value this is nessesary as we want to use the
first packet's granulepos, not the last, when multiple packets are
in a single page. This is only usable before Packet#1 is processed,
so a codec needs to be able to be detirmined to be cont/discont
based only on the information aquired from Page0/Packet0. An error
is generated if this change is requested later in the stream.
The debate is not over wether this is a good way of doing it, but
rather, wether treating different codecs/streams differently is a...
2005 Nov 08
3
[Theora-dev] Re: OggYUV
Timothy B. Terriberry wrote:
>Chapter 4 of the Theora specification does a reasonable job of laying
>out all of the possible parameters for a Y'CbCr-style color space, which
>includes as a subset those needed for RGB. Much more detailed
>information is available from Charles Poynton's Color and Gamma FAQs:
>http://www.poynton.com/Poynton-color.html
>If you wish to do any