[MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly
nsabbi at libero.it
Thu Aug 21 12:14:06 CEST 2003
----- Original Message -----
From: Arpi <arpi at thot.banki.hu>
To: <mplayer-dev-eng at mplayerhq.hu>
Sent: Thursday, August 21, 2003 10:45 AM
Subject: Re: [MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly
David, you are using x11 as vo; this is a big slowing factor, so you should check what's
wrong with your xv
> > >
> > > 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.
I do, with poll()
> > 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
so what should I do in that case?
> > 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