Al 04/10/10 21:41, En/na Reinhard Nissl ha escrit:
Hi,
Am 04.10.2010 21:07, schrieb Luca Olivetti:
Al 04/10/10 20:55, En/na Luca Olivetti ha escrit:
Al 04/10/10 20:10, En/na Luca Olivetti ha escrit:
Al 04/10/10 19:36, En/na Luca Olivetti ha escrit:
Now I tried with a clean vdr (1.7.16), no patches (though my patches
didn't modify the signal path at all), only the vdr-xine plugin and the
problem is still there.
BTW, the same xine I'm using with the plugin, has no problem playing
the
stream from dvbstream.
If I start a recording and try to play the ts file with, say, mplayer,
it has the same problems, with a lot of messages in the console:
FWIW, if I set the audio pid to 0, the video is perfect.
With all output plugins (vdr-xine, dxr3 and streamdev, the latter only
if NOT streaming in TS, which pulls the audio anyway and breaks the
picture).
Please have a look at
http://sourceforge.net/mailarchive/forum.php?thread_name=4C93BD03.80702%40gmx.de&forum_name=xine-devel
and try changing buffer sizes. Just a guess.
I tried setting video buffers to 5000 and audio buffers to 500, but it
didn't change anything.
Unsurprising, since with the default settings I have no problem with HD
and these channels are SD and at a fairly low bitrate.
Besides, the same xine with the same configuration had no problem
playing the stream from dvbstream, and the fact that all output plugins
are doing the same points to a lower level problem.
The dxr3 plugin still uses pes video, so I first suspected cTsToPes, but
the recording test made me think of something else.
Bye
--
Luca
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
