linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antti Palosaari <crope@iki.fi>
To: Manu Abraham <abraham.manu@gmail.com>
Cc: Mauro Carvalho Chehab <mchehab@redhat.com>,
	Devin Heitmueller <dheitmueller@kernellabs.com>,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	Klaus Schmidinger <Klaus.Schmidinger@tvdr.de>
Subject: Re: [PATCH RFCv3] dvb: Add DVBv5 properties for quality parameters
Date: Thu, 03 Jan 2013 17:34:45 +0200	[thread overview]
Message-ID: <50E5A515.4050500@iki.fi> (raw)
In-Reply-To: <CAHFNz9+hwx9Bpd5ZJC5RRchpvYzKUzzKv43PSzDunr403xiOsQ@mail.gmail.com>

On 01/01/2013 06:48 PM, Manu Abraham wrote:
> On Tue, Jan 1, 2013 at 8:30 PM, Mauro Carvalho Chehab
> <mchehab@redhat.com> wrote:
>
>> [RFCv4] dvb: Add DVBv5 properties for quality parameters
>>
>> The DVBv3 quality parameters are limited on several ways:
>>          - Doesn't provide any way to indicate the used measure;
>>          - Userspace need to guess how to calculate the measure;
>>          - Only a limited set of stats are supported;
>>          - Doesn't provide QoS measure for the OFDM TPS/TMCC
>>            carriers, used to detect the network parameters for
>>            DVB-T/ISDB-T;
>>          - Can't be called in a way to require them to be filled
>>            all at once (atomic reads from the hardware), with may
>>            cause troubles on interpreting them on userspace;
>>          - On some OFDM delivery systems, the carriers can be
>>            independently modulated, having different properties.
>>            Currently, there's no way to report per-layer stats;
>
> per layer stats is a mythical bird, nothing of that sort does exist. If some
> driver states that it is simply due to lack of knowledge at the coding side.
>
> ISDB-T uses hierarchial modulation, just like DVB-S2 or DVB-T2

Manu, you confused now two concept (which are aimed to resolve same real 
life problem) - hierarchical coding and multiple transport stream. Both 
are quite similar on lower level of radio channel, but differs on upper 
levels.

Hierarchical is a little bit weird baby as it remuxes those lower lever 
radio channels (called layers in case of ISDB-T) to one single mux! 
There is only single TS which demodulator is responsible to remux all 
those 3 physical "layer" channels, which could be modulated differently. 
So after demodulation you really has a TS which contains stream that has 
different statistics. That's opposite to compared for multiple TS 
principle used for DVB-T2/S2. In case of multiple TS you have same 
statistics for whole TS (but naturally there could be multiple TS after 
demodulation).

regards
Antti

-- 
http://palosaari.fi/

  parent reply	other threads:[~2013-01-03 15:35 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-28 23:56 [PATCH RFCv3] dvb: Add DVBv5 properties for quality parameters Mauro Carvalho Chehab
2012-12-29 15:15 ` [linux-media] " Klaus Schmidinger
2012-12-29 16:36 ` Devin Heitmueller
2012-12-29 17:49   ` [linux-media] " Klaus Schmidinger
2012-12-29 19:49     ` Mauro Carvalho Chehab
2013-01-01 15:00   ` Mauro Carvalho Chehab
2013-01-01 16:48     ` Manu Abraham
2013-01-01 17:29       ` Mauro Carvalho Chehab
2013-01-01 19:08         ` Manu Abraham
2013-01-03 13:20           ` Mauro Carvalho Chehab
2013-01-03 15:18             ` [linux-media] " Klaus Schmidinger
2013-01-03 16:14               ` Mauro Carvalho Chehab
2013-01-03 16:29                 ` Mauro Carvalho Chehab
2013-01-03 21:33                   ` Antti Palosaari
2013-01-03 22:18                     ` Mauro Carvalho Chehab
2013-01-04  5:03                     ` VDR User
2013-01-04  5:30                       ` Manu Abraham
2013-01-06 17:03                     ` Mauro Carvalho Chehab
2013-01-06 17:43                       ` Antti Palosaari
2013-01-03 20:26             ` Manu Abraham
2013-01-03 15:34       ` Antti Palosaari [this message]
2013-01-03 19:09         ` Manu Abraham
2013-01-03 19:27           ` Mauro Carvalho Chehab
2013-01-03 19:32             ` Manu Abraham
2013-01-03 19:53               ` Mauro Carvalho Chehab
2013-01-03 20:39                 ` Antti Palosaari
2013-01-03 20:54                   ` Manu Abraham

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50E5A515.4050500@iki.fi \
    --to=crope@iki.fi \
    --cc=Klaus.Schmidinger@tvdr.de \
    --cc=abraham.manu@gmail.com \
    --cc=dheitmueller@kernellabs.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).