Spec für Settings/Kanalliste

[Pain Elemental]

Gibt es irgendwo eine Spec für das Format der Kanalliste von tiTan?

mfG
Pain Elemental

[U0005]

Don't know why but seems to be TOP-Secret!

[nit]

ist nicht secret, kann sich aber noch ändern.

transponder:
transponderid, fetype, frequency, polarization, orbitalpos, symbolrate, modulation, fec, pilot, rolloff, inversion, system

transponderid besteht aus onid und tid -> (onid << 16) | tid
in den aktuellen channellist ist die transponderid momentan nur die tid, da gibts aber probleme, weil es auf unterschiedlichen satelliten gleiche tid geben kann.

channel:
name, transponderid, providerid, serviceid, servicetype, flag, videocodec, audiocodec, videopid, audiopid, protect

servicetype (0=tv, 1=radio)
flag kann auf 0
videocode, audiocodec, videopid, audiopid auf -1 (titan füllt das dann autom)
protect (0 keine kinderschutz, 1 kinderschutz)

provider:
providerid, name, flag

providerid ist einfach eine fortlaufende nummer

sat:
name, flag, orbitalpos, fetype

flag kann auf 0 gelassen werden
fetype: 0=sat, 1=kabel

bouquet.cfg:
name, type, filename

type: 0=tv, 1=radio

bouquets:
serviceid, transponderid

[Pain Elemental]

Wo finde ich die Definitionen der Enums "modulation", "fec", "pilot", "rolloff", "inversion", "system"?
Für Enigma2 ist das ganze in "/lib/dvb/frontendparms.h" definiert.
frontendparms.h

Sind die für tiTan genauso?

[nit]

titan verwendet die von der dvb-api.
müßten im linux source zu finden sein, das file weiß ich aber nicht auswendig wie das heißt.

[Pain Elemental]

Danke, hab was in include/linux/dvb/frontend.h gefunden.

Das müsste es doch sein, oder?
Ist auf jedenfall schon anders als bei Enigma2!

edit:
Zweite Frage:
Mit welchem Encoding sollten die Dateien gespeichert werden. Gerade bei der Datei "channel" spielt das eine Rolle, weil es ja durchaus einige Sender mit Umlauten im Namen gibt.
Ich hab mir einige der Settings angeschaut, die es hier im Forum gibt. Bei manchen ist die "channel" in UTF8, bei anderen in ANSI.

edit:
Dritte Frage:
Hab gerade in einer bouquets.cfg folgendes gesehen:

MEIN TV#0#/var/etc/titan/bouquets.mein_tv
HDTV/SKY HD#0#/var/etc/titan/bouquets.hdtv_sky_hd
SKY CINEMA#0#/var/etc/titan/bouquets.sky_cinema
SKY WELT#0#/var/etc/titan/bouquets.sky__welt
SKY WELT EXTRA#0#/var/etc/titan/bouquets.sky_welt_extra
SKY SPORT#0#/var/etc/titan/bouquets.sky_sport
SKY BUNDESLIGA#0#/var/etc/titan/bouquets.sky_bundesliga
KINDER#0#/var/etc/titan/bouquets.kinder
Musik#0#/var/etc/titan/bouquets.musik
Kabel Deutschland#0#/var/etc/titan/bouquets.kabel_deutschland
ArenaTV#0#/var/etc/titan/bouquets.arenatv
SKY SELECT#0#/var/etc/titan/bouquets.sky_select
UK TV#0#/var/etc/titan/bouquets.uk_tv
SkyUK#0#/var/etc/titan/bouquets.skyuk
Ital#0#/var/etc/titan/bouquets.ital
Sport#0#/var/etc/titan/bouquets.sport
HDTV#0#/var/etc/titan/bouquets.hdtv
#0#/var/etc/titan/bouquets.
Favourites (TV)#0#/var/etc/titan/bouquets.favourites_(tv)
Favorites_radio#1#/var/etc/titan/bouquets.favorites_radio
Favourites (Radio)_radio#1#/var/etc/titan/bouquets.favourites_(radio)_radio

Das da statt des Dateinamens ein voller Pfad drin steht ist jetzt nicht richtig, oder?

[Pain Elemental]

Also die Enums können einfach nicht die aus
http://git.linuxtv.org/media_tree.gi...dvb/frontend.h
sein.

Dann hätte nämlich "Das Erste HD"
Modulation = QAM 32
System = SYS_DVBC_ANNEX_AC

Wenn ich die Definitionen von Enigma2 nehme, dann siehts richtig aus.
Allerdings passen dann andere Sachen nicht, z.B. haben einige Transponder der Kanalliste aus "titan PreAlpha 1.2a" die Modulation 9.

Aber die Enigma2 Definition von Modulation hat nur 4 Werte (klick mich):

enum {Modulation_Auto, Modulation_QPSK, Modulation_8PSK, Modulation_QAM16};

Demgegenüber die aus LinuxTV.org(klick mich):

typedef enum fe_modulation {
          QPSK,
          QAM_16,
          QAM_32,
          QAM_64,
          QAM_128,
          QAM_256,
          QAM_AUTO,
          VSB_8,
          VSB_16,
          PSK_8,
          APSK_16,
          APSK_32,
           DQPSK,
} fe_modulation_t;

Help? Anyone?

Hier ist die (etwas veraltete) Doku zur DVB-API:
http://linuxtv.org/docs/dvbapi/dvbapi.html
hier die DVB-Frontend-API:
http://linuxtv.org/docs/dvbapi/DVB_F...00000000000000

tiTan kann das unmöglich verwenden ???????

[caliban]

Ich sehe bei "cable"

struct eDVBFrontendParametersCable
  51 {
  52 #ifndef SWIG
  53         void set(const CableDeliverySystemDescriptor  &);
  54 #endif
  55         enum {
  56                 Inversion_Off, Inversion_On, Inversion_Unknown
  57         };
  58 
  59         enum {
  60                 FEC_Auto, FEC_1_2, FEC_2_3, FEC_3_4, FEC_5_6, FEC_7_8, FEC_8_9, FEC_None=15
  61         };
  62 
  63         enum {
  64                 Modulation_Auto, Modulation_QAM16, Modulation_QAM32, Modulation_QAM64, Modulation_QAM128, Modulation_QAM256
  65         };
  66 
  67         unsigned int frequency, symbol_rate;
  68         int modulation, inversion, fec_inner;
  69 };
  70 SWIG_ALLOW_OUTPUT_SIMPLE(eDVBFrontendParametersCable);

eindeutig mehr als 4 Modulationen, du verwechselst sat oder terrestrial mit cable

[Pain Elemental]

Ja, aber bei der Kanalliste aus dem "titan PreAlpha 1.2a" sind doch nur Sat-Transponder drin. Wieso haben dort dann welche bei Modulation eine 9 stehen?

Aber laut Nit stimmen ja die Definitionen von Enigma2 eh nicht, sondern die der DVB-API :-/

[caliban]

Was weiß ich? Ich weiß nur so viel: QUAM64 ist Mod3 und QUAM256 ist Mod5, es wird also nicht einfach von links nach rechts gezählt. Sieh bei Lyngsat einfach nach, was die 9 zu bedeuten hat, den Transponder kennst du ja.

[Thomas4711]

Es gibt auch schon wieder eine neue spec für die senderliste, ich weiss nicht mit welcher du zur Zeit arbeitest.

Evtl. ist es besser zumindest solange du an SCLE für tiTan arbeitest wieder Betatester zu werden, dann bekommst Du änderungen Zeitnahe mit.

Wenn Du interesse hast schreib doch andy an, das kennst du ja noch.

[Pain Elemental]

Doch doch, es wird genau von links nach rechts gezählt.
Jeder Wert eines Enums entspricht einer Zahl. Man kann die auch explizit bei der Definiation angeben, wenn nicht, wird einfach durchgezählt.

Das heisst

enum {Modulation_Auto, Modulation_QPSK, Modulation_8PSK, Modulation_QAM16};

ist das gleiche wie

enum
{
     Modulation_Auto = 0,
     Modulation_QPSK = 1,
     Modulation_8PSK = 2,
     Modulation_QAM16 = 3
};

Hier die Definition bei Microsoft:

The default underlying type of the enumeration elements is int. By default, the first enumerator has the value 0, and the value of each successive enumerator is increased by 1.

[Pain Elemental]

Es gibt auch schon wieder eine neue spec für die senderliste, ich weiss nicht mit welcher du zur Zeit arbeitest.

Evtl. ist es besser zumindest solange du an SCLE für tiTan arbeitest wieder Betatester zu werden, dann bekommst Du änderungen Zeitnahe mit.

Wenn Du interesse hast schreib doch andy an, das kennst du ja noch.

Ich arbeite mit dem, was Nit hier im ersten Posting geschrieben hat. :-(

Funktioniert eigentlich auch schon ganz gut. Nur um Enigma2 Settings in das tiTan-Format konvertieren zu können, dafür muss ich die genaue Definition der Enums kennen.

[caliban]

Doch doch, es wird genau von links nach rechts gezählt.
Jeder Wert eines Enums entspricht einer Zahl. Man kann die auch explizit bei der Definiation angeben, wenn nicht, wird einfach durchgezählt.

Also hier im Falle von DVB-C definitiv nicht. Titanedit macht aus QUAM64 eine 3 und aus QUAM 256 eine 5.

[Pain Elemental]

Also hier im Falle von DVB-C definitiv nicht. Titanedit macht aus QUAM64 eine 3 und aus QUAM 256 eine 5.

Das würde exakt der Definition in der DVB-API entsprechen:

typedef enum fe_modulation {
          QPSK,
          QAM_16,
          QAM_32,
          QAM_64,
          QAM_128,
          QAM_256,
          QAM_AUTO,
          VSB_8,
          VSB_16,
          PSK_8,
          APSK_16,
          APSK_32,
           DQPSK,
} fe_modulation_t;