http://satellite-board.de

hallo janus

ich habe mir deine definition der services, ts usw. einmal angesehen. ich bin der meinung,
das sie etwas humax lastig sind.
ziel sollte es auf der einen seite sein, viele receiver zu unterstuetzen, auf der anderen
seite den menschen, der aus den tausenden von services auswaehlen muss. crypt, sprache usw.


folgende vorschlaege:

[TS]
- AntennaIndex
hier sollte der winkel stehen astra=0192
eine umrechnung auf alle receiver sollte kein problem sein

[Service]
neue felder:
- language (int 16Bit)
sprache des service
4=english, 7=german, 0=diverse usw...
hat den riesen vorteil sender nach sprachen auszuwaehlen,
will ich franz. Sender, spanisch usw.

- crypt (long 32Bit)
art der verschluesselung
0 = FTA, bitweise 1=seca, 2=via ...
hat den riesen vorteil, nicht hunderte von services zu importieren, die man eh
nicht sehen kann!!

- ServiceID ( nicht Service ID SID)
jeder service erhaelt eine eindeutige, vom ts und AntennaIndex unabhaengige
eindeutige zahl zugewiesen. warum? aendern sich die daten eines service
kann er noch immer eindeutig identifiziert werden
wird der service geloescht braucht nur die ID angegeben werden
Die ID kann bei Neuanlage in der zentralen Datenbank vergeben werden


[Bouqets]
- ServiceID ->siehe Service
- BName BouqetName
damit koennte die Bouqetverwaltung eines 5600 einfach verwaltet werden

aenderungen:
- scramble raus und durch crypt ersetzen
- Videomode gemaess ftv5600 api definieren + analog
- ServiceNumber (Braucht man die wirklich?)

ich hoffe, meine vorschlaege sind nicht voellig daneben. besonders die felder language
und crypt sollten bedacht werden.

hast dur dir einmal ueberlegt, wie gross eine xml datei fuer 2000 services und 100 transponder
ist?

@NetFan

Humaxlastig ist vom Ausgangspunkt her eigentlich logisch, da ich zu Beginn von meinem 5400er ausgegangen bin. Und Du hast wohl den Link zu dieser ersten Sammlung von Daten erwischt.

Aber in dem Topic bei Sat_Fan (da ist momentan auch die aktuelle Diskussion) sind wir über diese Sammlung schon bei einer Reduktion auf das Wesentliche für alle Receiver angekommen (kein endgültiger Stand!!)
Und daraus folgend, dem Versuch einer Schema-Definition und einer kleinen Muster-XML-Datei. (Auf der vierten Seite unten sind die Links)

Vielleicht sollten wir aber den Faden vorerst bei Sat_Fan weiterspinnen, da dort im Moment der aktuelle (vollständigste) Stand des Thread ist.

Schau Dir bitte die XML-Datei (XSDB.XML und XSDB.XSD) mal an. Vielleicht kannst Du mal (auch für Deinen Eigenbedarf ) ein kleines Tool proggen, daß die 5400er Settingsdatei (aus SetEdit erhält man ein TextDatei tmp.hnfraw) in diese Struktur umwandelt. Damit könnte man mal eine XML-Datei/DB (aus meinem Humax z.B.) für Astra und Eutelsat aufbauen, damit man z.B. auch das Mengengerüst (und die Wahl einer geeigneten Datenhaltung) abschätzen kann.

HV3TOXML input[[.hnfraw] output.xml]

(DOS reicht ja vorerst zur Not, ich habe noch zwei FAT16 Partitionen)

Und den späteren Programmieraufwand für einen "Übersetzungsdienst" bei Änderungen oder Aktualisierungen könnte man evtl. auch schon erahnen.

Ich stelle mir sowieso später diese 'Umsetzer XML<>proprietäresFormat' als [OpenSource]Dienste mit "öffentlicher" API vor, die jeder Editor-Progger (kostenfrei) in seine Editoren integrieren kann und soll. (Nachdem er sie erstmal erstellt hat, natürlich )

Aber wie gesagt: Nix is Fix! Die vorgelegte Struktur wird mit Sicherheit erweitert werden müssen (Selektionskriterien, Verwaltungsoverhead) Deshalb mach' das Coding nicht zu schön.
Und bei der programmtechnischen Umsetzung würdest Du im Moment überhaupt der Erste sein, der dazu was macht! (meiner Kenntnis nach)

Meine MailAddy findest Du bei Sat_Fan.
Janus

@Janus

mein letztes posting war noch im halbschlaf!
ich hatte nicht alle deiner .htm files auf deiner hp gelesen.

crypted und languages finde ich trozdem sehr wichtig!!

ich switche auf Sat_Fan