Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: Determining transport stream bitrate.
- To: Franck Arnaud <franck@nenie.org>, LinuxDVB <linux-dvb@linuxtv.org>
- Subject: [linux-dvb] Re: Determining transport stream bitrate.
- From: Jens Thomsen <MisfitsPlan9@access-4-free.com>
- Date: Sat, 31 May 2003 10:54:21 -0600
- Content-transfer-encoding: 7bit
- Content-type: text/plain; charset=ISO-8859-1; format=flowed
- In-reply-to: <45540213.2003.5.30.23.24.11.59482@mail.nenie.org>
- References: <45540213.2003.5.30.23.24.11.59482@mail.nenie.org>
- Sender: linux-dvb-bounce@linuxtv.org
- User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
Franck Arnaud wrote:
Jens Thomsen:
This sohuld work:
bits of PID/(total bits in stream/stream bitrate)
because (correct me if I'm wrong):
(total bits in stream/stream bitrate) = number of seconds in TS thus far
but how do you know the stream bitrate? is it constant? I guess not,
eg when a part time channel stops, the actual bitrate (post FEC) is
going to go down.
Why don't you record the time when you started recording and
compare it with the time when the recording finished, which you
can get with the stat command (last modif time).
Actually in my case the total bitrate is constant. I am using streams
from US terrestrial broadcasts. These streams are subject to the
regulation of the FCC and ATSC which mandate that a broadcaster can
utilize no more than 19.392658 Mb/s. The otherr reason that I can't use
time stamps is because I am trying to give the bitrate of the PID at the
very moment that I see the packet.
Jens
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.
Home |
Main Index |
Thread Index