- 29 8月, 2019 1 次提交
-
-
由 jpark37 提交于
Fixed missing references, and stray usages of const references instead of reference to const types. Apply const correctly where applicable.
-
- 28 8月, 2019 4 次提交
- 27 8月, 2019 2 次提交
-
-
由 jp9000 提交于
-
- 26 8月, 2019 8 次提交
-
-
由 jp9000 提交于
There are 6 mixers, so we want 0x3F for 6 bits, not 0xF which is only 4 bits.
-
由 jp9000 提交于
B-frames on sandy/ivy bridge do not work, so disable for those platforms.
-
由 jp9000 提交于
On 3770, when many (5+) browser sources/panels are active at once, browsers started freezing. It is apparently due to this particular issue: https://bitbucket.org/chromiumembedded/cef/issues/2483/osr-invalidate-does-not-generate-frame The solution is to remove the "WasHidden(true)" call.
-
由 jp9000 提交于
This fixes a race condition where the audio/video backends/threads may start using sources before their obs_source_info::create function has been called.
-
由 jp9000 提交于
This function is not used outside of the source file, so make it static.
-
由 jp9000 提交于
When a source type has been removed (i.e. its plugin has been removed) info can be null, which is permitted.
-
由 jpark37 提交于
- Fix: Ensure (1, 1) coordinate gets clamped. - Fix: Increase weight precision by premultiplying UV in VS. - Cleanup: Group coordinates 012/345 instead of 024/135. - Cleanup: Remove unnecessary branches. NVIDIA RTX 2080 Ti, Intel GPA, SetStablePowerState 256x224 -> 1323x1080: 123 us -> 123 us
-
由 jpark37 提交于
Also increase weight precision by premultiplying UV in VS. Intel HD Graphics 530, Intel GPA, SetStablePowerState 256x224 -> 1323x1080: 1221 us -> 1020 us
-
- 25 8月, 2019 5 次提交
-
-
由 Jim 提交于
obs-ffmpeg: Set some parameters for dynamic bitrate in new nvenc
-
由 pkv 提交于
The FAILED() macro is for HRESULT values; NV_FAILED() is what should be used for NVENCSTATUS.
-
由 pkv 提交于
This forces an I-Frame when reconfiguring encoding parameters so that the changes apply immediately.
-
由 jp9000 提交于
The hardware accelerated decoder context needs to be explicitly unrefed when it's no longer in use, otherwise it and many resources associated with it will leak.
-
由 jp9000 提交于
When hardware accelerated decoding is enabled, sometimes it can't initialize for whatever reason, so it will fall back to software on its own. When this occurs, it will not use the hardware pixel format on the frame; instead it will defer to a standard format on the frame. So if the frame format does not match the expected format, assume software decoding. (This was also what the hw-decode.c FFmpeg example did if the format did not match the expected format)
-
- 23 8月, 2019 4 次提交
- 22 8月, 2019 2 次提交
-
-
由 jp9000 提交于
CEF outputs multiple audio streams at once, and OBS was only able to handle one at a time. This fixes it by using audio lines for each CEF audio stream, and mixes them together itself.
-
由 jp9000 提交于
Adds the "audio_line" internal source type as a bare source type for the sole purpose of outputting audio, and the obs_source_info::audio_mix callback which allows mixing of those audio lines, which is then treated as normal audio for the source. Audio line objects should be added as sub-sources when multiple audio lines from a single source are needed, then mixed together with the audio_mix callback. The difference between the new obs_source_info::audio_mix callback and obs_source_info::audio_render is that obs_source_info::audio_mix (along with the audio_line source) are only one track, and it outputs audio to the source automatically via obs_source_output_audio() when the call completes. This allows the mixed audio to be treated like a normal source's audio, in that you can filter it, change its volume, or monitor it. This change was necessary because the CEF (used with the browser source) outputs multiple audio streams at once to a single browser source, so it's the program's responsibility to mix those streams together itself.
-
- 21 8月, 2019 1 次提交
-
-
由 Jim 提交于
UI: A couple of pause changes
-
- 20 8月, 2019 2 次提交
-
-
由 Clayton Groeneveld 提交于
-
由 Clayton Groeneveld 提交于
-
- 19 8月, 2019 2 次提交
- 18 8月, 2019 9 次提交
-
-
由 jp9000 提交于
Adds dynamic bitrate support (marked as beta) to the advanced settings for now.
-
由 jp9000 提交于
The dynamic bitrate operates based upon estimating the current bitrate output, and then adjusting the bitrate on the fly as necessary when congestion is detected as a replacement for dropping frames. This may still need adjustment, as it is difficult to accurately emulate real-world frame drop scenarios. This does not currently drop frames at all, and because of that, very high congestion may cause additional stream delay to viewers (because data will be buffered), but from limited testing, most congestion will not cause that and it can safely recover pretty quickly without adding significant delay.
-
由 jp9000 提交于
(This commit also modifies mac-vth264, obs-ffmpeg, obs-qsv11, and obs-x264)
-
由 jp9000 提交于
When doing the bitrate limit test, it can be useful to have the ability to change the current maximum bitrate limit. This adds the ability to press keys on windows (numpad 0-6) to change between bitrates. Numpad 0 being no limit, 1 being 1000, 2 being 2000, etc.
-
由 jp9000 提交于
Prevents the x264 plugin from spamming the log when dynamic bitrate is active.
-
由 jp9000 提交于
Adds the ability to reconfigure FFmpeg's NVENC implementation on the fly.
-
由 Jim 提交于
linux-capture: Bind texture after GS_GL_DUMMYTEX changes
-
由 Kurt Kartaltepe 提交于
-