Quoting mike n:
> > > Following FFMPEG version WORKS with latest CVS versions of
> > > DirectFB/DFB/linux-viafb/softdevice VDR plugin (everything updated today
> > > 2007-03-14):
> > > svn checkout -r {20070207} svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg
> >
> >If svn checkout commands is the same as cvs, this should include all
> >changes
> >up to 2006-02-06 23:59:59. If thats correct, this is ffmpeg revision 7865,
> > >
> > > svn checkout -r {20070208} svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg
> >and this should be revision 7881.
>
> Yes. SVN checkout without time part assumes that timestamp part is 00:00:00,
> so the command would checkout "20070207 00:00:00" revision.
>
> However, "svn log -r {20070207}:{20070208}" command lists revision numbers
> from 7851 to 7872 so the working rev would be 7851 and non-working rev 7872.
> But could be that I'm wrong because I don't usually play with SVN revisions,
> I just use the latest trunk version.
That's strange. I thought these timestamps are server based.
But you are (from mail header) in UTC - 0800 ! That's the reason for my
looking at wrong revisions.
> I went through and tested these revisions. It turn out that rev 7852 was the
> last one working and rev 7853 of ffmpeg broke the VDR output.
>
> This was the cmd I used to checkout the last working ffmpeg source codes
> (FYI for those having the same problem):
> svn checkout -r 7852 svn://svn.mplayerhq.hu.ffmpeg/trunk ffmpeg
>
> 7853 revision modified ffmpeg/libavcodec/avcodec.h and
Header file modification is minor. But the other one not.
http://svn.mplayerhq.hu/ffmpeg/trunk/libavformat/mpeg.c?r1=7567&r2=7853&pathrev=7853
My guess is the part with checking PES extension (line 1535 - 1557).
Perhaps it's an issue with libcle266, which does it's own scanning or
something with audio/video repacker of vdr.
If you are still motivated enough, you could try to deactivate
audio/video repacker of vdr with non working revision 7853 of ffmpeg.
In vdr they could be deactivated in remux.c, around line 1868 (vdr-1.4.0).
Stefan Lucke
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel
