softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

Ich bin ja begeistert mit dem remux patch ist das Umschalten nochmal was fixer, Wenn man noch etwas verbessern wollte, wäre das einzige der Start des Decoding (immer etwas Zeitlupe bis er sich eingepegelt hat -> 1/2s) - aber das ist schon leiden auf ganz hohem Niveau

Eine Kleinigket die ich gesehen hatte war die Standbildwiedergabe bei Radiosendern (in Zusammenhang mit dem Radio-plugin) - hier kam es manchmal vor als wenn 2x leicht versetzt das gleiche Bild da gewesen wäre. Wenn das sonst keiner hat, muss ich mal Details suchen gehen.

Zitat von steffen_b

Eine Kleinigket die ich gesehen hatte war die Standbildwiedergabe bei Radiosendern (in Zusammenhang mit dem Radio-plugin)

Ja, kann ich bestätigen, aber nachdem was ich so sehe ist das eher ein Issue des Radio-Plugins, das ziemlich sicher mal eine ausgiebige Renovierung bräuchte ...

Regards
fnu

Wenn wir schon im Zusammenhang mit den Plugins sind, die DVD Wiedergabe mit dem DVD Plugin läuft unter softhddevice nicht so rund.
Das DVD Plugin ist auch schon etwas älter, ist dies

cvs -z3 -d:pserver:anonymous@dvdplugin.cvs.sourceforge.net:/cvsroot/dvdplugin co -P dvd

die aktuellste Version ?

Zitat von steffen_b

Eine Kleinigket die ich gesehen hatte war die Standbildwiedergabe bei Radiosendern (in Zusammenhang mit dem Radio-plugin)

auch ohne Radio Plugin: wenn du von einem TV auf einen Radiokanal schaltest verharrt ein Standbild des zuletztgesehenen Programms auf dem Schirm. Vllt kann man das bei einem Radiosender einmal Schwarzmalen, sonst hat das was von nem Pictureframe

Christian

Zitat von johns

libav ist ein Fork von ffmpeg, beide sind in gewissen Grenzen kompatible. Haben aber vergessen eine Unterscheidung einzubauen.

hmm, nur noch mal zum Verständnis:

bedeutet solltest du das so einbauen bin ich mit libav-0.8.1 vermutlich näher an dem was ich benötige als mit ffmpeg-0.9.1 wie ich es derzeit installiert habe? Weil die libav hätt ich auch für oneiric vorliegen.

Christian

johns

ich suche nun seit 4 tagen warum die upstart scripte einfach das RESU signal sendet. doch es ist so das der parameter -s das problem ist!

/usr/bin/vdr --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 60 -P"softhddevice -f -s -g 1920x1080+0+0 -d :1" -Pdbus -P"sc -B0 -B1 -B2" -P"dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr/plugins/dbus2vdr/shutdown-wrapper" -Pepgsearchonly -Piptv -Pconflictcheckonly -P"live --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages" -Pgraphtft  -Pstreamdev-server -Pmarkad -Pquickepgsearch -Pepgsearch -Pmenuorg -P"skinpearlhd --epgimages=/var/cache/vdr/epgimages" -Ptext2skin -Pextrecmenu -Pfemon -Pchannellists -Pwirbelscan -Pdynamite

das führt dazu, dass die ausgabe NICHT im suspended gestartet. ich weis nicht warum, aber irgendwie passt da was noch nicht. hab auch schon die reihenfolge der optionen gedreht oder das -g weggelassen. johns könntest du nochmal schauen was der grund sein könnte?

Zitat von nvertigo

Dein systeminfo.sh ruft nvidia-settings auf,

Ah, ja, wir fragen die GPU Temp nicht mehr über nvidia-settings ab, sondern in etwa so:

...
GPU=$(nvidia-smi -g 0 -q | grep 'Gpu' | grep C | tr -s ' ' | cut -d' ' -f 4)
...
echo -ne "\tGPU: +"$GPU".0°C\t"$DISK1"\t"$DISK2
...

Das gehört zum Nvidia Treiber Paket:

#/> dpkg -S nvidia-smi
nvidia-current: /usr/lib/nvidia-current/bin/nvidia-smi

Regards
fnu

Zitat von johns

-g ist bei neueren Version unnötig, es wird die Auflösung von x11 als default genommen.

Quellcode

1

softhddevice.Suspend.Close = 1

im setup.conf? iirc ist das Notwendig.

Alles anzeigen

softhddevice.AudioDelay = 0
softhddevice.AudioPassthrough = 1
softhddevice.AutoCrop.Delay = 0
softhddevice.AutoCrop.Interval = 0
softhddevice.AutoCrop.Tolerance = 0
softhddevice.HideMainMenuEntry = 0
softhddevice.MakePrimary = 1
softhddevice.SkipLines = 0
softhddevice.StudioLevels = 1
softhddevice.Suspend.Close = 1
softhddevice.Suspend.X11 = 0

das hatte ich shcon geprüft und passt. wie gesagt -g hab ich in der aktuell version bereits entfernt gehabt.

Zitat von johns

Sei froh das bei dir das radio-plugin geht, ich bekomme keinerlei Ausgabe hin.

Ich auch nicht, das wird IMHO gar nicht aktiv bei einem Radiosender. Das angezeigte Standbild kommt IMHO nicht vom Radio-Plugin ...

Aber war schon nicht gut Kirschen essen bei xine mit ... schade, habs immer mögen.

Regards
fnu

Zitat von johns

Dann habe ich auch keine Idee, bei mir reicht auch ein "svdrpsend chan 1" um das Plugin zu aktivieren.
Da hilft nur eine -DDEBUG Version bauen und gucken, was so ins Log geschrieben wird.

da ist der tipp der suspend wird einfach aufgehoben bei irgend einer action. das ist ja mies. naja scheinbar löst ein böses plugin eine solche aktion aus und verursacht das ganze. jetzt die frage das ist doch ein bug oder ist das echt ein gewolltes feature. auserdem sollte aus, aus sein und erst durch ein resu wieder angeschaltet werden. sonst wissen wir ja garnicht in den start scripten ob das device nun da ist oder nicht. das verhindert somit die komplette integration als upstart. wäre also super wenn man das entweder abschaltbar machen kann im makefile oder direkt verhindert.

Zitat

Ich auch nicht, das wird IMHO gar nicht aktiv bei einem Radiosender. Das angezeigte Standbild kommt IMHO nicht vom Radio-Plugin ...

Aber war schon nicht gut Kirschen essen bei xine mit ... schade, habs immer mögen.

Vor ner guten Woche hat das Softhddevice auch noch garnet die entsprechenden Playmodis unterstuetzt.

Nachdem ich gestern Abend den Bildschirmschoner vollständig auschalten konnte, habe ich ausgiebig dieses geniale Plugin testen können. Hut ab wenn ich bedenke wie lange wir rumgemacht haben, bis HD mit xine gescheit lief. Zwei Sache sind mir noch augefallen:
- Der Übergang beim Kanalwechsel ist sagen wir mal gewöhnungsbedürftig, da der Ton vom neuen Kanal sofort da ist, das Standbild vom alten Kanal plus OSD-Einblendung vom neuen Kanal erscheint und mit Ausblenden des OSDs der neue Kanal ins Bewegtbild übergeht. Eventuell wäre wie weiter oben von johns schon beschrieben, ein schwarzer Screen beim Kanalwechsel doch vorteilhafter.
- Das Zurückspulen funktioniert bei mir nicht (vdr-xine-0.9.4-plugin). Kann allerdings sein, dass der Patch dran schuld ist. Alles andere wie Spulen vorwärts, Springen vor/zurück, Schnittmarken verschieben inkl. Bildanzeige funzt astrein sowohl in SD als auch HD.

Thx
iNOB

Zitat von johns

War es die noPM option?

Ja. Keine Ahnung weshalb ich unter xine ohne "noPM" nie ein Problem mit dem Bildschirmschoner hatte.

Gruß
iNOB

Zitat von nvertigo

...würde trotzdem drauf tippen, dass es da mit der nividia-tls lib hakt.

Du hast absolut Recht, aber warum dran rumpfrimeln, wenn das andere eine bessere Lösung ist, die auch über mehrere Generation Nvidia Treiber funktioniert.

Zitat von Morone

Vor ner guten Woche hat das Softhddevice auch noch garnet die entsprechenden Playmodis unterstuetzt.

Hehe, Du meinst vor 5min?

Zitat von iNOB

Ja. Keine Ahnung weshalb ich unter xine ohne "noPM" nie ein Problem mit dem Bildschirmschoner hatte.

Weiß jetzt auch nicht ob johns war oder was meinte, wobei der Schalter sich IMHO vom Namen her selbst erklärt.

Vor xine@VDPAU habe ich über Jahre "softdevice" genutzt gehabt und aus der Zeit stammen diese Einträge. Ich musste also für mich nicht alles neu erfinden, bei der Umstellung auf VDPAU. Langsam erinnere ich mich auch wieder, ich hatte alles gesetzt das der X-Server das Bild nicht nach einer gewissen Zeit abstellt, aber mein damaliger LCD interessierte das nicht, war nach ein paar Minuten immer schwarz. Habe seinerzeit auch lange gesucht, mit den DPMS Schaltern rumgespielt die nichts brachten und schließlich diese zusätzliche Info gefunden. Mag sein das ich es für xine auch nicht benötigt hätte, weil das selbst Einfluß nimmt, aber ich hab's halt aus guter Erfahrung immer mitgenommen.

Mach's in die FAQ rein, schaden tut's keinem, aber wenigsten einem oder zwei helfen.

Regards
fnu