[MPlayer-dev-eng] [PATCH] dvdnav part 3 - emptyframe

Ötvös Attila oattila at chello.hu
Mon Jul 30 23:04:52 CEST 2007


2007. július 30. 19.17 dátummal Benjamin Zores ezt írta:
> Ötvös Attila a écrit :
> > 2007. július 30. 15.03 dátummal Nico Sabbi ezt írta:
> >> Ötvös Attila wrote:
> >>> --- mplayer.c	 (revision 23928)
> >>> +++ mplayer.c	 (working copy)
> >>> @@ -95,6 +95,32 @@
> >>> #include "libmpcodecs/img_format.h"
> >>> #include "libmpcodecs/mp_image.h"
> >>> #include "libvo/fastmemcpy.h"
> >>> +
> >>> +unsigned char emptyframe[371] = {
> >>> +
> >>> 0x00,0x00,0x01,0x00,0x03,0x17,0xff,0xfb,0x80,0x00,0x00,0x01,0xb5,0x81,0
> >>>x1 f,0xf3,
> >>
> >> this patch is horrid beyond description, maybe the ugliest I've seen in
> >> the last 5 years
> >
> > I know. :(
> >
> > Since I work the dvdnav ever since I try to persuade the libmpeg2 to
> > decode still frame always.
> > I should be very glad if somebody should know a better solution.
> > I asked for help several times and this was born in my despond...
>
> Out of curiosity, what's the pb with libmpeg2 and why do you want to use
> it towards ffmpeg12 ? Does one work but not the other one or what ?
>
> Please give us some status to try to understand the situation.
>
Hi Ben!

If the still frame is then only single video frame can be read from the 
dvdnav.
My patch repeates the mpi that comes from decoded single frame therefore to 
show buttons.
The libmpeg2 sometimes can't decode this single video frame.
If the decoded single video frame after the libmpeg2 decode emptyframe then we 
will get waited mpi.
So problem isn't with ffmpeg but the mplayer uses libmpeg2 as default that's 
way we should make a solution.

Best regards.
Attila



More information about the MPlayer-dev-eng mailing list