[MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly
nsabbi at libero.it
Sat Aug 23 21:03:32 CEST 2003
----- Original Message -----
From: "David Kuehling" <dvdkhlng at gmx.de>
To: <mplayer-dev-eng at mplayerhq.hu>
Cc: <mplayer-dev-eng at mplayerhq.hu>
Sent: Saturday, August 23, 2003 7:00 PM
Subject: Re: [MPlayer-dev-eng] [BUG] DVB input/MPEG-TS not working correctly
> >>>>> "Nico" == Nico <nsabbi at libero.it> writes:
> > David, you are using x11 as vo; this is a big slowing factor, so you
> > should check what's wrong with your xv
> No XV with my NVidea Riva 128 :-( But X11/shm just works fine, though
> DVD-playback is at 80% CPU usage. I have one modeline in XF86config for
> any possible DivX, MPEG, or whatever movie :-) no scaling required
> (which is, BTW, much higher quality than software/hardware scaling,
> since usual scaling algorithms introduce color-artifacts as they
> interpolate in gamma-transformed color-space and not in the real-world
> of physical brightness).
> >> > 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?
> I start to understand your problems. What about generating and sending
> a black MPEG-I frame to the decoder. Of course that's not quite simple.
> Another (ugly) solution might be to integrate/use an MPEG-2 decoder by
> your demuxer, so you could demux directly into YUV-pictures. If no data
> are available from the DVB-card, you could just display anything you
I fixed both the hang on encrypted channels and the wrong way to seek in
the first going on to the next channel (in the same direction followed
previously) until it
find a free channel, the second seeking to keyframes, so no more garbage.
Tomorrow I will post both patches.
More information about the MPlayer-dev-eng