Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: what causes cTS2PES errors?
Rene Bartsch wrote:
> Am Mon, 2003-05-26 um 21.00 schrieb Gregor Lawatscheck:
> > At 19:41 26/05/2003, you wrote:
> > >That explains a lot of problems with invalid MPEG-streams (and why
> > >MPlayer swallows with VDR-recordings).
> > If you mean choking on feeding -ao/-vo mpegpes that could be just as much
> > because of the vid mem size in newer firmwares to be honest.
> Replaying with MPlayer only (-vo xv -ao oss).
> > >[...]
> > >CRCs are a basic need for digital, aerial transmissions to keep the
> > >bitstream valid. All streams will be corrupt without CRC (full-featured
> > >cards do CRC-checking when filtering).
> > >
> > >So this should be added as fast as possible (before 1.2.0 to have a
> > >really stable system). This also would increase reception in case of bad
> > >weather.
> > As Klaus says "there's a life after 1.2.0" :).
> Yes, but calling it stable if you even do not receive correctly?
I don't believe its the task of the application to do the CRC checking.
This should (if not already) be done in the driver.
> > I believe there's some CRC32 checking code in mpegtools (
> > http://www.metzlerbros.org/dvb/index.html ) maybe that can be used.
> > If at all, it should only be done on recording as transfering to say an
> > av7110 or dxr3 they have their own means of dealing with broken streams in
> > a less interruptive manner than just throwing the packet away? But then
> > again broken reception crashes the decoder after a while more often than
> > not. On full cards in live mode not a lot vdr can do against it?
There's _nothing_ VDR can do about this in live mode.
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: email@example.com
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
To unsubscribe send a mail to firstname.lastname@example.org with "unsubscribe vdr" as subject.
Main Index |