[ANNOUNCE] VDR developer version 1.7.29

Also hier wäre der Patch zu finden: http://dev.gentoo.org/~idl0r/vdr/

Da sage ich doch einfach mal danke

tvdr.de scheint wohl im Moment down zu sein?

Zitat von C-3PO

tvdr.de scheint wohl im Moment down zu sein?

Ich wollte heute einen OS-Update machen, aber das ging leider schief.
Und dann war auch noch das Reset-Kabel der Remote-Konsole nicht angeschlossen, so daß sich die Rückkehr zum alten OS etwas verzögerte. Murphy halt...

Klaus

Zitat von kls

Ich wollte heute einen OS-Update machen, aber das ging leider schief.
Und dann war auch noch das Reset-Kabel der Remote-Konsole nicht angeschlossen, so daß sich die Rückkehr zum alten OS etwas verzögerte. Murphy halt...

Klaus

OK, das erklärt natürlich auch, weshalb vdr-2.0.0 noch nicht online ist.

Zitat von kls

Zunächst mal wird der Font hierfür in der Funktion CreateTinyFont() erzeugt. Allerdings wird davon ausgegangen, daß die Timer-Einträge so hoch sind, wie der normale Font. Wenn du die Größe des "tinyFont" vergrößerst, müsstest du also auch an diversen anderen Stellen statt "lineHeight" einen entsprechend größeren Wert verwenden.

Klaus

Danke kls.

Ich habe jetzt die Stelle lokalisiert und eine für mich passende Größe gefunden. Die Änderung konnte ich dabei auf eine Stelle beschränken:

-  LineHeight /= 2;
+  LineHeight /= 1.75;

Damit passt die Schrift immer noch optisch gut in die vorhandenen Kästchen.

kamel5

Was ist denn für 1.7.29 für das xine-lib notwendig? Ich habe mittlerweile die Übersicht über die ganzen Monsterthreads zu dem Thema verloren. Ich habe es jetzt mit xine-0.9.4 und xine-lib-1.2.2 versucht, die letzten Worte des Compilers sind

make[1]: Entering directory `/video/src/vdr-1.7.29/PLUGINS/src/xine-0.9.4'
g++ -g -O0 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_GRAPHTFT -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xine"' -DFIFO_DIR=\"/tmp/vdr-xine\" -DVERIFY_BITMAP_DIRTY=0 `pkg-config --cflags libxine`  -I../../../include xineLib.c
xineLib.c: In Elementfunktion »uchar* PluginXine::cXineLib::execFuncGrabImage(const char*, int&, bool, int, int, int)«:
xineLib.c:4170:7: Fehler: »data_grab_image_v2_t« wurde in diesem Gültigkeitsbereich nicht definiert
xineLib.c:4170:28: Fehler: expected »;« before »data«
xineLib.c:4171:7: Fehler: »data« wurde in diesem Gültigkeitsbereich nicht definiert
xineLib.c:4171:26: Fehler: »func_grab_image_v2« wurde in diesem Gültigkeitsbereich nicht definiert
make[1]: *** [xineLib.o] Fehler 1
make[1]: Leaving directory `/video/src/vdr-1.7.29/PLUGINS/src/xine-0.9.4'

Gibt es irgendwo eine aktuelle Liste, welche Repositories/Patches man braucht?

Hast du diesen Patch für das xine-Plugin angewendet?

http://projects.vdr-developer.org/projects/xine-lib/files

Zitat von TheChief

Hast du diesen Patch für das xine-Plugin angewendet?

Ja, die kannte ich schon.

Zitat von Ulrich Eckhardt

Ja, die kannte ich schon.

Den "xine-lib-vdr-input-grab.patch" für die xine-lib hast du aber nicht drin!

Gruss
durchflieger

Zitat von durchflieger

Den "xine-lib-vdr-input-grab.patch" für die xine-lib hast du aber nicht drin!

Stimmt, da ich da eine Fehlermeldung bekomme:

uli@uli:/video/src/xine/xine-lib-1.2.2> patch -p1 < ../xine-lib-vdr-input-grab.patch 
patching file configure.ac
can't find file to patch at input line 58
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
-------------------------
|diff --git a/debian/control b/debian/control
|index 60e11e0..6e77bc5 100644
|--- a/debian/control
|+++ b/debian/control
--------------------------

Ich nehme deshalb an, das der Patch nicht zur xine-lib-1.2.2 passt.

/debian/control ist nicht Teil des Plugins/Programms sondern gehört zum Debian Paket. Gehört also gar nicht in den Patch rein.

cu

Zitat von Ulrich Eckhardt

Stimmt, da ich da eine Fehlermeldung bekomme:

Code

uli@uli:/video/src/xine/xine-lib-1.2.2> patch -p1 < ../xine-lib-vdr-input-grab.patch 
patching file configure.ac
can't find file to patch at input line 58

Ich nehme deshalb an, das der Patch nicht zur xine-lib-1.2.2 passt.

Ich habe gerade noch mal den patch eingespielt, und diesen Fehler geskipt, jetzt compiliert es schon mal.

Hallo,

ich bekomme jedesmal beim Beenden des VDR einen segfault an derselben Stelle. Im VDR selbst und zwar wenn das Ende eines der vielen Threads in das
Syslog geschrieben werden soll. Der Abbruch passiert beim Aufruf der vsyslog Funktion in der Methode syslog_with_tid. Hier mal ein kompletter Backtrace.
Leider kapiere ich nicht, wie ich diesen offenbar korrupten Aufruf abfangen soll und benötige Hilfe. Wer kann mir bitte damit helfen?

Gruss, Thomas

(gdb) bt full
#0 0xb77a6424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb738593f in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = <optimized out>
resultvar = <optimized out>
pid = -1219489804
selftid = 13245
#2 0xb7387293 in __GI_abort () at abort.c:91
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x4, sa_sigaction = 0x4}, sa_mask = {__val = {5, 3075216139, 0,
3075493888, 875837282, 1697920312, 905969664, 1697997110, 3077660624, 3073732608, 3073792495, 3074721008,
3077660624, 14, 3075216139, 1, 3073792495, 5, 3075219724, 3, 2939148438, 2, 3075216091, 1, 3075222824, 3,
2939148424, 8, 3075222828, 2, 3, 4096}}, sa_flags = -1355817064, sa_restorer = 0x400}
sigs = {__val = {32, 0 <repeats 31 times>}}
#3 0xb73c3795 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=
0xb74c40f4 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
ap = 0x7 <Address 0x7 out of bounds>
ap_copy = 0x7 <Address 0x7 out of bounds>
fd = 19
on_2 = <optimized out>
list = <optimized out>
nlist = <optimized out>
cp = <optimized out>
written = <optimized out>
#4 0xb73cb119 in malloc_printerr (ptr=0x962ab88, str=0xb74c4188 "double free or corruption (out)",
action=<optimized out>) at malloc.c:5027
buf = "0962ab88"
cp = <optimized out>
#5 _int_free (av=av@entry=0xb7501420, p=p@entry=0x962ab80, have_lock=have_lock@entry=1) at malloc.c:3948
size = <optimized out>
fb = <optimized out>
nextchunk = <optimized out>
nextsize = <optimized out>
nextinuse = <optimized out>
prevsize = <optimized out>
bck = <optimized out>
fwd = <optimized out>
errstr = <optimized out>
locked = <optimized out>
#6 0xb73ccebd in _int_realloc (av=av@entry=0xb7501420, oldp=oldp@entry=0x962ab18, oldsize=oldsize@entry=8200,
nb=nb@entry=104) at malloc.c:4462
newp = 0x962ab18
newsize = 8200
newmem = <optimized out>
next = 0x962cb20
remainder = 0x962ab80
remainder_size = 8096
bck = <optimized out>
fwd = <optimized out>
copysize = <optimized out>
ncopies = <optimized out>
s = <optimized out>
d = <optimized out>
errstr = 0x0
---Type <return> to continue, or q <return> to quit---
nextsize = <optimized out>
#7 0xb73ceadf in __GI___libc_realloc (oldmem=0x962ab20, bytes=97) at malloc.c:3065
ar_ptr = 0xb7501420
nb = 104
newp = <optimized out>
hook = <optimized out>
oldp = 0x962ab18
oldsize = 8200
#8 0xb73c1efb in _IO_mem_finish (fp=0x9990a78, dummy=0) at memstream.c:132
mp = 0x9990a78
#9 0xb73b9841 in _IO_new_fclose (fp=fp@entry=0x9990a78) at iofclose.c:66
status = 0
#10 0xb7444104 in __GI___vsyslog_chk (pri=<optimized out>, pri@entry=3, flag=flag@entry=-1, fmt=fmt@entry=
0xaf2fe1ec "[13245] %s thread ended (pid=%d, tid=%d)", ap=ap@entry=0xaf2fe308 "ȑb\t\255\063")
at ../misc/syslog.c:228
now_tm = {tm_sec = 17, tm_min = 57, tm_hour = 20, tm_mday = 13, tm_mon = 7, tm_year = 112, tm_wday = 1,
tm_yday = 225, tm_isdst = 1, tm_gmtoff = 7200, tm_zone = 0x94756b0 "CEST"}
now = 1344884237
fd = <optimized out>
f = 0x9990a78
buf = 0x0
bufsize = 0
msgoff = 20
saved_errno = 0
failbuf = "\267", '\000' <repeats 27 times>
clarg = {buf = 0x963ae90, oldaction = 0x0}
#11 0xb7444577 in __vsyslog (pri=3, fmt=0xaf2fe1ec "[13245] %s thread ended (pid=%d, tid=%d)", ap=
0xaf2fe308 "ȑb\t\255\063") at ../misc/syslog.c:326
No locals.
#12 0x08146711 in syslog_with_tid (priority=3, format=0x81743b8 "%s thread ended (pid=%d, tid=%d)") at tools.c:40
ap = 0xaf2fe308 "ȑb\t\255\063"
fmt =
"[13245] %s thread ended (pid=%d, tid=%d)\000)", '\000' <repeats 166 times>, "(\343/\257\000\000\000\000\000\000\000\000GGD\267\364os\267\000\000\000\000\000\000\000\000\370\342/\257&,\024\b(\343/\257x7c\t\000\000\000"
#13 0x08142932 in cThread::StartThread (Thread=0x9630ba8) at thread.c:259
No locals.
#14 0xb7726adf in start_thread (arg=0xaf2feb40) at pthread_create.c:309
__res = <optimized out>
pd = 0xaf2feb40
now = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1217171468, 0, 4001536, -1355815896, 1653867654, -645410122},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0,
canceltype = 0}}}
not_first_call = 0
pagesize_m1 = <optimized out>
sp = <optimized out>
freesize = <optimized out>
#15 0xb744854e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133
No locals.

Da ich einen Bugreport für mein CD-Player Plugin in Verbindung mit dem LCARS Theme bekommen hatte, habe ich das Theme mal ausprobiert. Je nach verwendetem Videotreiber und Uhrzeit kriege ich da unterschiedliche Anzeigen und in obigen Bugreport sieht es noch mal anders aus.

Ich hänge mal ein paar Screenshots (xine mit shm-Treiber) und Bildschirmfotos (xine mit vdpau) an. Wie man unschwer sieht, sieht man, das mein keine Menüeinträge sieht, obwohl menüs und Channelliste eigentlich voll sind.
Mit shm-Treiber:

Mit vdpau:

Ich hänge mal noch einen Patch für Graphtft-Plugin an. Mit dem Patch kompiliert das Graphtft-Plugin ordentlich mit VDR 1.7.29 und aktuellen ffmpeg libs. Der Patch beinhaltet zudem einen kleinen Bugfix für die EPG-Anzeige.