Umstellung TuxTxt

[LazyT]

Also ich hab mal angefangen den TuxTxt zu überarbeiten damit man auch durch die Unterseiten zappen kann. Bei der Gelegenheit ist dann auch gleich auf Client/Server umgestellt worden.

Der Daemon sollte nun schon beim booten geladen werden, wobei dafür der xxx_vbi raus müsste.

Die GUI's können folgende Befehle an den Daemon absetzen:

START_CACHING
STOP_CACHING
CLOSE_DAEMON

Die Kommunikation läuft momentan über lokalen Socket, könnte aber später auch auf IP laufen (Videotext am PC?).

Beispiel:

#define SOCKET_PATH "/tmp/tuxtxt"

#define START_CACHING 0x01
#define STOP_CACHING 0x02
#define CLOSE_DAEMON 0x03

#define TUXTXT_FAIL 0
#define TUXTXT_DONE 1

struct _message
{
unsigned char command;//START_CACHING, STOP_CACHING, CLOSE_DAEMON
int data;//VTXT-PID bei START_CACHING, ansonsten unbenutzt
}message;

SockAddr.sun_family = AF_LOCAL;
strcpy(SockAddr.sun_path, SOCKET_PATH);
AddrLen = sizeof(SockAddr.sun_family) + strlen(SockAddr.sun_path);

fd_sock = socket(PF_LOCAL, SOCK_STREAM, 0);

connect(fd_sock, (struct sockaddr*)&SockAddr, AddrLen);

message.command = START_CACHING;
message.data = VTXTPID;
send(fd_sock, &message, sizeof(message), 0);

close(fd_sock);

Falls ein Antwort gewünscht wird wäre dies TUXTXT_DONE bzw. TUXTXT_FAIL - für die obigen Befehle habe ich allerdings keine Antwort für die GUI's vorgesehn.

Das Plugin läuft weiter wie gehabt - nur das die Seiten nun sofort da sind und durch die Unterseiten gezappt werden kann.

Sagt mal bitte was ihr davon haltet...

[rasc]

Also ich hab mal angefangen den TuxTxt zu überarbeiten damit man auch durch die Unterseiten zappen kann. Bei der Gelegenheit ist dann auch gleich auf Client/Server umgestellt worden.

Der Daemon sollte nun schon beim booten geladen werden, wobei dafür der xxx_vbi raus müsste.

Waere es nicht sinnvoll, wenn TuxTXT beim Start xxx_vbi temporaer abschalten würde? Das Voraus-cachen der Seiten durch vtxtd ist IMO nicht notwendig, da der Zugriff auch so schon sehr schnell ist.

Idealerweise sollte in den Daemon ein

VTX_VBI start/stop


rasc

[LazyT]

OK, AVIA_VBI_STOP_VTXT/AVIA_VBI_START_VTXT kann ich reinmachen - Aufruf beim laden/entladen des Daemon.

Bis wir nicht gemeinsam entschieden haben wie es weitergehen soll mache ich erstmal nix mehr. Wäre nett, wenn Ihr alle mal euer pro und contra abgebt.

Ich sehe es so:

Vorteile

- ALLE Seiten incl. Unterseiten SOFORT abrufbar
- TuxTxt kann verlassen werden und befindet sich beim nächsten Start wieder auf der zuletzt dargestellten Seite (wenn nicht umgeschaltet wurde)
- Darstellung auf PC über Win-Client möglich (z.B. speichern/drucken von Seiten)
- User könnte per Menüeintrag in den GUI's wählen ob Videotext über d-box (TuxTxt) oder TV (xxx_vbi) erfolgen soll
- eventuell für Dreambox nutzbar -> Hunz hätte mehr Zeit für wichtigere Dinge

Nachteile

- CPU-Last (momentan <10%)

Was sagt Ihr?

[derget]

cpu last ist , ok , also man kann das ja auch abstellen wenn es stört ...

[rasc]

Naja, ich bin fuer TuxTXT schon sehr dankbar und bin froh, dass
ich jetzt auch VTXT angucken kann (mein TV nimmt VTXT nicht ueber SCART an - Designfehler).

Allerdings bieten die neuen TVs Sachen wie
- Scharfes Schriftbild bei VTXT 8-/ (ist bei mir etwas verschwommen)
- Split Screen (Haelfte TV/Haelfte VTXT)
- etc.

Aus diesem Grund sollte man schon die Moeglichkeit bieten ueber
den TV die VTX-Seiten anzugucken. Aber das TuXTXT/vtxtd hat so schnell
die Start-Seite und die Folgeseiten, da sollte IMO keiner meckern!


rasc

[vtxtuser]

ist schon länger her, daß hier jemand gepostet hat.

ich bin auf der suche den videotext auf dem pc auszulesen, LazyT hat das hier im ersten post auch angesprochen.

weiß jemand, ob inzwischen zeit so eingeniales feature eingefügt wurde?
wenn nein, hat noch wer anderer interesse, bin gerne bereit sowas zu erstellen - hab auch programmiererfahrung, leider aber nicht auf der dbox.

danke für jede hilfe

max

[LazyT]

Die Client/Server Lösung ist damals nach /dev/null kopiert worden. Aus meiner Sicht kommt nix mehr für TuxTxt...