jp9000
/
obs-studio
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
obs-studio/.gitignore

111 lines
1.0 KiB
Plaintext
Raw Permalink Normal View History

Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#binaries
first commit
2013-09-30 19:37:13 -07:00
*.exe
*.dll
updated .gitignore for osx
2013-11-14 08:26:06 -08:00
*.dylib
*.so
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#cmake
/cmbuild/
/build/
Add *32 and *64 build directories to gitignore.
2014-09-20 21:59:16 -07:00
/build32/
/build64/
Added more paths to gitignore for building
2014-02-13 08:12:27 -08:00
/release/
Add *32 and *64 build directories to gitignore.
2014-09-20 21:59:16 -07:00
/release32/
/release64/
Added more paths to gitignore for building
2014-02-13 08:12:27 -08:00
/debug/
Add *32 and *64 build directories to gitignore.
2014-09-20 21:59:16 -07:00
/debug32/
/debug64/
Added more paths to gitignore for building
2014-02-13 08:12:27 -08:00
/builds/
cmake: Add .vs directories to .gitignore
2018-03-12 09:02:27 -07:00
.vs/
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
*.o.d
*.ninja
.ninja*
.dirstamp
CI: Update build scripts and Github actions workflow Also updates main CMakeLists.txt and CMakeLists.txt for unit tests, also adds additional build directories to .gitignore file
2022-03-16 15:13:26 -07:00
/cmake/.CMakeBuildNumber
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#xcode
*.xcodeproj/
CI: Update build scripts and Github actions workflow Also updates main CMakeLists.txt and CMakeLists.txt for unit tests, also adds additional build directories to .gitignore file
2022-03-16 15:13:26 -07:00
/xcodebuild/
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
git: Add Clion to .gitignore
2017-12-03 10:56:25 -08:00
#clion
.idea/
linux-v4l2: Selective stream restart This commit adds a basic check to see if the v4l2 stream requires a restart. This is primarly implemented on the basis of the fact that the options requiring a restart have values stored in the v4l2_data structure. A restart is only needed if any of the values have changed since the last update.
2020-05-22 10:17:00 -07:00
cmake-build-debug/
git: Add Clion to .gitignore
2017-12-03 10:56:25 -08:00
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#other stuff (windows stuff, qt moc stuff, etc)
first commit
2013-09-30 19:37:13 -07:00
Release_MD/
Release/
Debug/
x64/
ipch/
Change the UI to Qt (work in progress) -------------------------------------------------- Notes and details -------------------------------------------------- Why was this done? Because wxWidgets was just lacking in many areas. I know wxWidgets is designed to be used with native controls, and that's great, but wxWidgets just is not a feature-complete toolkit for multiplatform applications. It lacks in dialog editors, its code is archaic and outdated, and I just feel frustrated every time I try to do things with it. Qt on the other hand.. I had to actually try Qt to realize how much better it was as a toolkit. They've got everything from dialog editors, to an IDE, a debugger, build tools, just everything, and it's all top-notch and highly maintained. The focus of the toolkit is application development, and they spend their time trying to help people do exactly that: make programs. Great support, great tools, and because of that, great toolkit. I just didn't want to alienate any developers by being stubborn about native widgets. There *are* some things that are rather lackluster about it and design choices I disagree with though. For example, I realize that to have an easy to use toolkit you have to have some level of code generation. However, in my personal and humble opinion, moc just feels like a terrible way to approach the problem. Even now I feel like there are a variety of ways you could handle code generation and automatic management of things like that. I don't like the idea of circumventing the language itself like that. It feels like one giant massive hack. -------------------------------------------------- Things that aren't working properly: -------------------------------------------------- - Settings dialog is not implemented. The dialog is complete but the code to handle the dialog hasn't been constructed yet. - There is a problem with using Qt widgets as a device target on windows, with at least OpenGL: if I have the preview widget automatically resize itself, it seems to cause some sort of video card failure that I don't understand. - Because of the above, resizing the preview widget has been disabled until I can figure out what's going on, so it's currently only a 32x32 area. - Direct3D doesn't seem to render correctly either, seems that the viewport is messed up or something. I'm sort of confused about what's going on with it. - The new main window seems to be triggering more race conditions than the wxWidgets main window dialog did. I'm not entirely sure what's going on here, but this may just be existing race conditions within libobs itself that I just never spotted before (even though I tend to be very thorough with race conditions any time I use variables cross-thread)
2014-01-23 10:53:55 -08:00
GeneratedFiles/
.moc/
UI: Remove and ignore obs.rc This file gets automatically generated from obs.rc.in by CMake and could get accidentally committed.
2019-03-19 18:38:00 -07:00
/UI/obs.rc
git: Add VSCode working dir to .gitignore Ignores additions and changes to any configurations in VSCode. $sqaushme remove wildcard
2019-10-25 13:05:04 -07:00
.vscode/
CI: Update build scripts and Github actions workflow Also updates main CMakeLists.txt and CMakeLists.txt for unit tests, also adds additional build directories to .gitignore file
2022-03-16 15:13:26 -07:00
/CI/include/*.lock.json
.gitignore: Add install_temp folder We don't want this folder to be searched, as it's just a temp folder.
2022-08-11 16:01:23 -07:00
install_temp/
linux-v4l2: Selective stream restart This commit adds a basic check to see if the v4l2 stream requires a restart. This is primarly implemented on the basis of the fact that the options requiring a restart have values stored in the v4l2_data structure. A restart is only needed if any of the values have changed since the last update.
2020-05-22 10:17:00 -07:00
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
/other/
update gitignore for osx binaries
2013-12-30 12:04:01 -08:00
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#make stuff
update build system to autotools (finally)
2013-10-29 23:21:40 -07:00
configure
depcomp
install-sh
Makefile.in
Makefile
deps/obs-scripting: Add scripting support Allows Lua/Python scripting support.
2017-12-25 14:09:11 -08:00
#python
__pycache__
docs/sphinx: Add sphinx documentation
2017-10-25 10:52:58 -07:00
#sphinx
/docs/sphinx/_build/*
!/docs/sphinx/_build/.gitignore
!/docs/sphinx/Makefile
Remove/fix some files in .gitignore Stuff like automake stuff is no longer used, as well as a number of other files that are no longer in use. Also fixed cmbuild/ and build/ to /cmbuild/ and /build/ to emphasize that they're fot root-level. Not that they'll ever be used recursively, but still.
2014-07-18 23:16:37 -07:00
#random useless file stuff
Change the UI to Qt (work in progress) -------------------------------------------------- Notes and details -------------------------------------------------- Why was this done? Because wxWidgets was just lacking in many areas. I know wxWidgets is designed to be used with native controls, and that's great, but wxWidgets just is not a feature-complete toolkit for multiplatform applications. It lacks in dialog editors, its code is archaic and outdated, and I just feel frustrated every time I try to do things with it. Qt on the other hand.. I had to actually try Qt to realize how much better it was as a toolkit. They've got everything from dialog editors, to an IDE, a debugger, build tools, just everything, and it's all top-notch and highly maintained. The focus of the toolkit is application development, and they spend their time trying to help people do exactly that: make programs. Great support, great tools, and because of that, great toolkit. I just didn't want to alienate any developers by being stubborn about native widgets. There *are* some things that are rather lackluster about it and design choices I disagree with though. For example, I realize that to have an easy to use toolkit you have to have some level of code generation. However, in my personal and humble opinion, moc just feels like a terrible way to approach the problem. Even now I feel like there are a variety of ways you could handle code generation and automatic management of things like that. I don't like the idea of circumventing the language itself like that. It feels like one giant massive hack. -------------------------------------------------- Things that aren't working properly: -------------------------------------------------- - Settings dialog is not implemented. The dialog is complete but the code to handle the dialog hasn't been constructed yet. - There is a problem with using Qt widgets as a device target on windows, with at least OpenGL: if I have the preview widget automatically resize itself, it seems to cause some sort of video card failure that I don't understand. - Because of the above, resizing the preview widget has been disabled until I can figure out what's going on, so it's currently only a 32x32 area. - Direct3D doesn't seem to render correctly either, seems that the viewport is messed up or something. I'm sort of confused about what's going on with it. - The new main window seems to be triggering more race conditions than the wxWidgets main window dialog did. I'm not entirely sure what's going on here, but this may just be existing race conditions within libobs itself that I just never spotted before (even though I tend to be very thorough with race conditions any time I use variables cross-thread)
2014-01-23 10:53:55 -08:00
*.dmg
*.app
Add '.directory' to .gitignore
2014-06-28 18:51:38 -07:00
.directory
I removed GLEW, added glLoadGen (renamed to GL here), and added implementations for all platforms. Hopefully this goes better than GLAD did.
2014-01-24 23:32:20 -08:00
.hg
some static analysis cleanup
2013-10-17 17:21:42 -07:00
.depend
first commit
2013-09-30 19:37:13 -07:00
tags
make scene items use linked list rather than array (containers are a bad habit), add a few functions for getting scene item information, also use a mutex to prevent race conditions when using the linked list
2014-01-01 09:22:55 -08:00
*.trace
Make a number of key optimizations - Changed glMapBuffer to glMapBufferRange to allow invalidation. Using just glMapBuffer alone was causing some unacceptable stalls. - Changed dynamic buffers from GL_DYNAMIC_WRITE to GL_STREAM_WRITE because I had misunderstood the OpenGL specification - Added _OPENGL and _D3D11 builtin preprocessor macros to effects to allow special processing if needed - Added fmod support to shaders (NOTE: D3D and GL do not function identically with negative numbers when using this. Positive numbers however function identically) - Created a planar conversion shader that converts from packed YUV to planar 420 right on the GPU without any CPU processing. Reduces required GPU download size to approximately 37.5% of its normal rate as well. GPU usage down by 10 entire percentage points despite the extra required pass.
2014-02-16 18:28:21 -08:00
*.vsp
*.psess
first commit
2013-09-30 19:37:13 -07:00
*.swp
*.dat
*.clbin
*.log
*.tlog
*.sdf
*.opensdf
*.xml
*.ipch
*.css
*.xslt
*.aps
*.suo
*.ncb
*.user
update build system to autotools (finally)
2013-10-29 23:21:40 -07:00
*.lo
Change the UI to Qt (work in progress) -------------------------------------------------- Notes and details -------------------------------------------------- Why was this done? Because wxWidgets was just lacking in many areas. I know wxWidgets is designed to be used with native controls, and that's great, but wxWidgets just is not a feature-complete toolkit for multiplatform applications. It lacks in dialog editors, its code is archaic and outdated, and I just feel frustrated every time I try to do things with it. Qt on the other hand.. I had to actually try Qt to realize how much better it was as a toolkit. They've got everything from dialog editors, to an IDE, a debugger, build tools, just everything, and it's all top-notch and highly maintained. The focus of the toolkit is application development, and they spend their time trying to help people do exactly that: make programs. Great support, great tools, and because of that, great toolkit. I just didn't want to alienate any developers by being stubborn about native widgets. There *are* some things that are rather lackluster about it and design choices I disagree with though. For example, I realize that to have an easy to use toolkit you have to have some level of code generation. However, in my personal and humble opinion, moc just feels like a terrible way to approach the problem. Even now I feel like there are a variety of ways you could handle code generation and automatic management of things like that. I don't like the idea of circumventing the language itself like that. It feels like one giant massive hack. -------------------------------------------------- Things that aren't working properly: -------------------------------------------------- - Settings dialog is not implemented. The dialog is complete but the code to handle the dialog hasn't been constructed yet. - There is a problem with using Qt widgets as a device target on windows, with at least OpenGL: if I have the preview widget automatically resize itself, it seems to cause some sort of video card failure that I don't understand. - Because of the above, resizing the preview widget has been disabled until I can figure out what's going on, so it's currently only a 32x32 area. - Direct3D doesn't seem to render correctly either, seems that the viewport is messed up or something. I'm sort of confused about what's going on with it. - The new main window seems to be triggering more race conditions than the wxWidgets main window dialog did. I'm not entirely sure what's going on here, but this may just be existing race conditions within libobs itself that I just never spotted before (even though I tend to be very thorough with race conditions any time I use variables cross-thread)
2014-01-23 10:53:55 -08:00
*.ilk
update build system to autotools (finally)
2013-10-29 23:21:40 -07:00
*.la
first commit
2013-09-30 19:37:13 -07:00
*.o
*.obj
*.pdb
*.res
*.dep
*.zip
*.lnk
*.chm
*~
Full rewrite of all CMakeLists CMake now works on all platforms
2014-01-20 07:58:58 -08:00
.DS_Store
*/.DS_Store
*/**/.DS_Store
.gitignore: Add flatpak-builder folders This causes no problem whatsoever, it's just good to keep some hygiene over ignored files. Add generated Flatpak files and folders to .gitignore.
2021-11-22 19:07:24 -08:00
#flatpak
/.flatpak-builder/
/_flatpak_build/
/flatpak_app/
/repo/
/CI/flatpak/flatpak-github-action-modified-*