- 23 2月, 2016 2 次提交
- 22 2月, 2016 11 次提交
-
-
由 Jim 提交于
linux capture: Fix issues with XComposite Window Capture
-
由 Charles Ray Shisler III 提交于
When a source window was not available, a red background was shown instead. This was undesirable, and expected behavior would be for the background to be transparent, enabling what exists behind the source to be shown.
-
由 Charles Ray Shisler III 提交于
After source window closes, texture is still visible in preview until the source window opens again.
-
由 Gol-D-Ace 提交于
-
由 jp9000 提交于
These functions were mistakenly not marked as static. They are not used outside of their compiled object module files, therefore there's no reason for them not to be static.
-
由 jp9000 提交于
-
由 jp9000 提交于
(This commit also modifies libobs-d3d11) Boolean constant size should be 4
-
由 jp9000 提交于
The default buffering time for audio was always 1 second before the audio subsystem was changed, and it was always more than sufficient for max audio buffering time
-
由 jp9000 提交于
-
由 jp9000 提交于
People who are blind cannot know what the button does due to lack of any strings associated with the button.
-
由 jp9000 提交于
Under certain circumstances, the timing_adjust variable would cause line 1161 to continually trigger over and over again. The "loop detection" code incorrectly made it so that any timestamp that was just simply below the expected value would be seen as a jump. After that, the timing_adjust variable would be set for the frame again, and then the audio would see it as a jump again after that, and those two things would continue endlessly. This would cause stuttering particularly with certain devices (particularly elgato/lgp/hdpvr) where the audio/video data are decoded and sent at varying/different/unpredictable times. To fix this issue, it should not detect values below as jumps, but instead should only do it for values that exceed the MAX_TS_VAR (maximum timestamp variance) value.
-
- 20 2月, 2016 1 次提交
-
-
由 Radzaquiel 提交于
Modify: EU-North (London) => EU-West (London) Add: EU-North (Amsterdam) Closes jp9000/obs-studio#508
-
- 15 2月, 2016 2 次提交
- 14 2月, 2016 1 次提交
-
-
由 jp9000 提交于
-
- 10 2月, 2016 2 次提交
-
-
由 jp9000 提交于
Originally there was an issue using FLAC for audio in AVI files, AVI files wouldn't play back with some players. Because FLAC doesn't work, and lossless should be lossless, instead just used uncompressed WAV data for the lossless audio, which is always supported.
-
- 08 2月, 2016 4 次提交
-
-
由 partouf 提交于
(This commit also modifies the UI) Closes jp9000/obs-studio#502
-
由 yogpstop 提交于
Closes jp9000/obs-studio#487
-
由 jp9000 提交于
Apple wants to get people to move over to their own crypto APIs instead of using OpenSSL, so disable the warning in the files where OpenSSL is used for the time being.
-
由 jp9000 提交于
-
- 05 2月, 2016 8 次提交
-
-
由 jp9000 提交于
-
由 jp9000 提交于
A lot of people had the problem where they'd initialize video settings with 0 width or height on their output resolution value. This just changes it so that the user always has a valid resolution so video initialization doesn't just outright fail.
-
由 jp9000 提交于
Originally an intentional design decision, right-clicking would also perform selection, which is actually rather annoying and unnecessary.
-
由 jp9000 提交于
It was mistakenly using ac3 at a high bitrate -- lossless should be lossless, both video and audio.
-
由 jp9000 提交于
Makes the log message a bit less confusing
-
由 jp9000 提交于
If the media source is set to restart on activation, it also shuts down when not active. However, it would *always* start regardless of active/inactive when the source is first created. It shouldn't do that, it should start up only when it becomes active.
-
由 jp9000 提交于
If scene duplication mode is disabled and studio mode is turned on, it would always initially duplicate scene regardless of whether scene duplication mode was activated or not.
-
由 jp9000 提交于
-
- 04 2月, 2016 4 次提交
-
-
由 jp9000 提交于
If obs_source::audio_ts is set to 0 (such as by discard_if_stopped in obs-audio.c), but the push_back variable in the source_output_audio_data function in obs-source.c was being set to true (meaning it's within the seamless audio smoothing threshold), it would cause it to never reset the obs_source::audio_ts value, and thus all audio data from the source would become perpetually ignored by the audio subsystem until there was finally some sort of timestamp jump that caused it to call source_output_audio_place, and thus reset obs_source::audio_ts. obs_source::audio_ts is only reset in source_output_audio_place, not in source_output_audio_push_back, so the most simple solution is to just call source_output_audio_push_back is obs_source::audio_ts is 0.
-
由 jp9000 提交于
Only allow discard_if_stopped to be called if the audio data is marked as pending, and the pending audio data is below the audio tick threshold size.
-
由 jp9000 提交于
This code causes audio data in general to be reset (and subsequently deleted). It should just be marked as pending and ignored until the data is ready. The discard_if_stopped function will serve the same purpose if the source's audio has actually stopped.
-
由 jp9000 提交于
There's technically no need to clear the audio data here, nor is there any need to try to trick the timestamp in to a different position. It can simple just reset the audio timing. Prevents a possible case where audio data might be deleted when it's not necessary to delete any.
-
- 01 2月, 2016 5 次提交
-
-
由 jp9000 提交于
-
由 Jim 提交于
Add latest translations from CrowdIn
-
由 dodgepong 提交于
-
由 jp9000 提交于
This variable is used to detect whether audio has stopped -- if audio stops, it detects that no new data is coming in, and resets the audio position so that it eliminates the chance of causing the audio buffering to go haywire if audio starts up again. However, this variable was not being reset every time the value changes, which it should.
-