- 16 9月, 2014 3 次提交
-
-
由 John Bradley 提交于
-
由 John Bradley 提交于
-
由 kc5nra 提交于
-
- 13 9月, 2014 12 次提交
-
-
由 jp9000 提交于
This apparently can cause issues with certain modules (as noted by faruton with his browser plugin)
-
由 jp9000 提交于
This prevents certain issues I've encountered with devices where they expect to shut down in a specific thread they started up in, as well as a number of other issues, such as the configuration dialogs. The configuration dialogs require that a message loop be present, and this was not the case previously because everything was in the video thread, which has no windows-specific code. Configuration/crossbar/etc dialogs will now execute correctly.
-
由 jp9000 提交于
-
由 jp9000 提交于
This adds support for dynamic format changes on the fly. Format, resolution, sample rate, can all now be changed by the current directshow device on the fly.
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
On an asynchronous video source, the source resolution is automatically handled by the core, and set to the resolution of the last video data that was sent. There is no need to manually specify a resolution.
-
由 jp9000 提交于
This is not a com pointer; it should not release/close the handle when an & operator is used, it should only return the handle value. Clearing is only used on assignment.
-
由 jp9000 提交于
This helps ensure that an asynchronous video source is played as close to its framerate as possible, reduces the risk of duplication as much as possible, and helps to ensure that playback is as smooth as possible.
-
由 jp9000 提交于
This prevents multiple needless calls to obs_source_get_frame and other functions. If the texture has already been processed, then just render it as-is in any subsequent calls to obs_source_video_render.
-
由 Jim 提交于
Use default source settings for recording in pulse input
-
- 07 9月, 2014 4 次提交
- 05 9月, 2014 7 次提交
-
-
由 jp9000 提交于
This doesn't really have a purpose, and appears to cause issues for faruton's plugin, so removing it for the time being.
-
由 BtbN 提交于
-
由 BtbN 提交于
-
由 BtbN 提交于
-
由 jp9000 提交于
These values were erroneously using their opposing types for the source frame format.
-
由 jp9000 提交于
This is actually unnecessary now that there's a hard limit on the maximum offset in which audio can be inserted. This also assumes too much about the audio; it assumes audio is always on, where as with some devices (such as the elgato) audio is not on until the stream starts, and when the video has already incremented the counter.
-
由 jp9000 提交于
Audio that goes below the minimum expecting timing (current time - buffering time) is automatically removed. However, delayed audio is not removed regardless of its delay. This puts a hard cap of 6 seconds from current time that the maximum delay audio can have. This will also prevent the circular buffer from dynamically growing too large.
-
- 04 9月, 2014 2 次提交
-
-
由 Palana 提交于
- 03 9月, 2014 3 次提交
- 02 9月, 2014 2 次提交
- 31 8月, 2014 7 次提交
-
-
由 fryshorts 提交于
-
由 fryshorts 提交于
Use a macro to prefix debugging messages instead of prepending manually.
-
由 fryshorts 提交于
When setting up the capture, the plugin will now query pulse for the default format of the specific source instead of the server. This is useful if a source has different settings than what the defaults are for the server, e.g. when the source is an output with 5.1 surround sound and the microphone input is mono while the server defaults to stereo sound.
-
由 fryshorts 提交于
-
由 jp9000 提交于
Doing timestamp smoothing in obs-source.c is good because timestamps can typically operate on a different timebase, however, obs-source.c can also change that time base dynamically (such as with async video and unexpected timestamp jumps), so in order to ensure that audio is seamless in the output as well, perform timestamp smoothing in audio-io.c as well just as an extra precautionary measure.
-
由 jp9000 提交于
-
由 Jim 提交于
No need to subtract window position from translated coordinates
-