[MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly

Arpi arpi at thot.banki.hu
Thu Aug 21 10:45:21 CEST 2003


> > 
> > I can seek, if I specify -cache.  That's odd?
> maybe you can seek in the cache, but I'm not sure.

you can.

> > > seeking in a TS file works only if you have libavcodec compiled in
> > > mplayer and appending -vc ffmpeg12 to the cli.
> > 
> > > Seeking with libmpeg2 is reportedly broken.
> > 
> > I see.  -vfm ffmpeg works somehow.  But it seems to seek to non-keyframe
> > positions, I always see garbage for about .5 seconds after seeking.
> yes, it's not syncronized to key frames, yet
> > Shouldn't there be some fail-safe mechanism that forbids seeking in
> > cases where it knowingly crashes MPlayer?
> a demuxer shouldn't check if you are using a decoder or the other, rather
> a decoder (libmpeg2) should be fixed.

a demuxer should always seek to keyframes, no matter what decoder is being used.

> > Apropos, isn't it bad design that mplayer hangs with unreceivable
> > channels?  Couldn't you use some thread or forked process for
> > preventing that?

why dont you use select() to check if there is data and give up if not?
another method is catching teh ctrl+c signal, as done by other network
streaming modules.

> 2) it's not expected that a demuxer can read data but can't feed it to the
> decoder because the content is encrypted; 

it is

> if I just returned 0 length data read, mplayer would exit, and it's not
> what I want;


A'rpi / Astral & ESP-team

Developer of MPlayer G2, the Movie Framework for all - http://www.MPlayerHQ.hu

More information about the MPlayer-dev-eng mailing list