[FFmpeg-devel] Killing AVFrac

Måns Rullgård mans
Mon Jul 9 01:47:43 CEST 2007


Michael Niedermayer <michaelni at gmx.at> writes:

> Hi
>
> On Mon, Jul 09, 2007 at 12:30:11AM +0100, M?ns Rullg?rd wrote:
> [...]
>> >> >> @@ -2177,7 +2175,7 @@ static int compute_pkt_fields2(AVStream *st, AVPacket *pkt){
>> >> >>  
>> >> >>  //    av_log(NULL, AV_LOG_DEBUG, "av_write_frame: pts2:%"PRId64" dts2:%"PRId64"\n", pkt->pts, pkt->dts);
>> >> >>      st->cur_dts= pkt->dts;
>> >> >> -    st->pts.val= pkt->dts;
>> >> >> +    st->pts.num= pkt->dts * st->pts.den;
>> >> >>  
>> >> >>      /* update pts */
>> >> >>      switch (st->codec->codec_type) {
>> >> >
>> >> > is also not what it was, that said iam not saying the code
>> >> > makes sense as it is currently
>> >> 
>> >> Well, there is the den/2 bias thing...  What's the purpose of that
>> >> anyway?
>> >
>> > i was also wondering about that
>> > i suspect it was supposed to improve the rounding of pts.val, that is
>> > make it round to nearest but maybe it had some other purpose ...
>> 
>> I suspected as much too, but figured asking was safer than assuming.
>> 
>> How do you propose we proceed to finally rid ourselves of AVFrac?  I'm
>> growing tired of seeing those warnings all the time...
>
> IMHO
> figure out why theres a difference, fix that difference, remove AVFrac
> and then remove the hacks needed to make the new code behave identical to
> AVFrac where the orignal behavior was silly

OK, the first step is the hard one.  Any ideas where to start?

-- 
M?ns Rullg?rd
mans at mansr.com




More information about the ffmpeg-devel mailing list