Re: [PATCH RFCv3] dvb: Add DVBv5 properties for quality parameters

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 4, 2013 at 12:57 AM, Mauro Carvalho Chehab
<mchehab@xxxxxxxxxx> wrote:
> Em Fri, 4 Jan 2013 00:39:25 +0530
> Manu Abraham <abraham.manu@xxxxxxxxx> escreveu:
>
>> Hi Antti,
>>
>> On Thu, Jan 3, 2013 at 9:04 PM, Antti Palosaari <crope@xxxxxx> wrote:
>> > On 01/01/2013 06:48 PM, Manu Abraham wrote:
>> >>
>> >> On Tue, Jan 1, 2013 at 8:30 PM, Mauro Carvalho Chehab
>> >> <mchehab@xxxxxxxxxx> 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!
>>
>> That is not really correct. There is one single OFDM channel, the layers
>> are processed via hierarchial separation. Stuffing exists, to maintain
>> constant rate.
>>
>> http://farm9.staticflickr.com/8077/8343296328_e1e375b519_b_d.jpg
>>
>> When rate is constant within the same channel..
>> (The only case what I can think parameters could be different with a
>> constant rate,
>> is that stuffing frames are unaccounted for. Most likely a bug ?)
>
> What did you smoke? That picture has nothing to do with ISDB!
>

ARIB STD – B31
Version 1.6-E2
-17-
Fig. 3-2 shows the basic configuration of the channel coding.

It just shows, you understand crap.

Manu
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux