Neues XBMC für yaVDR 0.4 in testing

seahawk1986

Wie von fnu angekündigt, gibt es in testing-xbmc neue Pakete, die XBMC auf die Version Eden bringen.
Da die Pakete ein anderes Namensschema haben, muss man ein bisschen nachhelfen, damit sie installiert werden können - am einfachsten kann man per apt-pinning auf die Version aus testing-xbmc wechseln:
In /etc/apt/preferences.d/xbmc folgende Regel anlegen:

Code

Package: *
Pin: release o=LP-PPA-yavdr-testing-xbmc
Pin-Priority: 1002

Dann kann man so auf die neue Version wechseln:

Code

sudo add-apt-repository ppa:yavdr/testing-xbmc
sudo apt-get update && sudo apt-get dist-upgrade

Murry

Hallo!

Ich habe Probleme mit dem beenden von xbmc. Oft kann ich nicht zum vdr zurückkehren, wenn doch dann startet
xbmc nicht mehr. Nach einem xbmc notstop geht es wieder. Fehlermelduńgen habe ich nicht gefunden.

Gruß

Murry

gda

Zitat von Murry

Ich habe Probleme mit dem beenden von xbmc. Oft kann ich nicht zum vdr zurückkehren, wenn doch dann startet
xbmc nicht mehr. Nach einem xbmc notstop geht es wieder. Fehlermelduńgen habe ich nicht gefunden.

Du weißt gerade eine halbe Stunde lang wie man das neue XBMC installiert, hast es aber schon oft benutzt?

Gerald

Polaris

Wenn er das so schreibt, warum nicht? In einer halben Stunde wäre es möglich XMBC mind. 30 mal zu starten, zu stoppen, zu starten. zu ...

Murry

Zitat von gda

Du weißt gerade eine halbe Stunde lang wie man das neue XBMC installiert, hast es aber schon oft benutzt?

Jupp.

Gruß

Murry

fnu

"tut nicht" ist kein Feedback, eine wenig mehr sollte bitte schon rumkommen. Was macht Ihr genau wenn der Fehler passiert, welches VDR Frontend, syslog ...

Regards
fnu

steffen_b

Ich habe 2 Probleme damit gefunden (aber kein Natty hier)

1.) Das Problem mit dem beenden, kenne ich hier auch, da bleibt ein Zombie zurück, ob sich das beenden von XBMC im Beenden des upstart Job niederschlägt, weiss ich nicht. Wenn ja könnte man das Workarounden mit einem killall -9 xbmc.bin , ich habe nicht geschaut, ob dies ein bekanntes Problem der RC2 ist (sprich: es jemand gemeldet hat)
2.) Wenn Passthrough aktiviert ist, gibt es öfter Probleme damit das die Ausgabe nicht aktiviert werden kann. Das lässt sich weitestgehend durch abschalten der Navigationssounds in den Griff bekommen. (Es gibt meiner Meinung nach auch schon einen Fix im xbmc.git)

Das Paket dürfte Stand RC2 sein seoweit ich weiss.

TesaFilm

Zitat von steffen_b

1.) Das Problem mit dem beenden, kenne ich hier auch, da bleibt ein Zombie zurück, ob sich das beenden von XBMC im Beenden des upstart Job niederschlägt, weiss ich nicht. Wenn ja könnte man das Workarounden mit einem killall -9 xbmc.bin , ich habe nicht geschaut, ob dies ein bekanntes Problem der RC2 ist (sprich: es jemand gemeldet hat)

Ja, das kommt mir sehr bekannt vor. ztw. kommt das frontend (momentan xine bei mir) wieder oder aber xbmc beendet sich mit schwarzem Bildschirm und Mauszeiger. Das nervige im ersten fall ist, das dann natürlich nen suspend abgebrochen wird -> ssh von nem anderen rechner, killall -9 xbmc.bin && vdr-dbus-send.....

Wo sollte man denn idelaerweise das killall in der xbmc-exit.conf unterbringen und sollte man vorher testen (pidof oder sowat) ob der xbmc.bin noch rennt?

Ich hab das letzte log mit debug-infos vom xbmc aufgehoben, wenn das jemand haben will, kann ich das mal nach pastebin orgeln.

Zitat von steffen_b

2.) Wenn Passthrough aktiviert ist, gibt es öfter Probleme damit das die Ausgabe nicht aktiviert werden kann. Das lässt sich weitestgehend durch abschalten der Navigationssounds in den Griff bekommen. (Es gibt meiner Meinung nach auch schon einen Fix im xbmc.git)

Ich dachte schon das ich mir irgendwas zerschossen hab, weil es nach irgendeinem update und ausführliches frickeln dazu führte das das audio-device nicht initialisiert werden konnte. Ich hatte darauf hin am WE mit reichlich Jetlag im Kopf xbmc runter geworfen und selber vom GIT kompiliert, allerdings auch ohne support für PulseAudio. Danach lief alles wie vorher.

Ich hab gestern abend nen upgrade auf's testing gemacht und wollte heute abend mal xbmc abklopfen, nachdem der vdr 1.7.26 bei mir gut läuft (musste nur u.a. yaepghd selber bauen).

fnu

Zitat von TesaFilm

nachdem der vdr 1.7.26 bei mir gut läuft (musste nur u.a. yaepghd selber bauen).

Hört sich gut an, aber "vdr-plugin-yaepghd" ist drin und gegen 1.7.26 gebaut. Hast Du da eine eigene spezielle Version?

[edit] Problem gefunden, das Paket in stable-vdr hat leider einen höheren Versionsnamen, ich korrigiere es [/edit]

Regards
fnu

wunderstürmer

Moin, moin,

ich habe auch meinen Client auf das Testing umgestellt. In meinen Systemeinstellungen unter XBMC zeigt er mir aber Eden RC1 an und nicht RC2.
Da im Testing kein XBMC XVDR Plugin installiert war, habe ich mir dies aus dem git von Pipelka installiert (0.9.5). Vorher hatte ich schon das PVR XBMC von Alexander Surkov installiert gehabt.

Positiv:
- Musikdatenbank ist noch nicht verschwunden (bei der Standardversion schon häufiger)
- Die Bildschirmkalibrierung bleibt ebenfalls bestehen
- Wetter + einige Datenbank Plugins laufen wieder
- Die HD Sender starten ohne Probleme (musste früher auf die SD Sender umschalten und wieder zurück)
- Umschalten scheint gut zu funktionieren

Negativ:
- Wie bei fast allen kein runterfahren möglich (Mauszeiger)
- Absturz bei laufendem TV, aktualisierung der Musikdatenbank die Wettereinstellungen bearbeiten (Na ja, muss man ja nicht alles gleichzeitig machen)

Alles in allem ein guter Schritt nach vorne. Bitte bedenkt, dass die Kommentare von einem Laien kommen.

fnu

Zitat von wunderstürmer

Da im Testing kein XBMC XVDR Plugin installiert war,

XVDR gibt es als eigenes Paket in unserem PPA "testing-xbmc":

Regards
fnu

hotzenplotz5

fnu
xbmc-addon-xvdr != vdr-plugin-xvdr

fnu

Zitat von hotzenplotz5

xbmc-addon-xvdr != vdr-plugin-xvdr

Aber ist beides da, für 0.3 && 0.4, sowohl in stable-vdr als auch testing-vdr, erklär mir bitte was das Problem ist?

Regards
fnu

hotzenplotz5

das weiss ich nicht, ich weiss nur das er nach dem plugin gefragt hat.
du hast ihm das addon zur antwort gegeben.

ich hab nicht nachgesehen im repo ....
PAL

wunderstürmer

Ich meinte dieses hier: xbmc-addon-xvdr
Dies war bei meinem xbmc nicht installiert. Dies habe ich von hier eingefügt: git://github.com/pipelka/xbmc-addon-xvdr.git

Und bisher ist es im Vergleich zum "alten" XBMC@vdr-plugin-xvdr (experimental) aus Yavdr 0.4 ein Quantensprung.

fnu

@wolkenstürmer

Ich sage es gerne nochmal, das haben wir natürlich auch aktualisiert in unserem "testing-xbmc". Du musst es nur installieren, "apt-get install xbmc xbmc-addon-xvdr" ...

Regards
fnu

wunderstürmer

fnu
Nu hab ich es begriffen.
Gibt es denn einen Unterschied bei den Versionen?
Hatte auf das Git zurückgegriffen, weil mein Fehler erst vor ein paar Tagen behoben wurde und der war nicht zu ertragen ("Alle Empfänger belegt"-Fehler) .

fnu

Zitat von wunderstürmer

Nu hab ich es begriffen.

Guten morgen

Zitat von wunderstürmer

Gibt es denn einen Unterschied bei den Versionen?

Das kann ich Dir gar nicht sagen. Es ist aber die Version von Alexandr Surkov, die er zu seinem XBMC Paket freigegeben hat, das wir ja im Repo haben. "steffen_b" ist zu XBMC der bessere AP.

Regards
fnu

wunderstürmer

Bei der Version von Alexander Surkov vom 1.3. (2:11.0-pvr+odk69-eden~git20120228.af89a07-0ubuntu1~ppa1+odk69~natty ) war der Fehler noch vorhanden. Deshalb bin ich auf das testing umgestiegen und habe den Rest händisch installiert.

fnu

Zitat von wunderstürmer

Deshalb bin ich auf das testing umgestiegen und habe den Rest händisch installiert.

Welches Testing? Und was händisch installiert?

Das ist ein Feedback Thread, da sind ausführliche Infos in ganzen Sätzen erwünscht, ansonsten kommen wir nicht weiter.

Regards
fnu

Jetzt mitmachen!