softhddevice@vdpau und ffmpeg-3.x

  • vdr-softhddevice plugin crash bei mir mit ffmpeg 3.3. Hab zum testen ffmpeg 3.2.4 kompiliert und vdr-softhddevice gegen diese version gebaut, da kommt es zu keinem crash.


    Software:
    VDR version 2.3.4
    mit zwei plugins:
    vdr[509]: [509] initializing plugin: dvb pi (2.2.4-GIT-8395491)
    vdr01 vdr[509]: [509] initializing plugin: softhddevice (0.6.1rc1-GIT6dfa88a)


    vdr-softhddevice sources welchen getestet wurden:
    orginal johns repository mit 3 patches von debian für ffmpeg 3 https://sources.debian.net/pat…ce/0.6.0%2Bgit20160108-1/
    und https://github.com/rofafor/vdr-plugin-softhddevice (ohne irgend einen patch)


    vdr-softhddevice mit ffmpeg 3.3 (orginal johns repository mit 3 patches von debian für ffmpeg 3)

    Code
    1. url: https://defuse.ca/b/ivryaMqp
    2. pass: media


    vdr-softhddevice mit ffmpeg 3.2.4 (orginal johns repository mit 3 patches von debian für ffmpeg 3)

    Code
    1. url: https://defuse.ca/b/Ape5u2QY
    2. pass: media


    beim schalten auf "AJAX" crash VDR

    Code
    1. 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
    2. AJAX - S04:11758:HC910M2O35P0S1:S19.2E:27500:1791=27:1792=qae@3,1793=qaf@3:32:98C,9C4,9AF:222:133:2:0



    Edit #1:
    in ffmpeg IRC wurde mit das geschrieben:

    Zitat

    ok, with this backtrace it looks like ffmpeg is triggering an assertion (which it shouldn't) and the assertion is causing a malloc corruption. The malloc corruption probably isn't a bug in ffmpeg (but in your libc), but the assertion triggering seems like a probable bug in ffmpeg. open a bug report on trac.ffmpeg.org and paste the stuff from the ivryaMqp paste there. also, can you reproduce the bug on another machine or without using the vdr plugin? (using vdpau acceleration on a static video file or something)


    bug report

    Code
    1. https://trac.ffmpeg.org/ticket/6364

    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von crow ()

  • :modon
    Auf crow's Wunsch hin in eigenen Thread ausgelagert ...


    crow


    Ich verwende auch mit VDPAU den vpp-hevc Fork von rofafor/pesintta: https://github.com/rofafor/vdr…hddevice/tree/vpp_support fehlerfrei für HD/SD mit ffmpeg 3.2.2 ...


    Regards
    fnu

    HowTo: APT pinning

  • Regression ist erst nach ffmpeg 3.2.4 gekommen. So zeigt meine bisect welche im ffmpeg bug report zu sehen ist.
    Ich verwende bist das nicht behoben wird auch version 3.2.4 von ffmpeg.
    Egal welche sources ich verwendet habe mit ffmpeg 3.3 kommt zu einem crash.

  • Hmm, muss ja nicht immer der neueste Stand sein, wenn ein älterer fehlerfrei funktioniert ...

    HowTo: APT pinning

  • Wann war dein letzter Test mit der git-Version von ffmpeg? Da wurden ja ein Haufen runtime-Errors in den letzten Tagen gefixt: https://git.ffmpeg.org/gitweb/ffmpeg.git/shortlog

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • werde dann mal 3.3.1 testen.

  • mit ffmpeg 3.3.1 das gleiche problem


    Code
    1. url: https://defuse.ca/b/CsAxpOKd
    2. pass: media
    3. _gitver=c1c50650df6cef69c392ad0d544c30e571e24214
  • Bei mir läuft 3.3


    vdr-User-# 755 to_h264 chk_r

  • Auch mit die beide channels gepostet im ersten post? Bei mir läuft auch bis auf den zweiten channel da crasht gleich!

    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von crow ()

  • Sorry, hab ich übersehn, den 2. channel kann ich nicht Testen.


    vdr-User-# 755 to_h264 chk_r