2013-11-01 14:33:00 -07:00
|
|
|
/******************************************************************************
|
|
|
|
Copyright (C) 2013 by Hugh Bailey <obs.jim@gmail.com>
|
|
|
|
|
|
|
|
This program is free software: you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
2013-12-02 21:24:38 -08:00
|
|
|
the Free Software Foundation, either version 2 of the License, or
|
2013-11-01 14:33:00 -07:00
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
******************************************************************************/
|
|
|
|
|
|
|
|
#include "util/platform.h"
|
|
|
|
#include "util/dstr.h"
|
|
|
|
#include "obs.h"
|
2014-01-26 17:48:14 -08:00
|
|
|
#include "obs-internal.h"
|
2013-11-01 14:33:00 -07:00
|
|
|
|
2014-07-12 00:21:06 -07:00
|
|
|
#include <windows.h>
|
|
|
|
|
2014-07-27 02:43:25 -07:00
|
|
|
const char *get_module_extension(void)
|
|
|
|
{
|
|
|
|
return ".dll";
|
|
|
|
}
|
|
|
|
|
2014-01-24 18:44:34 -08:00
|
|
|
#ifdef _WIN64
|
(API Change) Refactor module handling
Changed API:
- char *obs_find_plugin_file(const char *sub_path);
Changed to: char *obs_module_file(const char *file);
Cahnge it so you no longer need to specify a sub-path such as:
obs_find_plugin_file("module_name/file.ext")
Instead, now automatically handle the module data path so all you need
to do is:
obs_module_file("file.ext")
- int obs_load_module(const char *name);
Changed to: int obs_open_module(obs_module_t *module,
const char *path,
const char *data_path);
bool obs_init_module(obs_module_t module);
Change the module loading API so that if the front-end chooses, it can
load modules directly from a specified path, and associate a data
directory with it on the spot.
The module will not be initialized immediately; obs_init_module must
be called on the module pointer in order to fully initialize the
module. This is done so a module can be disabled by the front-end if
the it so chooses.
New API:
- void obs_add_module_path(const char *bin, const char *data);
These functions allow you to specify new module search paths to add,
and allow you to search through them, or optionally just load all
modules from them. If the string %module% is included, it will
replace it with the module's name when that string is used as a
lookup. Data paths are now directly added to the module's internal
storage structure, and when obs_find_module_file is used, it will look
up the pointer to the obs_module structure and get its data directory
that way.
Example:
obs_add_module_path("/opt/obs/my-modules/%module%/bin",
"/opt/obs/my-modules/%module%/data");
This would cause it to additionally look for the binary of a
hypthetical module named "foo" at /opt/obs/my-modules/foo/bin/foo.so
(or libfoo.so), and then look for the data in
/opt/obs/my-modules/foo/data.
This gives the front-end more flexibility for handling third-party
plugin modules, or handling all plugin modules in a custom way.
- void obs_find_modules(obs_find_module_callback_t callback, void
*param);
This searches the existing paths for modules and calls the callback
function when any are found. Useful for plugin management and custom
handling of the paths by the front-end if desired.
- void obs_load_all_modules(void);
Search through the paths and both loads and initializes all modules
automatically without custom handling.
- void obs_enum_modules(obs_enum_module_callback_t callback,
void *param);
Enumerates currently opened modules.
2014-07-27 12:00:11 -07:00
|
|
|
#define BIT_STRING "64bit"
|
2014-01-24 18:44:34 -08:00
|
|
|
#else
|
(API Change) Refactor module handling
Changed API:
- char *obs_find_plugin_file(const char *sub_path);
Changed to: char *obs_module_file(const char *file);
Cahnge it so you no longer need to specify a sub-path such as:
obs_find_plugin_file("module_name/file.ext")
Instead, now automatically handle the module data path so all you need
to do is:
obs_module_file("file.ext")
- int obs_load_module(const char *name);
Changed to: int obs_open_module(obs_module_t *module,
const char *path,
const char *data_path);
bool obs_init_module(obs_module_t module);
Change the module loading API so that if the front-end chooses, it can
load modules directly from a specified path, and associate a data
directory with it on the spot.
The module will not be initialized immediately; obs_init_module must
be called on the module pointer in order to fully initialize the
module. This is done so a module can be disabled by the front-end if
the it so chooses.
New API:
- void obs_add_module_path(const char *bin, const char *data);
These functions allow you to specify new module search paths to add,
and allow you to search through them, or optionally just load all
modules from them. If the string %module% is included, it will
replace it with the module's name when that string is used as a
lookup. Data paths are now directly added to the module's internal
storage structure, and when obs_find_module_file is used, it will look
up the pointer to the obs_module structure and get its data directory
that way.
Example:
obs_add_module_path("/opt/obs/my-modules/%module%/bin",
"/opt/obs/my-modules/%module%/data");
This would cause it to additionally look for the binary of a
hypthetical module named "foo" at /opt/obs/my-modules/foo/bin/foo.so
(or libfoo.so), and then look for the data in
/opt/obs/my-modules/foo/data.
This gives the front-end more flexibility for handling third-party
plugin modules, or handling all plugin modules in a custom way.
- void obs_find_modules(obs_find_module_callback_t callback, void
*param);
This searches the existing paths for modules and calls the callback
function when any are found. Useful for plugin management and custom
handling of the paths by the front-end if desired.
- void obs_load_all_modules(void);
Search through the paths and both loads and initializes all modules
automatically without custom handling.
- void obs_enum_modules(obs_enum_module_callback_t callback,
void *param);
Enumerates currently opened modules.
2014-07-27 12:00:11 -07:00
|
|
|
#define BIT_STRING "32bit"
|
2014-01-24 18:44:34 -08:00
|
|
|
#endif
|
2014-01-25 13:11:57 -08:00
|
|
|
|
(API Change) Refactor module handling
Changed API:
- char *obs_find_plugin_file(const char *sub_path);
Changed to: char *obs_module_file(const char *file);
Cahnge it so you no longer need to specify a sub-path such as:
obs_find_plugin_file("module_name/file.ext")
Instead, now automatically handle the module data path so all you need
to do is:
obs_module_file("file.ext")
- int obs_load_module(const char *name);
Changed to: int obs_open_module(obs_module_t *module,
const char *path,
const char *data_path);
bool obs_init_module(obs_module_t module);
Change the module loading API so that if the front-end chooses, it can
load modules directly from a specified path, and associate a data
directory with it on the spot.
The module will not be initialized immediately; obs_init_module must
be called on the module pointer in order to fully initialize the
module. This is done so a module can be disabled by the front-end if
the it so chooses.
New API:
- void obs_add_module_path(const char *bin, const char *data);
These functions allow you to specify new module search paths to add,
and allow you to search through them, or optionally just load all
modules from them. If the string %module% is included, it will
replace it with the module's name when that string is used as a
lookup. Data paths are now directly added to the module's internal
storage structure, and when obs_find_module_file is used, it will look
up the pointer to the obs_module structure and get its data directory
that way.
Example:
obs_add_module_path("/opt/obs/my-modules/%module%/bin",
"/opt/obs/my-modules/%module%/data");
This would cause it to additionally look for the binary of a
hypthetical module named "foo" at /opt/obs/my-modules/foo/bin/foo.so
(or libfoo.so), and then look for the data in
/opt/obs/my-modules/foo/data.
This gives the front-end more flexibility for handling third-party
plugin modules, or handling all plugin modules in a custom way.
- void obs_find_modules(obs_find_module_callback_t callback, void
*param);
This searches the existing paths for modules and calls the callback
function when any are found. Useful for plugin management and custom
handling of the paths by the front-end if desired.
- void obs_load_all_modules(void);
Search through the paths and both loads and initializes all modules
automatically without custom handling.
- void obs_enum_modules(obs_enum_module_callback_t callback,
void *param);
Enumerates currently opened modules.
2014-07-27 12:00:11 -07:00
|
|
|
static const char *module_bin[] = {
|
|
|
|
"obs-plugins/" BIT_STRING,
|
|
|
|
"../../obs-plugins/" BIT_STRING,
|
|
|
|
};
|
2014-01-25 13:11:57 -08:00
|
|
|
|
(API Change) Refactor module handling
Changed API:
- char *obs_find_plugin_file(const char *sub_path);
Changed to: char *obs_module_file(const char *file);
Cahnge it so you no longer need to specify a sub-path such as:
obs_find_plugin_file("module_name/file.ext")
Instead, now automatically handle the module data path so all you need
to do is:
obs_module_file("file.ext")
- int obs_load_module(const char *name);
Changed to: int obs_open_module(obs_module_t *module,
const char *path,
const char *data_path);
bool obs_init_module(obs_module_t module);
Change the module loading API so that if the front-end chooses, it can
load modules directly from a specified path, and associate a data
directory with it on the spot.
The module will not be initialized immediately; obs_init_module must
be called on the module pointer in order to fully initialize the
module. This is done so a module can be disabled by the front-end if
the it so chooses.
New API:
- void obs_add_module_path(const char *bin, const char *data);
These functions allow you to specify new module search paths to add,
and allow you to search through them, or optionally just load all
modules from them. If the string %module% is included, it will
replace it with the module's name when that string is used as a
lookup. Data paths are now directly added to the module's internal
storage structure, and when obs_find_module_file is used, it will look
up the pointer to the obs_module structure and get its data directory
that way.
Example:
obs_add_module_path("/opt/obs/my-modules/%module%/bin",
"/opt/obs/my-modules/%module%/data");
This would cause it to additionally look for the binary of a
hypthetical module named "foo" at /opt/obs/my-modules/foo/bin/foo.so
(or libfoo.so), and then look for the data in
/opt/obs/my-modules/foo/data.
This gives the front-end more flexibility for handling third-party
plugin modules, or handling all plugin modules in a custom way.
- void obs_find_modules(obs_find_module_callback_t callback, void
*param);
This searches the existing paths for modules and calls the callback
function when any are found. Useful for plugin management and custom
handling of the paths by the front-end if desired.
- void obs_load_all_modules(void);
Search through the paths and both loads and initializes all modules
automatically without custom handling.
- void obs_enum_modules(obs_enum_module_callback_t callback,
void *param);
Enumerates currently opened modules.
2014-07-27 12:00:11 -07:00
|
|
|
static const char *module_data[] = {
|
|
|
|
"data/%module%",
|
|
|
|
"../../data/obs-plugins/%module%"
|
|
|
|
};
|
|
|
|
|
|
|
|
static const int module_patterns_size =
|
|
|
|
sizeof(module_bin)/sizeof(module_bin[0]);
|
|
|
|
|
|
|
|
void add_default_module_paths(void)
|
|
|
|
{
|
|
|
|
for (int i = 0; i < module_patterns_size; i++)
|
|
|
|
obs_add_module_path(module_bin[i], module_data[i]);
|
2013-11-01 14:33:00 -07:00
|
|
|
}
|
|
|
|
|
(API Change) Refactor module handling
Changed API:
- char *obs_find_plugin_file(const char *sub_path);
Changed to: char *obs_module_file(const char *file);
Cahnge it so you no longer need to specify a sub-path such as:
obs_find_plugin_file("module_name/file.ext")
Instead, now automatically handle the module data path so all you need
to do is:
obs_module_file("file.ext")
- int obs_load_module(const char *name);
Changed to: int obs_open_module(obs_module_t *module,
const char *path,
const char *data_path);
bool obs_init_module(obs_module_t module);
Change the module loading API so that if the front-end chooses, it can
load modules directly from a specified path, and associate a data
directory with it on the spot.
The module will not be initialized immediately; obs_init_module must
be called on the module pointer in order to fully initialize the
module. This is done so a module can be disabled by the front-end if
the it so chooses.
New API:
- void obs_add_module_path(const char *bin, const char *data);
These functions allow you to specify new module search paths to add,
and allow you to search through them, or optionally just load all
modules from them. If the string %module% is included, it will
replace it with the module's name when that string is used as a
lookup. Data paths are now directly added to the module's internal
storage structure, and when obs_find_module_file is used, it will look
up the pointer to the obs_module structure and get its data directory
that way.
Example:
obs_add_module_path("/opt/obs/my-modules/%module%/bin",
"/opt/obs/my-modules/%module%/data");
This would cause it to additionally look for the binary of a
hypthetical module named "foo" at /opt/obs/my-modules/foo/bin/foo.so
(or libfoo.so), and then look for the data in
/opt/obs/my-modules/foo/data.
This gives the front-end more flexibility for handling third-party
plugin modules, or handling all plugin modules in a custom way.
- void obs_find_modules(obs_find_module_callback_t callback, void
*param);
This searches the existing paths for modules and calls the callback
function when any are found. Useful for plugin management and custom
handling of the paths by the front-end if desired.
- void obs_load_all_modules(void);
Search through the paths and both loads and initializes all modules
automatically without custom handling.
- void obs_enum_modules(obs_enum_module_callback_t callback,
void *param);
Enumerates currently opened modules.
2014-07-27 12:00:11 -07:00
|
|
|
/* on windows, points to [base directory]/data/libobs */
|
2013-11-01 14:33:00 -07:00
|
|
|
char *find_libobs_data_file(const char *file)
|
|
|
|
{
|
|
|
|
struct dstr path;
|
2014-01-25 13:11:57 -08:00
|
|
|
dstr_init(&path);
|
|
|
|
|
|
|
|
if (check_path(file, "data/libobs/", &path))
|
|
|
|
return path.array;
|
|
|
|
|
|
|
|
if (check_path(file, "../../data/libobs/", &path))
|
|
|
|
return path.array;
|
|
|
|
|
|
|
|
dstr_free(&path);
|
|
|
|
return NULL;
|
2013-11-01 14:33:00 -07:00
|
|
|
}
|
|
|
|
|
2014-07-12 00:21:06 -07:00
|
|
|
static void log_processor_info(void)
|
|
|
|
{
|
|
|
|
HKEY key;
|
|
|
|
wchar_t data[1024];
|
|
|
|
char *str = NULL;
|
|
|
|
DWORD size, speed;
|
|
|
|
LSTATUS status;
|
|
|
|
|
|
|
|
memset(data, 0, 1024);
|
|
|
|
|
|
|
|
status = RegOpenKeyW(HKEY_LOCAL_MACHINE,
|
|
|
|
L"HARDWARE\\DESCRIPTION\\System\\CentralProcessor\\0",
|
|
|
|
&key);
|
|
|
|
if (status != ERROR_SUCCESS)
|
|
|
|
return;
|
|
|
|
|
|
|
|
size = 1024;
|
|
|
|
status = RegQueryValueExW(key, L"ProcessorNameString", NULL, NULL,
|
|
|
|
(LPBYTE)data, &size);
|
|
|
|
if (status == ERROR_SUCCESS) {
|
|
|
|
os_wcs_to_utf8_ptr(data, 0, &str);
|
|
|
|
blog(LOG_INFO, "CPU Name: %s", str);
|
|
|
|
bfree(str);
|
|
|
|
}
|
|
|
|
|
|
|
|
size = sizeof(speed);
|
|
|
|
status = RegQueryValueExW(key, L"~MHz", NULL, NULL, (LPBYTE)&speed,
|
|
|
|
&size);
|
|
|
|
if (status == ERROR_SUCCESS)
|
|
|
|
blog(LOG_INFO, "CPU Speed: %dMHz", speed);
|
|
|
|
|
|
|
|
RegCloseKey(key);
|
|
|
|
}
|
|
|
|
|
|
|
|
static DWORD num_logical_cores(ULONG_PTR mask)
|
|
|
|
{
|
|
|
|
DWORD left_shift = sizeof(ULONG_PTR) * 8 - 1;
|
|
|
|
DWORD bit_set_count = 0;
|
|
|
|
ULONG_PTR bit_test = (ULONG_PTR)1 << left_shift;
|
|
|
|
|
|
|
|
for (DWORD i = 0; i <= left_shift; ++i) {
|
|
|
|
bit_set_count += ((mask & bit_test) ? 1 : 0);
|
|
|
|
bit_test /= 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
return bit_set_count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void log_processor_cores(void)
|
|
|
|
{
|
|
|
|
PSYSTEM_LOGICAL_PROCESSOR_INFORMATION info = NULL, temp = NULL;
|
|
|
|
DWORD len = 0;
|
|
|
|
|
|
|
|
GetLogicalProcessorInformation(info, &len);
|
|
|
|
if (GetLastError() != ERROR_INSUFFICIENT_BUFFER)
|
|
|
|
return;
|
|
|
|
|
|
|
|
info = malloc(len);
|
|
|
|
|
|
|
|
if (GetLogicalProcessorInformation(info, &len)) {
|
|
|
|
DWORD num = len / sizeof(*info);
|
|
|
|
int physical_cores = 0;
|
|
|
|
int logical_cores = 0;
|
|
|
|
|
|
|
|
temp = info;
|
|
|
|
|
|
|
|
for (DWORD i = 0; i < num; i++) {
|
|
|
|
if (temp->Relationship == RelationProcessorCore) {
|
|
|
|
ULONG_PTR mask = temp->ProcessorMask;
|
|
|
|
|
|
|
|
physical_cores++;
|
|
|
|
logical_cores += num_logical_cores(mask);
|
|
|
|
}
|
|
|
|
|
|
|
|
temp++;
|
|
|
|
}
|
|
|
|
|
|
|
|
blog(LOG_INFO, "Physical Cores: %d, Logical Cores: %d",
|
|
|
|
physical_cores, logical_cores);
|
|
|
|
}
|
|
|
|
|
|
|
|
free(info);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void log_available_memory(void)
|
|
|
|
{
|
|
|
|
MEMORYSTATUS ms;
|
|
|
|
GlobalMemoryStatus(&ms);
|
|
|
|
|
|
|
|
#ifdef _WIN64
|
|
|
|
const char *note = "";
|
|
|
|
#else
|
|
|
|
const char *note = " (NOTE: 4 gigs max is normal for 32bit programs)";
|
|
|
|
#endif
|
|
|
|
|
|
|
|
blog(LOG_INFO, "Physical Memory: %ldMB Total, %ldMB Free%s",
|
|
|
|
ms.dwTotalPhys / 1048576,
|
|
|
|
ms.dwAvailPhys / 1048576,
|
|
|
|
note);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void log_windows_version(void)
|
|
|
|
{
|
|
|
|
OSVERSIONINFOW osvi;
|
|
|
|
char *build = NULL;
|
|
|
|
|
|
|
|
osvi.dwOSVersionInfoSize = sizeof(osvi);
|
|
|
|
GetVersionExW(&osvi);
|
|
|
|
|
|
|
|
os_wcs_to_utf8_ptr(osvi.szCSDVersion, 0, &build);
|
|
|
|
blog(LOG_INFO, "Windows Version: %u.%u Build %u %s",
|
|
|
|
osvi.dwMajorVersion,
|
|
|
|
osvi.dwMinorVersion,
|
|
|
|
osvi.dwBuildNumber,
|
|
|
|
build);
|
|
|
|
|
|
|
|
bfree(build);
|
|
|
|
}
|
|
|
|
|
|
|
|
void log_system_info(void)
|
|
|
|
{
|
|
|
|
log_processor_info();
|
|
|
|
log_processor_cores();
|
|
|
|
log_available_memory();
|
|
|
|
log_windows_version();
|
|
|
|
}
|