1. 19 Jan, 2021 30 commits
  2. 18 Jan, 2021 10 commits
    • Jean-Baptiste Kempf's avatar
      Update Copyright Years to 2021 · 8c6ccc3b
      Jean-Baptiste Kempf authored
    • Jean-Baptiste Kempf's avatar
      ForwardPorts NEWS from 3.0 · 1dedbbb9
      Jean-Baptiste Kempf authored
    • Alaric Sénat's avatar
      transcode: Fix typos in the video encoder config · ad0e707b
      Alaric Sénat authored and Steve Lhomme's avatar Steve Lhomme committed
      Signed-off-by: Steve Lhomme's avatarSteve Lhomme <robux4@ycbcr.xyz>
    • Steve Lhomme's avatar
      demux: mkv: fix PCR not starting in some cases · 8cb6d352
      Steve Lhomme authored
      By default the index contains cluster positions with an unknown timestamp. In
      some cases this unknown timestamp may end up being the only one we know (yet)
      for some tracks. It's not a valid timestamp and should not overwrite valid
      "last DTS" we found on other tracks when finding the PCR.
      In the end we always end up never sending the PCR which ends up not starting
      playback, which ends up not feeding more DTS, which ends up never getting any
    • Konstantin Pavlov's avatar
      contrib: cddb: get rid of gettext dependency · d0d4ca6a
      Konstantin Pavlov authored and Alexandre Janniaux's avatar Alexandre Janniaux committed
      We build cddb --without-iconv so it's not needed anyway
      Signed-off-by: Alexandre Janniaux's avatarAlexandre Janniaux <ajanni@videolabs.io>
    • Thomas Guillem's avatar
      decoder: fix abort on vout failure · 283145ed
      Thomas Guillem authored
      Don't notify the format changed if the output creation failed.
      Regression from 0abed255
      Fixes #25387
    • Lyndon Brown's avatar
      puzzle: group in subdirectory · 09b054dd
      Lyndon Brown authored and Steve Lhomme's avatar Steve Lhomme committed
      Signed-off-by: Steve Lhomme's avatarSteve Lhomme <robux4@ycbcr.xyz>
    • Steve Lhomme's avatar
      direct3d11: use a ID3D11Fence to tell when the rendering is done · 61dbb36e
      Steve Lhomme authored
      This is a lot more accurate and wastes a lot less time than the Query approach.
      The D3D11 Fence value is set when the GPU is done doing the previous
      (rendering) commands. Then we can wait in the CPU for this event and return when
      it's done. All decoder/filter commands seem to not have any impact so that's
      really the signal we're looking for to tell the core we're done rendering.
      This is only supported on newer mingw toolchains and only on Windows 10
      Creators Update, which should cover pretty much all Win10 installed machines.
      Better fixes #21600
    • Steve Lhomme's avatar
      direct3d11: rework the rendering wait · 42011b9f
      Steve Lhomme authored
      The core needs to know how long the rendering takes place to estimate when a
      frame needs to be dropped preemptively or not.
      So far we waited until the render (plus decoding and filtering?) is done before
      we allowed the picture swap to happen. Now we only wait until (almost) the swap
      date. If we still have to wait, we'll do it after the swap, hoping it will
      still happen in time.
      It is reversing the strict waiting (all?) commands issued to be processed,
      including all decoder threads and filters on the ID3D11DeviceContext. We no
      longer allow waiting past the display date and we do the swap when we're told.
      We no longer release the ID3D11DeviceContext lock either as it allows more
      commands in and makes the waiting time/performance worse.
      We do wait until the initial wait condition is done, if anything to silence
      some D3D11 warnings saying we wanted to wait for something but never got to the
      point it was actually finished. It also keeps the waiting in the display thread
      so it doesn't think it can do more things when it's still busy with the
      previous call. This will allow it do drop frames more accurately.
      A cleaner way would be to count the Display call in the time to render of the
      core, but it's not possible as in some case we wait and the work is actually
      finished and in some others we wait and the work is not finished. We can't tell
      the difference in the core.
      Fixes #21600
    • Steve Lhomme's avatar
      transcode: use transcode_video_size_config_apply to get the encoder input format · 2ec4cd4a
      Steve Lhomme authored
      Use it via transcode_encoder_video_set_src() which does a bit more.
      As opposed to before we set the output dimensions as the ones from the input,
      not the other way around.