softhddevice-openglosd mit Patches von jrie

seahawk1986 · 27. Juni 2016

Ich brauche dazu auf meinem ION-System eine angepasste /etc/asound.conf, die den Downmix auf Stereo definiert:

Code

pcm.!default {
	type hw
	card NVidia
	device 3
}


ctl.!default {
	type hw
	card NVidia
}


pcm.51to20 {
    type route
    slave.pcm {
        type hw
        card NVidia
        device 3
        channels 2
   }
   ttable.0.0 1      # front links -> links
   ttable.1.1 1      # front rechts -> rechts
   ttable.2.0 0.707  # hinten links -> links, Dämpfung 3dB
   ttable.3.1 0.707  # hinten rechts -> rechts, Dämpfung 3dB
   ttable.4.0 0.5    # zentrum -> links, Dämpfung 6dB
   ttable.4.1 0.5    # zentrum -> rechts, Dämpfung 6dB
   ttable.5.0 0.5    # basskanal -> links, Dämpfung 6dB
   ttable.5.1 0.5    # basskanal -> rechts, Dämpfung 6dB
}

Alles anzeigen

Und dann übergibt man softhddevice noch das neue Gerät für die analoge Ausgabe (mit einem Template für die /etc/vdr/conf.avail/softhddevice.conf):

Code

[softhddevice]
-D
-a pcm.51to20

utiltiy · 27. Juni 2016

Kann jemand mal die Tests zusammen fassen was gemacht werden muss (mit dem GIT von j1rie)?

Ich baue dann unter aktuellem Arch die paar Commits und schaue ob ich was finde.

louis · 27. Juni 2016

@utility: am besten beginnst du, indem du aus dem git den letzten Commit von Johns auscheckst (Preparations for new ffmpeg VDPAU API). Damit sollte das audio sync Problem weg sein. Jetzt sind es insgesamt 9 commits von j1rie vom 15. März, die zu prüfen sind. Beim "bisecten" wird die fragliche Menge immer halbiert, d.h. du installierst zuerst den vierten Commit. Ist das audio sync Problem vorhanden, installierst du den zweiten Commit, falls nicht den sechsten. Das ganze wiederholst du solange, bis du den Commit gefunden hast, bei dem das audio sync Problem das erste mal aufgetreten ist.

Ciao Louis

iNOB · 28. Juni 2016

Zwischenstand: Hab " -w alsa-driver-broken -w ignore-repeat-pict -w still-h264-hw-decoder" komplett entfernt. Fürs erste konnte ich keine Asynchronitäten mehr feststellen. Werde das weiter beobachten.

helau · 28. Juni 2016

Zitat von iNOB

... -w still-h264-hw-decoder" komplett entfernt. Fürs erste konnte ich keine Asynchronitäten mehr feststellen. Werde das weiter beobachten.

Das sollte aber nichts damit zu tun haben. Hast Du denn dann noch ein sauberes Standbild beim Verschieben von Marken ?

iNOB · 28. Juni 2016

"-w alsa-driver-broken" spielt jedenfalls definitiv eine Rolle. Ohne den Parameter und den Patches von jrie flog mir immer der Ton weg, bei Verwendung vom neuen skindesigner in Verbindung mit dem OpenGLOSD. Speziell beim Beenden einer abgespielten Aufzeichnung und der anschließenden Wiedergabe von Live TV. Diese Änderung verbesserte zwar das Verhalten, aber vollends beseitigt wurde es damit auch nicht.

Momentan benutze ich lediglich die gepatchte Variante von softhddevice-openglosd+jrie_patches inkl. der v.g. Änderung, aber ohne zusätzliche Workarounds für softhddevice-openglosd.

Die Auswirkungen von "-w still-h264-hw-decoder" schaue ich mir heute Abend an und geb Bescheid. Gestern war dafür keine Zeit bei Fussball, GOT usw.

Saman · 28. Juni 2016

Moin,

ich habe es nochmal mit der asound.conf und der softhddevice.conf von seahawk1986 probiert.
Der Center ist jetzt gut zu hören. Einen A/V Versatz kann ich aber immer noch nicht beobachten.
Die Standbilder beim Schnitt sehen auch gut aus.

Ich bin jetzt zwar direkt vom Original auf diese Version gesprungen und kann nicht beurteilen was was bewirkt, aber alles in allem läuft das hier besser als vorher!

Danke und Gruss

marco · 28. Juni 2016

Hallo,

ich möchte softhddevice (softhddevice-openglosd-dc8740b0dfe5c7c965fb788bb3b5f6403d870d82) kompilieren, scheitere aber damit.
Folgende Fehlermeldung bekomme ich:

Code

gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fPIC -Wno-deprecated-declarations -I/usr/include/alsa    -I/usr/include/libdrm  -I/usr/include/ffmpeg -I/usr/include/libdrm -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/ffmpeg -DPLUGIN_NAME_I18N='"softhddevice"' -D_GNU_SOURCE  -DAV_INFO -DAV_INFO_TIME=3000	 -DUSE_PIP			 -DUSE_MPEG_COMPLETE		 -DH264_EOS_TRICKSPEED		 -DUSE_VDR_SPU			 -DUSE_ALSA -DUSE_OSS -DUSE_VDPAU -DUSE_VAAPI -DUSE_GLX -DUSE_SCREENSAVER -DUSE_SWRESAMPLE -DUSE_OPENGLOSD   -g -W -Wall -Wextra -Winit-self -Wdeclaration-after-statement   -c -o audio.o audio.c
video.c:447:1: warning: data definition has no type or storage class
 max_mutex_delay = 1;
 ^~~~~~~~~~~~~~~
video.c:447:1: warning: type defaults to 'int' in declaration of 'max_mutex_delay' [-Wimplicit-int]
video.c:1566:22: error: field 'PixFmt' has incomplete type
     enum PixelFormat PixFmt;  ///< ffmpeg frame pixfmt
                      ^~~~~~
video.c: In function 'VaapiNewHwDecoder':
video.c:2070:23: error: 'PIX_FMT_NONE' undeclared (first use in this function)
     decoder->PixFmt = PIX_FMT_NONE;
                       ^~~~~~~~~~~~
video.c:2070:23: note: each undeclared identifier is reported only once for each function it appears in
video.c: At top level:
video.c:2560:22: error: parameter 2 ('pix_fmt') has incomplete type
     enum PixelFormat pix_fmt, VAImageFormat * format)
                      ^~~~~~~
video.c: In function 'VaapiFindImageFormat':
video.c:2571:7: error: 'PIX_FMT_YUV420P' undeclared (first use in this function)
  case PIX_FMT_YUV420P:
       ^~~~~~~~~~~~~~~
video.c:2572:7: error: 'PIX_FMT_YUVJ420P' undeclared (first use in this function)
  case PIX_FMT_YUVJ420P:
       ^~~~~~~~~~~~~~~~
video.c:2576:7: error: 'PIX_FMT_NV12' undeclared (first use in this function)
  case PIX_FMT_NV12:
       ^~~~~~~~~~~~
video.c:2560:22: warning: unused parameter 'pix_fmt' [-Wunused-parameter]
     enum PixelFormat pix_fmt, VAImageFormat * format)

Alles anzeigen

folgende ffmpeg Version setze ich ein:
ffmpeg-3.0.2-1.fc24.x86_64

Gibt es bereits einen Patch ?

seahawk1986 · 28. Juni 2016

Probier mal, ob das hier für dich funktioniert: https://anonscm.debian.org/cgi…2ad89ba32ada4274c532b0878

louis · 28. Juni 2016

Moin Marco,

dein ffmpeg ist zu neu bzw. die Jungs haben mal wieder auf abwärtskompatibilität geschi*** Wobei deine Version nur eine Zwischenversion zu sein scheint...schau dir mal diesen Link an.

PIX_FMT_YUV420P muss wohl durch AV_PIX_FMT_YUV420P ersetzt werden. Für die anderen musst du wohl mal in libavutil/pixfmt.h schauen. Die alten Definitionen scheinen in libavutil/pixfmt_old.h zu sein.

Ciao Louis

marco · 28. Juni 2016

Zitat von seahawk1986

Probier mal, ob das hier für dich funktioniert: https://anonscm.debian.org/cgi…2ad89ba32ada4274c532b0878

im Prinzip fkt. es bis auf ein klar kleine Änderungen, Super Danke.

Diff

--- ffmpeg_2.9.patch    2016-06-28 11:10:02.067298290 +0200
+++ /home/martin/rpmbuild/SOURCES/ffmpeg_2.9.patch      2016-06-28 11:06:47.831831054 +0200
@@ -207,15 +207,6 @@
        decoder->VideoCtx->draw_horiz_band = NULL;
 --- a/video.c
 +++ b/video.c
-@@ -17,7 +17,7 @@
- ///   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- ///   GNU Affero General Public License for more details.
- ///
--///   $Id: d9534b488d56e3efa4d92a0af07e715a05766e2e $
-+///   $Id: bdc472fb7b44d8f56e8d71ad42b71a64a08eef83 $
- //////////////////////////////////////////////////////////////////////////////
- 
- ///
 @@ -259,8 +259,8 @@
      void (*const DelHwDecoder) (VideoHwDecoder *);
      unsigned (*const GetSurface) (VideoHwDecoder *, const AVCodecContext *);
@@ -578,15 +569,6 @@
      int ms_delay;
 --- a/video.h
 +++ b/video.h
-@@ -17,7 +17,7 @@
- ///   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- ///   GNU Affero General Public License for more details.
- ///
--///   $Id: 7b676db0db3e7773e753356b9a94a1a369ce20bb $
-+///   $Id: 5d397e1e0aa57766574cbfa38d64a72dbebdbaf6 $
- //////////////////////////////////////////////////////////////////////////////
- 
- /// @addtogroup Video
 @@ -59,9 +59,9 @@
      /// Release a video hardware surface
  extern void VideoReleaseSurface(VideoHwDecoder *, unsigned);

Alles anzeigen

lostinspc · 28. Juni 2016

Für ffmpeg 3 hätte ich noch für markad:

Diff

index a75f08f..6d603f5 100644
--- a/command/decoder.cpp
+++ b/command/decoder.cpp
@@ -282,7 +282,7 @@ cMarkAdDecoder::cMarkAdDecoder(bool useH264, int Threads)
                 }
 #endif


-                video_frame = avcodec_alloc_frame();
+                video_frame = av_frame_alloc();
                 if (!video_frame)
                 {
                     esyslog("could not allocate frame");

Alles anzeigen

Duck und wech

iNOB · 29. Juni 2016

Zitat von helau

Hast Du denn dann noch ein sauberes Standbild beim Verschieben von Marken ?

Ja.... getestet und für gut befunden. Kann keinen Unterschied feststellen.

Ich konnte bisher nach Weglassen der o.g. Workarounds keinen Tonversatz mehr feststellen, wobei ich dazu sagen muss, dass das Problem immer erst nach längerer Laufzeit ( > 4 Std.) auftrat. Muss das am WE nochmal genauer checken.

[EDIT] Nach ner Weile kommt der Versatz wieder. Manchmal ist er sofort nach dem Einschalten festellbar, manchmal läufts stundenlang ohne Versatz. Einmal umgeschaltet und schon passt es wieder nicht mehr. Ich glaube meine ffmpeg Version ist zu alt. [/EDIT]

hgutmann · 8. Juli 2016

lostinspc:
Danke für den Markad Patch, den kann ich zufällig grade gut gebrauchen.

louis · 17. Juli 2016

Moin,

da hier anscheinend aktuell nichts mehr kommt und schon ein paar Leute mit den Patches auf die Nase gefallen sind, habe ich die Patches jetzt wieder aus meinem Git entfernt.

Wenn das Audio Sync Problem dann doch noch gelöst wird, nehme ich die Patches natürlich gerne wieder in mein Git auf

Ciao Louis

mase · 17. Juli 2016

Na die ffmpeg Patches könntest du schon aufnehmnen.
Selbst Debian hat umgeswitcht.

louis · 18. Juli 2016

Zitat von mase

Na die ffmpeg Patches könntest du schon aufnehmnen.
Selbst Debian hat umgeswitcht.

Und was hat das mit dem Thema hier zu tun?

Ciao Louis

mase · 18. Juli 2016

Na soll ich jetzt extra deswegen nen eigenen Thread aufmachen?
Sollte nur ne kleine Bemerkung sein.

louis · 18. Juli 2016

Na das Wetter soll ja die nächsten Tage ganz gut werden...
Sollte auch nur ne kleine Bemerkung sein.

mase · 18. Juli 2016

Ok, ich geb auf!
Wenn du kein Feedback willst, dann spar ich mir das.

softhddevice-openglosd mit Patches von jrie

Jetzt mitmachen!

Teilen