From: Ian Leonard <ileonard@nt...> - 2001-09-29 13:41:05
These just don't work. I have experienced several problems:
1) Getting the data into demux_ts. I got lots of dropped packets
(cc errors). Which I put down to the input plug not being able
to cope with the data rate. In the end I hacked demux_ts to take
input directly from the stdin and piped the stream in - this seemed
a lot better.
2) There was no video being displayed. Paul Flinders suggested
putting a metronome reset into the input/demux stage to kick
Xine off after a few packets arrived. This worked (for a bit).
I added a metronome reset after any dropped packet was detected
but this caused a cascade of further errors - almost like the
reset took so much time that the input plugin couldn't get all the
3) There were also a lot of errors from the decoder (sound problems)
and a segv usually followed. I was wondering what effect handing
bad data to the decoder would have. Suppose (and I don't really
understand all this) an I frame is dropped, and the decoder gets
out of sequence P frames. What happens?
It is clear that Xine can play from a file but not from a stream. I think
this is down to a timing issue.
Would it be possible to get the timestamps out of the pes data in the
input plugin and keep the metronome running at the correct rate?
Phone: +44 (0)1865 765273
Please ignore spelling and punctuation - I did.
Get latest updates about Open Source Projects, Conferences and News.