Zitat von Reinhard Nissl [EMAIL PROTECTED]:
Hi,
Thomas Lagemann wrote:
Just another thought about the timing: MPEG-2 defines rules for a system
target decoder, thats in charge for decoding and presenting the media at
the right time, using the PTS-stamps in the PES packets.
Is this
Zitat von Thomas Lagemann [EMAIL PROTECTED]:
Reinhard Nissl wrote:
I currently do not see a chance to fix this issue with the current API.
Several functions would have to be changed to pass the information, that
the receiving device may be blocked, to the places where buffer
overflows
Hi,
[EMAIL PROTECTED] wrote:
Found out that it's much easyer to do the waiting thing in my device. No need
for an external program this way. But since the bitrate of the stream varies
there's still buffer over- and underflows. Is there a way to get the buffer
status of a device? This way i
Hi,
Thomas Lagemann wrote:
But shouldn't the rate at which the TS-packets are gathered from the
input device be controlled by the output device?
But isn't it obvious that the output device cannot tell the TV station
stop broadcasting, I cannot cope with the data flow?
Hardware buffers on the
Marko Mäkelä wrote:
I've patched vdr twice so that it'd read the MPEG TS from a regular file
instead of the /dev file system. The first time (about 2 years ago)
on then-current vdr 1.3.x, it succeeded. The second time (maybe 1 year
ago) failed with the symptoms you are reporting.
Do you
On Fri, Feb 02, 2007 at 10:24:51PM +0100, Thomas Lagemann wrote:
Marko Mäkelä wrote:
I've patched vdr twice so that it'd read the MPEG TS from a regular file
instead of the /dev file system. The first time (about 2 years ago)
on then-current vdr 1.3.x, it succeeded. The second time (maybe 1
Hi,
Thomas Lagemann wrote:
Just another thought about the timing: MPEG-2 defines rules for a system
target decoder, thats in charge for decoding and presenting the media at
the right time, using the PTS-stamps in the PES packets.
Is this usually done by the driver or is there a VDR instance
