Sterbende TT C-2300 (Plural)

Ich schrieb:

Quote

Das ffmpeg ist von deb-multimedia.org und wohl leider ohne VDPAU-Unterstützung.

Ich muss mich korrigieren, es ist doch mit VDPAU-Unterstützung. Ruckelt aber dennoch.

Gruß
Henning

Quote

Mit der GF 9400 ?

Nvidia ION, also GF 9400M.

Quote

Mit softhddevice z.b mit dem deinterlacer bob sollte es aber nicht ruckeln.
Wenn doch hast du eher ein Softwareproblem.

Das scheint mir so. So oder so, es geht nicht. Ich werde demnächst nochmal eine andere Hardware ausprobieren.

Ich musste den X-Server mit einer statischen xorg.conf auf 50Hz konfigurieren, nodm installieren um den User vdr automatisch einloggen zu lassen (damit kein "xhost +" benötigt wird) und mir die richtigen Optionen für die plugins.softhddevice.conf zusammengooglen. Das würde ich alles nicht als idiotensichere Lösung ansehen.

Ich hatte früher ( 2003-2008 ) eine DXR3 als Ausgabedevice laufen - sogar die war weniger fummelig einzurichten.

Gruß
Henning

Quote

softhddevice kann sich seinen X-Server selber starten

Hatte ich probiert, der blieb dann aber defunct in der der Prozessliste hängen und produzierte keine Ausgabe.

Gruß
Henning

Quote from heinbloed

hast Du 1 oder 2 Memory Module ? Ich hab schon länger keinen ION mehr, aber da war das doch so, daß man besser 2 Module installiert da die beiden ja interleaving machen und man damit erst die Bandbreite hinbekommt.

Ist nur ein 2GB-Modul, Du könntest damit aber Recht haben. Dagegen spricht, dass diese Hardware unter openSUSE 12.1 H.264-Videos in SD-Auflösung ruckelfrei abspielen kann, wenn auch ohne Postprocessing.

Ich habe jetzt übrigens ein ganz anderes Problem: VDR (mit streamdev-client) zeigt kein Fernsehbild mehr, OSD ist da und reagiert, und den Meldungen im /var/log/user.log zufolge decodiert VDPAU auch irgend etwas. Das einzige, was ich geändert hatte, war die Build-Dependencies von ffmpeg zu installieren. Ein Hardwaredefekt ist es wohl nicht, da "mplayer -vc ffh264vdpau -vo vdpau" ein Testfile problemlos abspielen kann, auch im Vollbild. Ich könnte da jetzt schrittweise wieder alles deinstallieren, aber kennt ihr da übliche Verdächtige?

Gruß
Henning

Quote from Atechsystem

startet denn der xserver? Du darfst nur die Option -x verwenden und nicht -d für detached. Ist im Wiki gut beschrieben.

War nur ein einzelnes "-x" in der plugins.softhddevice.conf, sonst nix. Damit steht X dann als defunct in der Prozessliste, nicht einmal ein Log wird nach /etc/X11/Xorg.0.log geschrieben.

Ist aber auch egal, nodm als User vdr funktioniert ja. Das Problem liegt jetzt woanders (s.o., OSD und Ton da, Videobild nicht).

Gruß
Henning

Quote from Atechsystem

Ich habe irgendwie dien Eindruck in deiner Softwareinstallation liegt einiges im argen. Dieses deb hantieren mit irgendwelchen Packeten und vielleicht noch selbstkompiliertem dazwischen scheint mir mächtig instabil.

Pardon? Meine letzten Tests liefen ausschließlich auf einem frisch installierten Debian Wheezy. Linux benutze ich seit 1998, Debian seit 2001, c't-VDR seit 2003. Ich bilde mir schon ein, zu wissen, was ich tue. Außerdem ist yavdr doch auch nur ein Ubuntu+Extrarepo, ich wüsste nicht, wo denn da der Unterschied zu Wheezy+e-tobi sein soll. Das einzige Problem ist m.E., dass viele "Frickellösungen" für eine bestimmte VDR-Distri hingefrickelt werden und dann auf einer anderen Systemgrundlage nicht mehr funktionieren. yavdr wäre wohl noch ok, da Ubuntu auch das Debian-Paketmanagement verwendet und ich mich nicht sonderlich umgewöhnen müsste.

Gruß
Henning

Quote from Atechsystem

Es wäre gut mal was fertiges zu testen um zu sehen ob die Hardware läuft. XBMC wäre z.B. mal ein unabhängiges Mittel um die VDPAU Fähigkeiten zu überprüfen.

Ich schrieb doch bereits, dass mplayer auf openSUSE 12.1 und auch der mplayer auf Debian Wheezy problemlos über VDPAU ausgeben können. Was ist nicht getestet habe, ist das Deinterlacing bspw. mittels "-vo vdpau:deint=2" zu testen.

Quote from Atechsystem

Das "gefrickel" war halt auf die Fehler bezogen die du beschreibst mit "dem und dem ffmpeg evtl. mit oder ohne vdpau" bzw. dem nicht starten wollenden xserver mittels softhddev usw.

Ich kenne mich mit den deb Paketen nicht so aus aber ich habe manchmal den Eindruck man kann da dinge kombinieren die nicht zusammenpassen bzw. gehören.

Man darf halt nur nicht irgendwelche dahergelaufenen Pakete installieren, sondern sollte ganze Repositories hinzufügen und die Pakete per apt installieren.

Bzgl. des VDPAU-beschleunigten ffmpeg hatte ich erwartet, dass die Unterstützung drin ist, so kenne ich Christian Marillat nämlich. Auf die Frage hier hatte ich dann aber doch mal die configure-Optionen angeschaut und kein --enable-vdpau darin gefunden. "ffmpeg -decoders" listet die VDPAU-beschleunigten Decoder aber.

Bzgl. des nicht startenden X-Servers: Ich habe keine Ahnung, ob das überhaupt mal jemand unter Debian ausprobiert hat. Eine Suche in den Foren hier war unergiebig.

Akut ist z.Zt. aber immer noch das Problem, dass ich gar kein Videobild (nur OSD und Ton) habe.

Gruß
Henning

Quote

Was spricht dagegen xmbc oder mplayer mal zum testen unter debian heranzuziehen?

Meine Tests waren unter Debian Wheezy, auf dem mittels nodm als User vdr gestarteten openbox-Desktop. Ich hab' gestern den Deinterlacer getestet: Geht. "mplayer -vc ffmpeg12vdpau -vo vdpau:deint=3 http://produktivvdr:3000/1" kann problemlos das Fernsehbild von meinem Produktiv-VDR darstellen, ruckelfrei, wunderbar deinterlaced, sowohl im Fenster, als auch Vollbild. Das Bild vom VDR bleibt nur leider immer noch schwarz, obwohl ich alles deinstalliert habe, was ich zwischenzeitlich installiert hatte.

Ich werde demnächst mal yaVDR 0.5 ausprobieren, in einer virtuellen Maschine machte das einen qualitativ hochwertigen Eindruck. Könnte ich meinen Produktiv-VDR zwar nicht direkt drauf updaten, aber eine Neuinstallation könnte ich verschmerzen.

Gruß
Henning

Quote

Steht denn wirklich nichts im log bezüglich der fehlenden Videoausgabe?

"SetPlayMode: 0" steht da, anstatt "SetPlayMode: 1" wie früher, als es noch (wenn auch ruckelnd) funktionierte. device.h sagt dazu:

enum ePlayMode { pmNone,           // audio/video from decoder
                 pmAudioVideo,     // audio/video from player

cSoftHdDevice::SetPlayMode(ePlayMode play_mode) in softhddevice.cpp tut demzufolge also nichts. Ich frage mich nur, warum ich dann immer noch den Ton höre.

Gruß
Henning

P.S.: Ich habe gerade gesehen, dass SetPlayMode(int play_mode) in softhddev.c hartcodierte Modes verwendet anstatt des enum ePlayMode... Das sollte mal lieber jemand fixen.