Talk:OggUVS: Difference between revisions
Jump to navigation
Jump to search
(Field rates and timebase) |
m (header uniformity) |
||
| Line 1: | Line 1: | ||
== Caveats == | |||
* At very low resolutions it's possible to encode a video that has incomplete timing information because more than one frame could fit into an Ogg page. This represents data loss in the case of variable frame rate video (a common case in devices that are limited to such low resolutions). libogg's default limit of 4kB isn't meaningful; the actual limit is ~64kB. Are people really willing to impose a rule that no more than one field can finish within a page? --[[User:Gumboot|Gumboot]] 06:34, 19 Nov 2005 (PST) | * At very low resolutions it's possible to encode a video that has incomplete timing information because more than one frame could fit into an Ogg page. This represents data loss in the case of variable frame rate video (a common case in devices that are limited to such low resolutions). libogg's default limit of 4kB isn't meaningful; the actual limit is ~64kB. Are people really willing to impose a rule that no more than one field can finish within a page? --[[User:Gumboot|Gumboot]] 06:34, 19 Nov 2005 (PST) | ||
Revision as of 06:44, 19 November 2005
Caveats
- At very low resolutions it's possible to encode a video that has incomplete timing information because more than one frame could fit into an Ogg page. This represents data loss in the case of variable frame rate video (a common case in devices that are limited to such low resolutions). libogg's default limit of 4kB isn't meaningful; the actual limit is ~64kB. Are people really willing to impose a rule that no more than one field can finish within a page? --Gumboot 06:34, 19 Nov 2005 (PST)
Field rates and timebase
The combination of field rate and timebase information amounts to only two scalars. The field rate can be expressed as the number of time steps between each frame. If this is imprecise then the timebase should be increased, or it can be specified that the step rate varies between k and k+1. Multiplying the timebase by the Frame Rate Numerator will have all the original precision. --Gumboot 06:44, 19 Nov 2005 (PST)