[UPDATE etch/sid experimental] Neue Patches

Tobi danke jetzt kommt keine fehlermeldung mehr,
aber bei apt-get source vdr wird leider nur vdrdevel geladen

Zitat

Original von hotzenplotz5
aber bei apt-get source vdr wird leider nur vdrdevel geladen

Das Problem ist, dass das Source-Paket für vdrdevel auch vdr heißt, aber eine aktuellere Versionsnummer hat. Du musst entweder den Source-Eintrag für vdrdevel deaktivieren oder explizit angeben, dass du 1.4.7-2ctvdr1 haben willst.

Tom

uups achso das war früher mal anders

übrigens wenn man beide versionen installiert wird vdrdevel bei einem
comp.neustart immer gestartet obwohl ich vorher die vdr version gewählt hab.
die wird auch gestartet.also laufen beide und es gibt einen crash
da beide versuchen auf meine eine dvb-c karte zuzugreifen ...
(hats jemand verstanden ?)

Zitat

Original von hotzenplotz5
uups achso das war früher mal anders

Ja, das ist neu seit VDRdevel-1.5.

Zitat

übrigens wenn man beide versionen installiert wird vdrdevel bei einem
comp.neustart immer gestartet obwohl ich vorher die vdr version gewählt hab.
die wird auch gestartet.also laufen beide und es gibt einen crash
da beide versuchen auf meine eine dvb-c karte zuzugreifen ...
(hats jemand verstanden ?)

Rufe noch mal "dpkg-reconfigure vdrdevel" auf und stelle ein, ob vdr und vdrdevel starten soll. Da muss ich noch mal forschen, wie man den Crash verhindern kann.

Tom

TomG werd ich gleich mal machen
Tobi kann es sein das der extensionspatch
libdvdnav-dev vorraussetzt?
ach ja dvdread auch.

Mal wieder ein FETTES Danke an die ct`VDR Crew!

Den PIN Stuff im multipatch werde ich noch testen... es geht ja hauptsächlich darum, dass die Menueinträge durch Pin (in Kobi mit Submenu) gesperrt werden sollen...

Wie gesagt, werde rückmeldung geben.

Gruß,
Thomas

so.. ich hab das Submenu in Verbindung mit dem Pin Plugin getestet.

Resultat:

Sperren von Menu-Einträgen funktioniert nicht.
Anscheinend hat auch das Submenu Plugin darunter gelitten, da ich keine neuen Submenu-Einträge anlegen kann. Jedes mal wenn ich im Submenu-Plugin-Setup einen neuen Eintrag erstellen möchte und dann auf Sumenu-Item gehe, stürzt der vdr ab.

so im moment gibt es immer mehr baustellen hier bei mir
bei wem läuft graphtft ?
bei mir kommt nur das :

unvdr: stopping after fatal fail (vdr: warning - cannot set dumpable: Invalid argument)

und das bei der "paket"version von tobi als auch von der selbstübersetzten

Tobi leider das gleiche :
vdr: warning - cannot set dumpable: Invalid argument

TomG auch ein dpkg-reconfigure vdrdevel bringt leider nichts
man kann die eine version "abschalten" aber irgendwie wird da trotzdem was
"blockiert" (kanal nicht verfügbar)
erst wenn eine der beiden versionen gelöscht wird funktioniert es wieder.
d.h vdrdevel alleine geht vdr alleine geht beide zusammen installiert =crash

vielleicht liegt das hier auch an der dxr3 ? keine ahnung irgendwie ist das
alles recht sparsam an fehlermeldungen...

Zitat

Original von hotzenplotz5
TomG auch ein dpkg-reconfigure vdrdevel bringt leider nichts
man kann die eine version "abschalten" aber irgendwie wird da trotzdem was
"blockiert" (kanal nicht verfügbar)
erst wenn eine der beiden versionen gelöscht wird funktioniert es wieder.
d.h vdrdevel alleine geht vdr alleine geht beide zusammen installiert =crash

Es dürfen auf keinen Fall beide starten. Deswegen ist VDRdevel normalerweise so eingerichtet, dass es nicht automatisch startet, sondern nur über das Menü des VDR gestartet werden kann. Natürlich wird bei dem Umschalten als erstes der VDR gestoppt.

Mit "dpkg-reconfigure vdrdevel" kannst du das soweit ändern, dass beim Systemstart nicht mehr VDR, sondern VDRdevel gestartet wird. D.h. nachdem du "dpkg-reconfigure vdrdevel" ausgeführt hast, sollte es auf jeden Fall funktionieren.

Kritisch ist nur, eine neue VDR-Version zu installieren, wenn man VDRdevel als automatischen Start eingestellt hat. Das VDR-Upgrade aktiviert den VDR zusätzlich, ohne VDRdevel abzuschalten. Also sollte man bei einem VDR-Upgrade immer VDR als automatischen Start eingestellt haben.

Zitat

vielleicht liegt das hier auch an der dxr3 ? keine ahnung irgendwie ist das
alles recht sparsam an fehlermeldungen...

Kann ich mir nicht vorstellen. Wenn nur eines der beiden Init-Skripte ausgeführt wird, sollte auch DXR3 kein Problem darstellen.

Tom

Zitat

[i]
Die AMD64-Pakete sind noch nicht aktualisiert... die folgen in den nächsten 24 Stunden. (Verwendet eigentlich jemand die AMD64-Pakete?)

Gruß,
Tobias

Hi

ja ich
ich nutze sie auf meinem Arbeitsrechner zum erzeugen von DVDs und bin sehr Dankbar dafür;

Gruß

Oliver

Tobi keine ahnung warum aber gestern fehlte einfach das framebuffer-device
/dev/fb0 also konnte nicht gehen.
heute ausser einem reboot nichts gemacht und es läuft ?
manchmal hilft es halt nur ne nacht drüber schlafen ......
das plugin selber (graphtft) läuft wie geschmiert

Noch ein Hinweis:

Es wäre super, wenn beim vdr-plugin-graphlcd über die neue Groups funktion, der vdr Benutzer zur Gruppe lp und dialout (gibt es überhaupt serielle displays?) hinzugefügt wird.

Und mit dem Pin/Submenu Plugin... hat da schon jemand ne idee, wo es hängt? Soll ich ein backtrace erstellen, oder würde das nicht viel bringen?

Anders gefragt, hat das mal noch jemand versucht?

Danke

Zitat

Original von Tobi
@aLiEnTxC: Ein Backtrace bringt nur was, mit den entsprechenden Debug-Infos. D.h. du müsstest Submenu und ggf. Pin neu compilieren (siehe vdrdbg-buildpackage).

jo, das wäre machbar...

Erstmal danke für eure extreme Arbeit. Echt cool, dass der Livebuffer jetzt an ist!

zu 64-Bit: Mein Kumpel meint dass zumindest unter Ubuntu der MPlayer viel schneller läuft als unter 32 bei h.264 in HD. Aber ist ein Desktop-Test unter x nicht VDR, sollte aber bei VDR mit MPlayer/MEncoder ähnlich sein.

Werde auch mal updaten.

Übrigens seit einem Update vor etwa zwei Wochen geht das MPlayer-Plugin gar nicht mehr. Ich gucke noch mal genau worans liegt. Slave ist noch eingestellt.

mfG,
Stefan

Zitat

Original von aLiEnTxC

jo, das wäre machbar...

ok.. habe das ganze eben mal gemacht:

vdr:/usr/src# gdb --core=core.12575
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
Core was generated by `vdr-dbg --port=2001 -Psubmenu -Ppin'.
Program terminated with signal 6, Aborted.
#0  0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7d0f811 in ?? ()
(gdb)

Schau aber nicht sehr aussagekräftig aus... welche symbols fehlen wir denn da noch?

libc6-dbg hab ich installiert...

OK.. habs nochmal auf eine andere art gemacht:

vdr:/usr/src# LANG=C gdb vdr-dbg
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".


(gdb) run --port=2001 -Psubmenu -Ppin
Starting program: /usr/bin/vdr-dbg --port=2001 -Psubmenu -Ppin
[Thread debugging using libthread_db enabled]
[New Thread -1211017536 (LWP 15544)]
[New Thread -1211180112 (LWP 15549)]
[New Thread -1219572816 (LWP 15550)]
[Thread -1219572816 (LWP 15550) exited]
[Thread -1211180112 (LWP 15549) exited]
[New Thread -1211180112 (LWP 15556)]
[New Thread -1219572816 (LWP 15557)]
[New Thread -1227965520 (LWP 15558)]
[New Thread -1236358224 (LWP 15559)]
[New Thread -1244750928 (LWP 15560)]
*** glibc detected *** free(): invalid pointer: 0x08c14038 ***


Program received signal SIGABRT, Aborted.
[Switching to Thread -1211017536 (LWP 15544)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7d3f811 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7d40fb9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xb7d74d3a in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4  0xb7d7c5cf in mallopt () from /lib/tls/i686/cmov/libc.so.6
#5  0xb7d7c672 in free () from /lib/tls/i686/cmov/libc.so.6
#6  0xb7f273b1 in operator delete () from /usr/lib/libstdc++.so.6
#7  0xb7d0fa15 in ~cSubMenuSubMenuItem (this=0x8c13fc0) at submenu-setup.c:205
#8  0x080efbc0 in cOsdMenu::CloseSubMenu (this=0x8c13e90) at osdbase.c:506
#9  0x080f0eb0 in cOsdMenu::ProcessKey (this=0x8c13e90, Key=kOk) at osdbase.c:518
#10 0xb7d11cbb in cSubMenuSelectType::ProcessKey (this=0x8c13e90, Key=kOk) at submenu-setup.c:29
#11 0x080f0e9c in cOsdMenu::ProcessKey (this=0xb5426008, Key=kOk) at osdbase.c:516
#12 0xb7d10941 in cSubMenuSetup::ProcessKey (this=0xb5426008, key=kOk) at submenu-setup.c:319
#13 0x080f0e9c in cOsdMenu::ProcessKey (this=0x8d17980, Key=kOk) at osdbase.c:516
#14 0x080e9bbc in cMenuSetupPage::ProcessKey (this=0x8d17980, Key=kOk) at menuitems.c:1040
#15 0x080d1bd5 in cMenuSetupPlugins::ProcessKey (this=0x8d17980, Key=kOk) at menu.c:3141
#16 0x080f0e9c in cOsdMenu::ProcessKey (this=0x8d16c38, Key=kOk) at osdbase.c:516
#17 0x080d860b in cMenuSetup::ProcessKey (this=0x8d16c38, Key=kOk) at menu.c:3218
#18 0x080f0e9c in cOsdMenu::ProcessKey (this=0xb549e008, Key=kOk) at osdbase.c:516
#19 0x080e4c19 in cMenuMain::ProcessKey (this=0xb549e008, Key=kOk) at menu.c:3544
#20 0x0813b81e in main (argc=4, argv=0xbf859b44) at vdr.c:1062
(gdb)

schaut schon besser aus

EDIT: Nebenbei hab ich gerade gesehen, das es vom pin plugin die version 0.1.9 gibt..

Zitat

Original von aLiEnTxC
so.. ich hab das Submenu in Verbindung mit dem Pin Plugin getestet.

Resultat:

Sperren von Menu-Einträgen funktioniert nicht.
Anscheinend hat auch das Submenu Plugin darunter gelitten, da ich keine neuen Submenu-Einträge anlegen kann. Jedes mal wenn ich im Submenu-Plugin-Setup einen neuen Eintrag erstellen möchte und dann auf Sumenu-Item gehe, stürzt der vdr ab.

ok.. ich glaub, den einen fehler hab ich gefunden....

Ich hatte nur folgenden patch (wie in deiner http://e-tobi.net/vdr-experime…chlists/multipatch.00list) aktiviert...

# Patch for the PIN plugin
opt-48_pin

Aber ich denke, es sollte nur folgendes sein?
opt-48_pin-submenu