XBMC Gotham?

Ich hab mit XBMC 13 kein Ton Problem, ganz im Gegenteil, bei mir funktioniert alles erstmals korrekt.

Zitat von kia

Bei mir scheint es nun auch zu funktionieren.
Live-TV habe ich erstmal abgeschaltet. Habe ich noch nicht zum laufen bekommen.

Ich benutze Gotham testweise, allerdings mit OpenELEC und habe mit xvdr keine Probleme mit Live-TV. VNSI läuft nur mit einer neueren Version, die wir aus Kompatibilitäts-Grunden noch nicht anbieten können.
Allerdings scheint das Abspielen von Aufnahmen manchmal zu hängen, ich habe das aber nicht weiterverfolgt, weil ich gerade alle Aufnahmen nach MKV umwandele und es damit keine Probleme gibt.

Gerald

Hab die neue Version grade mal auf meinen androiden getestet. Läuft ziemlich rund. Mit Frodo klappte es nicht wirklich. Ließ sich nicht beenden und ruckelte im Sound.
Gruß Jan

Zitat von kia

Mit was wandelst du die Aufnahmen um? Und mit welchen Einstellungen?

Mit HandBrakeCli, keine speziellen Einstellungen.

Gerald

Hallo zusammen,
ich würde das Thema gerne noch mal aufwärmen.

Ich habe aktuell VDR Testing mit dem VDR 2.0.4 am rennen und würde jetzt gerne XBMC Gotham samt VNSI5 ans rennen bringen.

Ich habe mir das ppa von Alex gezogen, es wurde auch ein Update vom XBMC, jedoch wird kein Update vom vdr-plugin-vnsiserver durchgeführt.

Angeblich ist die Testing 0.9.1 Version neuer, als die aus dem PPA von Alex.

root@htpc:~# apt-cache show vdr-plugin-vnsiserver
Package: vdr-plugin-vnsiserver
Source: vdr-plugin-vnsiserver3
Priority: extra
Section: oldlibs
Installed-Size: 28
Maintainer: Alexander Grothe <seahawk1986@hotmail.com>
Architecture: all
Version: 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr0~precise
Depends: vdr-plugin-vnsiserver3
Filename: pool/main/v/vdr-plugin-vnsiserver3/vdr-plugin-vnsiserver_0.9.1+git20131213.1417-e1c3fb1-6yavdr0~precise_all.deb
Size: 3360
MD5sum: e830b4cc98d9e86216eaffbebdd3cac1
SHA1: b410753e61ec8b211e2320fb0139c78cb6af3810
SHA256: dee34b1a206490707cacbf0682fb2abe1bf4d6a54126aa32048745699236ad1b
Description: transitional dummy package
 This is a transitional dummy package. It can safely be removed.


Package: vdr-plugin-vnsiserver
Source: xbmc-pvr-addons (1.0.0~git20140104.1128-9021115-0~precise)
Priority: extra
Section: video
Installed-Size: 308
Maintainer: wsnipex <wsnipex@a1.net>
Architecture: amd64
Version: 1:0.9.3-11precise
Depends: libc6 (>= 2.15), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.6)
Filename: pool/main/x/xbmc-pvr-addons/vdr-plugin-vnsiserver_0.9.3-11precise_amd64.deb
Size: 104864
MD5sum: 54a176af2c4c85cbc37cc9d18722ac4e
SHA1: 04c7f384085fb43e7f1377771992a4c2e8b8a8bb
SHA256: f6a17ccf5513e99b7341df6e7d5040d412a819ba7d2f400f4e59b2150e251454
Description: VDR-Network-Streaming-Interface - PVR API:1.9.0
 VDR-Network-Streaming-Interface

Also habe ich mal versucht, die Version explizit mitzugeben und er hat ein "Downgrade" durchgeführt.

root@htpc:~# apt-get install vdr-plugin-vnsiserver=1:0.9.3-11precise
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut   	
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden durch eine ÄLTERE VERSION ERSETZT (Downgrade):
  vdr-plugin-vnsiserver
0 aktualisiert, 0 neu installiert, 1 durch eine ältere Version ersetzt, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 105 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 287 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? j
dpkg: Warnung: Version 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr0~precise des Paketes vdr-plugin-vnsiserver wird durch ältere Version 1:0.9.3-11precise ersetzt.
(Lese Datenbank ... 190416 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von vdr-plugin-vnsiserver 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr0~precise (durch .../vdr-plugin-vnsiserver_1:0.9.3-11precise_amd64.deb) ...
Ersatz für vdr-plugin-vnsiserver wird entpackt ...
vdr-plugin-vnsiserver (1:0.9.3-11precise) wird eingerichtet ...

Nach einem VDR restart, meckert er aber immer noch rum, dass die VNSI Version nicht stimmt.

Jan 18 21:56:40 htpc vdr: [4003] VNSI: Client with ID 16 connected: 127.0.0.1:55620
Jan 18 21:56:40 htpc vdr: [4364] VNSI: Welcome client 'XBMC Media Center' with protocol version '5'
Jan 18 21:56:40 htpc vdr: [4364] VNSI-Error: Client 'XBMC Media Center' have a not allowed protocol version '5', terminating client
Jan 18 21:56:40 htpc vdr: [4364] VNSI: cxSocket::read: eof, connection closed
Jan 18 21:56:41 htpc vdr: [4003] VNSI: Client with ID 16 seems to be disconnected, removing from client list

So wie es aussieht wird auch noch der vnsiserver3 geladen, liegt es vielleicht daran?

root@htpc:/var/lib/vdr/plugins# ps -ef|grep vnsiserver
vdr   	3897 	1  6 21:55 ?    	00:00:27 /usr/bin/vdr -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 --lirc=/var/run/lirc/lircd -w 0 -Pxine -r -Pxvdr -t 10 -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Pquickepgsearch -Pepgsearch -f /usr/bin/svdrpsend -Ptext2skin -Plive --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages -Pepg2vdr  -Pvdrmanager -p 6420 -P phantom -Pextrecmenu -Pstreamdev-server -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper --upstart -Pepgsearchonly -Pwirbelscan -Pchannellists -Pconflictcheckonly -Pnoepg -Piptv -Pfemon -Pmenuorg -Pvnsiserver3 -t 10 -Pstreamdev-client -Pmarkad -Pdynamite

Bei einem vdr -V taucht das Plugin auch nirgends auf.

root@htpc:/usr/local/src# vdr -V
Jan 18 22:14:04.931 [general.debug] using new 1.7.11+ capture code
vdr (2.0.4/2.0.0) - The Video Disk Recorder
skinpearlhd (0.0.1) - PearlHD Skin
quickepgsearch (0.0.1) - Quick search for broadcasts
epgsearch (1.0.1.beta5) - search the EPG for repeats and more
text2skin (1.3.2+git) - Loader for text-based skins
live (0.3.0) - Live Interactive VDR Environment
pvr350 (1.7.4) - PVR350 as output device
epg2vdr (0.1.4) - epg2vdr plugin
vdrmanager (0.11) - VDR-Manager support plugin
xine (0.9.4) - Software based playback using xine
xvdr (0.9.9) - XVDR Server
softhddevice (0.6.1rc1) - A software and GPU emulated HD device
extrecmenu (1.2.3-git) - Extended recordings menu
sc (1.0.0pre-HG-Unknown) - A software emulated CAM
streamdev-server (0.6.1-git) - VDR Streaming Server
dvbhddevice (2.0.2) - HD Full Featured DVB device
restfulapi (0.1.2) - Offers a RESTful-API to retrieve data from VDR
dbus2vdr (18) - control vdr via D-Bus
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR
channellists (0.0.5) - Manage your channellists
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
noepg (0.0.4) - block/allow EPG for selected channels
dynamite (0.1.5) - attach/detach devices on the fly
dummydevice (1.0.3) - Output device that does nothing
iptv (2.0.0) - Experience the IPTV
femon (2.0.0) - DVB Signal Information Monitor (OSD)
dvbsddevice (2.0.1) - SD Full Featured DVB device
menuorg (0.5.1) - Reorganizes the main menu
vnsiserver3 (0.9.1) - VDR-Network-Streaming-Interface (VNSI) Server
streamdev-client (0.6.1-git) - VTP Streaming Client
markad (0.1.5pre) - Mark advertisements
graphtftng (0.4.6) - VDR OSD on TFT

Hat hier jemand vielleicht eine idee, wie ich weiter kommen könnte?

Danke & Gruß

Timo

So,
ich habe mir jetzt irgendwie selber geholfen.

Nach ein bissel im PPA suchen, habe ich die "vdr packages for OpenELEC devel" gefunden.

Nachdem hinzufügen zur sourcelist und einem apt-get update && apt-get install vdr-plugin-vnsiserver5, rennt jetzt auch XBMC Gotham mit vnsi5.

Gruß Timo

Ich möchte in den nächsten Tagen auch mein yaVDR neu aufsetzen und dann XBMC 13 nutzen/testen.

Wie mache ich das am Besten, dass meine XBMC-Einstellungen/-Datenbanken erhalten bleiben?

Ich kopiere vermutlich einfach den kompletten Ordner "/var/lib/vdr/.xbmc/userdata/", oder?
Aber mache ich das vor oder nach dem Update auf Gotham?

Wenn du nur deine Filmdatenbank sichern willst kannst du das unter Einstellungen->Video->Videobibliothek exportieren

Für ne komplette Sicherung würde ich XBMC Backup nehmen, ich hab es nicht probiert, das Backup von 12 unter 13 einzuspielen, da es bisher keine Probleme gab, denke aber, dass das klappen sollte.
Einfach unter Programme->Mehr...->XBMC Backup installieren, ist denke ich selbst erklärend.

Danke.
Das hört sich logisch an.

Zitat von TimUx

So,
ich habe mir jetzt irgendwie selber geholfen.

Nach ein bissel im PPA suchen, habe ich die "vdr packages for OpenELEC devel" gefunden.

Nachdem hinzufügen zur sourcelist und einem apt-get update && apt-get install vdr-plugin-vnsiserver5, rennt jetzt auch XBMC Gotham mit vnsi5.

Gruß Timo

Alles anzeigen

Hallo,
Frage ans YAVDR-Team: Gibts eine Chance, VNSISERVER5 direkt via YAVDR-Pakete zu bekommen, ohne diese Bastelumwege?
Habe ein paar Clients auf Linux-Rechnern und Android-Tablets und raspberries, die sich auf Gotham geupdatet haben, nun aber kein Live-TV mehr sehen wegen der VNSI-Probematik (server ist ein YAVDR mit VNSI3).
Hab eigentlich keine Lust da nun systemweit auf XVDR umzustellen...
Oder eine andere Lösung?
Grüße
Tschennings

Zitat von Tschennings

Frage ans YAVDR-Team: Gibts eine Chance, VNSISERVER5 direkt via YAVDR-Pakete zu bekommen, ohne diese Bastelumwege?

Warum ist denn das ein Bastelumweg? Wie sollte deiner Meinung nach denn ein anderer Weg aussehen?

Ich habe dieses PPA für mich so eingerichtet damit ich mit den Stable-Yavdr-Paketen Gotham verwenden kann. Warum musst du jetzt was besseres haben, und wie soll das aussehen?

Der einzige andere Weg ist auf das nächste Release von yaVDR zu warten.

Gerald

Oder die Pakete aus testing zu benutzen.

Zitat von seahawk1986

Oder die Pakete aus testing zu benutzen.

Und das wäre dann kein Bastelumweg?

Gerald

Zitat von gda

Warum ist denn das ein Bastelumweg? Wie sollte deiner Meinung nach denn ein anderer Weg aussehen?

Ich habe dieses PPA für mich so eingerichtet damit ich mit den Stable-Yavdr-Paketen Gotham verwenden kann. Warum musst du jetzt was besseres haben, und wie soll das aussehen?

Der einzige andere Weg ist auf das nächste Release von yaVDR zu warten.

Gerald

Alles anzeigen

Ich steh glaub ich am Schlauch. Auf meinem yavdr-system bekomme ich mit den standard-ppa's bisher vnsi vers.3. Die clients, welche sich auf gotham aktualisiert haben, geben kein liveTV wegen fehlendem vnsi vers.5 server. Die einzige Lösung, die ich bisher gefunden habe, ist der o.g. Ansatz mit den ppa's von openelec (bastellösung) - oder wo ist da mein Denkfehler?
Ziel für mich ist ja eigentlich blos, auf den Clients mit gotham das live-Signal meines (aktuellen) yavdr wiedergeben zu können!

Zitat von Tschennings

Die einzige Lösung, die ich bisher gefunden habe, ist der o.g. Ansatz mit den ppa's von openelec (bastellösung) - oder wo ist da mein Denkfehler?

Ganz einfach, dein Denkfehler ist es das als Bastellösung zu bezeichnen. Das ist der ganz normale Weg etwas aus einem anderen PPA zu bekommen. Du hast nach wie vor nicht auf meine Frage geantwortet wie es denn sonst funktionieren sollte?

Gerald

Naja, bis dato hat sich sowas entweder per update quasi von selbst erledigt oder Installationen waren schön vorgekaut via web-gui ein Kinderspiel.
Bei Anliehen aus anderen ppa's hab ich nur Sorge, dass ich an anderer Stelle mehr futsch mache als es Nutzen bringt.

Hallo nochmal,
so - hab jetzt mal die entsprechenden ppa's gesetzt und damit Lve-TV beim XBMC-Gotham auf dem vdr-server selbst mit entsprechendem vnsi-server zum laufen gebracht, jedoch lief das Live-TV auf den anderen Clients mit Gotham immer noch nicht. Das (interne) Netzwerk war freigeschalten (in den ordner sowohl unter etc/... und var/lib/...) - warum das also nicht ging, entzieht sich meiner jetzigen Kenntnis. Lösungsansätze sind gerne willkommen.
Greets
R.