Tuxtxt 1.86
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Tuxtxt 1.86
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!
Ps: Auch die Neuerungen sind echt super gelungen, danke!
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!
Ps: Auch die Neuerungen sind echt super gelungen, danke!
-
- Semiprofi
- Beiträge: 1287
- Registriert: Montag 30. Dezember 2002, 08:02
Re: Tuxtxt 1.86
In dem man tuxbox_get_vendor() nicht benutzt . 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).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
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
mogway
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
-
- Einsteiger
- Beiträge: 204
- Registriert: Dienstag 12. März 2002, 07:40
@mogway: Danke für den Patch. Ich habe mir den TT jetzt auch aus dem Yadi gemopst.
@Nico:
Zu den Fonts:
Steffi
@Nico:
Damit kann man den alten und neuen TT parallel nutzen. Wer's braucht...- config file name changed to tuxtxt2.conf to avoid incompatibility
Zu den Fonts:
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.- 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
Steffi
-
- Einsteiger
- Beiträge: 351
- Registriert: Donnerstag 24. Oktober 2002, 20:14
siehe CVS Commit Kommentar:Nico 77 hat geschrieben:Wieso eigentlich nun tuxtxt2.conf?
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.- config file name changed to tuxtxt2.conf to avoid incompatibility
Mfg Sat_Man
-
- Einsteiger
- Beiträge: 204
- Registriert: Dienstag 12. März 2002, 07:40
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.- new TTF font Bitstream VeraMoBd.ttf, much better readable on 16:9 TVs
Steffi
-
- Contributor
- Beiträge: 319
- Registriert: Samstag 29. Mai 2004, 18:49
Man braucht nur einen der beiden Fonts (wenn man den ttf nutzen will, muss man usettf=1 in die tuxtxt2.conf eintragen)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?
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).
Hatte ich vergessen , ist bereits zu den Devs unterwegsSteffi hat geschrieben:Anscheinend ist dieser TTF-Font noch nicht im CVS gelandet.
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();
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
(Auf der Dreambox läufts...)
dbluelle
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Leider hat dieser Tuxtxt auch den interrupt systemcall Fehler.
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.
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...
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.
-
- Contributor
- Beiträge: 319
- Registriert: Samstag 29. Mai 2004, 18:49
Ich denke, ein paar Änderungen an Makefile.am sollten ausreichen: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
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
-
- Image-Team
- Beiträge: 1015
- Registriert: Freitag 7. Februar 2003, 18:37
-
- Contributor
- Beiträge: 319
- Registriert: Samstag 29. Mai 2004, 18:49
Das schon, aber durch die Änderungen wird (soweit ich das verstehe) gewährleistet, das tuxbox_get_vendor() nicht rausgestrippt (tolles Wort ) 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
dbluelle
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
dbluelle
-
- Semiprofi
- Beiträge: 1287
- Registriert: Montag 30. Dezember 2002, 08:02