Hi,
as I already posted a while ago:
There seems to be a problem with the calculation of
the Bitrate for Transport Stream.
Setting the TransportRate to
P->TransportRate = vidrate+RateArray[kfir->Params.AudioBitRate] *
1000;
does not seem to be correct and leads to incorrect ts pcr fields. The
windows driver does not have a fixed relation between BitRate and
TransportRate. With the following change, the problem went away. Not
sure, if this change solves your problem.
/*
* Rate of Transport Stream
* if choosen too low, ts pcr fields are wrong
* is there any formula for minimal transport stream rate?
* a factor of 1.15 seems to work for
* bitrates at least between 0.8 to 4.5 MBit/s
*/
P->TransportRate = ((P->BitRate+RateArray[P->AudioBitRate] *
1000) * 115) / 100 + 80000;
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -----Original Message-----
> From: Deepak S Kotian [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 26, 2002 9:19 AM
> To: [EMAIL PROTECTED]
> Subject: [mpeg2] Transport Stream for the kfir1 driver
>
>
> Hi,
>
> I am using the Kfir1 driver for the LINUX.
> We have observed, when we are using
> Transport stream on the Kfir1 side and we
> try our decoder, it takes more time
> to decode, resulting in some delay.
> The program stream seems to be OK.
>
> We have tired other encoder boards for
> Transport stream, it seemed OK.
>
> Any idea/suggestion on how one
> play with the Tranport Stream generated
> from Kfir1 board using the Kfir1 driver.
> Please let me know
>
> Thanks and Regards
> Deepak
>
>
>
>
>
>
