XBMC auf Mac als VDR-Client (OSX-Builds) (Archiv)

Das Problem mit der Uhrzeit des EPGs ist leider nicht neu
Ich hab mir mal die Quelldateien dazu angeschaut. In der SQLite DB werden die EPG Daten mit UTC Time gespeichert wie sie auch von meinem REEL Server geschickt werden. Lokal auf meinem MacBook ist die Zeitzone ETC eingestellt, genauso wie auf meiner REELBOX der den Stream stellt.

Jetzt habe ich mir den Quellcode des VNSI Modules des XBMC angeschaut und soweit ich das beurteilen kann berücksichtigt dieser nirgends den Umstand, dass eben die EPG Zeit als UTC vorliegt
Das hat also normal meiner Meinung nach nix mit den eingestellten Zeitzonen zu tun.
Ich hatte gehofft, dass ich im Quellcode mehr Parameter finde die man in der advancedsettings.xml (wie Konni weiter oben gepostet hatte) setzen könnte um zum Beispiel den Offset der Uhrzeit zu überschreiben. Aber leider hab ich auch nix gefunden was dieses Thema angeht.

Welches VNSI Plugin benutzt ihr? Ich bekomme Kanäle nur in der Kombination XBMC vom 21.3. und dem yavdr vnsi (vdr-plugin-vnsiserver 0.0.2+svn20110325.2320-0yavdr0~lucid).
Sobald ich mir das Plugin von git ziehe war's das mit den Kanälen und zwar in allen XBMC Versionen.
Das yavdr vnsi ist allerdings zu alt für die aktuellen XBMC Versionen. Ich habe bei allen Versuchen Library/Application Support/XBMC gelöscht.
Deswegen würde ich gerne mal genau das VNSI Sserver Plugin testen, das ihr auch benutzt.

Danke,
toxicer

Quote from TheChief

Ich nutze das plugin aus dem pipelka git. Ich hab damit allerdings meine Schwierigkeiten unter
Liniux und ios. Unter OSX gehts aber.

Hast Du das Plugin vom GIT in den letzten 2 Tagen runtergeladen? Beim Compilieren reicht doch ein einfaches make, oder?

Danke,
toxicer

habs jetzt. War die vdr Version. Habe mal auf 1.7.18 aktualisiert, alles durchkompiliert und schon gehts...

Danke nochmal,
toxicer

Ich will hier nichts behaupten aber kann es sein, daß die neuen Builds die MySql DB jeweils beschädigen? Ich habe jetzt die Builds vom 17./23.6. versucht und bin jeweils auf meine Lieblingsversion (stabil UND MySql funktioniert) vom 18.4. zurückgegangen.

Kann das jemand bestätigen, der MySql als zentrale DB im Einsatz hat?

Hi Chief,

mein großes Lob für deine Packete ! Da mein Mac leider zur Zeit in Reparatur ist (?!!) habe ich mal deine Version für ATV2 ausprobiert. Ich muß sagen ich bin begeistert. Ein (fast) vollwertiger XBMC-Client für unseren VDR in dieser Zigarettenschachtel, phantastisch. Für mich ist das der ideale Wohnzimmer-Client mit optimalem WAF, mein VDR Server und mein Mac stehen im Arbeitszimmer und tragen da nicht zur Grundversorgung bei, d.h. an Ihnen darf auch mal experimentiert werden. Ich habe gerade die yvdr4(pre1) installiert mit neuem vnsi Plugin, jetzt laufen auch deine neueren Versionen des XBMC.

Auf dem ATV2 laufen SD Aufnahmen und SD Live TV problemlos, bei HD ruckelt es schon sehr. Aber ich habe gelesen, dass die IOS Geräte der A4 Generation, also iPad1 und ATV2, nur eine begrenzte Bandbreite bei Videos bearbeiten können, unabhängig ob SD oder HD. Die liegt knapp über den Apple 720p Movies und dem was die diversen Konverter dafür konvertieren. Es ist also die Frage, ob die Weiterentwicklung da noch mehr herauskitzeln kann, bis auch z.B. ZDF-HD Aufnahmen laufen. Ich bin schon sehr gespannt.

Ein Problem habe ich auf dem ATV2 und auf dem yaVDR4-pre1 (stammen wohl alle von den aktuellen Opdenkamp Sourcen) : Wenn ich die Aufnahmen im Videobereich als Ordner einfüge ("TV -recordings" ) zeigt XBMC in diesem Ordner die Aufnahmen an, ich kann sie auch abspielen, aber der Scraper MovieDB findet keine Infos, da er immer nur mit dem Namen "recordings" in der DB sucht und nicht mit den namen der Unterverzeichnisse. Das hat bei yaVDR3 und dem älteren vnsi Adon in deinen älteren Versionen wunderbar geklappt. Hat jemand eine Idee, warum es das jetzt nicht mehr tut ?

/BJ

Hi Chief,
1. yep, habe den atv2 thread inzwischen auch gesehen.
2. Das Fehlverhalten des themoviedb-scraper gegenüber den pvr recordings tritt in allen Versionen auf, ob atv2, Mac, Windows oder Ubuntu.
Das scheint naheliegend, da sie ja alle auf den gleichen Sourcen von Lars basieren. Kann das jemand bestätigen, oder mach ich was falsch ??
Ich habe inzwischen im XBMC Forum den Thread von Lars gelesen, es könnte sein, dass der Fehler des scrapers auf heftige Änderungen im pvr-api zurück geht. Ziel ist es wohl, dass die scraper bei den vdr Aufnahmen nicht mehr den Verzeichnisnamen verwenden müssen sondern vom api den Namen aus den "info" Dateien im Aufnahmeverzeichnis geliefert bekommen, so wie der vdr das für seine eigene Aufnahmeliste selber auch macht. Wenn also das momentane Verhalten nicht nur bei mir so ist, dann hilft wohl nur warten, bis die betroffenen Addons angepasst sind.
/BJ

Gibts eigentlich schon was neues bezüglich des EPG-Problems?
Achja, vielen Dank TheChief für die klasse XBMC Builds

Die EPG Zeiten stimmen bei mir. Nur ganz schnell mal installiert und nachgeschaut.

Bei mir stimmen die Zeiten jetzt auch

So, das XBMC läuft an sich wunderbar, nur sobald ich es beende stürzt es ab.
Wäre schön, wenn sich das Problem noch beheben lassen würde, den ansonsten bin ich total zufrieden.
Ich hab auch mal die Logdatei vom XBMC hochgeladen, vlt hilft es ja bei der Fehlersuche

Wollte mir gerade mal anschauen, was es Neues an der XBMC Front gibt und da sehe ich, dass es das VNSI Server Plugin unter dem Namen gar nicht mehr gibt.


Heißt jetzt: vdr-plugin-xvdr


Aha!


Und das Addon für XBMC heißt jetzt xbmc-addon-xvdr


Funktioniert dein Build denn mit einem aktuellen vdr-plugin-xvdr? Oder braucht es ein neues Build mit dem xbmc-addon-xvdr?


Ich lasse erst mal die Finger von neuen Basteleien, bis sich das geklärt hat.


Pete