[NUT-devel] max pts/distance stuff
Oded Shimon
ods15 at ods15.dyndns.org
Fri Mar 10 14:52:43 CET 2006
On Fri, Mar 10, 2006 at 02:30:18PM +0100, Michael Niedermayer wrote:
> Hi
>
> currenbtly we have
> "
> max_distance
> max distance of syncpoints, the distance may only be larger if
> there is no more than a single frame between the two syncpoints. This can
> be used by the demuxer to detect damaged frame headers if the damage
> results in too long of a chain
>
> syncpoints SHOULD be placed immediately before a keyframe if the
> previous frame of the same stream was a non-keyframe, unless such
> non-keyframe - keyframe transitions are very frequent
>
> SHOULD be set to <=32768
> if the stored value is >65536 then max_distance MUST be set to 65536
Any chance we can increase this to 128kb?
> max_pts_distance
> max absoloute difference of pts of new frame from last_pts in the
> timebase of the stream, without a checksum after the frameheader
> Note that last_pts is not necessarily the pts of the last frame
> on the same stream, as it is altered by syncpoint timestamps.
>
> max_frame_size
> max frame size without a checksum after the frameheader.
> MUST be <=4*max_distance. If stored value is bigger then
> max_frame_size MUST be set to 4*max_distance
> "
>
> in the spec,
>
> there are several issues which need disscussion
> 1. no limit for max_pts_distance, users could set it to insane values and
> cause troubble on the demuxer side, yes theres the time rescaling issue
I dislike it... You worry too much about broken muxers. :/
"SHOULD NOT be higher than 1/timebase" ....
> 2. max_frame_size limit is too large, its practically 256k, i think 64k or
> less is more reasonable
> 3. what about droping one varaible and max_distance=max_frame_size?
Hmm... I used to be against this, but I think now you feel stronger about
this than I do, so no real objection...
- ods15
More information about the NUT-devel
mailing list