[MPlayer-users] Cache doesn't refill

Adam Nielsen a.nielsen at optushome.com.au
Tue Jun 8 12:43:14 CEST 2004


> It's as if the card fed data too slowly.

That's exactly what it sounds like.

> I'm sure there's no data lost, because otherwise I would have plenty
> of "dvb_streaming_read()" errors  on the console. There's no A/V
> breakage or discontinuity of any kind. Dmesg doesn't report problems,
> either.

And as you said, it also happens with rtp and http so it's unlikely to
be the fault of DVB.

> Did you experience the same underruns playing dvb:// ?  

I only played dvb:// once when I first got my card, it's in my server
now so I only ever play .ts file (often live, as they're recording but
mplayer never catches up and quits) or I use dvbstream and use mplayer
to play the DVB over rtp:// again with no problems.

It sounds like mplayer is playing the video too fast for some reason. 
This seems quite likely, as you wouldn't notice it if you were playing a
complete file (e.g. AVI from a disk), but you would notice it when the
data comes in at just fast enough to play in realtime.

You don't have any speed adjustment options in your mplayer configs?  Is
timing accurate? (e.g. /dev/rtc is being used.)  If you generate say a
250 frame file and play it by running "time mplayer 250frame.avi" does
it take pretty close to 10 seconds to play?  You might need a longer
file to notice, and there would be a bit of extra time for mplayer to
load but you should be able to tell if the file is playing too fast
(e.g. if a 240 second file takes *less* than 240 seconds to play, even
accounting for mplayer's load time, this would definitely prove mplayer
is running too fast.)

Cheers,
Adam.




More information about the MPlayer-users mailing list