Sind Umschaltzeiten unter einer Sekunde OK? VNSI-Server für XBMC ist da!

hotzenplotz5 · 8. April 2010

aktuelle version jetzt auch im vdr-1.7.14 repo für lucid :
https://launchpad.net/~yavdr/+archive/testing-vdr

und für karmic :
https://launchpad.net/~the-vdr…+archive/unstable-plugins

(habs jetzt einfach mit der version 0.0.2 versehen .....

passend zu hepis xbmc paketen

gandalf · 8. April 2010

Sowohl beim Vorgehen nach aelo als auch schnere kompiliert die cmdcontrol.c nicht durch:

Code

g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVNSI_SERVER_VERSION='"0.0.1"' -I../../../include cmdcontrol.c
cmdcontrol.c: In member function ‘bool cCmdControl::process_Login()’:
cmdcontrol.c:257: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘uint32_t’
cmdcontrol.c:262: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘uint32_t’
cmdcontrol.c: In member function ‘bool cCmdControl::processCHANNELS_GetChannels()’:
cmdcontrol.c:568: error: ‘class cChannel’ has no member named ‘Vtype’
cmdcontrol.c: In member function ‘bool cCmdControl::processTIMER_Delete()’:
cmdcontrol.c:722: warning: comparison between signed and unsigned integer expressions
cmdcontrol.c: In member function ‘bool cCmdControl::processTIMER_Update()’:
cmdcontrol.c:781: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘uint32_t’
make: *** [cmdcontrol.o] Fehler 1

Alles anzeigen

Was habe ich übersehen?
EDIT
OK, ich hatte noch ne alte vdr-dev (1.6.x) installiert, nachdem ich die removed hatte gings auch mit dem Nachbarn (ein paar symlinks sei dank).
/EDIT

Danke,
G.

pingpong · 8. April 2010

Zitat

Original von a-user
hmm, ich weiß jetzt nicht genau ob ich das heir fragen sollte, aber ich hab die hoffnung einer von euch weiß was dazu. hepi hat ja seine pakete aktualisiert. und diese version funzt nu plötzlich nicht mehr mit streamdev. im log wird zwar mit vdr verbunden, aber laut log enthält der stream keine video und audio daten.

einzig "das erste hd" klappt und für ca 2 sec klappte einmal ndr.

liegt das an hepis build? oder auch an den aktuellen quellen?

... werd wohl mal xbmc selbst kompilieren müssen.

Alles anzeigen

Weiß leider noch nicht woran das liegt, ist seit den trunk merge so, irgendwas hat die Umschaltzeiten im trunk verdoppelt, weshalb er gegen den Timeout läuft, hab als workaround die Zeit von 5 auf 15 Sekunden erhöht, allerdings müsstet ihr wenn XBMC schon Einstellungen hat dies auch manuell in den TV Einstellungen ändern.

Grüße,

Alwin

a-user · 8. April 2010

pingpong: super, danke dir für die info.

gandalf · 8. April 2010

pingpong
Ich habe jetzt mal alles aus der Version 29132 kompiliert, auch das plugin, die Erweiterung hinzugefügt und los gings.

Leider bekomme ich schon beim Tunen des ersten Kanals kein Bild und folgende Logausgabe

Code

Apr  8 16:02:20 VDR1 vdrdevel: [16637] VNSI-Error: Invalid or missing '/var/lib/vdrdevel/plugins/vnsi-server/allowed_hosts.conf'. falling back to 'svdrphosts.conf'.
Apr  8 16:02:20 VDR1 vdrdevel: [16637] ERROR: plugin '<no name given>' called cPlugin::ConfigDirectory(), which is not thread safe!
Apr  8 16:02:20 VDR1 vdrdevel: [16637] VNSI-Error: Invalid or missing /var/lib/vdrdevel/plugins/../svdrphosts.conf. Adding 127.0.0.1 to list of allowed hosts.
Apr  8 16:02:20 VDR1 vdrdevel: [16637] VNSI: Client with ID 1 connected: 127.0.0.1:34808
Apr  8 16:02:20 VDR1 vdrdevel: [16636] VNSI: Welcome client '(null)' with protocol version '1'
Apr  8 16:02:20 VDR1 vdrdevel: [18258] VNSI: Successfully found following device: 0xb53256c8 (2) for receiving
Apr  8 16:02:20 VDR1 vdrdevel: [18258] VNSI: Creating new live Receiver
Apr  8 16:02:20 VDR1 vdrdevel: [18259] cLiveStreamer stream processor thread started (pid=16618, tid=18259)
Apr  8 16:02:20 VDR1 vdrdevel: [18259] cLiveStreamer stream processor thread ended (pid=16618, tid=18259)
Apr  8 16:02:20 VDR1 vdrdevel: [18258] VNSI: Successfully switched to channel 3 - KiKa
Apr  8 16:02:20 VDR1 vdrdevel: [18258] VNSI: Started streaming of channel 3 - KiKa
Apr  8 16:02:23 VDR1 vdrdevel: [16648] buffer usage: 70% (tid=18259)
Apr  8 16:02:23 VDR1 vdrdevel: [16648] buffer usage: 80% (tid=18259)
Apr  8 16:02:24 VDR1 vdrdevel: [16648] buffer usage: 90% (tid=18259)
Apr  8 16:02:24 VDR1 vdrdevel: [16648] buffer usage: 100% (tid=18259)
Apr  8 16:02:24 VDR1 vdrdevel: [16648] ERROR: 1 ring buffer overflow (77 bytes dropped)
Apr  8 16:02:30 VDR1 vdrdevel: [16648] ERROR: 21715 ring buffer overflows (4082420 bytes dropped)
Apr  8 16:02:36 VDR1 vdrdevel: [16648] ERROR: 24937 ring buffer overflows (4688156 bytes dropped)
Apr  8 16:02:42 VDR1 vdrdevel: [16648] ERROR: 30221 ring buffer overflows (5681548 bytes dropped)

Alles anzeigen

Also muss ich wohl noch ein paar files erzeugen/anpassen die den Zugriff regeln, der default hat aber wohl erstmal gegriffen. Wie kriege ich jetzt das Problem mit dem buffer noch in den Griff?

Gruss,
Gandalf

aelo · 8. April 2010

ich glaube ich hatte gestern den gleichen Fehler, du hast den falschen Ordner drüber kopiert, du musst noch mal eine Ebene tierfer, da gibts nämlich noch einen ordner
vdr-plugin-vnsiserver

mfg

sphere · 8. April 2010

Zitat

Original von gandalf
pingpong
Ich habe jetzt mal alles aus der Version 29132 kompiliert, auch das plugin, die Erweiterung hinzugefügt und los gings.

Leider bekomme ich schon beim Tunen des ersten Kanals kein Bild und folgende LogausgabeAlso muss ich wohl noch ein paar files erzeugen/anpassen die den Zugriff regeln, der default hat aber wohl erstmal gegriffen. Wie kriege ich jetzt das Problem mit dem buffer noch in den Griff?

Gruss,
Gandalf

Sieht so aus als wenn du das xbmc-dir/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsi/vnsi-server Verzeichnis noch nicht nach: vdr-dir/plugins/vnsi-server kopiert hast. Das ist aber nicht kritisch, er nimmt dann eben statt der allowed_hosts.conf die svdrphosts.conf.

Aber die Buffer overflows habe ich leider auch.
Liegt das evtl. daran, dass ich (wir?) eine FF Karte haben? (nur eine spontane/dumme idee :D)

Grüße

gandalf · 8. April 2010

sphere
Ja, ich habe in der Tat eine FF, Signatur verrät es ;).

Zum Empfangen nehme ich aber die DVB-S2 Karte, darauf ist der vdr eigentlich zuverlässig geeicht. An der FF ist auch gar kein Antennenkabel angeschlossen da ich keine zwei Leitungen zum vdr liegen habe. Ich benutze sie nur wenn vdrpau mal wieder nicht so will wie ich.

Das mit den conf Dateien habe ich inzwischen im Griff, das mit den buffern leider noch nicht.

aelo
Das schaue ich mir mal jetzt an, auch wenn ich noch nicht genau weiss worauf du hinauswillst...

aelo · 8. April 2010

owe, hab mich etwas vertan, vergiss es wieder!!
Hatte nämlich gestern enie ähnliche Fehlermeldung beim Pluginkompilieren, war allerdigns schon spät

mfg

Jeru · 8. April 2010

Ich hab auch den Ringbuffer-Overflow Fehler und auch eine FF Karte drinnen. Da könnte schon was dran sein.

Gruß
Jeru

Chris Eytsch · 8. April 2010

gandalf:
Habe das selbe Problem beim kompilieren wie du. Hatte auch noch eine alte vdr version installiert, obwohl ich die neuste vdrdevel nutze. Habe die alte vdr nun inkl. vdr-dev entfernt und statt dessen vdrdevel-dev installiert. Leider habe ich immernoch keinen Erfolg. Könntest du mir dein genaues Vorgehen vielleicht erläutern? Habe leider auch erst ein paar Monate Linux-Erfahrung auf dem Buckel...

Zitat

Original von gandalf
Sowohl beim Vorgehen nach aelo als auch schnere kompiliert die cmdcontrol.c nicht durch:

Code

g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVNSI_SERVER_VERSION='"0.0.1"' -I../../../include cmdcontrol.c
cmdcontrol.c: In member function ‘bool cCmdControl::process_Login()’:
cmdcontrol.c:257: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘uint32_t’
cmdcontrol.c:262: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘uint32_t’
cmdcontrol.c: In member function ‘bool cCmdControl::processCHANNELS_GetChannels()’:
cmdcontrol.c:568: error: ‘class cChannel’ has no member named ‘Vtype’
cmdcontrol.c: In member function ‘bool cCmdControl::processTIMER_Delete()’:
cmdcontrol.c:722: warning: comparison between signed and unsigned integer expressions
cmdcontrol.c: In member function ‘bool cCmdControl::processTIMER_Update()’:
cmdcontrol.c:781: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 3 has type ‘uint32_t’
make: *** [cmdcontrol.o] Fehler 1

Alles anzeigen

Was habe ich übersehen?
EDIT
OK, ich hatte noch ne alte vdr-dev (1.6.x) installiert, nachdem ich die removed hatte gings auch mit dem Nachbarn (ein paar symlinks sei dank).
/EDIT

Danke,
G.

Alles anzeigen

hotzenplotz5 · 8. April 2010

bin mir nicht "ganz" sicher, aber wenn ihr das plugin für debian-vdrdevel installieren/kompilieren
wollt braucht ihr das make-special-vdr skript/paket. (keine ahnung ob das skript selber auch angepasst werden muss)
übersetzen muss man es so :

PATCHVARIANT=multipatch SPECIAL_VDR_SUFFIX=devel fakeroot dpkg-buildpackage -b -uc -tc -Rmake-special-vdr

aber wie gesagt, kann muss nicht sein

hier kompiliert es ohne probleme, auch mit der version von tomg aber auf ubuntu und ohne devel (deshalb auch ohne -Rmake-special-vdr)

pingpong · 8. April 2010

Hallo gandalf,

aus irgendwelchen Gründen scheint der receiver noch nicht aktiv zu sein weswegen der das Streamer Thread sich sofort wieder beendet, hab in r29136 mal einen andere Überprüfung eingebaut. Hoffe das es damit besser geht.

Postet nochmal das syslog wenn es doch nicht geht.

Habe auch das plugin angepasst das es unter 1.6.0 kompiliert.

Grüße,

Alwin

gandalf · 8. April 2010

Also was habe ich gemacht?

Ich habe wie du die vdr-devel deinstalliert, danach, das hatte ich schon befürchtet, hatte ich eine ganze Reihe von Fehlermeldung a la Datei so und so nicht gefunden, es wurden halt immer noch die include Dateien in /usr/include/vdr gesucht.

Ich habe das jetzt mal so gelöst das ich unter /usr/inlude

Code

lrwxrwxrwx  1 root root    9  8. Apr 15:24 vdr -> vdrdevel/
drwxr-xr-x  4 root root 4,1k 16. Mär 19:04 vdrdevel

und /usr/share die gezeigten symlinks angelegt habe:

Code

lrwxrwxrwx    1 root root   13  8. Apr 15:25 vdr-dev -> vdrdevel-dev/
drwxr-xr-x    6 root root 4,1k 22. Jun 2009  vdrdevel

Danach ging es dann. Ich habe allerdings die hier beschriebene Anleitung benutzt.

Wichtig war auch beim letzten Kopiervorgang die Datei gleich umzubenennen, also statt

Code

cp /usr/src/vdr-1.7.14/PLUGINS/lib/libvdr-vnsiserver.so.1.7.14 /usr/lib/vdr/plugins/

muss es für eine vdrdevel Installation heissen:

Code

cp /usr/src/vdr-1.7.14/PLUGINS/lib/libvdr-vnsiserver.so.1.7.14 /usr/lib/vdrdevel/plugins/libvdrdevel-vnsiserver.so.1.7.14

Das war alles denke ich.

Sag Bescheid ob es klappt.

Liebe Grüsse,
Gandalf

gandalf · 8. April 2010

Zitat

Original von pingpong
Hallo gandalf,

aus irgendwelchen Gründen scheint der receiver noch nicht aktiv zu sein weswegen der das Streamer Thread sich sofort wieder beendet, hab in r29136 mal einen andere Überprüfung eingebaut. Hoffe das es damit besser geht.

Postet nochmal das syslog wenn es doch nicht geht.

Habe auch das plugin angepasst das es unter 1.6.0 kompiliert.

Grüße,

Alwin

Alles anzeigen

Bedeutet ich muss nur das plugin neu kompilieren?

G.

hotzenplotz5 · 8. April 2010

hä ? aber vdr-dev (vdr-1.6.0) vdrdevel-dev (vdr-1.7.14)
sicher das es so läuft ?

pingpong · 8. April 2010

Zitat

Original von gandalf
Bedeutet ich muss nur das plugin neu kompilieren?

G.

Ja das plugin allein reicht, im Klient waren nur ein paar Texte falsch.

gandalf · 8. April 2010

Zitat

Original von hotzenplotz5
hä ? aber vdr-dev (vdr-1.6.0) vdrdevel-dev (vdr-1.7.14)
sicher das es so läuft ?

Ja, aber die besagte Anleitung geht schon von einem vdr der Version 1.7.14 aus, nur das er dort nur vdr heisst, bei mir aber vdrdevel. Es sollte aber am Ende derselbe Stand sein.
G.

gandalf · 8. April 2010

Zitat

Original von pingpong
Hallo gandalf,

aus irgendwelchen Gründen scheint der receiver noch nicht aktiv zu sein weswegen der das Streamer Thread sich sofort wieder beendet, hab in r29136 mal einen andere Überprüfung eingebaut. Hoffe das es damit besser geht.

Postet nochmal das syslog wenn es doch nicht geht.

Habe auch das plugin angepasst das es unter 1.6.0 kompiliert.

Grüße,

Alwin

Alles anzeigen

Was soll ich sagen, es wird aus irgendeinem Grund nichtmal mehr versucht das Programm zu starten, egal welchen Sender ich wähle.
Im Log sehe ich auch nur:

Code

Apr  8 19:06:19 VDR1 vdrdevel: [19254] loading /var/lib/vdrdevel/plugins/vnsi-server/allowed_hosts.conf
Apr  8 19:06:19 VDR1 vdrdevel: [19254] VNSI: Client with ID 0 connected: 127.0.0.1:50324
Apr  8 19:06:19 VDR1 vdrdevel: [19253] VNSI: Welcome client 'XBMC Media Center' with protocol version '1'

Danach nichts VNSI spezifisches.

:ratlos

G.

sphere · 8. April 2010

Zitat

Original von pingpong
aus irgendwelchen Gründen scheint der receiver noch nicht aktiv zu sein weswegen der das Streamer Thread sich sofort wieder beendet, hab in r29136 mal einen andere Überprüfung eingebaut. Hoffe das es damit besser geht.

Hi,

ich hatte vorher identische Probleme wie Gandalf, die scheinen jetzt mit dem neu gebauten vdr plugin weg zu sein.

Ich lasse heute abend den WAF heute bei Germanys Next Topmodel mal analysieren

Grüße

Sind Umschaltzeiten unter einer Sekunde OK? VNSI-Server für XBMC ist da!

Jetzt mitmachen!

Teilen