vnsi abgelöst durch xvdr

Zitat von kris

Hi,

ich denke Du wirst enttäuscht sein, wenn man einmal xbmc genutzt hat, ist das vdr-frontend ziemlich öde, egal welchen Skin man nutzt

MFG
Kris

ich nutze aus den o.g. grüden auch ausschließlich das xbmc frontend, auch wegen der plugins, die es für das standart vdr frontend nicht gibt. abgesehn davon siehts auch wirkich besser aus
läuft denn das xvdr plugin unter xbmc stabil oder sollte man noch weiter auf vnsi setzen ?

hmpf - dann nutz ich weiter vnsi, da es bei mir seit gut nem jahr im produktiv einsatz super läuft. XBMC als frontend ist ein MUSS, fernbedienugn scripte und netzwerksysteme bzw, remote tv systeme bauen alle auf dem vnsi auf. wird vnsi denn, falls xvdr nicht für xbmc verfügbar, für ubuntu für die nächste LTS ( 12.04 wenn ich mich nicht irre ) weiter verfügbar sein ? das wäre toll das ich wie schon gesagt aufs xbmc nicht verzichten möchste.

Ob man VNSI oder XVDR im XBMC benutzt ist doch vollkommen egal ?!?

Und ob das im XBMC drin ist, ist eigentlich auch egal, solange es funktioniert.

Immerhin hat Kollege Pipelka das Pseudo-Tiemshift wieder reingebaut. Das ist in jedem Fall ein + im Vergleich zu VNSI.

Gruß,
Karlson.

frage: welches xbmc repository verwendet ihr in verbindung mit xvdr?

ich habs nun mal mit dem hier probiert...: https://github.com/pipelka/xbmc
^-- aus dem grund, da pipelka hier den teletext gefixed hat (mit dem devel xbmc vom opdenkamp ging teletext nicht)

allen anschein nach haelt pipelka das auch recht synchron mit dem opdenkamp rep ...

timeshift ist mir eigentlich schnurz, das verwend ich nie .... wichtiger sind mir essentielle dinge wie z.B. funktionierendes deinterlacing beim tv schaun ... und genau da hapert es bei mir ...

nach dem eingewöhnen an das (komplett veränderte) neue confluence skin fiel mir auf, dass es bei den video settings nun viel mehr einstellungen fürs deinterlacing gibt ... jedoch funktioniert das überhaupt nicht so wie es sollte: wenn ich deinterlacing on/off auf auto stell, erkennt er es nicht richtig .... wenn ichs auf ON stell, dann geht es ein paar minuten gut, aber danach stellt sich die einstellung VON ALLEINE auf OFF zurück ... also das nervt ungemein .... ist das vielleicht sonst noch wem aufgefallen?

des weiteren, wenn ich z.B. pro7 schau, dann funktioniert die erkennung der aspect ratio nur dann, wenn ich auf den kanal hinschalte ... wenn ich z.B. simpsons gucke (welche ja in 4:3 sind), und es kommt ne werbung (welche dann in 16:9 ausgestrahlt wird), ist das bild verzerrt, weil er den wechsel nicht mitbekommen hat ... umgekehrt genauso (also wenn ich auf pro7 während der werbung hinschalte, passt 16:9, sobald die simpsons kommen, ists wieder verzerrt)

mich ärgert das hauptsächlich deshalb, weil solche dinge mit ner xbmc version von vor einem jahr wunderbar funktionieren *grml*

lg, mike

Zitat

teletext gefixed hat (mit dem devel xbmc vom opdenkamp ging teletext nicht)

das hat der hr. opdenkamp deaktiviert. warscheinlich weil es sein tvheadend nicht kann.
wenn das so weiter geht bin ich eh dafür den ganzen pvr kram in yavdr rauszunehmen und lieber die stable version von xbmc einsetzen.
das ist ja im moment schlimmer als im vdrportal bei den xbmc devs

und wie wollt ihr in yavdr dann die verbindung zwischen vdr und xbmc machen?
oder dann xbmc per script ausm vdr starten, und fuers fernsehen die vdr frontend?

*brrr*

ich persönlich verwende yavdr ja nicht, baue mir meine vdr kisten immer from scratch ... was eh schon recht anstrengend ist, bis (fast) alles funzt ...

und xvdr an sich find ich super ... bei mir funktioniert das weit besser als mit vnsi ... also die umschaltzeiten sind nun ein traum, und es haengt sich beim zappen auch nicht mehr auf...

aber es ist frustrierend, wenn die connection vdr <-> xbmc zwar nun super ist, aber xbmc selbst in sachen stabi und features rückschritte macht *grml*

lg, mike

Zitat von MikeDK

und wie wollt ihr in yavdr dann die verbindung zwischen vdr und xbmc machen?
oder dann xbmc per script ausm vdr starten, und fuers fernsehen die vdr frontend?

Ich weiß nicht genau worauf die Frage abzielt. Wir werden wie auch schon bisher dem Anwender ermöglichen XBMC als Anwendung aus dem VDR-Menü, oder dem Launcher zu starten, oder XBMC gleich als Frontend zu verwenden. Daran wird sich nichts ändern.

Gerald

Sehe ich auch so, das es sich mit der tvheadend integration in letzter Zeit 0 Fortschritt, dafür hier und da Rückschritte gegeben hat.

Etwas weniger Ego und etwas mehr Weitblick würder "der Sache" gut tun - auch wenn ich es teils nachvollziehen kann (was man so in seiner Freizeit programmiert ist ja doch startk lustgetrieben letztenendes).

Zitat von gda

Ich weiß nicht genau worauf die Frage abzielt. Wir werden wie auch schon bisher dem Anwender ermöglichen XBMC als Anwendung aus dem VDR-Menü, oder dem Launcher zu starten, oder XBMC gleich als Frontend zu verwenden. Daran wird sich nichts ändern.

Gerald

ich meinte wie wollt ihr xbmc als frontend verwenden, wenn ihr wie hotzenplotz gemeint hat, "den ganzen pvr kram" aus yavdr rausschmeisst ...?
nach meinem wissensstand kann man xbmc ja nur mit streamdev (ohne epg), vnsi, oder xvdr als frontend benutzen ... ?!?

lg, mike

da is eh nix entschieden, aber im moment macht xbmc so keinen spass.

Also mein lieber Hotzenplotz, als yaVDR 0.3 Benutzer der ersten Stunde (ja, ich war damals mit im Feuerstein) muss ich Dir sagen, mir
macht das XBMC so wie es in Pipelkas openelec-Variante drin ist auf der Basis von XVDR aud gekoppelt mit einem Headless Server, der
aus yaVDR 0.4 Sourcen selbst kompiliert wurde, deutlich mehr Spaß als yaVDR 0.3. Warum sollten da yaVDR 0.4 Liebhaber denn nicht
auch von partizipieren?

Zugegeben, das ist ein wenig abweichend von der typischen Zielgruppe, allerdings sehe ich keinen Grund, warum die Kombi nicht auch
in yaVDR auf einer Kiste gut funktionieren sollte, aber da fehlt mir vieleicht die Weitsicht. Ja, kleine Fehler hat das auch noch, aber
es tut im Wesentlichen, was es soll.

Gruß,
Karlson.

Zitat von karlson

Also mein lieber Hotzenplotz, als yaVDR 0.3 Benutzer der ersten Stunde (ja, ich war damals mit im Feuerstein) muss ich Dir sagen, mir
macht das XBMC so wie es in Pipelkas openelec-Variante drin ist auf der Basis von XVDR aud gekoppelt mit einem Headless Server, der
aus yaVDR 0.4 Sourcen selbst kompiliert wurde, deutlich mehr Spaß als yaVDR 0.3.

Was ist denn die openelec-Variante von xbmc?

Gerald

Hi,

gda

Zitat

Was ist denn die openelec-Variante von xbmc?

Es muss heissen "Pipelkas, openelec-Variante". Openelec ist ein (ca. 120MB kleiner) Embedded XBMC. Openelec hat zwar einen pvr branch, jedoch ist dort der xbmc-fork von opdenkamp in Verwendung (also quasi nur noch für tvheadend zu gebrauchen). Pipelka hat wegen opdenkamps "Wutausbruch" (siehe [1] und [2]) einen eigenen Fork von xbmcund gleich noch einen openelec-pvr fork erstellt damit xvdr aka vnsi nicht verstümmelt wird.

Alles sehr kompliziert, aber letzendlich kann pipelkas xbmc-fork was, zumindest läuft dessen openelec-fork mit xvdr verdammt gut hier

MfG
KRis

also iwie bin ich da grad echt verwirrd ich nutze yavdr auf ubuntu 10.04 basis mit den quellen des xbmc teams und mein vdr system mit xbmc backend läuft superstabil. ich glaube bei dem chaos im mom was xbmc api und die backends ( vdr, tvheadend ) angeht sowie die schnittstellen ( vnsi streamdev xver ) bleib ich bei der vnsi version aus den lucid repos, denn die läuft wie schon gesagt perfekt bis auf 3-4 kleine markel - aber vor dem hintergrund der endlosen bastelei für ein neues funktionierendes system nehm ich das in kauf. bis zur nächsten LTS isses ja auch noch ein bischen hin

Hi Leute,

bin jetzt auch auf xvdr umgestiegen. Sieht soweit ganz gut aus.
Wisst ihr wie der Status um "Timeshift" aussieht? Wäre an der Zeit, dass es mal funktioniert.

Eine andere Frage, wie ist es bei euch, wenn Ihr ein Aufnahme anschaut und diese Stoppt, wird die Aufnahme bei nächsten starten dort fortgesetzt oder nicht?
Bei mir funktioniert das nicht. Vielleicht liegt es daran, dass Ich als Datenbank einen Mysql-Server für Video und Musik benutze. Kann das jemand bestätigen?

Viele Grüße

Zitat von Nokia001

Bei mir funktioniert das nicht. Vielleicht liegt es daran, dass Ich als Datenbank einen Mysql-Server für Video und Musik benutze. Kann das jemand bestätigen?

Ist bei mir genauso, auch ohne MySQL Server für Video und Musik. Die Aufnahmen starten immer am Anfang.

lg
Jobe

Wie steht es denn aktuell mit Pipelka va. Opdenkamp? Ich nutze ja schon lange Opdekamps Fork in Kombination mit Pipelkas XVDR Addons, und das läuft auch ganz gut.

Irgendwie scheint mir das wenig Zielführend wenn die beiden Forks sich auseinander entwickeln, wenn am Ende ein UNIFIED PVR Frontend mit Addons-Clients rauskommen soll.

Wollte mir gestern mal wieder die Entwicklung im PVR Bereich anschauen. Offensichtlich ist es so, das xvdr nicht mehr als XBMC-Plugin akzeptiert wird

Habe in gewohnter Weise xbmc-pvr und xvdr-addon compiliert und eingerichtet.

Im AddOn Menu von xbmc kann ich jetzt kein xvdr mehr auswaehlen (nicht vorhanden)
Wenn ich ueber den Punkt deaktivierte Plugins das Aktivieren erzwinge, bekomme ich nach aktivieren der TV Funktion die Meldung, das kein PVR Client definiert / aktiviert ist.

Habe das addon vom Homedir Ins xbmc verzeichniss kopiert. Gleiches Resultat. Auch loeschen HOME/.xbmc bringt nix

Interessanterweise wird das VNSI AddOn mit dem Quellcode ausgeliefert. Leider konnte ich das nicht testetn, da mir mittlerweile das VDR-VNSI Plugin fehlt, und ich auch nicht weiss wo ich es herbekomme (Meine alte git Zeile funktioniert nicht mehr)

Sind die Staebe VDR / XBMC jetzt entgueltig gebrochen, oder mach ich was falsch ? Kann das Problem jemand bestaetigen ?