hab mal nen videotext decoding/caching-daemon gebaut der unter den apps im cvs liegt damit kannman vtxt wie bei der dbox1 direkt mit der box angucken ohne dass man nen fernseher braucht der vtxt kann
ist nochnicht so ganz stable/bugfree aber auf der console geht mit ANSI darstellen schonmal
was noch zu tun ist:
a) ein client (als plugin für die guis am besten) der mit ner richtigen videotext-font aufn framebuffer pinselt
b) unter bestimmten umständen segfaultet er noch ich werd mal fscanf/fprintf/fdopen rauswerfen und das manuell parsen dann wird das schöner
c) die navigationszeile (zeile 24) wird durch "????..." ersetzt falls nicht vorhanden - ich hab 0 ahnung was ich da reinpinseln soll wenn die zeile nicht vorhanden ist
Da ich keine Glotze mit Videotext hab (und keine analoge antenne für die wintv) ist das n bischen problematisch zu prüfen ob alles richtig dargestellt wird
d) TOP Text hm - ziemlich komplexer kram das - brauchen wir das denn? Was hätte das für Vorteile?
e) Alle lines > 24 werden z.Z. zwar im daemon gecached aber nicht mit decodiert (sondern ignoriert) - die Zeilen haben specialfeatures von denen ich nichtmal weiss ob irgendwelche sender die nutzen (wobei ich nach durchsicht des videotext-pdf's sowieso nicht so wirklich laune hab die zu implementieren <IMG SRC="/forum/images/smiles/icon_wink.gif">) und die decodingroutine aus der xawtv-package die ich verwende ignoriert die wie gesagt
f) wäre es evtl. cool mit mehreren clients gleichzeitig auf den daemon zugreifen zu können und dem daemon mehrere pids vom selben transponder geben zu können
aber: dann mussich das caching-konzept überdenken - z.Z. werden einfach alle seiten gecached die da kommen (in ner simplen verketteten liste) - allerdings werden verschiedene subpages gleich [also als dieselbe seite] im cache behandelt - also wennman subpage-caching will sollte das der client nur bei der seite machen die man gerade guckt - der cache ist so bei 800KB auf Pro7 z.B. - die subpages alle zu cachen würde den speicherbedarf deutlich erhöhen
(auf TMF-Videotext z.B. ist dafür die cpulast bei 15% weil da ne menge leerer xFF seiten reinflattern - werden die für TOP genutzt??)
Also müsste man den Cache begrenzen dass der dann wieder überschrieben wird oderso - wobei sich für schnelleres suchen ner seite n tree anbieten würd...
g) was bei Pro7 z.B. der Fall ist: die Uhrzeit ist manchmal verstümmelt - ich hab nicht den blassesten Schimmer wieso! bei den Niederländern z.B. passt die Uhrzeit
Das ist ne ganze Menge... und allein sitzt man da ne weile dran - wäre also schön wenn jemand mitbauen würde.
Was ich jetzt der Reihe nach mal machen werd:
- die segfaults eliminieren
- uhrzeit/line24 fixen?
- ordentlichen client als plugin
(- mehrere pids/clients ermöglichen)
Hätte evtl. und u.U. jemand Lust/Interesse/keine allzu große Abneigung den Client zu coden?
Einfach bei mir melden dann - das Protokoll client<->daemon liegt eh als beschreibung mit im CVS (datei: proto)
Fertige VTXT-Fonts gibts als .c-XPM's schon bei alevt - da kannman sicher auch einigen Code übernehmen
So kompliziert sollte also n Client nicht werden...
Videotext auf der Box
-
- Senior Member
- Beiträge: 697
- Registriert: Freitag 20. Juli 2001, 00:00