[MPlayer-users] Cache doesn't refill
Nico Sabbi
nsabbi at tiscali.it
Tue Jun 8 12:52:33 CEST 2004
Adam Nielsen wrote:
>>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?
>
not that I remember
>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.
>
>
thanks, I will try.
Nico
More information about the MPlayer-users
mailing list