- 17 1月, 2021 2 次提交
- 22 12月, 2020 4 次提交
-
-
由 PatTheMav 提交于
-
由 Richard Stanway 提交于
FFmpeg functions such as av_interleaved_write_frame return negative on error, so all errno values are negated.
-
由 Richard Stanway 提交于
Request / response latency dominates the download time of small files and patches, especially the locale files. Increasing this to 4 doesn't consume many more resources and basically doubles the download speed, especially on higher latency connections.
-
由 Richard Stanway 提交于
Unfortunately WinHTTP doesn't support multiplexing with HTTP2, but there is still some minor benefit to enabling it. Windows 10 21H1 will enable TLS 1.3 client support in Schannel, so let's get ready for it.
-
- 21 12月, 2020 3 次提交
-
-
由 Gol-D-Ace 提交于
-
由 Rodney 提交于
UI/rtmp-services: Remove Smashcast
-
由 Colin Edwards 提交于
-
- 20 12月, 2020 2 次提交
-
-
由 PatTheMav 提交于
-
由 Richard Stanway 提交于
-
- 18 12月, 2020 4 次提交
-
-
由 SCG82 提交于
-
由 Jim 提交于
CI: Add necessary changes for CEF 4183
-
由 Theodore Dubois 提交于
Moar threads for moar cores
-
由 Colin Edwards 提交于
CI: Remove obsolete and unused files
-
- 17 12月, 2020 1 次提交
-
-
由 Ryan Foster 提交于
All of these files have been relocated or replaced, so they should be safe to remove now.
-
- 16 12月, 2020 4 次提交
-
-
由 PatTheMav 提交于
-
由 PatTheMav 提交于
-
由 Richard Stanway 提交于
On a modern Windows OS, you can rename an in-use file despite not being able to write to it. With the introduction of the virtual camera, it is now quite common that users will have in-use files when updating. This commit renames in-use files, allowing the new version to be installed. Upon a reboot, the previously in-use file will be deleted.
-
由 Richard Stanway 提交于
If an update failed to install, it would leave a single temporary file behind for that particular patch / file.
-
- 15 12月, 2020 1 次提交
-
-
由 Richard Stanway 提交于
With the queued connection in d68484e7, the "Deselect" signal for sources which are being deleted is never fired, as the object is gone by the time the queued signal is processed. This results in the context bar not updating. This commit adds a new UpdateContextBarDeferred function, allowing queuing of only the context bar update instead of the whole signal handler.
-
- 14 12月, 2020 5 次提交
- 13 12月, 2020 5 次提交
-
-
由 jp9000 提交于
It's a bit too close to release, so revert #3856 for now until there's an open PR window instead.
-
由 Hector Martin 提交于
The previous calculation was completely broken, returning offset timestamps in the best case, and complete insanity in the worst case (e.g. if an xrun occurs or JACK otherwise has a glitch).
-
由 Hector Martin 提交于
This lock causes a deadlock when freeing the JACK client while a process callback is pending: deactivate_jack -> locks mutex JACK thread -> calls jack_process_callback jack_process_callback -> blocks on mutex jack_client_close -> joins JACK thread (deadlock as the process callback never returns) Instead, just don't lock the mutex. This is only mutexing on creation/destruction of the JACK client. This is not necessary: the process callback will only run after jack_activate (which is right before the mutex is released in jack_init()), and will stop running by the time jack_client_close returns. We don't actually need to unregister any ports, so just call jack_client_close first thing in deactivate_jack, which will guarantee the process callback has completed before returning. In fact, jack_process_callback isn't allowed to lock any mutexes or allocate any memory at all, so this plug-in is still broken in this way as obs_source_output_audio does that. This can cause audio xruns, as realtime guarantees are violated. This is something that should be fixed in the future, but at least it's not a deadlock.
-
由 Hector Martin 提交于
Ports which do not feed audio back into JACK should be marked as terminal. This allows latency compensation to work properly.
-
由 Hector Martin 提交于
PulseAudio code needs to be called with the PA lock held. This chiefly fixes multiple races during stream shutdown: * If the functions are called without the lock held, deferred event handling races end up with PA infinite looping on the mainloop, or asserting, or other badness, as the reentrant calls cause data structure corruption on the PA side. * If we don't reset our callbacks, PA might call us even after we request stream disconnection (since the stream actually getting fully shut down is asynchronous), and then we dereference NULL pointers from our userdata etc. PA will keep its data structures alive until necessary via reference counting, but not ours. The lock around pa_stream_begin_write doesn't result from any issues I experienced, but it looks correct; PA doesn't say anywhere that that function is thread-safe.
-
- 12 12月, 2020 5 次提交
-
-
由 jp9000 提交于
-
由 Richard Stanway 提交于
If the user hasn't specifically set a rate control and left OBS at the default of CBR, the settings loaded by GetDataFromJsonFile will not have a rate_control parameter present. This causes the replay buffer to think the user is in VBR mode and use the wrong settings for determining maximum buffer size. Fixes #2516.
-
由 Exeldro 提交于
The (de)select signal can come from a obs_scene_enum_items which locks the scene. The Qt::QueuedConnection makes sure the (de)select is handled outside of that lock. Fixes the deadlock from #3673
-
由 Ben Torell 提交于
CI: Update macOS to Qt 5.15.2 and deps 2020-12-11
-
由 PatTheMav 提交于
-
- 10 12月, 2020 4 次提交
-
-
由 Hector Martin 提交于
Regression introduced by dc4e2050: while the stop detection is pending, it should still return false so the rest of the discard code can run. Otherwise, the source audio will remain in the buffer, lagging the source and triggering audio buffering increases until max audio buffering is reached.
-
由 jp9000 提交于
-
由 jp9000 提交于
Use json11 instead.
-
由 jp9000 提交于
-