public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Andreas Oberritter <obi@linuxtv.org>
To: Thierry LELEGARD <tlelegard@logiways.com>
Cc: "linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters
Date: Fri, 14 Jan 2011 16:06:15 +0100	[thread overview]
Message-ID: <4D306667.2070300@linuxtv.org> (raw)
In-Reply-To: <BA2A2355403563449C28518F517A3C4805AA9B9B@titan.logiways-france.fr>

Hello Thierry,

On 01/14/2011 02:35 PM, Thierry LELEGARD wrote:
> Dear all,
> 
> I would like to report an annoying behavior difference between S2API and the
> legacy DVB API (V3) when _reading_ the current tuning configuration.
> 
> In short, API V3 is able to report the _actual_ tuning parameters as used by
> the driver and corresponding to the actual broadcast steam. On the other hand,
> S2API reports cached values which were specified in the tuning operation and
> these values may be generic (*_AUTO symbols) or even wrong.

if that's still the case in Git (I didn't verify), then it should indeed
be changed to behave like v3 does. Would you mind to submit a patch, please?

> But there is worse. If I set a wrong parameter in the tuning operation,
> for instance guard interval 1/32, the API V3 returns the correct value
> which is actually used by the tuner (GUARD_INTERVAL_1_8), while S2API
> returns the "cached" value which was set while tuning (GUARD_INTERVAL_1_32).

That behaviour, however, is implementation specific and can't be relied
upon. In theory, the driver should always use the specified parameters,
unless set to *_AUTO. But there are cases like yours, where the driver
forces automatic detection of some parameters. This may or may not be
required by the underlying device.

Regards,
Andreas

  reply	other threads:[~2011-01-14 15:06 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-14 13:35 [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters Thierry LELEGARD
2011-01-14 15:06 ` Andreas Oberritter [this message]
2011-01-14 15:12 ` Devin Heitmueller
2011-01-14 16:32   ` Andreas Oberritter
2011-01-14 16:43     ` Thierry LELEGARD
2011-01-19 17:03       ` Thierry LELEGARD
2011-01-19 18:12         ` Andreas Oberritter

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=4D306667.2070300@linuxtv.org \
    --to=obi@linuxtv.org \
    --cc=linux-media@vger.kernel.org \
    --cc=tlelegard@logiways.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