Hallo!
Ich bin ein weiterhin begeisterter yaVDR 0.4 Nutzer.
Da ich xineliboutput als Frontend benutze und überhaupt nicht XBMC als Frontend verwende, würde ich gerne das vorhandene XBMC auf die neueste Eden-Version umstellen. Wie gesagt, ich verwende das VDR nicht im XBMC, sondern das XBMC lediglich als addOn als genialer MediaPlayer und da sind mir die neuen Features wie bessere BluRay-Integration als auch AirPlay sehr wichtig, wichtiger als die Steuerung des VDRs darüber!
Kann mir jemand sagen wie ich die vorhandene XBMC-Version einfach gegen die Eden-Version austausche?
Vielen Dank!
XBMC 11.0 Eden auf yaVDR 0.4
-
-
-
Ich frage ob sich das lohnt, da ich auf ein baldiges Update von XBMC hoffe, welches den XBMC-Eden Code enthält plus PVR-Features. Werden wir dies erst nach dem Final-Release von XBMC 11 erhalten?
fhz
-
-
-
Hi!
Ist das die richtige repository:
ppa:team-xbmc/unstable
Dort ist eden noch nicht enthalten, oder? -
tja auf der XBMC Download Seite steht:
http://xbmc.org/download/
wann auch immer "soon" ist...Jedoch scheint es schon seit 28.12.2011 da zu sein:
Codexbmc 2:11.0~git20111222.22ad8e4-0ubuntu1~ppa1~oneiric Cory Fields (2011-12-28) xbmc 2:11.0~git20111222.22ad8e4-0ubuntu1~ppa1~natty Cory Fields (2011-12-28) xbmc 2:11.0~git20111222.22ad8e4-0ubuntu1~ppa1~maverick Cory Fields (2011-12-28) xbmc 2:11.0~git20111222.22ad8e4-0ubuntu1~ppa1~lucid Cory Fields (2011-12-28)
vielleicht ein
sudo apt-get update
vergessen ? -
Hallo,
da hätte ich auch Interese dran. Bei mir das gleiche Spiel. XBMC wird nur als Media-player genutzt.
MFG
Polaris -
BigChris
Wenn man der Website von XBMC glaubt ist es nur noch eine Frage von wenigen Tagen/Wochen bis der Final von Eden 11.0 vorliegt und dann am nächsten Release 'Frodo' inklusive PVR gearbeitet wird.Würde dies zutreffen, könnten wir uns ab dann immer die neusten Snapshots von XBMC 12.0 ziehen, inklusive PVRfhz
-
ALADin
In dem Repository sollte die Eden Beta enthalten sein.DocViper
Das hat schon alles seine Richtigkeit, denn die Beta1 folgt der Beta.@ Polaris
Die Anleitung hast Du jafhz
Ja, das stimmt schon. Allerdings ist in der Vergangenheit an den Datenbanken so viel rumgebogen wurden, dass ich nicht mehr jede Pre-Version mitmache. Da muss erst mal wieder Ruhe reinkommen. Meine persönliche Meinung dazu. Aber das kann ja auch jeder machen wie er will, wir leben ja in einem freien Land -
So ich fasse noch einmal zusammen:
Tipp für alle die mit der Instabilität der PVR Version von XBMC gelpagt sind. Sei es mit Abstürzen beim Starten von XBMC (z.B. EPG Aktuelisieren) oder ähnliches.
Ich habe aktuell bei mir die XBMC EDEN Beta3 am Laufen zu mindest landet man nicht ständig wieder im Xine nach dem starten von XBMC.
Also Schritt für Schritt:
Code#Abhängigkeiten von yaVDR lösen:sudo untie-packagessudo apt-get remove xbmc*sudo apt-get install python-software-properties
Dann in der /etc/apt/sources.list.d/yavdr.list folgende Zeile auskommentieren:
Code# deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main# deb-src http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main
Das neue Repository hinzufügen:
Danach einen reboot
gegenfalls nochmal einen
-
Die Frage ist, wie kommt man wieder zurück, wenn es bei yaVDR irgendwann vielleicht eine bessere XBMC Version gibt? Wie sieht es mit VDR Updates nach einem untie-packages aus?
Kann man einfach auf die alten apt sources zurück und tut dann yavdr essential und/oder xbmc de- und dann wieder neuinstallieren? -
Die Frage ist, wie kommt man wieder zurück, wenn es bei yaVDR irgendwann vielleicht eine bessere XBMC Version gibt? Wie sieht es mit VDR Updates nach einem untie-packages aus?
Kann man einfach auf die alten apt sources zurück und tut dann yavdr essential und/oder xbmc de- und dann wieder neuinstallieren?
Jupp einfach wieder sudo apt-get remove xbmc*und
Dann in der /etc/apt/sources.list.d/yavdr.list folgende Zeilen wieder hinzu fügen. :
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty maindeb-src http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main
Und evtl. wieder die ppa:team-xbmc/unstable löschen. Den Pfad habe ich allerdingt vergessen
Grüße,
Doc. -
Dr. n00b, da muss ich doch leider noch einmal Nachfragen: Wenn ich das richtig verstanden habe, wird doch mit untie-packages die Abhängigkeiten zwischen yaVDR Paketen aufgehoben. Mit Deiner Anleitung werden die doch nicht wieder hergestellt? Daher die Frage, was muss ich nach dem ändern der source.list wieder installieren, damit wieder alles "normal" ist? yavdr-essential? Und wie sieht es dabei mit den vorhanden Settings/database aus? VDR Settings behalten und xbmc database löschen?
-
Wenn ich das richtig verstehe, wird bei einem untie-packages "yavdr-essential" deinstalliert und die einzelnen yavdr-Pakete installiert.
ZitatMöchte man Plugins, die vom Paket yavdr-essential gefordert werden, unbedingt komplett deinstallieren, so muss man die Abhängigkeiten in yaVDR erst mit sudo untie-packages lösen (untie-packages ist ein spezielles Skript, welches yaVDR für solche Sonderfälle mitbringt). Damit werden die Abhängigkeiten auf das Paket yavdr-essential gelöst und nachfolgend das Paket deinstalliert. Dies ist eine Notlösung, weil man von nun an nicht mehr profitiert von Änderungen an yavdr-essential, die man sonst per Update bekommen würde.
Updates der einzelnen Pakete sollten danach ja ankommen, nur zusätzlich aufgenommene Pakete im yavdr-essential werden halt nicht automatisch installiert werden.
Wenn man das komplett zurückdrehen möchte, müsste man doch dann wahrscheinlich noch die einzelnen yavdr-Pakete deinstallieren und wieder yavdr-essential holen, oder?
-
Nach austauschen von XBMC mit einem XBMC aus anderer Quelle müsste man per aptitude install yavdr-essential das wieder herstellen können - Es ist einfach nur einfacher das XBMC weg und ein anderes zu installieren als es "in-place" zu ändern (möglicherweise machen Abhängigkeiten einen anderen Weg auch unmöglich, ich erinner mich nicht mehr)
-
-
Nach austauschen von XBMC mit einem XBMC aus anderer Quelle müsste man per aptitude install yavdr-essential das wieder herstellen können - Es ist einfach nur einfacher das XBMC weg und ein anderes zu installieren als es "in-place" zu ändern (möglicherweise machen Abhängigkeiten einen anderen Weg auch unmöglich, ich erinner mich nicht mehr)
Steffen, ich hab' das mal testweise versucht:
Code
Alles anzeigenroot@yaVDR:/home/user# aptitude install yavdr-essential The following NEW packages will be installed: yavdr-essential{b} 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 1.762 B of archives. After unpacking 32,8 kB will be used. The following packages have unmet dependencies: yavdr-essential: Hängt ab von: xbmc-addon-xvdr which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) yavdr-essential [Not Installed] Accept this solution? [Y/n/q/?] Y No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used.
Dr. n00b's Lösung funktioniert prächtig und löst mir meine DB Probleme mit dem mySQL-Ansatz sowie die bekannten XBMC-Startprobleme, die ich mit der integrierten XBMC Version hatte. Das war das erste Mal das ich mich getraut hatte, diese Untie Lösung zu versuchen; ist ja auch schließlich nur ein Notbehelf.
Vielen Dank.
-
Hallo,
auch bei mir läuft diese EDEN Geschichte super. Wenn ich aber XBMC einmal beendet habe, muß ich den Rechner neu starten um XBMC erneut starten zu können.
Sonst startet XBMC nicht. Xinelibout wird beendet, startet dann aber gleich wieder.Mal der Log dazu:
Code
Alles anzeigenFeb 18 11:48:56 ubuntu vdr: [5567] executing command '/usr/share/vdr/menuorg-appswitcher standalone=yes app=xbmc &> /dev/null ' Feb 18 11:48:57 ubuntu vdr: [5711] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Disable Feb 18 11:48:57 ubuntu vdr: [5711] dbus2vdr: 1 idle message handler, reusing 0x7195a50 Feb 18 11:48:57 ubuntu vdr: [6908] dbus2vdr message handler thread started (pid=5567, tid=6908) Feb 18 11:48:57 ubuntu vdr: [6908] dbus2vdr: moving message handler 0x7195a50 from active to finished Feb 18 11:48:57 ubuntu vdr: [6908] dbus2vdr message handler thread ended (pid=5567, tid=6908) Feb 18 11:48:57 ubuntu vdr: [5681] [xine..put] Closing connection 0 Feb 18 11:48:57 ubuntu vdr: [6893] Text2Skin: menu display update thread ended (pid=5567, tid=6893) Feb 18 11:48:57 ubuntu init: vdr-frontend main process (6770) terminated with status 1 Feb 18 11:48:58 ubuntu init: xbmc main process (6910) terminated with status 1 Feb 18 11:48:58 ubuntu vdr: [5711] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Enable Feb 18 11:48:58 ubuntu vdr: [5711] dbus2vdr: 1 idle message handler, reusing 0x7195a50 Feb 18 11:48:58 ubuntu vdr: [6935] dbus2vdr message handler thread started (pid=5567, tid=6935) Feb 18 11:48:58 ubuntu vdr: [6935] dbus2vdr: moving message handler 0x7195a50 from active to finished Feb 18 11:48:58 ubuntu vdr: [6935] dbus2vdr message handler thread ended (pid=5567, tid=6935) Feb 18 11:48:59 ubuntu XBMC: XBMC exit with exit status 1, , ENV: TERM=linux#012EXIT_STATUS=1#012PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin#012PWD=/#012JOB=xbmc#012RESULT=failed#012SHLVL=1#012PROCESS=main#012UPSTART_INSTANCE=#012UPSTART_EVENTS=stopped#012UPSTART_JOB=xbmc-exit#012INSTANCE=#012DISPLAY=:1#012_=/usr/bin/env . Feb 18 11:48:59 ubuntu vdr: [5681] [xine..put] Client 0 connected: 127.0.0.1:34810 Feb 18 11:48:59 ubuntu vdr: [5681] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Feb 18 11:48:59 ubuntu vdr: [5681] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Feb 18 11:48:59 ubuntu vdr: [5681] [xine..put] Client connection 0 closed Feb 18 11:48:59 ubuntu vdr: [5681] [xine..put] Closing connection 0 Feb 18 11:48:59 ubuntu /usr/bin/signal-event.real[6947]: processing signal reset-display-rate Feb 18 11:48:59 ubuntu /usr/bin/signal-event.real[6947]: processing action /usr/share/yavdr/events/reset-display-rate/10_reset-display-rate reset-display-rate Feb 18 11:48:59 ubuntu /usr/bin/signal-event.real[6947]: finished processing signal reset-display-rate Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] Client 0 connected: 127.0.0.1:34811 Feb 18 11:49:00 ubuntu vdr: [5681] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] Client 1 connected: 127.0.0.1:34812 Feb 18 11:49:00 ubuntu vdr: [5681] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] Data connection (TCP) requested Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb) Feb 18 11:49:00 ubuntu vdr: [5681] [xine..put] cTcpWriter initialized (buffer 2048 kb) Feb 18 11:49:00 ubuntu vdr-sxfe[6938]: [6965] [console] read_key: read(stdin) failed: no stdin
-
Hi ich gebe zu das wäre vom Ei scheint es noch nicht zu sein. Die EDEN Geschichte läuft im Einiges Besser als die Build-in XBMC PVR Version von yavdr 0.4
Aber mit ist schon des Öfteren aufgefallen, das es vorkommt, das sich XBMC beim Verlassen aushängt und man somit nicht wieder in den TV Moduls kommt.
Das Einzige was hilft in diesem Fall ein Hardreset der Kiste oder das Killen des XBMC Prozesses.Grüße
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!