vnsi abgelöst durch xvdr

>> Hat git denn überhaupt schonmal bei dir funktioniert
Ja klar. Das letzte mal vor 5 Minuten mit xbmc-pvr selbst

>> da musste ich nen Port in meiner Firewall öffnen
Firewall ? Hab ich nich

>> Dann machst du irgendwas verkehrt
Hmm, wobei ich mich frage, was man da viel verkehrt machen kann

>> probier mal über http zu clonen
Ja, hab ich natuerlich auch schon probiert

Trotzdem danke. Dann muss ich mal schauen

Edit: Error 403 ist uebrigens Forbidden

Fuer die, dies interessiert
So gehts bei mir
# git clone git://github.com/pipelka/vdr-plugin-xvdr.git

Moin,

mal ein paar Gedanken zum ausgebauten Feature:

nach Studien des Codes nicht, dass es geht. Das Plugin macht man Anfang einen Scan und stellt fest, wie
lang die Datei(en) ist/sind. Will der Client etwas nach diesem Punkt lesen, gibt es einen exit(0).

Das Handling für diesen Fall muss eindeutig im Addon liegen, denn mit dem Addon von yaVDR 0.3a geht es. Es wäre
zwar schlauer, das im Server zu machen /so nach dem Motto: statt exit(0) noch mal scan und ggf. weiter im Programm),
aber der Client könnte natürlich auch einen Restart machen. Ich komme nur im Moment nicht an den Code des besagten
Addons in der besagten Version ran, aber das schaffe ich noch.

Dann sehen wir, ob es Absicht oder Zufall war.

GrK.

HI,

könnte einer von euch mal testen, ob Ihr Radiokanäle hören könnt? Bei mir geht es seit der Umstellung VNSI->XVDR nicht mehr.

MFG
Kris

Irgendwie scheint da ja doch ein wenig Verstimmung vorherrschen zwischen den beteiligten Parteien.
Nun hat Opdenkamp anscheinend das xvdr-Plugin aus dem PVR-Development-Bereich des XBMC-Forums verbannt [1].

Was ist denn davon zu halten ?

Gruß,
Marcus

[1] http://forum.xbmc.org/showthread.php?p=877324#post877324

Er hat ja nur klar dargestellt dass das ein Alleingang von pipelka ist und keiner der XBMC -Developers für fremden Code Support anbietet.

Ich finde allerdings schade dass der offizielle Support von VDR über VNSI Geschichte sein wird, aber wen Pipelka XVDR ordentlich weiter entwickelt muss das nicht umbedingt ein Nachteil sein.

Ich habe mir eigentlich bisher vom offiziellen Support nur erhofft dass dies bedeutet dass VNSI mit der selben Qualitätsanforderungen wie XBMC weiterentwickelt wird. Was schlussendlich bedeutet es wäre wirklich stabil.

Aber geben wir pipelka eine Chance, das wird vielleicht wirklich gut! Ich bin auf jeden Fall gespannt und freue mich auf jede commitete Zeile Code von ihm :-)!

gruß
Michael

Keine Ahnung, wer da wem in die Suppe gespuckt hat... Das Statement von Opdenkamp ist ja wohl eindeutig. Auf TVheadend zu setzen ist allerdings genauso blauäugig, da sich die von lonelycoder (aka Öhmann) erzeugten mkv's nicht weiter verarbeiten lassen -weder unter Linux noch unter Windows. Ein Teufelskreis...

BJ1

HI,

Zitat

Habe gerade xbmc und xvdr gepulled, jedoch funktionieren die Radiosender trotzdem nicht. Auch mit dem letzten vorhandenen vnsi funktionierts nicht.

Hab ich mir gedacht, es hat auf jedenfalls mal funktioniert, ich meine, seitdem opdenkamp dieses audio-gedöns geändert hat und darum pipelka einen vnsi-fork erstellt hat.

MfG
KRis

Hi,

im git liegt eine neue plugin-version mit gefixten Radioteil. Läuft bisher ganz gut.

MFG
KRis

Hi,

kann ich gerade nicht testen war aber vorher definitiv nicht so. Ich musste fürs Radio nicht erst die TV Taste drücken, das ging auch ohne.

MfG
Kris

Hi,

Zitat

Nein, ich muss bevor ich von einem TV-Sender zu einem Radio-Sender oder andersherum wechseln kann "stop" drücken.

sorry, ich meinte auch "stop". Aber ich kann den Fehler bestätigen, man muss erst stop drücken um zwischen Radio/TV hin- und herschauten zu können.

Kannst Du auch folgendes verifizieren? Unter Addons kann man xvdr konfigurieren, eigentlich sollte dort die Möglichkeit existieren, die "Protokoll-Kompression" einzustellen (dort wo auch die Server-IP eingestellt wird) diese Option gibt es aber nicht bei mir. Ich habe das Plugin bereits komplett gelöscht und neu installiert, es tut sich leider nichts.

mfg
Kris

Hi,
Nur mal so zur Info, ein alter bekannter Alwin alias pingpong mischt ja doch noch mit
Siehe

README
XBMC Video Disk Recorder XVDR PVR Add-on
------------------------------------------
Written by: Alexander Pipelka, Alwin Esch

This program is free software; you can redistribute it and/or modify...

und http://wiki.xbmc.org/index.php?title=User:Alwinus

mfg jobit

Also, mal ein kleiner Zwischenstand von der Pseudo-Timeshift Fraktion.

Ich habe mal ein paar Debug-Ausgaben in das VNSI Plugin gebaut. Ich habe dann provoziert, dass bei jedem Lesen eines Blocks ein
scan() gemacht wird. Das führt dann zu sauberem Update der Variablen, die das Ende der Aufnahme speichern. Bei mir wird alles
in eine .ts Datei geschrieben, das war also recht unproblematisch.

Allerdings hat er trotzdem einen Lesefehler, wenn er über das ursprüngliche Ende hinaus liest. Das verstehe ich insbesondere nicht,
weil das Schauen einer Aufnahme im .ts Format via Samba Mount funktioniert. Da bekommt er immer dann, wenn die Aufnahme
vermeintlich zu Ende ist mit, dass da noch mehr zu holen ist.

Ich werde nun mal in das Plugin schauen. Eventuell wird da nur einmal beim Öffnen die Länge geholt und auch nicht erneut gescannt.
Dann kann man da was machen.

GrK.

[POSTSCRIPTUM]:

Es ist natürlich genau so. Beim Öffnen einer Aufnahme liest das Addon die Länge. Anschließend wird immer ganz brav geprüft, ob denn
der aktuelle Leserequest im "Rahmen" liegt. Das macht der Server zwar auch die ganze Zeit, aber sei es drum. So, nun muss man da
nur noch einen geilen Hack programmieren.

Ich frage mal den Pipelka, ob er das nicht so einbauen kann...