[MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly
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.
> > > 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
> 2) it's not expected that a demuxer can read data but can't feed it to the
> decoder because the content is encrypted;
> 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