[ANNOUNCE] x-vdr-0.7.46

Zugriff auf den vdr auf dem das live läuft mittels anderem rechner.

Das mit der weissen seite hatte ich auch - auf einmal gings komischerweise dann doch?! Habs auch nicht verstanden....:(

Zitat

Original von MChrisZ
Zugriff auf den vdr auf dem das live läuft mittels anderem rechner.

Das mit der weissen seite hatte ich auch - auf einmal gings komischerweise dann doch?! Habs auch nicht verstanden....:(

Ich greife nur von anderen Rechnern auf den VDR zu. Deswegen die kurze Verwirrung.

Dann bin ich mal optimistisch, dass aus der weißen eine farbige Seite wird

Hallo zusammen,

was mich jetzt stutzig macht. Habe gerade ein Update durchgeführt. Jetzt heißt der Benutzer des VDR's "vdruser" und nicht mehr "vdr".

Ist das korrekt?

Jetzt habe ich schon ein paar Problemchen...fängt beim Löschen der Aufnahmen an. Sämtliche Aufnahmen gehören "vdr"

Kann man den Benutzer wieder in "vdr" ändern?

Zitat

Original von zulu
Hallo Christian,

das live-plugin scheint bei einigen ein bisschen zu zicken. Woran das liegt, weiß ich leider nicht.

Der VDRUSER heisst aber schon ne' halbe Ewigkeit vdruser.
Vor der installation kann dieser Name in der x-vdr.conf geändert werden.
Nachträglich in /etc/default/vdr. Allerdings musst du dann noch diverse Dateien auf den neuen Benutzer (vdr) übertragen. IMHO ist es einfacher du bleibst bei vdruser und änderst die Rechte auf dein Aufnahme-Verzeichnis:

Code

su
chown -R vdruser:vdrgroup /pfad/zu/deinen/Aufnahmen

Gruß, Marc

Alles anzeigen

Danke Dir, Marc. Benutzerrechte geändert - es läuft.

Nochmals zum Live-Plugin: Im Live-Plugin-Verzeichnis sind nur 2 Dateien drin: httpd.config + httpd.properties. Ist das nicht ein bischen wenig? Muss für das Plugin Apache installiert sein?

Zitat

Original von zulu
Hallo Christian,

bei mir sind auch nur httpd.config und httpd.properties in dem Verzeichnis und es läuft. Apache braucht nicht installiert sein.

Zeigt er den nichts im syslog?

Gruß, Marc

Alles anzeigen

Im Syslog wird beim Aufruf von http://192.168.1.5:8008/ nichts angezeigt.

Bin auf folgendes Post gestoßen: [ANNOUNCE] Live - das Live Interactive VDR Environment

Ist Apache wirklich nicht nötig?

Hier die netstat-Meldung von Port 8008:

root@vdr:~# netstat -na | grep 8008
tcp 0 0 0.0.0.0:8008 0.0.0.0:* LISTEN

Das Plugin wird beim Starten des VDR's zwar geladen..dann "hört" es aber einfach nicht zu.

EDIT: Die Einstellungen für das Plugin in setup.conf sehen so aus:

live.AdminLogin = admin
live.AdminPasswordMD5 = 4:d0dbe915091d400bd8ee7f27f0791303
live.LastChannel = 685
live.LastWhatsOnListMode = detail
live.LocalNetMask =
live.StartPage =
live.Theme = marine
live.UseAuth = 0
live.UserdefTimes =

Schaut ein wenig leer aus!?

Im Setup alle live-Einträge gelöscht.

Was aber vorher auch schon der Fall war:

Er zeigt mir im Browser an: Verbindung zu localhost unterbrochen. D.h. keine Verbindung zu Port 8008. Port 8001 (vdradmin) funktioniert hingegen wie geschmiert.

Zu 8008 bekomme ich auch keine Verbindung, wenn vdradmin gestoppt wurde.

Aaaalso, das Problem was kop hatte und auch vermutlich andere User mit dem Live-Plugin haben ist ein Bug in der libstdc++6 in Debian unstable (Sid). Hintergrundinfos dazu:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429882

Die betroffene Version des Paketes libstdc++6: 4.2-20070609-1

Dieser Bug bringt tntnet zum Absturz beim starten des Live-Plugins, weil es keine passende Locale finden kann.

Das Problem kann man nun auf mehere Arten lösen.

Variante A:

Heute wurde der Bug in der libstdc++6 gefixed und ins Archiv hochgeladen. Die User, die ihr System immer regelmässig upgraden per apt-get upgrade oder dist-upgrade brauchen nur dieses zu tun, dann sollte die neue libstdc++6 mit der Version 20070627-1 installiert werden, dort wurde das Problem behoben.

Variante B:

Der Programmierer von tntnet (Tommi) hat mir einen Workaround-Patch für tntnet zukommen lassen. Diesen habe ich in die tntnet-Packages eingebaut und auf meinen Server geladen.

Diese brauchen nur heruntergeladen und installiert werden:

http://vdr.gekrumbel.de/tntnet…net6_1.6.0-3+mb1_i386.deb
http://vdr.gekrumbel.de/tntnet…-dev_1.6.0-3+mb1_i386.deb

Diese Dateien dann einfach per dpkg -i installieren und den VDR neustarten. Danach sollte das Problem nicht mehr auftauchen und das Live-Plugin sollte ganz normal über Port 8008 erreichbar sein.

Grüße & Viel Spaß
Michi

Hallo,
danke Skiller.....Live löppert wieder:-)

Und was anderes:

Könnte man in der nächsten Version des x-vdr im skinenigma magick bei bauen aktivieren?

Tschau, Karsten.

Hi Marc,

wenn Du in deinem genialen Script auch noch dauerhaft das Fritzbox-plugin einbauen könntest. So muß ich jedesmal nach einer Aktualisierung dieses Plugin nach installieren, was zwar ohne Probleme geht...Aber doch ziemlich nervig, weil es doch so unproblematisch (ohne Patch) funktioniert.

Denke auch, das viele die Box einsetzen.

Gruß,

Pit

Hallo Marc,

hab gesten mal die .35 auf ner neuen Sidux installieren wollen.

Music und epgsearch funktionieren nicht.

epgsearch ist auf dem Server nicht verfügbar und music meckert bei der Installation wegen irgendwelchen patches....

Gruß,
Chris

Hi Chris,

der Winni arbeitet in der Beta-Version im Moment an dem Plugin. Da er gerade bei der Version Beta4 ist ist auch der Dateiname so bei im angelegt.

Wenn Du also in dem \x-vdr\plugins\epgsearch\plugin.sh den Download wie folgt änderst, dann kann dieses Plugin auch gefunden werden.

Neuer Name lautet:
vdr-epgsearch-0.9.23-beta4.tgz

Kannst Du mal die Fehlermeldungen beim MUSIC-Plugin hochladen ?Bei mir hat genau das gleiche x-vdr-Scriptversion keine Fehler verursacht !!

Gruß,

Pit

Das passiert bei Music. Ist vielleicht ein patch zuviel. Hatte noch keine zeit es mir genauer anzuschauen...hier wird jetzt eh erstmal eine dxr3 dienen müssen.

create symbolic link `music' to `music-0.2.0'
./../../functions: line 1142: cd: /usr/local/src/VDR/PLUGINS/src/music: No such file or directory
apply patch music-0.2.0_id3v2.diff
can't find file to patch at input line 3
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|--- mp3id3tag.c~ 2007-05-03 19:23:51.000000000 +0200
|+++ mp3id3tag.c 2007-06-09 17:06:44.000000000 +0200
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
apply patch music-0.2.0-mplayer_vdr150.diff
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ruN music-0.2.0/mplayer.c~ music-0.2.0/mplayer.c
|--- music-0.2.0/mplayer.c~
|+++ music-0.2.0/mplayer.c
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
apply patch music-0.2.0_scrollmode.diff
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ruN music-0.1.0/mp3control.c music/mp3control.c
|--- music-0.1.0/mp3control.c
|+++ music/mp3control.c
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
can't find file to patch at input line 27
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ruN music-0.1.0/mp3control.h music/mp3control.h
|--- music-0.1.0/mp3control.h
|+++ music/mp3control.h
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 39
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -ruN music-0.1.0/skin.c music/skin.c
|--- music-0.1.0/skin.c
|+++ music/skin.c
--------------------------
File to patch:

Hi,

ich habe mit einem REchner noch kleine Probs mit nvram. Manuell bekomm ich es gestartet.

Folgende Optionen hab ich gefunden:
ENABLED="yes"
COMMANDLINE="-C /etc/nvram-wakeup.conf"
SPECIALSHUTDOWN="echo y | grub-reboot 3"

Die werden hier als Einträge in der /etc/vdr/vdr-nvram-wakeup.conf genannt.
Diese entspricht doch bei x-vdr der shutdown.conf - oder? Wie muss diese denn dann bei x-vdr aussehen?

Zur Zeit bootet er immer den dritten Grubeintrag (poweroff).

Danke.