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

Zitat von TheChief

War nur ein Beispiel, einen Fehler bekomm ich bei ziemlich jeder xcb-lib. Kann ja später mal einen kompletten Auszug posten.

Der Dreher kam vermitlich durch manuelles einfügen.

So sieht das bei mir aus:

Package xcb-xv was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-xv.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-xv' found
Package xcb-randr was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-randr.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-randr' found
Package xcb-glx was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-glx.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-glx' found
Package xcb-keysyms was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-keysyms.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-keysyms' found
Package xcb-xv was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-xv.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-xv' found
Package xcb-randr was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-randr.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-randr' found
Package xcb-glx was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-glx.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-glx' found
Package xcb-keysyms was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb-keysyms.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xcb-keysyms' found

Erstens beginnt unter Debian anscheinend alles mit "lib", zweitens befinden sich die Package Configs aus irgend einem Grund hier: /usr/lib/i386-linux-gnu/pkgconfig/

Hat das jemand mal unter Debian Wheezy probiert?

Zitat von johns

Die Bildhänger ...
Um diese zu umgehen müsste man den Renderer in einen eigenen Thread abkoppeln und dann noch min. 10 Frames zwischen puffern.

Klingt gut, bei xine hat der soweit ich weiß auch einen eigenen Thread. Und ich habe in xine Hänger immer erst ab ca. 500ms gesehen, noch nie bei weitaus niedrigeren Werten.
(Und noch eine Korrektur, die 22-30 Puffer waren in xine, nicht in vdpau.)

Zitat von Copperhead

Nein, das habe ich auch. Bin aber noch nicht auf die Suche gegangen.

Siehe hier, einfach rauspatchen, dann gehts wieder

Zitat von lostinspc

Siehe hier, einfach rauspatchen, dann gehts wieder

Hab ich auch so gemacht.
Aber die Lösung im yavdr-Unterforum zu suchen ... da muss man erstmal drauf kommen.

Danke, Samael

Zitat von lostinspc

Siehe hier, einfach rauspatchen, dann gehts wieder

Danke hab's gleich mal draufgepatcht.

Ist das git down?

vdr01 ~ # cd /usr/local/src/vdr-1.7.26/PLUGINS/src/softhddevice/
vdr01 softhddevice # git pull
fatal: read error: Connection reset by peer
vdr01 softhddevice #

Zitat von C-3PO

Ist das git down?

Jup, komplett. vdr-developer.org GIT down ??

cu

Hi Johns,
Die sichtbaren Ruckler im Live Bild (bei render too slow) habe ich nur bei HD und vorzugsweise bei HD+ (aber auch nicht so oft)
Bei Sky HD sehr,sehr... selten.
In Log sind die Einträge natürlich öfters zu sehen, deine Idee den Renderer in einen seperaten Thread laufen zu lassen wird wohl die Lösung sein.

Dann wäre dein Plugin von den Basics her perfekt, alles andere ist dann nur noch ein Bonus

mfg. Rudi

Zitat von rudirabbit

[...] Dann wäre dein Plugin von den Basics her perfekt, alles andere ist dann nur noch ein Bonus

Eine richtig funktionierende Audiosteuerung wäre ein netter Bonus.

Zitat von C-3PO

Eine richtig funktionierende Audiosteuerung wäre ein netter Bonus.

Ja, ich leide auch etwas unter dem fehlenden MUTE.

Gerald

Kann mir mal jemand auf die Sprünge helfen?
ich habe SuSE12.1 mit ffmpeg svn und softhddevice git vom 10.03.2012.
Ich erhalte immer

codec.c:442:19: error: ‘AVCodecContext’ has no member named ‘active_thread_type’

Gruß hanshorst

Zitat von hanshorst

Kann mir mal jemand auf die Sprünge helfen?
ich habe SuSE12.1 mit ffmpeg svn und softhddevice git vom 10.03.2012.
Ich erhalte immer

Code

codec.c:442:19: error: ‘AVCodecContext’ has no member named ‘active_thread_type’

Gruß hanshorst

Spekulier:

ffmpeg ist auch git:

git://git.videolan.org/ffmpeg.git

Ich persönlich neige dazu, es falsch zu bauen und falsch zu installieren, machst Du es etwa so:

./configure --prefix=/usr --enable-gpl --enable-libxvid --enable-postproc --enable-avfilter \
            --enable-shared --enable-libx264 --enable-nonfree --enable-libfaac --enable-libmp3lame \
            --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab

Moin,

bevor wir zu den "Boni" kommen, habe ich da noch ein Problem, das sehr basic ist. Bin mir aber nicht sicher, ob ich dabei ein Einzelschicksal bin oder ob das auch bei jemand anders auftritt.

Es geht darum, dass Aufnahmen im PES-Format (d.h. alle Aufnahmen bis ca. Ende 2008 ) bei mir ca. 1x Minute starke Ruckler haben. Diese Ruckler sind reproduzierbar, d.h. treten immer an der gleichen Stelle (beginnend mit "video: missed frame") auf.

Im Log sieht das so aus:

Mar 21 07:43:46 [vdr] [softhddev] empty video packet 366 bytes_
Mar 21 07:43:46 [vdr] [softhddev] empty video packet 2048 bytes_
                - Last output repeated 4 times -
Mar 21 07:43:46 [vdr] [softhddev] empty video packet 1646 bytes_
Mar 21 07:43:46 [vdr] [softhddev] empty video packet 2048 bytes_
                - Last output repeated 5 times -
Mar 21 07:43:46 [vdr] [softhddev] empty video packet 207 bytes_
Mar 21 07:43:47 [vdr] [softhddev] empty video packet 1193 bytes_
Mar 21 07:43:51 [vdr] video: missed frame (1/6893)_
Mar 21 07:43:51 [vdr] video: 20:01:19.534 -104  816   0/\ms 189 v-buf_
Mar 21 07:43:51 [vdr] video: dropping frame (1/6893)_
Mar 21 07:43:51 [vdr] video: 20:01:19.614  -64  920   0/\ms 189 v-buf_
Mar 21 07:43:51 [vdr] video: dropping frame (2/6894)_
Mar 21 07:43:51 [vdr] video: 20:01:19.694  -24  880   0/\ms 189 v-buf_
Mar 21 07:43:51 [vdr] video: dropping frame (3/6895)_
Mar 21 07:43:51 [vdr] video: 20:01:19.774  +15  936   0/\ms 189 v-buf_
Mar 21 07:43:51 [vdr] video: dropping frame (4/6896)_

softhddevice mit Standardoptionen gebaut, ffmpeg 1.0 (trat aber auch mit 0.78 auf), vdr 1.7.26 (trat aber auch mit 1.7.24 und 1.7.25) auf. Schaue ich die Aufnahmen mit xineliboutput / vdr-sxfe, treten keine Fehler auf daher gehe ich davon aus das es nicht an den Aufnahmen liegt. Display wird mit 50 Hz angesteuert.

Wie ist das bei euch, laufen die alten PES-Aufnahmen dort problemlos?

johns: Hast Du eine Idee woran das liegen kann bzw. was ich dagegen machen kann?

Grüße, Peter

cmsa:

ich habs von da:

svn checkout svn://svn.mplayerhq.hu/ffmpeg/trunk

und baue es so:

CFLAGS=-D__STDC_CONSTANT_MACROS ./configure --enable-shared --enable-gpl --enable-postproc --enable-libmp3lame --enable-libvorbis --enable-pthreads

cmsa:
Deine Variante hat funktioniert - Danke.

Zitat von johns

Dann bau softvol in asound.conf, dann geht auch mute.

Ich bastele gerade an einem Desktop für yaVDR. In meiner asound.conf steht deshalb nur eine Umleitung auf Pulseaudio drin ;). Ich muss mich da erstmal schlau machen, was ich in dem Fall tun muss.
Aktuell ist aber gerade die automatische Umschaltung der Fernbedienung auf die Applikation des gerade aktiven Fensters dran. Sorry für OT.
Ich muss aktuell Pulseaudio nehmen, damit mehr als eine Anwendung Sound ausgeben kann.

Gerald