Okay läuft nun allles.
Auf manchen Kanälen ruckelt es aber auch wenn sie kein HD sind. Im "normalen" Frontend von VDR laufen sie aber einwandfrei.
Weiss da jemand Rat ?
Okay läuft nun allles.
Auf manchen Kanälen ruckelt es aber auch wenn sie kein HD sind. Im "normalen" Frontend von VDR laufen sie aber einwandfrei.
Weiss da jemand Rat ?
1) Hardware in die Signatur
2) Welche Kanäle
3) Wie sieht es mit den Signalinformationen durch femon aus?
4) Was steht in den Logs wenn es ruckelt (also syslog + XBMC-Log)?
Okay läuft nun allles.
Auf manchen Kanälen ruckelt es aber auch wenn sie kein HD sind. Im "normalen" Frontend von VDR laufen sie aber einwandfrei.
Weiss da jemand Rat ?
du gehst im Live view auf die Filmrolle im unteren Menu, dann stellts du die ersten beiden Punkte (deinterlacing, deinterlacing Methode) auf auto und gehst dann ganz nach unten (glaube vorletzter Punkt) und sagst für alle Kanäle speichern.
Das "tolle" an xbmc ist das es sich das deinterlacing pro Kanal speichert. Also entweder es ruckelt, du machst es wie beschrieben auf auto, oder du machst dir verdammt viel Arbeit und stellst es für jeden Kanal explizit ein. Wer sich son Quatsch ausgedacht hat frag ich mich schon lang,,,
Christian
btw: in Punkto deinterlacing ist xbmc nicht ganz so ressoucenschonend wie xine/xinelibout, um temporal-spatial flüssig hinzukriegen reicht hier keine GT520, die schreiben selbst in ihrem Board das es unter ner GT430 nicht vernünftig geht...
Wenn mich jemand eines besseren belehrt, auch auf den vorherigen Post: nur zu, bin sehr interessiert
Christian
INOB hat auch recht, irgendwie sind die umschaltzeiten in xbmc mit xvdr etwas (viel) langsamer als mit vnsi
aber ist halt pre .... bei xbmc-pvr ist es sogar pre pre pre
dafür laufen wieder die addons in der version, d.h. zumindest einige davon.
Wieder ein fettes Danke an das yavdr-Team.
Frisch auf'm Test VDR installiert, fällt mir folgendes auf:
1. Umschaltzeiten sind ein Tick länger ... ich meine jetzt nicht xbmc.
2. Beim Umschalten taucht immer kurz "No signal" auf.
3. Ca. gefühlt 2-3 sec. nach dem Umschalten kommt wieder kurz "No signal".
Kann das jemand bestätigen ?
Gruß Miru
bei xine eigentlich wie immer.
wenn du auf sxfe wechselst sind die umschaltzeiten schneller, dafür hat es evtl. andere nachteile.
juup ... passt. Kein "no signal" mehr. Aber Umschaltzeiten sind gefühlt doch einen Tick länger ... aber passt schon.
Edit: Gerade bei ARD und ZDF in HD fällt es doch stark auf.
Super Arbeit von Euch.
Danke Miru
komisch. ist nen japanisches charset obwohl utf-8 im sourcecode steht.
Bei mir unter Windows XP-SP3 mit IE 8.0 ebenfalls Rechtecke bei Sonderzeichen...
3. Ca. gefühlt 2-3 sec. nach dem Umschalten kommt wieder kurz "No signal".
juup ... passt. Kein "no signal" mehr. Aber Umschaltzeiten sind gefühlt doch einen Tick länger ... aber passt schon.
Also 2-3sek. darf das Umschalten nicht dauern und dauert es bei mir weder mit xine noch mit sxfe. Wobei ich nicht weiß wie das bei den Atom-basierten Installationen ist, könnte mir gut vorstellen das es da etwas länger dauert.
wenn du auf sxfe wechselst sind die umschaltzeiten schneller, dafür hat es evtl. andere nachteile.
Unterm Strich sind die Umschaltzeiten bei beiden quasi gleich, xine ist etwas besser bei HD Kanälen, sxfs besser bei SD Kanälen. Xine sieht nur langsamer aus, weil das Live-Bild weg geht und eben der "No Signal" Splash erscheint. Bei sxfe friert eben das alte Live-Bild für diese Zeit ein ...
Regards
fnu
ZitatXine sieht nur langsamer aus, weil das Live-Bild weg geht
Naja... xine liefert statt der "NoSignal.png" auch welche mit komplett schwarzem Screen. Da fällt das wenigstens nicht mehr auf, wenn der Umschaltvorgang zu lange dauert. NoSignal macht eigentlich nur Sinn, wenn längere Zeit > 1Min kein Bild geliefert wird.
Gruß
iNOB
naja ich glaube eh langsam das ist bei jedem anders.
hier dvb-c und wilhelm tel mit sundtek dvb-c stix
bemerke bei sxfe keine unterbrechung beim umschalten mit sxfe
in xine hingegen aufjedenfall min. 1sek. das no signal.
und nein .... wenn man es weglässt ist es nicht schneller nur schwarz.
Schön locker und entspannt bleiben Leute ...
fnu, was ich meinte war der Umstand, dass nach dem Umschalten mit xine-Frontend kurz das "no signal" kommt, dann kommt das Live-Bild und 2-3 sec. später ist wieder kurz "no signal" sowie dann wieder das Live-Bild vorhanden. Hardware laut Sig. Test-VDR.
Gruß Miru
Ich bin locker, als ob die Jungs nicht wüßten das man den Splash ersetzen oder gar ganz rausnehmen kann, vorallem da es ja ein eigener yaVDR "No signal" Splash ist ...
Ok, beim Umschalten kommt kurz Bild vom neuen Sender, dann keines mehr und dann nach 2-3sek. das eigentlich Live-Bild, interessant lang, wäre sicher ein eigenen Thread wert, ausserhalb dieses Announcement ...
Regards
fnu
Unterm Strich sind die Umschaltzeiten bei beiden quasi gleich, xine ist etwas besser bei HD Kanälen, sxfs besser bei SD Kanälen.
Das ist normal, da sxfe mit 2 verscheidenen Input Buffergrößen arbeitet. Sprich für SD kleiner, somit auch schneller umgeschaltet. Bei Xine ist er für SD und HD gleich.
Nabend,
habe heute Abend an meinen vdr2 mal eine Testplatte angeklemmt und die pre2 installiert.
Lief alles gut, Grundsystem brauchte nur wenige Einstellungen für meine Zwecke
Was bei mir nicht läuft ist der Atric Empfänger - auf selber Hardware unter 0.3 problemlos.
Mit gleichen lircd.conf und remote.conf Einstellungen - keine Chance.
mode2 geht noch, aber irw nicht. Die lircd.conf ist aber richtig.
Eine Suche im Board brachte viele Ergebnisse, aber nix davon half bei mir. Teilweise ist dieser
0815 Empfänger ja schon ein Reizthema. Habe gerade kein einfachen lirc Empfänger für den
Com Port parat, löte die Tage mal was zusammen und teste nochmal.
Jetzt läuft die 0.3er erstmal wieder.
Das soll keine Kritik sein! Habe Respekt und spreche den Machern von yavdr ein Lob aus.
Munter bleiben, Rossi
p.s. auf meinem vdr1 läuft die pre2 gut.
Mit gleichen lircd.conf und remote.conf Einstellungen - keine Chance.
mode2 geht noch, aber irw nicht. Die lircd.conf ist aber richtig.
Deine lircd.conf muss sich bei yaVDR 0.4pre1/2 an den Tastennamen, die in der remote.conf bzw. definiert sind orientieren, das muss du halt einmalig anpassen - dafür klappt es dann auch unter XBMC OOTB.
Für den Atric musst du eigentlich nur folgendes machen: http://dl.dropbox.com/u/960809/yaVDR_doc.html#lirc_serial
Was bei mir nicht läuft ist der Atric Empfänger - auf selber Hardware unter 0.3 problemlos.
Mit gleichen lircd.conf und remote.conf Einstellungen - keine Chance.
Die gleiche remote.conf kann nicht gehen. Die remote.conf der 0.4 unterscheidet sich generell von der der 0.3 und darf auch nicht mehr geändert werden.
Gerald
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!