[SoftHdDevice] softhddevice 0.6.0 Release Candidate 3

johns · 12. Februar 2013

Moin,

Damit es mit den Play Plugin weiter geht, muß dies mal abgeschlossen werden.

Neues:

PCM Passthrough (6 Kanal PCM auf HDMI hat richtige Kanalanordnung)
EAC3 Passthrough mit und ohne HBR (High Bit-Rate) sollte mit aktuellen Kernel mit INTEL und NVidia funktionieren
Passthrough an/aus ist seperat einzustellen
Support für neue VDR APIs: Makefile, ScaleVideo
Support für neue stable <=ffmpeg 1.1.1
PIP Support (nur NVidia VDPAU)

Wichtig:

softhddevice.AudioPassthrough ist geändert, einmal Setup aufrufen und einstellen.
Die AC3 Variabeln wurden in ALSA_PASSTHROUGH_DEVICE und OSS_PASSTHROUGHDEV umbenannt.

Bekannte Fehler:

Beim Schnittmarken verschieben, kann es einen Nachlauf geben.
Schneller und langsamer Rückwärtslauf geht manchmal nicht, je nach ffmpeg/libav Version und Sendung
Beim Umschalten oder Schnittmarken verschieben, verliert das OSD kurz die Transparenz.
VA-API H264 Interlaced Sender haben Mikroruckler.
Mit VA-API fehlen die neuen Features PIP ScaleVideo

Aktuelle Version im GIT oder http://projects.vdr-developer.…softhddevice-0.6.0rc3.tgz

Eine aktuellisierte Deutsche Übersetzung wäre willkommen. Gibts hier: http://projects.vdr-developer.org/issues/1287

Edit so noch eine dritte Version:

Fenster "raise" Support
Optionaler VDR-SPU decoder -DUSE_VDR_SPU
Optional MPEG Fix -DUSE_MPEG_COMPLETE
Workarounds für ffmpeg 1.1.x und 1.1.3
H264 only Hardwaredekoder für Standbilder für ffmpeg 1.1.3 -w still-h264-hw-decoder

Ansonsten ruhig über Kleinigkeiten meckern., mehr als daß ich es ignoriere kann ja nicht passieren,
Johns

e9hack · 12. Februar 2013

Ich habe seit dem 9.2.13 (d31ff55) Probleme mit softhddevice. Nach ca. 20 Minuten gibt es kein Bild und keinen Ton mehr. Der Bildschirm wird schwarz. GrabImage liefert jedoch weitherhin Bilder. Im Log gibt es keine Anhaltspunkte. Die letzte funktionierende Version ist vom 26.1.13 (8b22585). Dazwischen habe ich keine Versionen gezogen. Ffmpeg ist 1.0:

Code

vdr:/usr/src/vdr-1.7.37-work/PLUGINS/src # ffmpeg -version
ffmpeg version 1.0
built on Jan 27 2013 15:09:55 with gcc 4.4 (SUSE Linux)
configuration: --prefix=/usr --enable-shared --enable-nonfree --enable-pthreads --enable-postproc --enable-avfilter --enable-gpl --enable-x11grab --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-vaapi --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --extra-cflags='-fPIC -mtune=native -march=native -mfpmath=sse -O4 -pipe'
libavutil      51. 73.101 / 51. 73.101
libavcodec     54. 59.100 / 54. 59.100
libavformat    54. 29.104 / 54. 29.104
libavdevice    54.  2.101 / 54.  2.101
libavfilter     3. 17.100 /  3. 17.100
libswscale      2.  1.101 /  2.  1.101
libswresample   0. 15.100 /  0. 15.100
libpostproc    52.  0.100 / 52.  0.100

Alles anzeigen

Nvidia-Treiber ist 318.18. Mit der Version von heute ist softhddevice wieder schwarz geworden. Laufzeit war genau 20 Minuten. Das Log sagt nichts. Es ist 16:41 passiert:

Code

Feb 12 16:38:08 vdr vdr: video: 16:06:37.193  +26  377   0/\ms  64+2 v-buf
Feb 12 16:39:08 vdr vdr: video: 16:07:37.193  +25  424   0/\ms  61+2 v-buf
Feb 12 16:39:56 vdr kernel: [ 1332.483896] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables C
Feb 12 16:40:03 vdr vdr: [6447] (channels.c:258) changing name of channel 1405 from '372 - 15:00,;' to '372 - 17:00,;'
Feb 12 16:40:03 vdr vdr: [6447] (channels.c:486) linking channel 1093 from 1533 1402 1405 1400 1406 1426 1544 1543 1429 to 1533 1402 1400 1405 140
Feb 12 16:40:08 vdr vdr: video: 16:08:37.193  +24  351   0/\ms  64+2 v-buf
Feb 12 16:41:00 vdr vdr: video: speed up video, droping frame
Feb 12 16:41:00 vdr vdr: video: 16:09:29.073  -24  350   0/\ms  63+1 v-buf
Feb 12 16:41:07 vdr vdr: [6464] (outputserial.c:650) Aurora: size=5116679, speed=8527 Byte/s
Feb 12 16:41:08 vdr vdr: video: 16:09:37.213  +44  399   0/\ms  64+2 v-buf
Feb 12 16:42:08 vdr vdr: video: 16:10:37.213  +43  446   0/\ms  66+2 v-buf
Feb 12 16:43:08 vdr vdr: video: 16:11:37.213  +42  373   0/\ms  64+2 v-buf
Feb 12 16:44:08 vdr vdr: video: 16:12:37.213  +41  420   0/\ms  66+2 v-buf
Feb 12 16:44:23 vdr vdr: [6565] (thread.c:252) epg data writer thread started (pid=6438, tid=6565, prio=low)
Feb 12 16:44:24 vdr vdr: [6565] (thread.c:264) epg data writer thread ended (pid=6438, tid=6565)

Alles anzeigen

Gruß
e9hack

mini73 · 12. Februar 2013

Moin!

20 Minuten klingt irgendwie nach Bildschirmschoner.

Lars.

e9hack · 12. Februar 2013

Zitat von mini73

20 Minuten klingt irgendwie nach Bildschirmschoner.

Wie finde ich das raus? Maus schubsen hilft nicht zum wiederbeleben. Ich verwende den nackten X-Server ohne Windows-Manager oder anderem Zeugs.

Gruß
e9hack

johns · 12. Februar 2013

Ich vermute du hast das alte Makefile verwendet:

Diff

diff --git a/Makefile-pre1.7.36 b/Makefile-pre1.7.36
index d951ebb..a84a4ad 100644
--- a/Makefile-pre1.7.36
+++ b/Makefile-pre1.7.36
@@ -26,6 +26,7 @@ CONFIG += -DUSE_PIP                   # too experimental PIP support
 #CONFIG += -DUSE_TS_VIDEO              # build new ts video parser
                                        # use ffmpeg libswresample
 CONFIG += $(shell pkg-config --exists libswresample && echo "-DUSE_SWRESAMPLE")
+CONFIG += -DUSE_SCREENSAVER
 CONFIG += $(shell pkg-config --exists vdpau && echo "-DUSE_VDPAU")
 CONFIG += $(shell pkg-config --exists libva && echo "-DUSE_VAAPI")
 CONFIG += $(shell pkg-config --exists alsa && echo "-DUSE_ALSA")

Alles anzeigen

Johns

seahawk1986 · 12. Februar 2013

Zitat von e9hack

Wie finde ich das raus?

Schau mal ins Log des X-Servers.
Ansonsten kannst du es generell in der xorg.conf verbieten: https://wiki.archlinux.org/ind…ling#Setting_up_DPMS_in_X

e9hack · 12. Februar 2013

Zitat von johns

Ich vermute du hast das alte Makefile verwendet:

Diff

diff --git a/Makefile-pre1.7.36 b/Makefile-pre1.7.36
index d951ebb..a84a4ad 100644
--- a/Makefile-pre1.7.36
+++ b/Makefile-pre1.7.36
@@ -26,6 +26,7 @@ CONFIG += -DUSE_PIP                   # too experimental PIP support
 #CONFIG += -DUSE_TS_VIDEO              # build new ts video parser
                                        # use ffmpeg libswresample
 CONFIG += $(shell pkg-config --exists libswresample && echo "-DUSE_SWRESAMPLE")
+CONFIG += -DUSE_SCREENSAVER
 CONFIG += $(shell pkg-config --exists vdpau && echo "-DUSE_VDPAU")
 CONFIG += $(shell pkg-config --exists libva && echo "-DUSE_VAAPI")
 CONFIG += $(shell pkg-config --exists alsa && echo "-DUSE_ALSA")

Alles anzeigen

Ich benutze ein altes Makefile (von vor 1.7.35). Ich habe kein 'CONFIG += -DUSE_SCREENSAVER' im Makefile. Muß das jetzt rein?

Gruß
e9hack

e9hack · 12. Februar 2013

Zitat von seahawk1986

Schau mal ins Log des X-Servers.
Ansonsten kannst du es generell in der xorg.conf verbieten: https://wiki.archlinux.org/ind…ling#Setting_up_DPMS_in_X

Es scheint der Screen-Saver zu sein. 'xset -display :0 -dpms' schaltet zerhackten Ton ein, das Bild bleibt schwarz. Im log gibt es massig Fehlermeldungen.

Gruß
e9hack

e9hack · 12. Februar 2013

Zitat von e9hack

Es scheint der Screen-Saver zu sein. 'xset -display :0 -dpms' schaltet zerhackten Ton ein, das Bild bleibt schwarz. Im log gibt es massig Fehlermeldungen.

Eigentlich starte ich X mit Option '-s off'. Das sollte den Screen-Saver doch abschalten.

Gruß
e9hack

johns · 12. Februar 2013

Ja die + Zeile ohne "+" am Zeilenanfang einfügen.

Es gibt mehrere ScreenSaver im X11.

Johns

e9hack · 12. Februar 2013

Ein abfeuern von 'xset -display :0 -dpms' nach dem X-Server Start hat mich erstmal über die 20 Minuten gebracht. Das Makefile werde ich aber auch noch ändern.

Gruß
e9hack

haidi50hk · 12. Februar 2013

hi,
habe ein problem softhddevice 0.6 zu bauen;

make plugins bricht wie folgt ab

Code

/usr/local/lib/libswresample.a: could not read symbols: Bad value
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [libvdr-softhddevice.so] Fehler 1


*** failed plugins: softhddevice

ffmpeg ist frisch aus dem git

Code

Phenom-II-X4 vdr-1.7.37 # ffmpeg -version
ffmpeg version git-2013-02-12-1ecce26
built on Feb 12 2013 18:09:50 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3
libavutil  	52. 17.101 / 52. 17.101
libavcodec 	54. 91.103 / 54. 91.103
libavformat	54. 63.100 / 54. 63.100
libavdevice	54.  3.103 / 54.  3.103
libavfilter 	3. 37.101 /  3. 37.101
libswscale  	2.  2.100 /  2.  2.100
libswresample   0. 17.102 /  0. 17.102
libpostproc	52.  2.100 / 52.  2.100

Alles anzeigen

vielleicht könnte mir jemand einen tip geben?

mfg
haidi

johns · 12. Februar 2013

Erstens wird GIT ffmpeg sowieso nicht gehen. Da haben schon einige gemeckert.
Zweitens schaut es mir so aus als ob ffmpeg falsch gebaut ist.

Es sollte eigentlich libswresample.so gelinkt werden:

ldconfig -p | fgrep libswresample

Kannst aber auch erstmal ohne SWRESAMPLE bauen, einfach make SWRESAMPLE=0

Und dann wird es bestimmt lustig, da Ubuntu libav bereits installiert hat.
Ob er die richtigen includes und libs vom ffmpeg nimmt.

pkg-config --libs libswresample
pkg-config --libs libavcodec

Johns

FireFly · 12. Februar 2013

osddemo geht noch nicht, oder? und im Bugtracker sind die "PES-Blitze" beim Start der PES-Wiedergabe auch noch offen, also vermutlich noch nicht gelöst.

Saman · 12. Februar 2013

Hi,

ich bekomme unter yaVDR ein

Code

codec.c:1208:43: Fehler: »CodecPassthroughAC3« nicht deklariert (erste Benutzung in dieser Funktion)

Habe ich was übersehen?

johns · 12. Februar 2013

FireFly

osddemo hatte ich mal ganz am Anfang getestet, aber in neuster Zeit nicht mehr.
Bei PES habe ich zu wenig Material um einen Fehler zusehen, stören tut es auch nicht.

Saman
Umgekehrt, da habe ich noch einen Teil übersehen, im GIT gibt es aktuelle Version.
Du kannst dir hier ein korrigiertes codec.c holen: http://projects.vdr-developer.…isions/master/raw/codec.c

Johns

Saman · 12. Februar 2013

Danke, jetzt läuft es durch.

PIP ist cool

Der eigendliche Grund für's ausprobieren war bei mir aber DD+ auf ServusTV. Da hatte ich heute Probleme mit dem DD bzw keinen Ton mit abgestelltem Passthrough (haben die eventell komplett umgestellt?).
Jetzt geht es wieder und mit passthrough zeigt der AV-Receiver DD+ an

Wenn ich jetzt mit einem keymacro '@softhddevice blue 1 2' den passthrough umschalte, wird im Setup des Plugins nichts geändert. Soll das so sein?

johns · 12. Februar 2013

Zitat von Saman

Danke, jetzt läuft es durch.

PIP ist cool

Der eigendliche Grund für's ausprobieren war bei mir aber DD+ auf ServusTV. Da hatte ich heute Probleme mit dem DD bzw keinen Ton mit abgestelltem Passthrough (haben die eventell komplett umgestellt?).
Jetzt geht es wieder und mit passthrough zeigt der AV-Receiver DD+ an

Wenn ich jetzt mit einem keymacro '@softhddevice blue 1 2' den passthrough umschalte, wird im Setup des Plugins nichts geändert. Soll das so sein?

Alles anzeigen

Vielleicht haben die nur die Kanäle verändert, beim Österreicher ist der DD+ der Erste DD Kanal,
bei den Deutschen ist es der DD. So wie aussieht nimmt VDR einfach den ersten.
(Es darf mich gerne einer mit Ahnung korrigieren, wie es genau gewählt wird).

Das mit Keymacro ist so gewollt, bei den vielen Passthrough, ist es besser dies nur um zuschalten.
Also Setup bleibt immer erhalten und wird beim Restart automatisch gewählt.
Mit den Macros kann man nur alle aus/ein bzw. umschalten.

Johns

johns · 13. Februar 2013

Zitat von FireFly

und im Bugtracker sind die "PES-Blitze" beim Start der PES-Wiedergabe auch noch offen, also vermutlich noch nicht gelöst.

Hast du viele PES Aufnahmen?

Folgender Patch mit Ausgabe auf stdout der Pakete, könnte die PES Probleme lösen:

Diff

diff --git a/softhddev.c b/softhddev.c
index c638ebb..17b7228 100644
--- a/softhddev.c
+++ b/softhddev.c
@@ -1911,7 +1911,7 @@ int VideoDecodeInput(VideoStream * stream)
 
 #ifdef USE_PIP
     //fprintf(stderr, "[");
-    //DumpMpeg(avpkt->data, avpkt->size);
+    DumpMpeg(avpkt->data, avpkt->size);
     // lock decoder against close
     pthread_mutex_lock(&stream->DecoderLockMutex);
     if (stream->Decoder) {
@@ -2252,7 +2252,7 @@ int PlayVideo3(VideoStream * stream, const uint8_t * data, int size)
        if (size < 65526) {
            // mpeg codec supports incomplete packets
            // waiting for a full complete packages, increases needed delays
-           VideoNextPacket(stream, stream->CodecID);
+           //VideoNextPacket(stream, stream->CodecID);
        }
     } else {
        // SKIP PES header

Alles anzeigen

Vielleicht mag der FFMPeg die nicht vollständigen Pakete die bei PES kommen doch nicht.
Er meldet zwar er kann und ich sage ich schicke die, aber scheinbar ist FFMpeg doch sehr
kritisch.

Johns

Saman · 13. Februar 2013

Moin,

Zitat von johns

Das mit Keymacro ist so gewollt, bei den vielen Passthrough, ist es besser dies nur um zuschalten.
Also Setup bleibt immer erhalten und wird beim Restart automatisch gewählt.
Mit den Macros kann man nur alle aus/ein bzw. umschalten.

Ok, finde ich auch gut. Allerdings lässt sich zur Zeit der Passthrough nicht aktivieren.
Soll heissen: Wenn es im Setup abgestellt ist, wird es mit dem Toggle nicht aktiviert. Andersherum funktioniert es.

[SoftHdDevice] softhddevice 0.6.0 Release Candidate 3

Jetzt mitmachen!

Teilen