Re: A problem with H.264 video (DVB-T)

Christophe Thommeret <[email protected]>
Newsgroups gmane.comp.video.xine.user
Message-ID <[email protected]>
Le Sunday 02 November 2008 20:59:24 Pavel Troller, vous avez écrit :
> > > Hi!
> > >   I've found that I can play HD streams forever with no skipping - it's
> > > just enough to activate the time shift feature for a second or two, and
> > > it plays the stream, buffered by the time shift file, perfectly. It's
> > > the definitive evidence that this problem is not caused by lack of CPU
> > > power - in this mode, the system is loaded more than when just playing
> > > from the DVB device, because it has to write the time shift file and
> > > play it back simultaneously. The only thing I have to remember, is to
> > > erase the time shift file manually (I didn't find an option in kaffeine
> > > to erase it automatically).
> > >   I've tried to change number of video buffers and frames in the xine
> > > engine settings, and it doesn't influence anything, the problem appears
> > > in approximately the same time for 500 buffers as well as for 4000.
> > > WIth regards, Pavel Troller
> >
> > Hm, interesting.
> > So it could be a ringbuffer issue.
> >
> > Could you please try the following:
> >
> > - Apply the joined patch to current kaffeine svn and make install
> > - Start kaffeine from a term, play live HD and look at the output for
> > "WDIST = XXX" msg.
> > - If you see this message (could repeat a lot), edit dvbout.cpp and
> > change the value of WDISTSIZE in: #define WDISTSIZE 100
> > Increase the value until you stop seeing the msg.
> >
> > Lemme know if it fixes your problem.
> >
> > P.S.
> > the ringbuffer size is: 188*64*WDISTSIZE bytes
>
> Hi Christopher!
>
>   Many thanks for your help! I tested your patch. I'm afraid that the
> problem is somewhere else, it didn't help.
>   I even decreased WBUFSIZE to 50 and it behaved again as usual. I've
> modified your patch to print WDIST everytime it goes around (commented out
> your "else") and it showed that the values are very small: most of the time
> 1, sometimes 2 - 5, maximum I've ever seen was 19. There is no visible
> change in the pattern, when the video starts to skip.
>   However, during my experiments, I'v noticed the following warning to be
> printed, exactly once per one "video session":
>
> kaffeine: KXineWidget: xine event: dropped frames
> kaffeine: WARNING: KXineWidget: Skipped frames: 67 - discarded frames: 33
>
>   It was interesting that the message appeared shortly after the video
> became to skip, but never appeared again during the same session. The
> numbers were different every time, but their sum was always 100. When the
> timeshift mode was activated immediately after startup, preventing the
> skips to appear, this message didn't appear (and playback was smooth for at
> least 10 minutes).
>
>   With regards, Pavel Troller

Hm, strange.

A last try:

edit kaffeine/src/player-parts/xine-part/kxinewidget.cpp
in function KXineWidget::setDvb replace
m_trackURL = pipeName;
with
m_trackURL = "fifo://"+pipeName;

Zapping will be slower however.

-- 
Christophe Thommeret


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.