All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Akihiro TSUKADA <tskd2@yahoo.co.jp>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: RFC: dvbzap application based on DVBv5 API
Date: Wed, 04 Jan 2012 14:13:28 -0200	[thread overview]
Message-ID: <4F047AA8.6010909@redhat.com> (raw)
In-Reply-To: <4EFD5E3D.8090305@yahoo.co.jp>

Hi Akihiro,

On 30-12-2011 04:46, Akihiro TSUKADA wrote:
>> [channel name]
>> 	property = value
>> ...
>> 	property = value
> 
> Currently, at least gstreamer's dvbbasebin and mplayer assumue that
> the channel configuration file has the format of one line per channel.
> So when I personally patched them to use v5 parameters,
> I chose the one-line-per-channel format of
>   <channel name>:propname=val|...|propname=val:<service id>, for example,
>  NHKBS1:DTV_DELIVERY_SYSTEM=SYS_ISDBS|DTV_VOLTAGE=1|DTV_FREQUENCY=1318000|DTV_ISDBS_TS_ID=0x40f2:103
> , to minimize modification (hopefully).
> I understand that it is not that difficult nor complicated 
> to adapt applications to use the ini file style format,
> but the old one line style format seems slightly easier.

It is not that harder to parse a multiple lines file, but using something like above
makes harder for humans to read. Also, the format I've proposed is already handled
by several existing tools. So, there are several parsers for it already
written.

> and I wish that the channel configuration can allow nicknames/aliases,
> as the canonical channel name can be long to type in or difficult to remember correctly.
> If I remember right, MythTV has its own database,
> and it would be convenient if we could share the database,
> because applications currently have their own channel configuration separately,
> and the configuration change like new service or parameter changes must be
> propagated manually.

Yes, this is an interesting feature. Some carriers broadcast nicks/aliases via
the emphasis encoding. It shouldn't be hard to add support for it.

Btw, I finished writing a dvbv5-scan application. It reads (currently) the 
legacy channels/transponders format found on dvb-apps, and outputs channel
scans on the new format.

I decided to write the scan tool from scratch, instead of importing the code from
w_scan or dvb-apps/scan, as it allowed me to avoid importing DVBv3 legacy stuff
on it, and to separate the scan code into a few function calls.

Due to that, only a subset of the features found on the other scan tools are there
(the ones that are needed for ISDB-T - and - likely DVB-T). I'm currently without
DVB-C signal, but, as soon as I return back to my hometown, I'll add the missing
bits for it.

I also wrote a small utility to convert from the legacy zap and channels.conf
formats into the new one. It is at:

	http://git.linuxtv.org/mchehab/experimental-v4l-utils.git/shortlog/refs/heads/dvb-utils


Of course, patches, help, etc are welcome!

Regards,
Mauro

      reply	other threads:[~2012-01-04 16:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-29 20:12 RFC: dvbzap application based on DVBv5 API Mauro Carvalho Chehab
2011-12-30  6:46 ` Akihiro TSUKADA
2012-01-04 16:13   ` Mauro Carvalho Chehab [this message]

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=4F047AA8.6010909@redhat.com \
    --to=mchehab@redhat.com \
    --cc=linux-media@vger.kernel.org \
    --cc=tskd2@yahoo.co.jp \
    /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.