HowTo: Update von XBMC auf Eden bzw. PRE-12, ... neues Ebuild (Update für V3 Release)

Hallo,

heute habe ich mal wieder ein HowTo für XBMC. Anstatt es parallel zur bestehenden Version zu installieren, wie HIER beschrieben, verwende ich das Ebuild welches in V3 Release enthalten war und habe es für XBMC Eden bzw. Pre-12 umbenannt.

1. Folgenden Eintrag in /etc/make.conf nach eigenem Wunsch anpassen bzw. hinzufügen:

2. Altes Ebuild sichern, neues herunterladen und auswählen

3. Installation starten

4. Testen ;)


Wichtig:
Ich halte mein System mit World-Updates auf dem neuesten Stand. Dadurch kann es natürlich sein, daß bei jedem nicht alles beim ersten Mal durchläuft bzw. noch Zwischenschritte nötig sind. Bitte prüft daher Eure Fehlermeldungen des Portage-Systems, wenn Ihr hängt.

Bei einem Bekannten, bei dem ich erst vor kurzem seinen HTPC aktualisiert habe (World-Update inkl. XBMC) hat alles funktioniert.

2. Altes Ebuild sichern, neues herunterladen und auswählen

3. Installation starten

4. Testen  ;)

Nur am Rande:
Das Mounten und Abspielen von ISO-Files mit dem internen SMB-Client von XBMC funktioniert nicht - im Gegensatz zu der Parallelinstallation (s. hier). Ich vermute es liegt an den verwendeten Bibliotheken. Vielleicht schau ich mir das nach meinem Urlaub an, wenn ich wieder zuhause bin.

vy 55 ...
NetWraith

Sollte das ebuild für "Pre-11" nicht "xbmc-11.9999" heißen??

Könnte Sinn machen. Ändere ich, wenn ich von Fuerte zurück bin :) .

Genau dafuer gibts doch bereits im portage das xbmc-9999.ebuild :) Das 10.9999 ebuild hatte ich deshalb erstellt da ich davon ausgehe, dass dieses stabiler ist.

Hi Helmut,

das hab ich mir noch nicht angesehen ... Lese gerade am Pool zwei Gentoo Bücher und verstehe erst jetzt vieles besser :D . Wie gesagt, alles andere nach meinem Urlaub ;) .

73 ...
NetWraith

Hab ich angepaßt ;).

Ich hab es gerade im Portage Tree gefunden. ich hab es natürlich zuerst unter /usr/local/portage/... und nicht unter /usr/portage/... gesucht ;) .

Werd es auf meinem Testsystem gleich mal testen. Ist natürlich besser, wenn man dieses gleich verwendet. Nur hab ich jetzt das Gefühl, ich hätte diese Info irgendwo überlesen :lol: .

vy 73 ...
NetWraith

Schade nur, dass immernoch keine PVR Clients mit drin sind.

yepp ... und nach der Auflösung von ein paar blockierten Packages hab ich nun auch den Vorschlag von Helmut umgesetzt und einmal media-tv/xmbc-9999 emerged.

Ergebnis: Diese Version ist nicht zu gebrauchen ! Sehr instabil. Am besten läuft noch immer die manuell installierte Version in /opt/XBMC.

Ich teste gerade noch, wie es aussieht, wenn ich die aktuelle Version aus dem GIT manuell installiere. Evtl. liegt ja ein Fehler bei den Sourcen vor, aber ich vermute es nicht.

Schau ma mal ...

Weiß der Geier warum ?

73 ...
NetWraith

Ob es der Geier weis, kann ich Dir leider auch nicht sagen.... :lol

Das liegt aber vermutlich an den Libs.
Ich habe mein ebuild dahingehend modifiziert, dass man die "internen libs" als Useflag auswählen kann.

yepp ... und nach der Auflösung von ein paar blockierten Packages hab ich nun auch den Vorschlag von Helmut umgesetzt und einmal media-tv/xmbc-9999 emerged.

Ergebnis: Diese Version ist nicht zu gebrauchen ! Sehr instabil.
....

73 ...
NetWraith

Hi NetWraith,

danke für dein ebuild

Da mich der PVR-Support auch interessiert, hab ich mal mit deinem ebuild gespielt und es hinbekommen, damit ein recht stabiles XBMC Pre-11.0 incl. PVR-Clients zu bauen.
Dazu hab ich das xbmc-git von Alexander Pipelka https://github.com/pipelka/xbmc verwendet, der ja vnsiserver (vdr-plugin und xbmc-addon) entwickelt hat, den er seit Ende August als xvdr weiter entwickelt.
Der letzte Stand des vnsiserver vom August 2011 ist aber auch schon sehr stabil und das aktuellste dazu passende vnsi-addon ist schon in seiner xbmc-git-Version mit drin.
Man muss dann nur noch das vnsiserver vdr-plugin aus seinem aktuellen git neu bauen, da das in V3 Beta8 enthaltene plugin das neue Protokoll des aktuellen xbmc-addons noch nicht kann.

Ich bin eigentlich nach deinem Howto vorgeganden, hab nur in der /etc/make.conf das git wie folgt geändert.

Von Pipelka's git gibt es natürlich auch einen "master" branch, der "teletext-fix" ist aber der derzeit aktuellste.

Diese XBMC-Version benötigt mysql mit dem use-flag -emdedded, weshalb man noch die /etc/portage/package.use um folgenden Eintrag ergänzen muss:

Dann, wie von Dir beschrieben, das ebuild geholt.
Am ebuild hab ich nix geändert.

Man benötigt für diese XBMC-Version auch die dev-libs/yajl, die man nach dem eix-sync und vor xbmc emergen muss.

Bei diesem emerge wurden bei mir außerdem ein Update auf dev-util/cmake-2.8.4-r1 und app-arch/libarchive-2.8.4-r1 durchgeführt.

Danach lief dann auch emerge -av xbmc durch, wobei auch virtual/yacc-0 emerged wurde und dev-db/mysql auf 5.1.56 upgedatet wurde.

Bevor man jedoch das PVR-Addon "VDR VNSI Client" zusammen mit Live-TV in XBMC verwenden kann, muss man noch das VDR-Plugin neu bauen

danach abhängig von der VDR-Version (1.7.16 oder 1.7.18) einen Symlink für die allowed_hosts.conf anlegen

und dann z.B. im admin-plugin oder mit /_config/bin/g2v_setup.sh aktivieren.

Dann kann man in XBMC unter System das AddOn "VDR VNSI Client" und Live-TV aktivieren.

Ich hab auch schon mit dem vnsi-Nachfolger xvdr getestet, konnte aber auf die Schnelle keine Unterschiede in der Stabilität feststellen.
Wenn es jemanden interessiert, kann ich auch noch beschreiben, wie man das xvdr-Addon und -plugin installiert.

Gruß
franky

Danke fuer die Anleitung !
So wie ich das verstanden habe wird von pipelka nur noch xvdr weiterentwikelt, da gabs wohl Streit mit Opdenkamp :(
Allerdings wird die anstehende naechste Version von Gen2VDR weiterhin auf Dharma mit allen Fixes basieren, da dies die stabilere XBMC Version ist. Und als VDR Frontend bleibt xine der Default.
Somit bleibt da fuer Euch weiterhin Spielraum zum Spielen :)

Dann sollte das aber noch ins ebuild unter "RDEPEND=". ;)

Als Anmerkung wäre hier noch zu sagen, dass nur eines(!) geht.

Also nur vnsi oder nur xvdr, beide zusammen gehen nicht und zwar weder beim VDR noch bei xbmc.

Hallo Helmut,

das mit dem Streit zwischen Opdenkamp, der ja offensichtlich als PVR-Client tvheadend favoritisiert und mit den Clients für VDR nix am Hut hat, und Pipelka hab ich auch gelesen.
Deshalb scheint ja Pipelka jetzt sein eigenes xbmc-git zu betreiben, das er speziell für vnsi und xvdr optimiert hat.
Mal schauen, wie sich das für uns VDRler weiterentwickelt.

Dass Du die XBMC PRE-11.0 nicht in deine nächste Version einbauen willst, versteh ich.
Dort sollte eine wirklich stabile XBMC-Version rein.

XBMC mit PVR-Support interessiert mich hauptsächlich für meine reinen Clients als Alternative zu Streamdev, bei denen sich dann XBMC direkt auf einen VDR-Server connecten soll.
Und, wie Du richtig erkannt hast, man braucht ja was zum Spielen. :)

Dann sollte das aber noch ins ebuild unter "RDEPEND=". ;)

Hi R2D2,
again what learned!
Das ist natürlich eleganter.
Evtl. baut es ja NetWraith mit in sein ebuild ein.

Bei mir hatte halt der emerge von xbmc mit Fehlern abgebrochen.
Im log hab ich dann gesehen, dass der Grund die fehlende dev-libs/yajl war, weshalb ich die dann halt auch einfach emerged habe.

Als Anmerkung wäre hier noch zu sagen, dass nur eines(!) geht.

Also nur vnsi oder nur xvdr, beide zusammen gehen nicht und zwar weder beim VDR noch bei xbmc.

Stimmt, da hast Du natürlich recht.
Das hatte ich auch schon festgestellt.

Da ich aber erst mal nur die Konfiguration für vnsiserver beschreiben wollte, hab ich mirs gespart zu erwähnen, dass man für xvdr den vnsiserver (addon und plugin) wieder deaktivieren muss.

Gruß
Klaus

Nun, das kannste ja selber auch.

Einfach das ebuild öffnen und eintragen.

Die Position ist eigenlich egal, aber alphabetisch einzuorden ist am schönsten. :)

Dann halt noch:

ebuild <EBUILD_NAME> digetst

Schön, daß bei Euch alles funzt - bei mir geht seit dem Test mit XBMC auf meinem Test-VDR nix mehr bzw. ich kann mein angepaßtes Ebuild nicht mehr verwenden. Irgandwas haut mit den USE-lags nicht mehr hin und ich komm noch nicht drauf, warum.

Allerdings mußte ich auch bei der 9999er Version auch HAL wegen udev deinstallieren und noch ein paar andere Dinge, da es zu Konflikten kam.

UPDATE:
Ich kann nicht mal mehr xbmc-9999 installieren :blink: . Ähnliche Fehlermeldung wie unten.

UPDATE2:
Funzt auch auf dem anderen Rechner nicht mehr -> Vielleicht mal paar Tage warten und nochmals testen. Evtl. Fehler im GIT ?

Ist einfach zum Mäusemelken :blink: !

Aber ich bin auch dafür, für die nächste G2V Version Dharma (10.1) als stable Ebuild-Version zu verwenden und zum Spielen alles unter /opt/XBMC zu installieren. Via G2V Launcher kann man das auch schön aufrufen ;) .

Wichtig für alle, die SO spielen wollen:
Bitte die Versionen in /opt/XBMC im portable-Mode starten, da sich die Konfigurationen von Eden und Dharma unterscheiden und gegenseitig negativ beeinflussen.

vy 73 ...
NetWraith

p.s.: Vielleicht hat von Euch noch jemand ne Idee:

Die Position ist eigenlich egal, aber alphabetisch einzuorden ist am schönsten. :)

Dann halt noch:

ebuild <EBUILD_NAME> digetst

Hi R2D2,

ich hab noch auf 2 anderen VDRs XBMC PRE-11.0 mit PVR-Clients aus dem Pipelka git installiert und deinen Vorschalg mit der Änderung des ebuilds getestet.

Hat super funktioniert.

Die dev-libs/yajl wurde jetzt automatisch bei "emerge -av xbmc" mit emereged.

Gruß
franky

hallo franky,

geht mit dieser XBMC-Version jetzt das mounten von ISO Images,
von externen festplatten/Servern?


Gruss, Ralf

Hallo Ralf,

das ging bei mir unter Beta8 mit dieser Version leider auch nicht.

Es gibt aber einen Workaround, der mit jeder XBMC-Version funktioniert.
Du musst das externe Laufwerk auf Linux-Ebene mit mount oder in der fstab einbinden und dann den Ordner mit den ISO Files nach /film als Unterordner verlinken.

Ich hab das gerade nochmal in der V3 Release mit XBMC orginalen XBMC Dharma getestet.
Einmal mit ISOs auf meinem NAS und einmal mit den ISOs auf einem anderen VDR.

Mit dem Befehl Netzwerk - "VDR-Partner suchen" wird die Video-Partition eines anderen VDR automatisch gemountet und die Medien-Ordner verlinkt.
Wenn ich nun mit XBMC auf den lokalen Ordner Film zugreife kann ich in einem Unterordner die verlinkten ISOs auf dem anderen VDR sehen und auch übers NW abspielen.
Wenn ich den anderen VDR dagegen direkt in XBMC unter Video mit "Quelle hinzufügen" - "Windows Netzwerk (SMB)" einbinde, kann ich die ISOs nicht abspielen.

Das NAS hab ich mit "mount -t cfis Freigabe Mountpoint" manuell eingebunden und dann den entsprechenden Ordner mit den ISOs verlinkt.
Greif ich lokal über Film auf die verlinkten ISOs zu, kann ich sie abspielen, wenn ich aber das NAS direkt in XBMC einbinde geht nix.

Gruß
Klaus

Ich verstehe ehrlich gesagt, die Frage nicht?
XBMC kann doch ISOs direkt abspielen ohne dass man die extra mounten müsste.