Tuxtxt 1.86

Games, Plugins, Utils, Tools, 3rdParty, etc...
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Tuxtxt 1.86

Beitrag von Nico 77 »

Hat hier zufällig eine Lust zu erklären wie man den Tuxtxt 1.86 in Neutrino zum laufen bekommt, habe ich doch im yadi glatt gesehen das dieser da läuft :)

Bei mir kommt da: /lib/tuxbox/plugins/_tuxtxt.so: undefined symbol: tuxbox_get_vendor

Habe mir diesen derzeit aus dem yadi mal gemoppst und festgestellt das ich den tuxtxt.ttf garnicht brauche, kann dieser in Zukunft weggelassen werden?

Ersetzt der tuxtxt.otb den ttf komplett?
Wäre super denn mit dem otb sieht der Tuxtxt wieder super aus! :D

Ps: Auch die Neuerungen sind echt super gelungen, danke! :)
mogway
Semiprofi
Semiprofi
Beiträge: 1287
Registriert: Montag 30. Dezember 2002, 08:02

Re: Tuxtxt 1.86

Beitrag von mogway »

Nico 77 hat geschrieben:Hat hier zufällig eine Lust zu erklären wie man den Tuxtxt 1.86 in Neutrino zum laufen bekommt, habe ich doch im yadi glatt gesehen das dieser da läuft :)

Bei mir kommt da: /lib/tuxbox/plugins/_tuxtxt.so: undefined symbol: tuxbox_get_vendor
In dem man tuxbox_get_vendor() nicht benutzt 8) . Ist zwar nicht sauber (darum ist es auch nicht im CVS) aber ich habe bisher keine Nebenwirkungen feststellen können. Eine bessere Lösung wäre, wenn tuxbox_get_vendor() unter Neutrino nicht gestrippt werden würde (das ist auch der Grund warum es bei Enigma läuft).

Code: Alles auswählen

Index: tuxtxt.c
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/plugins/tuxtxt/tuxtxt.c,v
retrieving revision 1.86
diff -u -r1.86 tuxtxt.c
--- tuxtxt.c    27 Jun 2005 17:24:42 -0000      1.86
+++ tuxtxt.c    28 Jun 2005 22:58:07 -0000
@@ -1468,7 +1468,8 @@
                                {
                                        int i, n;
 #ifndef HAVE_DREAMBOX_HARDWARE
-                                       int vendor = tuxbox_get_vendor() - 1;
+//                                     int vendor = tuxbox_get_vendor() - 1;
+                                       int vendor = 0; /* values unknown, rely on requested values */
 #else
                                        int vendor = 0; /* values unknown, rely on requested values */
 #endif
@@ -1841,8 +1842,8 @@

 #ifndef HAVE_DREAMBOX_HARDWARE
        /* "correct" semi-transparent for Nokia (GTX only allows 2(?) levels of transparency) */
-       if (tuxbox_get_vendor() == TUXBOX_VENDOR_NOKIA)
-               tr0[transp2] = 0xFFFF;
+//     if (tuxbox_get_vendor() == TUXBOX_VENDOR_NOKIA)
+//             tr0[transp2] = 0xFFFF;
 #endif

        /* set new colormap */
@@ -1974,7 +1975,8 @@
        if (restoreaudio)
        {
 #ifndef HAVE_DREAMBOX_HARDWARE
-               int vendor = tuxbox_get_vendor() - 1;
+//             int vendor = tuxbox_get_vendor() - 1;
+                int vendor = 0; /* values unknown, rely on requested values */
 #else
                int vendor = 0; /* values unknown, rely on requested values */
 #endif
Gruß
mogway
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Beitrag von Nico 77 »

Herzlichen Dank, funktioniert super. :)

Wieso eigentlich nun tuxtxt2.conf? :gruebel:
Steffi
Einsteiger
Einsteiger
Beiträge: 204
Registriert: Dienstag 12. März 2002, 07:40

Beitrag von Steffi »

@mogway: Danke für den Patch. Ich habe mir den TT jetzt auch aus dem Yadi gemopst. :)

@Nico:
- config file name changed to tuxtxt2.conf to avoid incompatibility
Damit kann man den alten und neuen TT parallel nutzen. Wer's braucht...

Zu den Fonts:
- selection between fixed and TTF font in config file (parameter usettf)
- new single fixed font tuxtxt.otb with 3 sizes and greek/cyrillic characters, uses correct tuxtxt-position settings
Damit kannst du zwischen beiden Fonts wechseln. Und mit Hilfe der neuen TTF-Parameter in der tuxtxt2.conf kann man das Aussehen bzw. die Position der Fonts auch noch extrem beeinflussen. :)

Steffi
Sat_Man
Einsteiger
Einsteiger
Beiträge: 351
Registriert: Donnerstag 24. Oktober 2002, 20:14

Beitrag von Sat_Man »

Nico 77 hat geschrieben:Wieso eigentlich nun tuxtxt2.conf? :gruebel:
siehe CVS Commit Kommentar:
- config file name changed to tuxtxt2.conf to avoid incompatibility
PS: Problem an dem o.g. fix ist, dass die Scartumschaltung in TuxTxt danach nicht mehr sauber funktionieren dürfte. Muss die Tage mal richtig gefixt werden. :wink:
Mfg Sat_Man
Steffi
Einsteiger
Einsteiger
Beiträge: 204
Registriert: Dienstag 12. März 2002, 07:40

Beitrag von Steffi »

- new TTF font Bitstream VeraMoBd.ttf, much better readable on 16:9 TVs
Anscheinend ist dieser TTF-Font noch nicht im CVS gelandet. Der dort enthaltene tuxtxt.ttf sieht nach wie vor "merkwürdig" aus, auch wenn man ihn mit Hilfe der TTF-Parameter verändert. Dafür ist der Fixed Font wirklich sehr gelungen.

Steffi
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Beitrag von dbluelle »

Nico 77 hat geschrieben: Habe mir diesen derzeit aus dem yadi mal gemoppst und festgestellt das ich den tuxtxt.ttf garnicht brauche, kann dieser in Zukunft weggelassen werden?
Ersetzt der tuxtxt.otb den ttf komplett?
Man braucht nur einen der beiden Fonts (wenn man den ttf nutzen will, muss man usettf=1 in die tuxtxt2.conf eintragen)
Im übrigen kann auch jeder seinen eigenen Font verwenden (einfach nach /var/tuxtxt/tuxtxt.ttf bzw. /var/tuxtxt/tuxtxt.otb kopieren, dann wird der verwendet).
Steffi hat geschrieben:Anscheinend ist dieser TTF-Font noch nicht im CVS gelandet.
Hatte ich vergessen :roll: , ist bereits zu den Devs unterwegs

Für die Bastler unter euch:
Es gibt ja inzwischen auch eine Tuxtxt-Lib.
Damit ist es möglich, automatisch im Hintergrund den aktuellen Teletext zu cachen, sobald der Sender eingestellt wird.
Das ist bisher aber auskommentiert, da es bisher nur für Enigma verfügbar ist und auch noch einen Bug hat, der mit dem folgenden Diff gefixt sein müsste:

Code: Alles auswählen

diff -Naur -w orig/libtuxtxt.c ok/libtuxtxt.c
--- orig/libtuxtxt.c2005-06-26 15:06:28.000000000 +0200
+++ ok/libtuxtxt.c2005-06-27 20:51:18.000000000 +0200
@@ -64,7 +64,7 @@
 vtxtpid = tpid;
 start_thread();
}
-else if (!thread_starting)
+else if (!thread_starting && !receiving)
 {
start_thread();
 
Also, wers mal ausprobieren will, man muss nur in /enigma/lib/dvb/decoder.cpp und in /plugins/tuxtxt/tuxtxt.h
TUXTXT_CFG_STANDALONE auf 1 setzen
und die auskommentierte @TUXTXT_LIBS@ in die Makefile.am von Enigma und Tuxtxt wieder reinnehmen.

Wie gesagt, derzeit gehts nur mit Enigma, aber mich würde schon interessieren, obs überhaupt auf der DBox funktioniert :wink:
(Auf der Dreambox läufts...)

dbluelle
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37

Beitrag von JtG-Riker »

Wär prima wenn das mal jemand für Neutrino fixen kann, der Behelf ist ja ok, aber sichet nicht das gelbe vom Ei

Riker
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Beitrag von Nico 77 »

Leider hat dieser Tuxtxt auch den interrupt systemcall Fehler. :-?

Code: Alles auswählen

[CPlugins] (id,val):(end_y,555)
[CPlugins] (id,val):(end_x,692)
[CPlugins] (id,val):(off_y,23)
[CPlugins] (id,val):(off_x,35)
[CPlugins] (id,val):(video_format,0)
[CPlugins] (id,val):(pid_vtxt,105)
[CPlugins] (id,val):(fd_lcd,21)
[CPlugins] (id,val):(rcblk_rep,150)
[CPlugins] (id,val):(rcblk_anf,30)
[CPlugins] (id,val):(fd_rcinput,18)
[CPlugins] (id,val):(fd_framebuffer,3)
[CPlugins] try exec...
TuxTxt 1.86
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
TuxTxt <pthread_create>: Interrupted system call
TuxTxt: init ok

TuxTxt <pthread_cancel>: Resource temporarily unavailable
Tuxtxt: plugin ended
[CPlugins] exec done...
Das komische macht man die Box an und ruft man den Tuxtxt x Wochen(1.84 z.b.) nicht auf und startet ihn irgendwann dann geht er.
Wenn man aber den Tuxtxt einmal gestartet hat und nach ein paar Tage wieder starten will kommt dieser Fehler.

Alle anderen Plugins, Spiele usw haben dieses Prob nicht.
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Beitrag von dbluelle »

JtG-Riker hat geschrieben:Wär prima wenn das mal jemand für Neutrino fixen kann, der Behelf ist ja ok, aber sichet nicht das gelbe vom Ei

Riker
Ich denke, ein paar Änderungen an Makefile.am sollten ausreichen:

Code: Alles auswählen

diff -Naur -w orig/Makefile.am ok/Makefile.am
--- orig/Makefile.am	2005-07-03 19:36:09.000000000 +0200
+++ ok/Makefile.am	2005-07-03 19:38:13.000000000 +0200
@@ -1,18 +1,31 @@
 SUBDIRS = font 
 
-INCLUDES = \
+if BOXTYPE_DREAMBOX
+AM_CPPFLAGS = \
 	@FREETYPE_CFLAGS@ \
 	-I$(top_srcdir)/include \
 	-I$(includedir)/tuxbox/tuxtxt 
 
-noinst_LTLIBRARIES = tuxtxt.la
-
-tuxtxt_la_SOURCES = tuxtxt.c
+tuxtxt_la_LIBADD = \
+	@FREETYPE_LIBS@ \
+#	@TUXTXT_LIBS@ 
+else
+AM_CPPFLAGS = \
+	@TUXBOX_CFLAGS@ \
+	@FREETYPE_CFLAGS@ \
+	-I$(top_srcdir)/include \
+	-I$(includedir)/tuxbox/tuxtxt 
 
 tuxtxt_la_LIBADD = \
+	@TUXBOX_LIBS@  \
 	@FREETYPE_LIBS@ \
 #	@TUXTXT_LIBS@ 
+endif
+
 
+noinst_LTLIBRARIES = tuxtxt.la
+
+tuxtxt_la_SOURCES = tuxtxt.c
 
 tuxtxt_la_LDFLAGS = -rpath $(PLUGINDIR) -module -avoid-version
  
dbluelle
JtG-Riker
Image-Team
Beiträge: 1015
Registriert: Freitag 7. Februar 2003, 18:37

Beitrag von JtG-Riker »

Hm aber Vendor wird doch bei Neutrino nicht benutzt, da spinnt dann der Scart oder wie war das, hab den kram zumindest auskommentiert im Source.

Riker
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Beitrag von dbluelle »

Das schon, aber durch die Änderungen wird (soweit ich das verstehe) gewährleistet, das tuxbox_get_vendor() nicht rausgestrippt (tolles Wort :wink: ) wird.
Im übrigen ist das der Stand der Makefile.am, wie sie vor dem neuen Tuxtxt war, plus der (noch auskommentierten) Sachen für das automatische Cachen.
Da hatte ich wohl eine ältere Version als Vorlage genommen :roll:

dbluelle
mogway
Semiprofi
Semiprofi
Beiträge: 1287
Registriert: Montag 30. Dezember 2002, 08:02

Beitrag von mogway »

Danke dbluelle für den Diff, ich werde es mal testen.

Gruß
mogway
Gruss
mogway