Auf RC3 ist, wie geschrieben, VNSI 1.6.4 dabei. Welche Version aus dem GIT ist das dann?
Ich kenne mich diesem Versionswirrwarr nicht mehr aus
https://github.com/opdenkamp/xbmc-pvr-addons/commits/master
Scheint also der letzte Stand zu sein. Weil der letzte Commit hat die Versionsnummer auf 1.6.4 geändert.
cu
Alles anzeigenHallo miteinander
Vor zwei Tagen ist das RaspPI angekommen und dann habe gleich XBMC RC3 installiert. Es funktionierte auf Anhieb airPlay (Musik, Bilder, Videos), HD Videos vom NAS.
Enthalten ist das addon VNSI 1.6.4
Dann habe ich auf meinem yaVDR (0.5) Rechnerlein VNSI laut diesem Thread installiert. Funktioniert überraschend gut - aber, LiveTV hängt sich nach ca. eier halben Stunde auf. Es kann aber mit Stop wieder aktiviert werden.
Fragen dazu:
Hat jemand schon ähnliche Erfahrung gemacht? (RaspPI)?
Auf RC3 ist, wie geschrieben, VNSI 1.6.4 dabei. Welche Version aus dem GIT ist das dann?
Ich kenne mich diesem Versionswirrwarr nicht mehr aus
ich habe ca alle 5 min ein kleinen haker im live tv, schaue ich aufzeichnungen sind diese haker nicht vorhande 
Zitatich habe ca alle 5 min ein kleinen haker im live tv, schaue ich aufzeichnungen sind diese haker nicht vorhande
Hatte auf meinem Intel NUC System ähnliche Probleme. Haben dann heute mal im vdr plugin des VNSI den RingBuffer auf 10 MB erhöht (in receiver.c), seit dem läufts bisher ohne Aussetzer.
wie haste das denn gemacht bzw. wo welche datei wie editiert ?
wie haste das denn gemacht bzw. wo welche datei wie editiert ?
Dafür musst du das vdr plugin des vnsiserver selbst kompilieren. In den Sourcen veränderst du dann die Datei receiver.c von:
cLiveStreamer::cLiveStreamer(uint32_t timeout)
: cThread("cLiveStreamer stream processor")
, cRingBufferLinear(MEGABYTE(4), TS_SIZE * 2, true)
, m_scanTimeout(timeout)auf:
cLiveStreamer::cLiveStreamer(uint32_t timeout)
: cThread("cLiveStreamer stream processor")
, cRingBufferLinear(MEGABYTE(10), TS_SIZE * 2, true)
, m_scanTimeout(timeout)Heute habe ich VNSI neu komiliert nach den Angaben von Frank612. Jetzt läuft die Testphase mit VNSI auf dem Raspi mit RTL SD.
Was die an einem späten Freitagnachmittag für einen Müll senden... da geht einem das Taschenmesser auf. 
Ich habe den MPEG Codec gekauft... funktioniert soweit auch.
Aber - jedesmal beim Einschalten des Raspi bringt XBMC die Meldung, daß ein Unterschied in der /boot/config.txt vorhanden ist. Da steckt der MEPG Lizenzschlüssel drinnen. Sobald man bei der Frage auf update mit Ja klickt, ist der Codec Eintrag weg und SD FS und alles was mit MPEG2 zu tun hat, funktioniert nicht mehr.
Frage daher:
Kann dieses Nachfragen irgenwo abgestellt werden?
denke das liegt an dem Rasperi, hier läuft alles bis auf die gelegentlichen haker alles super, selber compilieren muss ich die tage nochma, vllt sind die haker auch weg.
denke der rasperi hat ne ganz eigene hardware, macht vllt sind ein neuen thread aufzumachen 
PS : mpeg codec kaufen ? seit wann gibs denn sowas 
PS : mpeg codec kaufen ? seit wann gibs denn sowas
schon eine kleine ewigkeit und für SD unerlässlich 
http://www.vdr-portal.de/board…n-h264-encoding-kostenlos
Dass ich mit dem Codec Kauf einen Blödsinn geschrieben habe, ist mir seit der Antwort von speefak wohl bewußt.
Ich meinte natürlich eine Lizenz.
Kann mir trotzdem jemand beantworten, wie ich die Nachfrage nach der Ändrung in der /boot/config.txt in XBMC unterdrücken kann?
Die obige Frage hat sich erübrigt
Bei Raspbmc unter -> System -> Einsellungen -> Add ons -> Aktivirte addons -> Dienste -> Raspbmc Settings -> Konfigurieren -> System Configuration kann der licenc key eingegeben werden.
Somit funktionieren MPEG2 Videos und LiveTV ohne lästige Nachfrage von Raspbmc.
ich dachte immer das encode von mpegX sei wie bei MP3 frei und mit keine kosten verbunden ?!
Trotzdem wird der Hersteller des Hardwaredecoders, der sicherlich dafür gezahlt hat die Unterlagen von der MPEG zu beziehen eine Kompensation dafür sehen wollen, wenn der Hersteller des Raspberry Pi nicht für das Feature bezahlt hat...
Hat gerade Euro 3,01 gekostet. Ist ja nun nicht die Welt.
mal ne andere frage : hab grad mal ein blick in die yavdr quellen geworfen ( testing und stable ) und festgestellt, dass die aktuellste xbmc version von april 2011 ist. Wird die 12er gar nicht unterstützt oder wartet das yaVDR team bis die 12er version als final am start ist und wird dann in yavdr implementiert ?
Alle die Testen wollen, können es tun: XBMC Frodo mit xvdr und vnsi für yaVDR 0.5
Ich sehe keinen Sinn darin da Usern den Umstieg auf Frodo aufzuzwingen (immerhin gab es da einige Änderungen) ohne zumindest eine stabile Version zu haben.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!