Das ist nicht so einfach (warum braucht man überhaupt noch DVB-T Kanäle, wenn man DVB-C und DVB-S(2) hat?) - mit dem dynamite-Plugin ist das prinzipiell möglich einen Tuner auf einen Empfangsweg festzugelen, wenn man ein entsprechendes udev-Attribut für ein Device setzt:
Okay, war ich also nicht zu blöd zum Suchen. Wenn sich die Konstellation mit der OctopusNet bewährt, lasse ich DVB-T wohl tatsächlich fallen. Nur schade, dass dann die Cine CT brach liegt.
Danke
Malte
Moin,
ich habe hier ein vermutlich eher ungewöhnliches Setup:
Eine Cine C2/T2 (v7) mit DVB-S2-Erweiterung für DVB-T und DVB-S sowie jetzt neu eine OctopusNet mit DVB-C2/T2-Tuner. Das funktioniert soweit auch ... häufig.
Leider erwartet der VDR (2.2.0), dass die Cine CT auch DVB-C empfangen kann. Kann sie aber nicht, gibt die Hausverkabelung nicht her ... darum die OctopusNet als "Workaround".
Kann man dem VDR irgendwie mitteilen, dass er die interne Karte nicht für DVB-C sondern nur für DVB-T verwenden soll?
Gruß
Malte
Moin,
im xine-lib-git auf projects.vdr-developer.org gibt's nur noch die master -Branch. Wurden die Änderungen alle in die offizielle Xine-Lib integriert?
/Malte
5.4. habe ich leider keine Zeit 
/Malte
Hi,
der 15.7. ist bei mir schon belegt 
/Malte
Ja, hab ich. Aber ich stricke mir meine Kernel immer spezifisch für die Hardware auf der die laufen sollen (Athlon X2 64bit, NVidia Chipsatz mit NVidia-Graka) 
Außerdem weiß ich nicht, ob die Pakete für Debian auch auf Ubuntu ordentlich arbeiten ...
Man braucht 'nen recht aktuellen kernel bzw. alsa-module für die GT2x0. Das Fehlen der Lautstärkeregler kann ich bestätigen, ist bei mir auch so (Kernel 2.6.35.1).
Die NVidia-Chips scheinen da eher die Minimalanforderungen zu erfüllen
Moin, das nennt sich Overscan und ist bei der Röhre glaube ich nicht abzustellen. Ich habe da früher auch mit Modelines versucht, was gegen zu mechen, ohne Erfolg.
Beim LCD kannst du mal versuchen, die Bildskalierung abzustellen, jedenfalls nennt sich der Parameter bei meinem Phillips so. Ich weiß aber nicht, ob das bei Scart auch funktioniert.
Vielleicht zu komplex, aber eigentlich wäre es doch praktisch, einfach im Betrieb aus dem Userspace eine Keymap laden zu können, ähnlich wie bei den FF-Karten.
Oder existiert sowas evtl. schon längst?
Ich dürfte da Zeit haben. Count me in 
Moin,
ich habe gerade meinen ersten ION-Basierten VDR aufgebaut, auf Debian/Sid 64bit, VDR 1.7.10, xine-lib-1.2-hg + vdpau-patch + croppatch, xineliboutput-cvs und Nvidia-Treiber 195.30. Von vereinzeltem Tearing abgesehen läuft's sauber.
Hallo, ich habe gerade mal den v8-Patch mit xine-lib-1.2 und xineliboutput aus dem CVS mit VDR 1.6 probiert.
Die Wiedergabe läuft mit Patch erheblich besser (Cropping oder HD nutze ich nicht). Bloß hängt sich vdr-sxfe auf, wenn ich die Wiedergabe einer Aufnahme stoppe.
Nachtrag:
Das Problem mit vdr-sxfe scheint eine andere Ursache zu haben, passiert plötzlich auch ohne den Patch. Da hab ich wohl irgendwas anders verdreht. Bleibt also dabei: Der Patch verbessert die Wiedergabe deutlich.
Nachtrag 2:
War ein Problem im xineliboutput-cvs. Läuft jetzt auch mit vdr-sxfe einwandfrei.
Hier also meine funktionierende Konfig (endlich keine ruckelnden Autos bei Formel 1 mehr) :
vdr-1.6.0, xineliboutput-cvs von gestern, xine-lib-1.2 + vdpau-patch + v8-cropping-patch mit vdpau-queue=4.
Das ganze auf Onboard GeForce 8300 mit Dual Core Athlon 4450e.
Hallo,
das Geruckel sehe ich ab xine-lib-1.2-vdpau-r270.diff. Der r265 Patch lässt sich nicht anwenden. Somit ist der letzte Patch, der bei mir ohne offensichtliche Probleme läuft der r262.
Moin,
ich bin gerade von xine-lib-1.2 mit vdpau-patch r273 auf r262 zurück gegangen, damit läuft bei mir wieder alles bestens. Mit r273 habe ich oft kurze Ruckler und manchmal sogar Tonaussetzer.
Ich habe noch vdr-1.6 mit aktuellem xineliboutput (cvs) und vdpau mit dem aktuellen Nvidia-Treiber auf Debian/sid 64bit mit Kernel 2.6.30.
Wenn ich die Zeit finde werde ich mal die verschiedenen Versionen zwischen r262 und r273 probieren, um den Begin des Problems zu finden.
Nachtrag:
Wenn ich das OSD über HUD-Modus anzeige, besteht das Problem nicht. Liegt ja auch nahe.
D.h. wenn NVidia das Problem mit Tearing bei Nutzung von VDPAU und Compositing endlich in den Griff bekommt erledigt sich dieses Problem.
Moin,
ich habe das Problem, dass bei mir das OSD bei Videos mit weniger als PAL-Auflösung zu klein und bei Videos größer PAL-Auflösung zu groß dargestellt wird (siehe Fernseherfoto).
Bildausgabe erfolgt über VDPAU mit vga2scart am guten alten Röhrenfernseher.
Mir scheint, dass das OSD von der Software auf Videogröße skaliert wird und dann vom Hardwareoverlay nochmal skaliert wird.
VDR ist 1.6.0-2,
xineliboutput CVS revision 1.52
NVidia Treiber 185.13
X.Org X Server 1.5.99.902 (1.6.0 RC 2)
Xine svn://jusst.de/xine-vdpau Revision: 253
Jemand 'ne Idee?
Ah, sehr gut, da hab ich Zeit
Ich bin dabei.
Tja, 19. wird bei mir leider nichts.
