epg + videotext = info total

[emax]

Wo ich gerade beim phantasieren bin:

Leider senden einige Sender keinen (vernüftigen) EPG, z.B. ZDF Infokanal oder auch ZDF selber zuweilen. Im Videotext stehrt aber meist recht ausführlich drin, was man wissen will bzw was gerade läuft. Ich meine hier weniger den Programmfahrplan, als vielmehr die Inhaltsangaben zu den Sendungen.

Dazu habe ich einerseits einen Vorschlag, aber vorher auch noch eine Frage: der EPG-Text zu einem Film bricht häufig mitten im Satz ab, als wenn er entweder nicht vollständig dekodiert oder aber nicht vollständig gesendet worden wäre. Woran liegts? Kann man das ändern?

Damit in Zusammenhang steht mein -etwas kühner- Vorschlag:

Da im Normalfall zu einer Sendung alle wichtigen Parameter bekannt sind, müsste sich der EPG doch automatisch um die Videotext-Informationen ergänzen lassen:

1. der Sender ist bekannt
2. die geplante Start-Uhrzeit auch
3. Der Titel des Beitrags aist auch bekannt
4. auch die Seitenzahl, auf der der jeweilige Sender seine Videotext-Programm-Übersicht bereit hält ist für die meisten wichtigen Sender bekannt.

Auf dieser unter 4 genannten Seite steht nun üblicherweise, auf welcher Seite die Videotext-Informationen zu einem bestimmten Film setehen.

Mein Vorschlag wäre nun, genau diese zu lesen, und den EPG damit zu ergänzen.

Ich kann mir schon denken, dass es da eine Menge Hürden gibt, und auch nicht immer alles ganz genau gescannt werden kann. Aber was man als Mensch machen kann (lesen und Videotext-Seite auswählen) das kann man im Grundsatz auch per Software tun. Ausserdem wäre der Titel des eines Filmes ein ziemlich eindeutiger Fingerabdruck mit dem sich auch auf Video-Unterseiten (wie im Falle RTL mit "Seite 1/7") der richtige Programmtext unter mehreren Auswahlen ermitteln liesse.

Des Weiteren werden via Videotext bei vielen Sendern auch Programmverzögerungen (einigermassen genau) mitgeteilt - da liesse sich im EPG dann z.B. einblenden "lt. Videotext erst ab 21:23").

Wär doch ne Herausforderung?

e.

[Hypnorex]

Ich halte nichts davon, denn man sollte nicht auf veraltete Technik setzen und Videotext ist definitiv out.

[emax]

Da stimme ich Dir zwar zu. Nur was nützt mir die modernste Technik, wenn sie mir nicht das liefert, was die alte Technik mir liefert?

Fest steht, dass ich im Videotext z.Teil mehr Informationen bekomme als im EPG, wenn auch leider nicht im "Kontext", und nicht -nunja- "on Demand"...

Das ist bei den Programm-Infos so, und erst recht bei den verzögerten Sendezeiten. Find ich von den Sendern ziemlich blöde. Ich weiss, es liegt nicht am EPG, es liegt an den Sendern. Nur: nützen tut mir das auch nix.

Da analoges Senden noch ein paar Jahre laufen wird, und damit wahrscheinlich sogar eine Menge DBoxen überleben wird, wäre es doch einen Gedanken wert?

Dein Beitrag zeigt etwas anderes, schmerzhafthaftes auf: welche "LifeTime" ist den Dingen eigentlich beschert? Und die Dinge heissen hier nicht nur "Videotext". Sie heissen auch "DBox2".

Also: bevor die gute DBox technisch verendet sollte man Ihr vielleicht doch noch alles was geht angedeihen lassen.

e.

[rasc]

Nun, Teletext kann einen wunderbaren EPG.

Es muss nur jemand die ETSI EN 300 472, ETR 287, EN 301 775,
EN 300 706, etc. 100% umsetzen...

Achja: jemand muesste noch die Daten fuer den EPG senden...

[emax]

Nun, Teletext kann einen wunderbaren EPG.

Es muss nur jemand die ETSI EN 300 472, ETR 287, EN 301 775,
EN 300 706, etc. 100% umsetzen...

Achja: jemand muesste noch die Daten fuer den EPG senden...

Aha.

[rasc]

Beim Videotext ist das wie beim EPG.
Manche Sender haben gute Infos drin, andere (fast) keine.

Das blöde ist, dass die Sende-Anstallten die VTXT-Infos ohne Probleme in den EPG einspeissen koennten... man muss die nur nerven.

[mash4077]

... man muss die nur nerven.

Das kannste knicken, die "Öffentlich Rechtlichen" interessiert das nicht die Bohne. Ich habe schon mehrfach per eMail darum gebeten, dass die Infos, gerade bei den nicht unerheblichen GEZ-Gebühren, speziell bei den ÖR zumindest einigermaßen vollständig entweder im EPG (bevorzugt) oder im Videotext verfügbar sein sollten.

Gruß
mash

[emax]

Jetzt kommen wir der Sache näher.

[OT]
Genau das sehe ich ja genauso: die "öffentlich rechtlichen" bewegt niemend: wo kein Wettbewerb ist, kann sich nix bewegen, die kriegen ihre Knete in jedem Fall. Ich kotz deshalb schon seit Jahren ab.

Sogar in "Wie müssen alle den Gürtel enger schnallen" - Zeiten ist die Rede davon, per 1.1.05 wieder mal die Gebühren "anzupassen", bah, würg, was für ein Wort....

Die sollen mal lieber bischen Sendezeit kürzen, wer will schon nachts um 3:00 "Fliege"gucken? Das können die sich sparen, und eine Menge anderer Sachen auch.

Fernsehproduktionen wie "Das Traumschiff", mit ner Hundertschaft an den schönsten Urlaubszielen gedreht - MannoMann, was das kostet, ich weiss nicht, ob das wirklich sein muss, und obs der Bilanz insgesamt so zuträglich ist....

Johannes B.Kotzer 5 mal die Woche, Talkshows bis zum abwinken und was weiss ich alles für Müll - lauter billig gemachtes Zeug, das Geld nicht wert was die uns abknöpfen.

Wie wärs statt dessen mit Klasse statt Masse?

Aber irgendwie muss man den Herren Intendanten in ihren absolut kündigungssicheren Jobs ja Fünfhunderttausend Mark im Jahr zahlen, gelle? Und das gleich - 17 Mal? Oder sinds "nur" 15 Intendanten?
[/OT]

Zurück zum Thema: eben weil die das sicher nicht machen werden (warum sollten sie) könnte man doch die per Software extrahierbaren Daten "mergen", und als zusätzliche Information (abrufbar von mir aus mit der '+' Taste) zur Verfügung stellen, darauf zielt mein Vorschlag ab.

e.

[en-total]

die per Software extrahierbaren Daten "mergen", und als zusätzliche Information (abrufbar von mir aus mit der '+' Taste) zur Verfügung stellen, darauf zielt mein Vorschlag ab.

Der Knackpunkt ist wohl der hier:

Es muss nur jemand die ETSI EN 300 472, ETR 287, EN 301 775,
EN 300 706, etc. 100% umsetzen...

Kannst ja schonmal anfangen, dem sectionsd das beizubringen. Sprich: sectionsd liest obige genannten Daten aus, und wandelt diese für deinen "personal EPG" dann um

Ich dagegen gehe einfach nach http://www.tvtv.de und schaue was kommt.

[rasc]

nope, der sectionsd liest die Daten nicht.

[en-total]

nope, der sectionsd liest die Daten nicht.

"Kannst ja schonmal anfangen, dem sectionsd das beizubringen." schrieb ich, war das falsch? Liest sich das so, als ob sectionsd das bereits könnte? Dann entschuldige ich mich zutiefst, die Developer Gemeinde verwirrt zu haben

[rasc]

Mhh, wie rede ich mich da jetzt raus?
also nochmal:

nope, das wird der sectionsd nicht lesen.

weil: sectionsd = Sections PID 12 (ok, noch ein paar Kleinigkeiten mehr) und Teletext = PES.

... oder so ähnlich.

[en-total]

Mhh, wie rede ich mich da jetzt raus?

Eigentlich garnicht

Aber ganz davon ab, diese ganzen E... Specifications sagen mir garnix, ich bin sogar so blöde, ich dachte bisher die ganzen Seiten würden per reiner Grafik übertragen
Ist das tatsächlich so, das die Inhalte der Seiten als Textformat ausgelesen werden könnten? Also, der Text Inhalt wird als ASCII o.ae. übermittelt?

Wie auch immer, der Ansatz (liest sich hier sonstwo), die EPG Info aus dem WWW zu übernehmen, fand ich da schon weitaus angenehmer. OK, für Leute welche ihre Box nicht ständig im Netz haben, fällt das flach. Aber, frei in neudeutsch:" who cares"

[rasc]

*werbung*

versuch es mal mit dvbsnoop, dann wird einiges klarer...

http://dvbsnoop.sourceforge.net

[en-total]

*werbung*
versuch es mal mit dvbsnoop, dann wird einiges klarer...
http://dvbsnoop.sourceforge.net

Vielleicht möchte ich das garnicht? DvbSnoop ist mir eh zu komplex, ich hätte gerne eine einfache Frage auf meine Antwort <g>, oder war es doch anderherum?

Wie auch immer - ich persönlich bin da nicht soooo scharf hinter, mir da "einen Kopf zu machen", wenn Du verstehst was ich meine.

[Npq]

Nein, es wird nicht im Klartext übertragen.

Die Daten sind mit einem Hamming 8/4, teilweise Hamming 24/18-Code geschützt (vor Veränderungen), den müßte man erst rückgängig machen, zusätzlich noch einen Seitenspeicher einbauen, der die abschnittsweise (Zeile) übertragenen Daten zusammensammelt.

Dann müßte man diese Daten noch interpretieren.

Der Sectionsd ist schon instabil genug, ich würde das lieber mit in Neutrino integrieren. Und bei der Gelegenheit vielleicht auch direkt alle anderen Daemons inklusive Zapit.

Hmm, wer sagt da Enigma?