[linux-dvb] Re: channels.conf syntax?

[Jamie Honan <jhonan@optusnet.com.au>]

 ... much good stuff elided ...

> Which means to scan the range +/- 150kHz around each frequency (unless

Isn't it +/- 125 Khz?

I was going to use something like this, in scconf format:

tune_possibilities Australia {
        type = "TV";
        offsets = 0,-125,125;
        bandwidth = "7Mhz";
        frequencies = 177500, 184500, 191500, 198500, 212500, 219500,
226500, 529500, 536500, 543500, 550500, 557500, 564500, 571500, 578500,
585500, 592500, 599500, 606500, 613500, 620500, 627500, 634500, 641500,
648500, 655500, 662500, 669500, 676500, 683500, 690500, 697500, 704500,
711500, 718500, 725500, 732500, 739500, 746500, 753500, 760500, 767500,
774500, 781500, 788500, 795500, 802500, 809500, 816500;
}

I've started documenting scconf. Here is my tongue-in-cheek
introduction:


scconf system
=============

The scconf system is a handy system library for handling
scconf files.

Why should anyone care about scconf format?

It is a handy format for short pieces of structured
data.

Handy because:

  - it is readable, which makes support easy
  - it is easy to parse and write
  - it is extensible, you can add fields without breaking things

It isn't

  - XML, so it doesn't need xml parsing
  - suitable for large amounts of data, like a database or text files

It doesn't have

  - anything else but data. No locking, no threads etc.

It has heirarchical data blocks, it has lists.

Similar, but different:

   - .ini files. scconf is block structured, has lists
   - sexp. sexp resembles lisp with it's use of parenthesis. sexp
      has modes for binary. scconf really doesn't have binary
   - xml. xml is more complete, but requires a lot of overhead
   - yaml. yaml is larger

Why doesn't it have X, why don't you use XML?
=============================================

Maybe it should. Maybe XML is the answer. Maybe a database is more
appropriate.

It's all a trade-off. You choose. This is only a document.


Jamie


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.