[softhddevice] Segfaults mit ffmpeg-3.3.3

3PO · August 20, 2017 at 6:24 PM

Hallo Zusammen,

ich habe festgestellt, dass softhddevice beim Umschalten auf mache Sender immer einen Segfault verursacht:

Code

Aug 20 18:16:37 [vdr] audio/alsa: start delay 336ms_
Aug 20 18:16:37 [vdr] [softhddev] 4 invalid PES video packet(s)_
Aug 20 18:16:37 [kernel] softhddev video[5892]: segfault at 14 ip 00007f475489f4ac sp 00007f4621ff1a30 error 4 in libavcodec.so.57.89.100[7f4754653000+c95000]

Backtrace

Mit ffmepg-3.2.6 gibt es o.g. Probleme nicht.

Ist das nur bei mir so, oder kann das Jemand bestätigen?

Teckelberry · August 20, 2017 at 7:51 PM

Moin

Das kann ich nach dem World Update von heute bestätigen.

3PO · August 22, 2017 at 6:35 PM

Verwenden wirklich nur 2 Leute ffmpeg-3.3.3??

jsffm · August 22, 2017 at 6:49 PM

Ich verwende ffmpeg-3.3.3 auf meinem vdr2, den benutze ich aber recht selten, daher bislang keine Probleme mit softhddevice.

3PO · August 22, 2017 at 7:20 PM

Quote from Teckelberry

Moin

Das kann ich nach dem World Update von heute bestätigen.

Bei welchen Sendern tritt es denn bei Dir auf?

Ich versuche da irgendwie ein Muster herauszufinden.

mighty-p · August 22, 2017 at 10:14 PM

Hmm, auf meinem VDR2 benutze ich ffmpeg-3.3.2 schon seit Wochen ohne jegliche Probleme. Vielleicht ist das Problem wirklich dann erst mit ffmpeg-3.3.3 neu dazugekommen. Im Moment kann ich das aber nicht testen und würde auch eher von einem Update absehen wollen. Betrifft das Problem denn alle Sender durch die Bank oder nur "exotische" die ich vielleicht auch gar nicht gucke?

Teckelberry · August 23, 2017 at 6:16 AM

Bei mir war es bislang bei RTL nitro, pro7 und einigen sky Sendern.

Bin vorerst wieder zurück auf ffmpeg3. 2.6 da der Rest der Familie mich schon killen wollte.

3PO · August 23, 2017 at 5:00 PM

Quote from Teckelberry

Bei mir war es bislang bei RTL nitro, pro7 und einigen sky Sendern.

Bin vorerst wieder zurück auf ffmpeg3. 2.6 da der Rest der Familie mich schon killen wollte.

Gehe ich Recht in der Annahme, dass es sich bei den o.g. Sendern ausschließlich um SD Sender handelt?

BTW: ich bin auch wieder zurück zu ffmpeg-3.2.6.

Teckelberry · August 23, 2017 at 5:00 PM

Jawohl, allesamt sd Sender.

3PO · August 24, 2017 at 9:03 PM

Quote from Teckelberry

Moin

Das kann ich nach dem World Update von heute bestätigen.

Quote from Teckelberry

[...] Bin vorerst wieder zurück auf ffmpeg3. 2.6 ...

Ist halt doof, da makemkv wohl nun ffmpeg-3.3.3 verlangt:

Code

The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by media-video/makemkv-1.10.6::gentoo[-libav]
# required by @selected
# required by @world (argument)
=media-video/ffmpeg-3.3.3 ~amd64

crow · August 24, 2017 at 11:23 PM

Habe ich auch gehabt und gemeldet, leider im ffmpeg truk ist nicht viel passiert:

softhddevice@vdpau und ffmpeg-3.x

ps: verwende leider ffmpeg2. 8

helau · August 25, 2017 at 11:35 AM

Quote from 3PO

Ist halt doof, da makemkv wohl nun ffmpeg-3.3.3 verlangt:

The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by media-video/makemkv-1.10.6::gentoo[-libav] # required by @selected # required by @world (argument) =media-video/ffmpeg-3.3.3 ~amd64

Das ist aber aktuell nicht so (sind vielleicht Altlasten)

Code

# grep ffmp /usr/portage/media-video/makemkv/makemkv-1.10.6.ebuild
!libav? ( >=media-video/ffmpeg-1.0.0:0= )

3PO · September 4, 2017 at 11:14 AM

Quote from helau

[...} sind vielleicht Altlasten ...

Ja, vermutlich war das so, ich konnte die Abhängigkeiten auflösen.

Nichts desto trotz, würde es mich aber schon interessieren, ob das o.g. Phänomen an Soffthddevice, ffmpeg, oder vlt. sogar an Gentoo liegt?

crow · September 4, 2017 at 12:33 PM

das sind die ffmpeg devs auch unsicher ffmpeg is triggering an assertion and the assertion is causing a malloc corruption

3PO · September 4, 2017 at 12:43 PM

Aber es wundert mich trotzdem, dass es bisher nur 5 Usern aufgefallen ist, oder verwendet sonst Niemand ffmpeg-3.3.3?

crow · September 4, 2017 at 2:29 PM

letzte version welche ich getestet habe war die: ffmpeg 3.3.1 auf einem VDPAU hardware. Jetzt habe ich ein ARM Kodi klient und keine weitere funktionierende vdpau/vaapi hardware.

Ich habe johns damals angeschrieben, er hat so ein paar Tipps gegeben, vielleicht kannst selbst das testen.

Um die Ursache zufinden, eine Aufnahme machen.

1) Testen ob mit der Aufnahme auch crashed.

2) Jemand mit VDR/VDPAU ohne VA-API Patche gegentesten.

3) Mit ffplay abspielen. (Konnte aber kein VDPAU/VA-API) egg. ffplay 00001.ts

4) Mit mpv abspielen, mit VA-API.

Wenn es mit diesen auch crashed, liegt wohl am Ajax Stream.

Ich habe rofafor github sources verwendet aber selbe verhalten habe ich auch mit Original johns repository mit 3 patches von debian für ffmpeg 3

nanohcv · September 6, 2017 at 6:29 PM

Also unter Fedora 26 funktioniert ffmpeg 3.3.3 und das softhddevice (vaapi) bisher tadellos.

crow · September 7, 2017 at 2:40 PM

nanohcv

Es hat hier auch funktioniert aber nicht tadellos.

Am 2.Mai habe ich das geschrieben (in anderem Thread):

beim schalten auf "AJAX" crash VDR

Code

Sky Sport 1,Sky Sport 1;SKY:12031:HC910M2O35P0S1:S19.2E:27500:1791=27:1792=qae@3,1793=qaf@3:2306:9C4,98C,9AF:221:133:4:0
AJAX - S04:11758:HC910M2O35P0S1:S19.2E:27500:1791=27:1792=qae@3,1793=qaf@3:32:98C,9C4,9AF:222:133:2:0

[softhddevice] Segfaults mit ffmpeg-3.3.3

Participate now!

Users Viewing This Thread