{"push_id":1463873271,"size":38,"distinct_size":38,"ref":"refs/heads/master","head":"9f0c48d9c79a768d878905f60ff842e271da05d1","before":"ec60ab9bc640e711511ceec907b54515f83bf3db","commits":[{"sha":"aff26d98400326223e0def44f24073d52fb08578","author":{"name":"Kurt Kartaltepe","email":"97920e8aef6b4f75f28f99e1e3d43e793eb3623c@gmail.com"},"message":"libff: Allow custom demuxer options","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/aff26d98400326223e0def44f24073d52fb08578"},{"sha":"90a9d1d726117b64c7f1bdade53235426fd523c2","author":{"name":"Alexander Uhlmann","email":"4db5b22c81af088f5f6371ecb71b3f4d4be3b665@gmail.com"},"message":"UI: Fix frontend-api event call for adding scenes\n\nAdded missing frontend-api event call for AddScene and removed thus\nobsolete event call in DuplicateSelectedScene.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/90a9d1d726117b64c7f1bdade53235426fd523c2"},{"sha":"1865285ccbc5dc3a54a55d8479cb6461bdeaa636","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"UI: Fix replay buffer compile issues on older compilers","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/1865285ccbc5dc3a54a55d8479cb6461bdeaa636"},{"sha":"e1480876360f7cb3b6b9fbec71f21c9b1f549bd0","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Only duplicate to get cur thread handle\n\nInstead of calling OpenThread, use DuplicateHandle with the minimal\naccess rights (SYNCHRONIZE) to be able to get the current thread handle\nwithin a UWP program.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/e1480876360f7cb3b6b9fbec71f21c9b1f549bd0"},{"sha":"746061fb3a6b49cd3bd3059cbb636f85f4ec96dc","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Always use minimal access rights within hook\n\nThis prevents issues with opening handles to objects within UWP\nprograms, which have increased security limitations.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/746061fb3a6b49cd3bd3059cbb636f85f4ec96dc"},{"sha":"4ec1033741e2f54c29d885bb5174dcc623a3117e","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Do not require pipe/mutex within hook\n\nNamed pipes cannot be used within UWP programs, so make them optional.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/4ec1033741e2f54c29d885bb5174dcc623a3117e"},{"sha":"1e48b522fa6828f71560aef7cdc926853c050805","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Fix getting proper UWP window handles\n\nThe \"main\" windows detected for UWP programs are basically to help\nsandbox the programs -- they run in the ApplicationFrameHost process and\nhelp reduce the possibility of other programs trying to access the\nactual process window, which is a child window.\n\nTo bypass this, go through the list of child windows for the\nApplicationFrameHost window, and then find the one that's attached to\na different process; that different process will always be the target,\nand will allows us to open the actual process of the UWP program.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/1e48b522fa6828f71560aef7cdc926853c050805"},{"sha":"d19342442ffd72977b4c76cc8ee85fe1f5dca294","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Use window for keepalive check\n\nTo check to make sure game capture is still active in the capture\nprogram, it currently uses a named event, and then it checks to see if\nthat named event exists.  However with UWP programs, you can't open a\nnamed event outside of the UWP process.  FindWindow on the other hand\ndoes work, so instead of checking to see if a named kernel object\nexists, create a window and check to see if that window exists.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/d19342442ffd72977b4c76cc8ee85fe1f5dca294"},{"sha":"ab9bda52e04522607fdf863371c1491dfd466a62","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Create all named objects within hook\n\nAll named objects (including file mapped shared memory) need to be\ncreated within the hook itself due to the fact that UWP programs cannot\naccess named objects outside of the UWP process.\n\nBecause shared memory needs to be created within the hook, the capture\nloop cannot start until the shared memory has been filled with valid\ndata.  Creating an additional \"initialize\" event fixes this issue.\n\nAdditionally, changed the way that named kernel objects are\nopened/created.  Before, there were functions that would first try to\nopen named objects and then implicitly create them if opening failed\n(assuming that if the hook didn't create it first, game capture would),\nnow it's been changed so that you can only either explicitly open or\ncreate.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/ab9bda52e04522607fdf863371c1491dfd466a62"},{"sha":"ec4c05f40687b708a663417926f64bc9361b5ea9","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Don't use \"Local\\\" for game capture shared mem\n\nThe \"Local\\\" prefix effectively does nothing.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/ec4c05f40687b708a663417926f64bc9361b5ea9"},{"sha":"c63bb17b080c217d439d6531f0f0501363669b5b","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Remove redundant function\n\nThis function now already exists elsewhere -- open_event_plus_id.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/c63bb17b080c217d439d6531f0f0501363669b5b"},{"sha":"b5f216ef889da2896ed0ac0667d0981562b0e277","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Use wide strings for named objects\n\nPrevents from having to mix ansi/wide string usage for opening UWP\nprograms.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/b5f216ef889da2896ed0ac0667d0981562b0e277"},{"sha":"aeb1d7ae1ba3ca210240728b5146531cf1c5d0c6","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Add ability to open UWP named kernel objects\n\nThe only way to open named kernel objects within a UWP \"app\" is to get\nthe AppContainer SID, and then open the objects with their full\nsystem namespace names via undocumented NT functions.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/aeb1d7ae1ba3ca210240728b5146531cf1c5d0c6"},{"sha":"926b9c5f9649af769387b4d2e60d96c9f3b83635","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Open UWP named objects with helper functions\n\nThis detects whether the target process is a UWP process, and then uses\nthe open_app_* functions for mutexes/events/mapping.  Also slightly\nrefactors named object open functions.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/926b9c5f9649af769387b4d2e60d96c9f3b83635"},{"sha":"d4a99e062b943e13dac581ab4cdda533f650fdbb","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Output hook debug messages if addresses missing","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/d4a99e062b943e13dac581ab4cdda533f650fdbb"},{"sha":"e29638ebf959cdb0d955d1b48de307241ee4f80d","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Log plugin-side when capture successful/lost","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/e29638ebf959cdb0d955d1b48de307241ee4f80d"},{"sha":"bddd9766ac67d1a765df8f0432810bf3bc34eff4","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Don't hook suspended processes\n\nRemote threads in suspended processes will also start up suspended, so\ndo not attempt to hook suspended processes.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/bddd9766ac67d1a765df8f0432810bf3bc34eff4"},{"sha":"209bcda1f4e544ae81b6b24cd3cd6d51644b9d9d","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Wait a few frames for hook to load\n\nNow that the game capture hook creates and controls all the\nsynchronization objects, it's no longer possible to expect that the hook\nis fully loaded by the time game capture tries to initialize it.  In\nthat case, allow game capture to retry the hook for a few frames before\nassuming something failed.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/209bcda1f4e544ae81b6b24cd3cd6d51644b9d9d"},{"sha":"480d0e986f2d572b0cb7d9be8f994f252cd10255","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Fix \"attempting to hook [executable]\" message\n\nThe \"attempting to hook [executable]\" message would not display the\ncorrect executable if it's fallen back to a different window with the\nsame window class.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/480d0e986f2d572b0cb7d9be8f994f252cd10255"},{"sha":"a5337605cdc147916ebfdebe26220d9cb3884180","author":{"name":"jp9000","email":"173699654088fe377023322c4c595f9dbc20ca45@gmail.com"},"message":"win-capture: Add ApplicationFrameHost to game capture blacklist\n\nThe ApplicationFrameHost process is a sandbox process, and should not be\nhooked.","distinct":true,"url":"https://api.github.com/repos/ElectronicWar/obs-studio/commits/a5337605cdc147916ebfdebe26220d9cb3884180"}]}
{"actor":{"display_login":"ElectronicWar"}}