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
    url: https://defuse.ca/b/ivryaMqp
    pass: media


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

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


    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



    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
    https://trac.ffmpeg.org/ticket/6364

    Einmal 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
    url: https://defuse.ca/b/CsAxpOKd
    pass: media
    
    
    _gitver=c1c50650df6cef69c392ad0d544c30e571e24214
  • Bei mir läuft 3.3


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

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

    Einmal editiert, zuletzt von crow ()

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


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!