[MPlayer-dev-eng] best place to analyse uncompressed frames
    Arpi 
    arpi at thot.banki.hu
       
    Wed Apr 24 11:29:11 CEST 2002
    
    
  
Hi,
> > and it's independent from player
> > core. the player (mplayer.c) reads a frame, then call teh video decoder an
> d
> > done. the video decoder will callback down to the libvo unless framedrop i
> s
> > set.
> 
> Hmmmm.  This sounds like an interesting place.  Would a "framedrop" be
> the right kind of thing to do to skip frames until a specific frame
> was found?  i.e. my "black frame"?
yes.
but it won't speed up playback (timer) just skip displaying
> > and use control() call to control it from player core.
> 
> Maybe I will look into that.  Perhaps the best thing to do is start
> working with an existing filter.  Which would you suggest for
> simplicity and that demonstrates looking at "pixel" values?
dunno... maybe vf_rotate
others call mmx asm code
> > should be easy, for example:
> > sh_video->vfilter->control(sh_video->vfilter,VFCTRL_SKIPTOBLACK,&flag);
> > 
> > flag should be set to 1 when user press the 'skip to black' button, and th
> e
> > filter will reset it to zero if got black frame.
> > 
> > you can tweak decoding loop to skip audio plaback and sleeping while flag=
> =1
> > note that skipping audio without a-v sync loss is another problem...
> 
> It would not be any worse than "seek n" would it?  I find that I can
it will.
seek does a-v resync after seeking
but just skipping all video frames won't keep a-v sync...
so you need 'seek 0' after skipblack to get a-v resynced (problem with long
keyframe intervals) or somehow implement audio skipping
> Thanx for info!
sorry if you aren't familiar enough with mplayer code and you aren't
interested to read and understand it, give it up, now.
it's not easy as i said... and you don't even RTFM tech docs
A'rpi / Astral & ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
    
    
More information about the MPlayer-dev-eng
mailing list