All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: linux-media@vger.kernel.org
Subject: Documentation questions
Date: Thu, 18 Feb 2010 21:12:24 +0000	[thread overview]
Message-ID: <20100218211224.GA7879@selene> (raw)

[-- Attachment #1: Type: text/plain, Size: 1730 bytes --]

   Hi,

(Please cc: me, I'm not subscribed yet)

   After struggling to work out how stuff worked from the existing DVB
API docs(+), I'm currently attempting to improve the API
documentation, to cover the v5 API, and I've got a few questions:

 * Is anyone else working on docs right now? (i.e. am I wasting my time?)

 * Looking at the current kernel sources, the properties
DTV_DISEQC_MASTER, DTV_DISEQC_SLAVE_REPLY, DTV_FE_CAPABILITY and
DTV_FE_CAPABILITY_COUNT don't seem to be implemented. Is this actually
the case, or have I missed something?

 * Most of the information in struct dvb_frontend_info doesn't seem to
exist in the v5 API. Is there an expected way of getting this info (or
isn't it considered useful any more?) Is FE_GET_INFO still recommended
for that purpose in the v5 API?

 * DTV_DELIVERY_SYSTEM is writable. What does this do? I would have
thought it's a read-only property.

 * Is there any way of telling which properties are useful for which
delivery system types, or should I be going back to the relevant
specifications for each type to get that information?

 * Is the "v5 API" for frontends only, or is there a similar key/value
system in place/planned for the other DVB components such as demuxers?

   Thanks,
   Hugo.

(+) Actually, the docs were pretty helpful, up to a point. Certainly
better than some I've tried to read in the past. The biggest problem
is the lack of coverage of the v5 API.

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
   --- "How deep will this sub go?" "Oh,  she'll go all the way to ---   
                    the bottom if we don't stop her."                    

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

             reply	other threads:[~2010-02-18 22:00 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-18 21:12 Hugo Mills [this message]
2010-02-19  0:19 ` Documentation questions Andy Walls
2010-02-21 21:51   ` [RFC] DVB API v5 Documentation (was: Re: Documentation questions) Hugo Mills
2010-02-24  3:38     ` [RFC] DVB API v5 Documentation Mauro Carvalho Chehab

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=20100218211224.GA7879@selene \
    --to=hugo@carfax.org.uk \
    --cc=linux-media@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.