- 15 5月, 2016 1 次提交
-
-
由 jp9000 提交于
-
- 14 5月, 2016 3 次提交
- 13 5月, 2016 8 次提交
-
-
由 jp9000 提交于
This reverts commit 8d520b97. This can actually cause a hard lock due to the windows API when destroying window capture. When the graphics thread locks the source list for doing tick or render, and then the UI thread tries to destroy a source, the UI thread will wait for the graphics thread to complete rendering/ticking of sources. The video_tick of window capture would then check windows in the same process and try to query the window's name via GetWindowText. However, GetWindowText is synchronous, and will not return until the window event has been processed by the UI thread, so it will perpetually lock because the two threads are waiting for each other to finish.
-
由 jp9000 提交于
Allows window capture to capture windows of the current process, and adds windows of the current process to the end of the window list.
-
由 jp9000 提交于
-
由 jp9000 提交于
On windows, if you were saving a file name or directory with characters that are not of the current windows character set, it could cause the file saving process to fail. This fixes it so that on windows it uses wmain and converts the unicode command line to a UTF-8 command line, which works with FFmpeg.
-
由 jp9000 提交于
This flag should be reset when the user changes the game capture settings.
-
由 jp9000 提交于
If a process is already hooked, immediately initialize the capture rather than wait for the processes to initialize or wait for the timer to trigger.
-
由 jp9000 提交于
Prevents game capture from acting as a global source. This fixes an issue where a game capture in another scene could capture a window and prevent a separate game capture in the current scene from being able to capture that same window.
-
由 jp9000 提交于
Completely shut down monitor capture when it's not being shown in the program (for example in a different scene). This fixes an issue where it would cause lag when a game enters fullscreen mode.
-
- 12 5月, 2016 11 次提交
-
-
由 jp9000 提交于
After testing, LA_ICQ may not always be supported, so use regular ICQ for recordings instead. Also fixes a bug where simple output mode wouldn't even use LA_ICQ.
-
由 jp9000 提交于
Instead of just remuxing from FLV to MP4, allow remuxing to/from the various container formats that are available.
-
由 jp9000 提交于
In the advanced output section of settings, when a different encoder is set, it would try to pass over settings from the other encoder, which may or may not be fully compatible with different encoders. Instead, just set it to defaults if it's on an encoder that's different from the currently loaded encoder.
-
由 jp9000 提交于
When settings are being loaded in to the settings dialog, it would recreate the encoder property views more than once unnecessarily.
-
由 jp9000 提交于
The "cbr" setting has been deprecated, so if the user is using that setting for any of the encoders, convert it to set "rate_control" to "CBR". Additionally, if an encoder is using x264 with VBR and the buffer size is set to 0, change the rate control mode to CRF.
-
由 jp9000 提交于
When using simple output mode, previously NVENC did not support a constant quality rate control method, and you'd have to use VBR with bitrate. However CQP has since been added to NVENC, and it's preferable to use for recording when available instead of using VBR.
-
由 jp9000 提交于
For setting CBR on encoders, use "rate_control" set to "CBR" instead of setting the "cbr" setting (which is now deprecated) to true.
-
由 jp9000 提交于
Instead of using "cbr" to set the rate control mode for encoders (which is now considered deprecated for all encoders), set "rate_control" to "CBR".
-
由 jp9000 提交于
Instead of having a "cbr" setting that turns CBR on and off, adds a "rate_control" parameter that sets the rate control method, which can be one of the following: CBR, ABR, VBR, CRF. If the "cbr" setting is used, it will throw a deprecation warning to the log.
-
由 jp9000 提交于
Using the "cbr" parameter is now considered deprecated in favor of using "rate_control" to set the rate control method.
-
由 jp9000 提交于
Instead of using an option that turns CBR on/off, adds rate control methods: VBR, CBR, CQP, Lossless. This moves lossless from being a preset to being a rate control method.
-
- 07 5月, 2016 2 次提交
-
-
由 jp9000 提交于
When clicking the transition properties button and creating the context menu with properties/rename, it would create actions that also included a source reference, but the parent of those actions was the main window instead of the menu, so those actions would stay created until the main window was destroyed. This would cause bugs with saving/loading scenes where children of that transition would also be perpetually referenced. So instead of using the main window, just use a pointer to the menu itself as the parent so that when the menu is destroyed, the actions are also destroyed, and the source refs released.
- 06 5月, 2016 2 次提交
- 05 5月, 2016 3 次提交
- 04 5月, 2016 1 次提交
-
-
由 jp9000 提交于
The bitrates were a bit higher than they probably should be.
-
- 03 5月, 2016 1 次提交
-
-
由 jp9000 提交于
-
- 02 5月, 2016 4 次提交
-
-
由 jp9000 提交于
When rendering the deinterlaced surface, it would not take in to account whether the async surfaces were marked as flipped or not.
-
由 jp9000 提交于
Transition audio was programmed to stop if there is no queued audio from both sources. Because of that, when a source's audio started after the transition started, it would cause audio from the source to be excluded from the transition until the transition had completed because the audio had already been marked as stopped. Instead, if there's no audio from the transition sources, the audio should only be marked as stopped when video has stopped. This allows the to/from sources to have an opportunity to start/restart audio during the transition safely.
-
由 Gol-D-Ace 提交于
-
由 CallumHoward 提交于
Closes jp9000/obs-studio#539
-
- 29 4月, 2016 2 次提交
-
-
由 jp9000 提交于
When using per-encoder rescaling, QSV would overwrite the current encoder scale value in the get_video_info callback with the base video width/height instead of using the current encoder width/height.
-
由 Richard Stanway 提交于
(Also modifies obs-ffmpeg to handle empty frames on EOF) Previously the demuxer could hit EOF before the decoder threads are finished, resulting in truncated output. In the worse case scenario the demuxer could read small files before ff_decoder_refresh even has a chance to start the clocks, resulting in no output at all.
-
- 28 4月, 2016 1 次提交
-
-
由 jp9000 提交于
Projectors should be considered their own windows, not child windows. Fixes the issue where projectors would minimize whenever the program was.
-
- 27 4月, 2016 1 次提交
-
-
由 jp9000 提交于
There was no error checking when sending headers/metadata, so what would happen is that if a header/metadata send failed (meaning the socket was disconnected), it would continue to act as if it was still connected, and it would block and lock up on the next send/recv call.
-