- 28 12月, 2014 5 次提交
-
-
由 jp9000 提交于
Changed the design from using obs_source::enum_refs to just simply preventing infinite source recursion in general, rather than allowing it through the enum_refs variable. obs_source_add_child has been changed so that it now returns a boolean, and if the function fails, it means that the child cannot be added due to that potential recursion.
-
由 jp9000 提交于
These variables are no longer used by sources anymore, as they were removed in favor of the new source audio control handlers.
-
由 jp9000 提交于
Two integers are needlessly converted to floating points for what should be an integer operation. One of those floats is then used for another integer operation later, where the original integer value should have been used. So essentially there was an int -> float -> int conversion going on, which could lead to potential loss of data due to floating point precision. There were also some general 64bit -> 32bit conversion warnings.
-
由 Jim 提交于
obs: Refactor network requests.
-
由 Jim 提交于
fixed debian source install instructions
-
- 27 12月, 2014 2 次提交
- 25 12月, 2014 6 次提交
-
-
由 fryshorts 提交于
Remove unneeded class members for request and buffer handling. Let Qt do all the hard work here, keeping track of requests and associated data.
-
由 Emil Sayahi 提交于
-
由 jp9000 提交于
..Apparently I left this function unimplemented. This function just returns whether a source is currently active or not.
-
由 jp9000 提交于
obs_encoder_getdisplayname declaration was not changed to match the definition (obs_encoder_get_display_name) when the API consistency update occurred.
-
由 Jim 提交于
Mark windows changed on Expose
-
由 raincomplex 提交于
On i3wm, windows aren't unmapped when switching away from a window's workspace, but it does cause OBS to lose the capture. Because switching back will not trigger a MapNotify, the capture fails to restart unless you resize or move the window (ConfigureNotify). An Expose event is fired by the wm, however, so catching this correctly restarts the capture.
-
- 23 12月, 2014 1 次提交
-
-
由 Jim 提交于
UI: Fix bug with xinerama on linux
-
- 22 12月, 2014 16 次提交
-
-
由 fryshorts 提交于
Refactor the screen enumeration code a little to make sure xinerama is present and active before using it. If the extension is present but not active it will no longer fail.
-
由 Jim 提交于
libobs: Move audio level calculations
-
由 jp9000 提交于
Was using a temporary name for the encoders still; now uses the actual encoder names.
-
由 jp9000 提交于
This adds support for the AverMedia C985 encoder (which is available on C985 capture cards) as well as the C353 hardware encoder (which is currently available on the X99S Gaming 9 motherboards). These encoders have some limitations, such as limited resolutions (1280x720 and 1024x768), a max GOP size of 30, and the encoder format only supports YV12, which requires conversion if the current output format isn't the same. The C985 and C353 encoders seem to be pretty much identical, although it seems like the C353 has a bit more efficient encoding. I don't believe these are really suitable for streaming, as they do not really have the encoding efficiency needed to stream at lower bitrates, and seem to only support variable bitrate. However, for recording these encoders are quite nice to have available, and work quite well.
-
由 jp9000 提交于
The main module code was originally all packed in to the win-dshow.cpp file, which isn't exactly ideal or clean if one wants to add other things to the module as a whole.
-
由 jp9000 提交于
Previously, due to a bug in libdshowcapture, the NV12 format was actually being used for YV12 erroneously, and no actual support for YV12 existed. This fixes the bug with NV12 and adds support for YV12.
-
由 jp9000 提交于
This is going to be used for other code as well, so may as well put it in its own file.
-
由 jp9000 提交于
-
由 jp9000 提交于
Waiting for the first packet to arrive before sending the headers helps prevent issues with certain types of encoders that may not get their header/SEI until the first packet has been received.
-
由 jp9000 提交于
If an encoder did not possess any SEI data, it would never send data at all because the sent_first_packet wasn't set despite the first packet being sent.
-
由 jp9000 提交于
Added obs_avc_keyframe that returns whether an avc packet is a keyframe or not. This function is particularly useful for when writing custom encoder plugins.
-
由 jp9000 提交于
I encountered some cases where I needed to use these enumerations outside of the file, so this allows other modules to use AVC enumerations without having to redefine them each time. Especially useful for custom encoder modules.
-
由 jp9000 提交于
I neglected to surround some files with extern "C", so if something written with C++ used the files it would cause function exports to not be mangled by it correctly.
-
由 jp9000 提交于
I don't know why on earth I set the limit to 16000. There's no reason why there should really be a low hard limit.
-
由 jp9000 提交于
In certain cases the video thread could end up trying to lock itself recursively. This just allows the mutexes to safely be locked recursively.
-
由 jp9000 提交于
-
- 20 12月, 2014 3 次提交
-
-
由 Jim 提交于
linux x11: get monitors with x11 if xinerama is not found
-
由 Jake Probst 提交于
-
由 Zachary Lund 提交于
-
- 15 12月, 2014 7 次提交
-
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
-
由 jp9000 提交于
This adds bicubic and lanczos scaling capability to libobs to improve scaling quality and sharpness when the output resolution has to be scaled relative to the base resolution. Bilinear is also available, although bilinear has rather poor quality and causes scaling to appear blurry. If the output resolution is close to the base resolution, then bilinear is used instead as an optimization, as there's no need to use these shaders if scaling is not in use. The Bicubic and Lanczos effects are also exposed via exported function to allow the ability to use those shaders in plugin modules if desired. The API change adds a variable 'scale_type' to the obs_video_info structure that allows the user interface to choose what type of scaling filter should be used.
-
由 jp9000 提交于
Copying this binary is kind of unnecessary because it's something that everyone has as long as they update DirectX, and isn't something we can distribute because it's a Microsoft DLL.
-
由 fryshorts 提交于
Remove the update time check from the volume meter since it is no longer nescessary. The update interval can now be set with the volmeter which has the added benefit of not loosing data where previously updates had been skipped.
-
由 fryshorts 提交于
Remove the calculation of volume levels and the corresponding signal from obs_source since this is now handled in the volume meter. Code that is interested in the volume levels can either use the volmeter provided from obs_audio_controls or use the audio_data signal to gain access to the raw audio data.
-