1. 03 Apr, 2017 13 commits
    • Clément Bœsch's avatar
      Merge commit 'a1d9de30' · 47d8410d
      Clément Bœsch authored
      * commit 'a1d9de30':
        Fix some mismatches between function parameter and doxygen parameter names.
      Merged-by: 's avatarClément Bœsch <u@pkh.me>
      47d8410d
    • Clément Bœsch's avatar
      Merge commit '4d960a11' · ab827a83
      Clément Bœsch authored
      * commit '4d960a11':
        aarch64: vp9itxfm: Use w3 instead of x3 for the int eob parameter
      
      This commit is a noop, see a95e7de4Merged-by: 's avatarClément Bœsch <u@pkh.me>
      ab827a83
    • Clément Bœsch's avatar
      Merge commit 'e5b0fc17' · ed59d39e
      Clément Bœsch authored
      * commit 'e5b0fc17':
        arm: vp9itxfm: Simplify the stack alignment code
      
      This commit is a noop, see a71cd843Merged-by: 's avatarClément Bœsch <u@pkh.me>
      ed59d39e
    • Clément Bœsch's avatar
      Merge commit '3c7fa8cb' · bc55e8f0
      Clément Bœsch authored
      * commit '3c7fa8cb':
        hlsenc: Fix the openssl support
      
      This commit is a noop, see edc43c57Merged-by: 's avatarClément Bœsch <u@pkh.me>
      bc55e8f0
    • Clément Bœsch's avatar
      Merge commit '0b5a26e8' · ee161dac
      Clément Bœsch authored
      * commit '0b5a26e8': (35 commits)
        qdm2: Convert to the new bitstream reader
        qcelp: Convert to the new bitstream reader
        pcx: Convert to the new bitstream reader
        opus: Convert to the new bitstream reader
        nellymoser: Convert to the new bitstream reader
        jvdec: Convert to the new bitstream reader
        hqx: Convert to the new bitstream header
        hq_hqa: Convert to the new bitstream reader
        gsm: Convert to the new bitstream reader
        g72x: Convert to the new bitstream reader
        g2meet: Convert to the new bitstream reader
        fraps: Convert to the new bitstream reader
        flashsv: Convert to the new bitstream reader
        faxcompr: Convert to the new bitstream reader
        exr: Convert to the new bitstream reader
        escape130: Convert to the new bitstream reader
        escape124: Convert to the new bitstream reader
        dvdsubdec: Convert to the new bitstream reader
        dss_sp: Convert to the new bitstream reader
        cook: Convert to the new bitstream reader
        ...
      
      This merge is a noop, see
      http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.htmlMerged-by: 's avatarClément Bœsch <u@pkh.me>
      ee161dac
    • Ronald S. Bultje's avatar
      png: split header state and data state in two separate variables. · 478f1c3d
      Ronald S. Bultje authored
      Fixes a reported (but false) race condition in tsan for fate-apng:
      
      WARNING: ThreadSanitizer: data race (pid=6274)
        Read of size 4 at 0x7d680001ec78 by main thread (mutexes: write M1338):
          #0 update_thread_context src/libavcodec/pngdec.c:1456 (ffmpeg+0x000000dacf0c)
      [..]
        Previous write of size 4 at 0x7d680001ec78 by thread T1 (mutexes: write M1335):
          #0 decode_idat_chunk src/libavcodec/pngdec.c:737 (ffmpeg+0x000000dae951)
      478f1c3d
    • Ronald S. Bultje's avatar
      hevc: only write to max_ra and pocTid0 in the first slice. · 1f50baa2
      Ronald S. Bultje authored
      Values from subsequent values are guaranteed to be identical (since
      poc and nal_unit_type are checked to be the same between slices), so
      this doesn't affect output in any way, but does resolve the remaining
      reported race conditions (by tsan) in fate-hevc.
      
      In practice, this fixes tsan warnings like this:
      
      WARNING: ThreadSanitizer: data race (pid=25334)
        Read of size 4 at 0x7d9c0001adcc by main thread (mutexes: write M1386):
          #0 hevc_update_thread_context src/libavcodec/hevcdec.c:3310 (ffmpeg+0x000000b41c7c)
      [..]
        Previous write of size 4 at 0x7d9c0001adcc by thread T1 (mutexes: write M1383):
          #0 hls_slice_header src/libavcodec/hevcdec.c:596 (ffmpeg+0x000000b43a22)
      1f50baa2
    • Ronald S. Bultje's avatar
      pthread_frame: call update_context_from_user() after acquiring lock. · 1269cd5b
      Ronald S. Bultje authored
      Otherwise the thread may still be in the middle of decoding a previous
      frame, which would effectively trigger a race condition on any field
      concurrently read and written.
      
      In practice, this fixes tsan warnings like the following:
      
      WARNING: ThreadSanitizer: data race (pid=17380)
        Write of size 4 at 0x7d64000160fc by main thread:
          #0 update_context_from_user src/libavcodec/pthread_frame.c:335 (ffmpeg+0x000000dca515)
      [..]
        Previous read of size 4 at 0x7d64000160fc by thread T2 (mutexes: write M1821):
          #0 ff_thread_report_progress src/libavcodec/pthread_frame.c:565 (ffmpeg+0x000000dcb08a)
      1269cd5b
    • Ronald S. Bultje's avatar
      ffmpeg: make transcode_init_done atomic. · 76d8c774
      Ronald S. Bultje authored
      Should fix tsan warnings in fate-fifo-muxer-h264/wav:
      
      WARNING: ThreadSanitizer: data race (pid=26552)
        Write of size 4 at 0x000001e0d7c0 by main thread:
          #0 transcode_init src/ffmpeg.c:3761 (ffmpeg+0x00000050ca1c)
      [..]
        Previous read of size 4 at 0x000001e0d7c0 by thread T1:
          #0 decode_interrupt_cb src/ffmpeg.c:460 (ffmpeg+0x0000004fde19)
      76d8c774
    • Ronald S. Bultje's avatar
      codec_desc: mark some lossless audio codecs as intraonly. · 467a0538
      Ronald S. Bultje authored
      Fixes tsan warnings in several audio codecs (flac, alac, wavpack, tta
      and tak) that look like this:
      
      WARNING: ThreadSanitizer: data race (pid=14340)
        Read of size 4 at 0x7d64000169d8 by main thread (mutexes: write M1335):
          #0 update_context_from_thread src/libavcodec/pthread_frame.c:284 (ffmpeg+0x000000dc795f)
      [..]
        Previous write of size 4 at 0x7d64000169d8 by thread T1 (mutexes: write M1333):
          #0 wavpack_decode_block src/libavcodec/wavpack.c:1012 (ffmpeg+0x00000112b175)
      467a0538
    • Ronald S. Bultje's avatar
      h264: don't sync pic_id between threads. · e72690b1
      Ronald S. Bultje authored
      This is how the ref list manager links bitstream IDs to H264Picture/Ref
      objects, and is local to the producer thread. There is no need for the
      consumer thread to know the bitstream IDs of its references in their
      respective producer threads.
      
      In practice, this fixes tsan warnings when running fate-h264:
      
      WARNING: ThreadSanitizer: data race (pid=19295)
        Read of size 4 at 0x7dbc0000e614 by main thread (mutexes: write M1914):
          #0 ff_h264_ref_picture src/libavcodec/h264_picture.c:112 (ffmpeg+0x0000013b3709)
      [..]
        Previous write of size 4 at 0x7dbc0000e614 by thread T2 (mutexes: write M1917):
          #0 build_def_list src/libavcodec/h264_refs.c:91 (ffmpeg+0x0000013b46cf)
      e72690b1
    • Martin Vignali's avatar
    • Martin Vignali's avatar
  2. 02 Apr, 2017 8 commits
  3. 01 Apr, 2017 19 commits