TGDs in iTiNa

[Bernhard75045]

Eigentlich sollte dieses "Fjutscher" ja erst später hinzukommen. Da es dann mit Sicherheit sowieso einen Thread dazu geben wird eröffne ich diesen eben jetzt gleich, denn ich war vorhin gewillt, zu fragen: "Ja ist denn schon Weihnacht??"

Ich hab sowohl 3PG als auch den EPG-UpLoader im Normalstart per BootMenu. Nun hab ich den Normalstart um einen iTiNa-Test-Start erweitert, alles ist identisch, lediglich wird statt 3PG iTiNa geladen (1. TAP).
Außerem werden beim Start des UpLoaders (letztes TAP) für 7 Sender TGDs eingelesen, und zwar für 2 Tage.

Nach dem ersten iTiNa-Start erfolgte ein Scan (einen AutoScan hab ich mal noch nicht aktiviert).

Und komisch: Wenn ich nun meine Sender durchsehe erhalte ich bspw. auch bei "DasVierte" ein EPG angezeigt, obwohl diese Sender hier im KBW-Bereich kein EPG haben. Auch die anderen EPG-losen Sender, für die ich TGDs importiere, haben diese Daten.

Kann es sein, dass diese aufgrund des Einlesens durch den UpLoader genutzt werden?

Falls ja wäre das ja eine Möglichkeit, die Zeit bis zur Integration des TGD-Iports zu überbrücken.

[harbad]

wenn du den epg uploader nutzt sind die daten ja vorhanden. warum sollte das iT nicht einlesen?

[mvordeme]

Wahrscheinlich werden die Daten beim Umschalten auf den Sender durch den Hintergrundscan vom API abgeholt. Solange Du also nicht auf diese Sender wechselst oder den API-Scan benutzt, stehen diese Informationen iTiNa (wahrscheinlich) nicht zur Verfügung. Das heißt, dass dort keine Tinas funktionieren werden.

Überprüfen könntest Du das, indem Du nach dem Uploader-Import ohne auf die betroffenen Sender umzuschalten Sicht 9 anschaust. Ich vermute, dass Du dort dann keine Einträge für diese Sender findest.

OT: Ein Future (Fjutscher) ist (laut Wikipedia) ein "verbindlicher Börsenvertrag (Kontrakt) zwischen zwei Parteien ..., eine Art von börsengehandeltem Termingeschäft". Ein Feature (Fietscher) dagegen ein "im technischen Bereich ein oft verwendeter Marketingbegriff, der die Bedeutung von Funktionalität, Leistungsmerkmal, Ausstattung oder schlicht Merkmal, Funktion oder Eigenschaft hat". Sorry, ich konnte nicht widerstehen. Das Wort habe ich schon zu oft lesen müssen.

[Bernhard75045]

[quote=""mvordeme""]Wahrscheinlich werden die Daten beim Umschalten auf den Sender durch den Hintergrundscan vom API abgeholt. Solange Du also nicht auf diese Sender wechselst oder den API-Scan benutzt, stehen diese Informationen iTiNa (wahrscheinlich) nicht zur Verfügung. Das heißt, dass dort keine Tinas funktionieren werden.

Überprüfen könntest Du das, indem Du nach dem Uploader-Import ohne auf die betroffenen Sender umzuschalten Sicht 9 anschaust. Ich vermute, dass Du dort dann keine Einträge für diese Sender findest.

[/quote]

Doch, hab ich. Latürnich wäre möglich, dass ich mal kurz durchgeschaltet hab, aber ich meine, dass ich das NICHT gemacht hätte.

Jedenfalls hab ich jetzt mal zwei Tina's auf Bahn-TV erstellt, um das auszutesten. Der erste wird gerade aufgenommen, der wurde also erkannt.


[quote=""mvordeme""]

OT: Ein Future (Fjutscher) ist (laut Wikipedia) ein "verbindlicher Börsenvertrag (Kontrakt) zwischen zwei Parteien ..., eine Art von börsengehandeltem Termingeschäft". Ein Feature (Fietscher) dagegen ein "im technischen Bereich ein oft verwendeter Marketingbegriff, der die Bedeutung von Funktionalität, Leistungsmerkmal, Ausstattung oder schlicht Merkmal, Funktion oder Eigenschaft hat". Sorry, ich konnte nicht widerstehen. Das Wort habe ich schon zu oft lesen müssen.

[/quote]

Keine Ursache, Kein "Sorry" deinerseits nötig.

Du weißt, dass mein Englisch sehr, sehr mangelhaft ist, aber dass das irgendwie nicht stimmt wusste ich selbst, darum schreib ich das immer in Anführungszeichen (nicht verraten!), also nur aus Verlegenheit. Allerdings hab ich mich bisher immer dran gestoßen, dass ich "Future" mit der Zukunft asoziiert habe.

Aber du hast natürlich recht. Muss mal darauf achten. Bitte um mildernde Umstände

[mvordeme]

Da sieht ja fast so aus, als ob iTiNa ständig auf dem zweiten Tuner scannt. Bedeutet "doch", dass Du den API-Scan benutzt? Dabei würden diese Informationen natürlich importiert.

Axo: Im Internet wird gerne Future anstelle von Feature genommen...

[Bernhard75045]

[quote=""mvordeme""]Da sieht ja fast so aus, als ob iTiNa ständig auf dem zweiten Tuner scannt. Bedeutet "doch", dass Du den API-Scan benutzt? Dabei würden diese Informationen natürlich importiert.[/quote]

API-Scan, latürnich....
Sorry


[quote=""mvordeme""]Da sieht ja fast so aus, als ob iTiNa ständig auf dem zweiten Tuner scannt. Bedeutet "doch", dass Du den API-Scan benutzt? Dabei würden diese Informationen natürlich importiert.

Axo: Im Internet wird gerne Future anstelle von Feature genommen...[/quote]

OT: dann hast du mit "...schon so oft gelesen" gar nicht nur mich gemeint? *Aufatmen*, *Röte reduzieren*

[emarzinkowski]

ja, wenn du den API Scan nutzt und er Uploader die tgd importiert hat, sind diese Daten nat. auch in der iTiNa DB hernach ständig verfügbar.
Sollte aber in allen EPG TAPs per API Scan der Fall sein.

[urmel]

Seit dem offiziellen Start verfolge ich die Themen zum neuen TAP. Leider nutzt es mir im Moment nichts, weil keine TGD importiert werden. Da ich die automatische Timer-Erstellung aber vor allem auch für die britischen Sender (jetzt neu Channel4) nutze, brauche ich diese Funktion. Ich werde daher erst einmal nicht testen, auch wenn es viele Gründe gäbe (alle erweiterten Infos bei mehreren Aufnahmen, etc.).
@mvordeme: Kann ich den TGD-Builder weiter nutzen, wenn iTiNa einmal TGDs verarbeitet? Gibt es schon Informationsaustausch zum Datenmaterial, das iTiNa verarbeiten können soll?

Mich freut, dass viele Funktionen von iTiNa bereits in 3PG enthalten sind. 3PG funktioniert sehr gut und läuft stabil. Es gibt also - zumindest für mich - derzeit keinen Grund für einen Wechsel, der auch immer eine Umstellung in der Benutzung bedeutet. Im Übrigen ist bislang offen, welche weiteren Funktionen es geben wird und wie sich die Versionen unterscheiden. Wenn ich überzeugt bin, werde ich auch gern spenden. Arbeit gab es für dieses TAP sicher genug und die Bedachten werden es den iTiNa-Entwicklern danken.

[mvordeme]

Hallo Urmel,

iTiNa wird in Version 1.0 auch TGD-Dateien importieren können, das heißt der TGD Builder kommt noch nicht in den Datenmüll. Die genauen Werte für eine Einstellungsdatei iTiNa.properties hat mir Erdnussnase aber noch nicht mitgeteilt. Einerseits hatte er wohl Wichtigeres zu tun und andererseits hält er das Kürzen von zu langen Beschreibungen durch den TGD Builder für überflüssig, weil sich das iTiNa schon darum kümmert. Ich werde aber demnächst noch mal nachfragen. Im ungünstigsten Fall muss ich die Werte experimentell herausfinden, aber mir wäre es lieber, die iTiNa-Unterstützung wäre zum Release der Version 1.0 verfügbar.

Grüße,
-- mvordeme

[Bernhard75045]

Ich könnte mir zur Zeit tatsächlich vorstellen, von 3PG auf iTiNa umzusteigen, wenn denn die TGD-Sache schon klappen würde.

Der kleine Umweg über den UpLoader ist eben doch etwas aufwendig.

Also her mit der Frage:
Wann darf ich mit der TGD-Kompatiblen Version rechnen???

[Bernhard75045]

Betreffs meinem "Lieblingsthema" (ich weiß), dem TGD-Import, hab ich heut morgen eine neue Idee verwirklicht:

Der Import funktioniert im Moment nur über den Umweg des EPG-UpLoaders.

Den UpLoader hatte ich ja zuvor schon in Betrieb, um darüber auch die ImproBox (und latürnich meine Aufnahmen) mit TGD-Daten zu versorgen. Dabei gab es anfangs Probleme, nachzulesen hier.

Für iTiNa hab ich nun einfach eine weitere Kopie der EPG_Upload.INI erstellt und dort "5 Tage" eingestellt (mehr dazu siehe verlinkter Thread, Post 1).
Als neuen Namen für die Datei nahm ich: "5TGupl.INI".

Dann hab ich in BootMenü den Item für den Scan neu gestaltet:

item timer, 04:55-05:30
log naechtlicher EPG-Scan
delete epg_upload.ini
copy 5TGupl.ini : epg_upload.ini
start System/EPG_upload
start System/iTiNa
start System/SDS

Ich hab den gleichen Punkt auch als anwählbaren Menüpunkt erstellt und die Sache getestet: es hat wie gewünscht geklappt.

Was ich nun noch beobachten muss ist, ob die älteren TGDs auch tatsächlich nach 2 Tagen (wie gewünscht) aus der Datenbank gelöscht wird und die Datenbank nicht immer größer wird und, ob es beim Scan-Start Konflikte gibt in der Art, dass sich die Abarbeitung des UpLoaders (dauert ja gut ein bis zwei Minuten) mit dem Scan gegenseitig behindern (bzw. ob die TGDs rechtzeitig im Speicher verfügbar sind, wenn sie iTiNa "abholen" will).- Die beiden TAPs werden ja unmittelbar nacheinander gestartet.

Ich kann ja - wenn ich das richtig verstanden hab - in iTiNa nicht einstellen, wann der Scan startet sondern ich kann "nur" einen Scan-Timer erstellen, der den Scan dann automatisch startet (weil er das am Timer-Namen erkennt).

(Alternativ müsste ich den Batch-Modus verwenden, aber wenn ich richtig informiert bin klappt das mit iTiNa wohl nicht richtig.)

Jedenfalls scheint meine Methode zu funktionieren, so dass ich die Wartezeit, bis der TGD-Import "offiziell" eingebaut ist, wohl überbrücken kann.

Ach ja: klappt natürlich nur mit dem API-Scan, beim Filescan gaht nix!

Vielleicht kann das ja auch der eine oder andere auch mal testen und berichten.



@ macfan:
Vielleicht stimmt deine Prognose wirklich...

[mvordeme]

Falls der Uploader den Batch-Mode unterstützt, könntest Du den benutzen. Dann wird mit dem iTiNa-Start solange gewartet. Alternativ kannst Du eine Zeile mit einem sleep-Kommando einbauen, das einfach eine angemessene Zahl von Sekunden vor dem Start von iTiNa wartet.

[Bernhard75045]

Falls der Uploader den Batch-Mode unterstützt, könntest Du den benutzen. Dann wird mit dem iTiNa-Start solange gewartet.

Mit dem Batch-Modus hab ich bisher noch nichts gemacht, aber ist es nicht so, dass ich entweder alle oder kein TAP im Batch-Modus starten kann ?

Muss mal nachher ins BootMenu-Handbuch schauen. Das wäre für den Scan-Start natürlich am Besten.

Ob der Uploader da mitmacht weiss ich nicht. Wäre aber mal einen Kurz-Test wert.

Bin da zwar unerfahren, aber sehe ich das richtig: Der Batch-Modus wird unterstützt, wenn das TAP nach Abarbeitung des Startvorgangs eine entsprechende Rückmeldung gibt, dass BootMenu weiterarbeiten kann?
Wenn ich also NACH dem UpLoader-Start einen "Echo"-Befehl setze müsste ich das ja sehen können, ob (und wann) der kommt.

Richtich??

Alternativ kannst Du eine Zeile mit einem sleep-Kommando einbauen, das einfach eine angemessene Zahl von Sekunden vor dem Start von iTiNa wartet.

Das war meine erste Idee, und ich hab nach dem richtigen Befehl gesucht, aber nicht gefunden. Aber ich hab dabei nach "wait" gesucht.

Danke für den Tipp

[mvordeme]

Wenn ich das richtig verstehe, startet der Batch-Mode ein TAP nicht im Hintergrund, so dass (zwangsläufig) auf die Beendigung desselben gewartet wird, bevor das Skript weiter läuft. Wenn ein TAP den Batch-Mode nicht unterstützt, kann das Warten schon mal ein paar Jahre lang dauern. Probieren schadet aber nichts. Danach weißt Du es genau.

[Bernhard75045]

Wenn ein TAP den Batch-Mode nicht unterstützt, kann das Warten schon mal ein paar Jahre lang dauern. Probieren schadet aber nichts. Danach weißt Du es genau.

Ich bin ja noch sooo jung............

[Bernhard75045]

Also die Sache mit dem Batch-Modus klappte nicht (ich hab nicht ein paar Jahre gewartet sondern nach einigen Minuten abgebrochen )


Aber mit dem Sleep-Modus hat's gefunzt.

Ich importiere für 7 Sender und 5 Tage TGDs. Da mir nach jeder eingelesenen Tages-Datei eine Meldung angezeigt wird konnte ich verfolgen, dass das bei mir gut zweieinhalb Minuten dauerte.
Habe also mal eine Sleep-Zeit von 3 Minuten in die Start-Sequenz eingebaut:

item timer, 04:55-05:30
log naechtlicher EPG-Scan
delete epg_upload.ini
copy 5TGupl.ini : epg_upload.ini
start System/EPG_upload
sleep 180
start System/iTiNa
start System/SDS

Wenn nun der UpLoader noch nicht ganz fertig sein sollte müsste es trotzdem klappen mit dem iTiNa-Scan, da die entsprechenden Sender nicht als erstes gescannt werden, bis die an die Reihe kommen vergehen ja wieder ein paar Minuten.

Ich denke, das ist jetzt eine akzeptable Übergangslösung für den TGD-Import bei meinen 7 EPG-losen Sendern.

Trotzdem will ich dringendst den "richtigen" TGD-Import, da ich bspw. für Pro7 oft nur für 3 Tage Daten hab, das ist mir zu wenig (bei mir ist EPG ja eine Art Ersatz-TV-Zeitschrift). Ich importiere darum auch für EPG-Sender zusätzlich TGDs.

[macfan]

Der Import funktioniert im Moment nur über den Umweg des EPG-UpLoaders.

Aber wie? Ich habe das nicht ganz kapiert. Bekommt iTiNa die Daten dann über einen API-Scan?

@ macfan:
Vielleicht stimmt deine Prognose wirklich...

Möchte ich wetten .

Gruß, Horst

[Bernhard75045]

[quote="macfan"]Aber wie? Ich habe das nicht ganz kapiert. Bekommt iTiNa die Daten dann über einen API-Scan?
[/quote]

Ja. Offensichtlich.

(Hat mich ja am letzten Samstag auch überrascht, siehe Post 1 hier...)

[mvordeme]

Hallo iTiNa-Team,

da der "Nutzer mit Riechorgan in Form eines subterranen Agrarprodukts" anscheinend mit der Fehlersuche (und hoffentlich -behebung) schwer beschäftigt ist, frage ich doch hier mal nach. Vielleicht hat ja jemand von Euch den TGD-Import alphagetestet.

Was sind die Beschränkungen für die folgenden Felder:

• Maximale Dauer einer Sendung (in Minuten),
• Maximale Länge des Titels (in Zeichen),
• Maximale Länge der Kurzbeschreibung (in Zeichen),
• Maximale Länge der erweiterten Beschreibung (in Zeichen)?

Ich weiß, dass iTiNa zu lange Felder selbst kürzt, aber da der TGD Builder das kann, hätte ich hier gerne die richtigen Werte stehen.

Vielen Dank für Euren vorbildlichen Support.

Grüße,
-- mvordeme

[Bernhard75045]

Hole diesen Thread mal wieder nach vorne...

Frage: Wie weit ist die TGD-Sache für iTiNa mittlerweile vorangekommen?