1. 23 5月, 2019 5 次提交
  2. 22 5月, 2019 1 次提交
    • J
      libobs: Pair encoders only when output actually starts · 3699209c
      jp9000 提交于
      Normally, paired encoders are unpaired when they stop.  However, if the
      pairing occurs before the encoders actually start, and the encoders
      never actually end up starting, they are never unpaired, and that
      pairing stays with them until the next time an output is started up
      again.  That in turn can cause an output that uses one of the encoders
      but not the other to not function correctly, and neither properly
      "start" nor stop because the data is queued continually in the
      interleaved packet array.
      
      For example, let's say there are two outputs, two video encoders, and
      one audio encoder.  This can be reproduced by using advanced output mode
      and making the two outputs use separate video encoders while sharing
      track 1's audio encoder.  If you start up the stream output first and it
      fails to fully connect for whatever reason (bad server, bad stream key,
      etc), then you start up the recording output, the recording output will
      appear to be running, but will not stop when you hit "stop recording".
      It will stay perpetually on "stopping recording" and will get stuck that
      way.  This is because when the streaming output started, the streaming
      output would initially pair video encoder A with audio encoder A before
      the encoders actually fully started up (as the encoders do not fully
      start up until a connection is successfully made), and when the
      recording output starts up after that disconnection, audio encoder A
      will wait for video encoder A rather than video encoder B because that
      pairing was never actually cleared.
      
      So, instead of pairing encoders when the output starts, wait until the
      encoders themselves are being started and then pair the encoders at that
      point in time.  This ensures that the encoders start up and will clear
      their pairing when no longer in use.
      3699209c
  3. 21 5月, 2019 2 次提交
  4. 20 5月, 2019 2 次提交
  5. 19 5月, 2019 5 次提交
  6. 18 5月, 2019 2 次提交
  7. 17 5月, 2019 3 次提交
    • M
      UI: Remove 5 file limit for drag & drop · c280e620
      Michael Fabian Dirks 提交于
      c280e620
    • J
      libobs: Fix lockup when an encode call fails · 973d31b8
      jp9000 提交于
      (This commit also modifies the UI, obs-ffmpeg, and obs-output modules)
      
      Fixes a long-time regression where the program would lock up if an
      encode call fails.  Shuts down all outputs associated with the failing
      encoder and displays an error message to the user.
      
      Ideally, it would be best if a more detailed error could be displayed to
      the user about the nature of the error, though the primary problem is
      the encoder errors are typically not something the user would be able to
      understand.  The current message is a bit of a generic error message;
      improvement is welcome.
      
      Another suggestion is to try to have the encoder restart seamlessly,
      though it would take a significant amount of work to be able to make it
      do something like that properly, and it sort of assumes that encoder
      failures are sporadic, which may not necessarily be the case with some
      hardware encoders on some systems.  It may be better just to use another
      encoder in that case.  For now, seamless restart is ruled out.
      973d31b8
    • J
      Merge pull request #1883 from WizardCM/dark-fixes · 19aca120
      Jim 提交于
      UI: Dark theme consistency for Scenes vs Sources
      19aca120
  8. 16 5月, 2019 1 次提交
  9. 14 5月, 2019 5 次提交
  10. 13 5月, 2019 4 次提交
  11. 12 5月, 2019 2 次提交
  12. 10 5月, 2019 8 次提交