yaVDR und Lucid

vdr-sxfe nutzen

Evtl. wäre das richtige Repo hilfreicher ...

Gruß
Frank

Lucid Repo:

https://launchpad.net/~yavdr/+archive/testing-vdr

Gruß
Fux

Flipsen1977

Die Antwort hatte Dir der Haupt-Maintainer des Repo's "hotzenplotz5" schon um 17:45 hier gegeben ...

Gruß
Frank

Nutze auch Lucid (amd64) und die oben genannten Testing Quellen.

Bei mir hängt sich vdr-sxfe bei jedem umschalten auf und lässt sich dann nur noch per Xkill abschießen. (bzw. STRG + C wenn aus der Konsole gestartet)
In der Konsole wird mir dabei folgendes ausgespuckt:

Zitat

[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (17)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (16)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (15)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (15)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (13)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (13)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (14)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (16)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (16)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (13)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (17)
[2231] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (18)
[2230] [input_vdr] SCR: reset scr tuning by set_live_mode
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none

Nach STRG+C kommt noch das:
[2220] [vdr-fe] caught signal 2
[2220] [vdr-fe] caught signal 2
[2220] [vdr-fe] SignalHandler: exit(-1)

Alles anzeigen

Sobald ich dann vdr-sxfe neu starte wird der Kanal angezeigt, den ich vor dem absturz wählen wollte. VDR selbst läuft also problemlos. Es muss also ein Problem mit Xine/liboutput sein.

Dieses Repro hatte ich mit einer einfachen Lucidinstallation verwendet gehabt. Da tauchten die selben Symptome auf. Letzte Nacht habe ich dann yaVDR 0.1.1 installiert. Im Thread " Umschaltprobleme vdr 1.7.14 " habe ich versucht eine Lösung zu erhalten.

Auf yaVDR zu wechseln ist aber nicht der Sinn der Sache.
Ich möchte meinen HTPC auch als vollwertigen PC nutzen können.

Hat denn sonst niemand eine Lösung?

Hallo alle zusammen,
ich habe mal testweise Yavdr 2.0 Lucid installiert. Alles wunderbar geklappt. Ich kann aber nirgendwo xine config finden.
Unter /var/lib/vdr/.xine/config ist nicht zufinden.

Kann mir jemand bitte helfen

Hallo,

Du findest die Config unter /etc/xine/config. Aber achtung das ist ein generiertes File. Wenn Du da was ändern willst musst Du das mit der Template Customization machen.

Nutzt ihr die 32 Bit oder die 64 Bit Version?
Ich habe in den letzten Tagen die neuen xineliboutput Updates eingespielt, aber bei mir (64Bit) hängt sich vdr-sxfe weiterhin nach dem Kanalwechsel auf.

32bit Version. Sehe keinen Grund für eine 64Bit Version für einen VDR Client.
BTW habe auch vor ein paar Tagen eine aktuelle Version von xineliboutput eingespielt und bin damit ziemlich zufrieden, Dauert nur manchmal ziemlich lange bis Ton auf den HD Kanälen kommt.

Es gibt absolut keinen Grund für einen 32-bit Client.

In der professionellen IT-Welt hat sich schon vor über 10 Jahren der Flamewar zu Gunsten von 64-bit entschieden, also für Server aller Art, wie auch Workstations für CAD, Graphik und Videobearbeitung. Selbst Microsoft hat vor Jahren eklatante Vorteile für ein 64-bittiges Windows erkannt. Dazu gab es auch viele Berichte, die genau das unterm Strich festgestellt haben.

Da ein VDPAU VDR eher einer Video-Workstation entspricht, sollte man sich auch eher an deren Anforderungen orientieren. Gerade bei dem für VDPAU so wichtigen Speicherdurchsatz, bietet 64-bit Vorteile die man sich nicht entgehen lassen sollte.

Also, 64-bit Rulez, seit 2007 habe ich alle VDRs in 64-bit hochgezogen, wenn die HW das erlaubt hat.

Gruß
Frank

Zitat

Original von fnu
Also, 64-bit Rulez, seit 2007 habe ich alle VDRs in 64-bit hochgezogen, wenn die HW das erlaubt hat.

Genau da dürfte der Hase begraben liegen. Um nicht unnötiger weise einen Teil der Hardware auszuschließen und nicht alles Doppelt anbieten zu müssen, macht es durchaus Sinn sich auf 32Bit zu begrenzen. Vor allem wenn man bedenkt, dass auf dem System keine Anwendung laufen soll, die mehrere GByte RAM benötigt, und ebenso (vermutlich) keine Software eingesetzt wird, die auf 64Bit Optimiert ist und dadurch einen nennenswerten Geschwindigkeitsvorteil einbringt.

Claus

clausmuus

Auch wenn es jetzt tierisch Offtopic wird, aber wer behauptet 64-bit beschränkt sich nur den erweiterten Speicherraum hat sich noch nie mit dem Thema befasst. Vorallem kann man dank der PAE Erweiterung auch mit 32-bit mehr als 3GB Speicher (max. 8GB) adressieren. Vielmehr geht es darum das viele Aufgaben in einem Computer effizienter und schneller abgearbeitet werden. Ich möchte z.B. nicht mehr unbedingt mit einen 32-bittigen Lightroom arbeiten.

Bezogen auf einen VDR mit FF oder DXR3 macht es wohl tatsächlich wenig Unterschied. Hier spielt sich der VDR hauptsächlich auf diesen AddOn Karten ab, die nur ein "Wirt-OS" zum Betrieb benötigen. Wie das bei der S2-6400 wird, muß sich zeigen, aber der nötige Speicherdurchsatz bei HD sollte nicht unterschätzt werden.

Aber sobald die Ausgabe über die Grafikkarte erfolgt sieht das komplett anders aus. Die Grafikkarten sind kein AddOn Karten, sondern ein wichtiger Teil des ganzen Systems, deren Treiber wie der Kernel auch für 64-bit optimiert sind, inkl. der Nvidia-Treiber die so essentiell wichtig für den Betrieb eines VDPAU VDRs sind. SGI hat schon Mitte der 90er Jahre auf 64-bit gesetzt, deren Maschinen waren damals schnell genug für Hollywood-Produktion und deren Filesystem XFS profitiert bis heute davon.

Ich weiß gar nicht was diese bornierte Haltung bzgl. 32-bit soll. Wie in der kommerziellen IT wird sich 64-bit auch im privaten Bereich durchsetzen, ist ja nicht so das man davon nichts hat oder gar neue HW benötigt, die ist ja schon da. In 2 Jahren wird keine Hahn mehr nach einer 32-bit Distro krähen und wenn es nur wegen des addressierbaren Speichers ist, weil man z.B. nur noch 8GB als kleinste Speichereinheit kaufen kann und da nimmt niemand mehr Rücksicht auf FF und DXR3 Karten oder gar geplagte Distro-Entwickler.

[EDIT] Nicht ganz unpassend zum Thema. [/EDIT]

Gruß
Frank

Fnu in Theorie hast Du sicher recht, die Frage ist doch ob sich für einen typischen "Fernseh"-Computer mit vdr, xbmc auf VDPAU Frontend (xine oa) sich ein relevanter Unterschied zeigt der es rechtfertigt sich an viellen stellen mit noch nicht 64 Bit kompatibler Software rumzuschlagen. Mir ist das bis jetzt noch nicht bekannt, deshalb fahre ich einfach ein Standard 32bit System. Gibt es denn wirklich spürbare verbesserungen mit 64bit (z.B. besser Deinterlacer oÄ ?