2013-11-01 14:33:00 -07:00
|
|
|
/******************************************************************************
|
|
|
|
Copyright (C) 2013 by Hugh Bailey <obs.jim@gmail.com>
|
2014-01-11 15:34:15 -08:00
|
|
|
Copyright (C) 2014 by Zachary Lund <admin@computerquip.com>
|
2013-11-01 14:33:00 -07:00
|
|
|
|
|
|
|
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
|
|
|
|
the Free Software Foundation, either version 3 of the License, or
|
|
|
|
(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 <stdlib.h>
|
2013-12-27 18:43:28 -08:00
|
|
|
#include <stdio.h>
|
|
|
|
#include <unistd.h>
|
2014-07-12 07:19:49 -07:00
|
|
|
#include <sys/sysinfo.h>
|
|
|
|
#include <sys/utsname.h>
|
2014-10-04 14:30:15 -07:00
|
|
|
#include <inttypes.h>
|
2013-11-01 14:33:00 -07:00
|
|
|
#include "util/dstr.h"
|
(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
|
|
|
#include "obs-internal.h"
|
2013-11-01 14:33:00 -07:00
|
|
|
|
2014-07-27 02:43:25 -07:00
|
|
|
const char *get_module_extension(void)
|
|
|
|
{
|
|
|
|
return ".so";
|
|
|
|
}
|
|
|
|
|
(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
|
|
|
#ifdef __LP64__
|
|
|
|
#define BIT_STRING "64bit"
|
|
|
|
#else
|
|
|
|
#define BIT_STRING "32bit"
|
|
|
|
#endif
|
2014-07-12 07:18:58 -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
|
|
|
static const char *module_bin[] = {
|
|
|
|
"../../obs-plugins/" BIT_STRING,
|
|
|
|
OBS_INSTALL_PREFIX "lib/obs-plugins",
|
|
|
|
};
|
2014-07-12 07:18:58 -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
|
|
|
static const char *module_data[] = {
|
|
|
|
OBS_DATA_PATH "/obs-plugins/%module%",
|
|
|
|
OBS_INSTALL_DATA_PATH "/obs-plugins/%module%",
|
|
|
|
};
|
2014-07-12 07:18:58 -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
|
|
|
static const int module_patterns_size =
|
|
|
|
sizeof(module_bin)/sizeof(module_bin[0]);
|
2013-12-27 18:43:28 -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
|
|
|
void add_default_module_paths(void)
|
2014-07-12 07:18:58 -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
|
|
|
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
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* /usr/local/share/libobs
|
|
|
|
* /usr/share/libobs
|
|
|
|
*/
|
|
|
|
char *find_libobs_data_file(const char *file)
|
|
|
|
{
|
2013-12-27 18:43:28 -08:00
|
|
|
struct dstr output;
|
|
|
|
dstr_init(&output);
|
|
|
|
|
2014-01-20 07:58:58 -08:00
|
|
|
if (check_path(file, OBS_DATA_PATH "/libobs/", &output))
|
2013-12-27 18:43:28 -08:00
|
|
|
return output.array;
|
|
|
|
|
2014-02-23 21:39:33 -08:00
|
|
|
if (OBS_INSTALL_PREFIX [0] != 0) {
|
2014-01-25 11:34:37 -08:00
|
|
|
if (check_path(file, OBS_INSTALL_DATA_PATH "/libobs/",
|
2014-01-24 18:44:34 -08:00
|
|
|
&output))
|
|
|
|
return output.array;
|
|
|
|
}
|
2013-12-27 18:43:28 -08:00
|
|
|
|
|
|
|
dstr_free(&output);
|
2013-11-01 14:33:00 -07:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2014-07-12 07:19:49 -07:00
|
|
|
static void log_processor_info(void)
|
|
|
|
{
|
|
|
|
FILE *fp;
|
|
|
|
int physical_id = -1;
|
|
|
|
int last_physical_id = -1;
|
|
|
|
char *line = NULL;
|
|
|
|
size_t linecap = 0;
|
|
|
|
struct dstr processor;
|
|
|
|
|
|
|
|
blog(LOG_INFO, "Processor: %lu logical cores",
|
|
|
|
sysconf(_SC_NPROCESSORS_ONLN));
|
|
|
|
|
|
|
|
fp = fopen("/proc/cpuinfo", "r");
|
|
|
|
if (!fp)
|
|
|
|
return;
|
|
|
|
|
|
|
|
dstr_init(&processor);
|
|
|
|
|
|
|
|
while (getline(&line, &linecap, fp) != -1) {
|
|
|
|
if (!strncmp(line, "model name", 10)) {
|
|
|
|
char *start = strchr(line, ':');
|
|
|
|
if (!start || *(++start) == '\0')
|
|
|
|
continue;
|
|
|
|
dstr_copy(&processor, start);
|
|
|
|
dstr_resize(&processor, processor.len - 1);
|
|
|
|
dstr_depad(&processor);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!strncmp(line, "physical id", 11)) {
|
|
|
|
char *start = strchr(line, ':');
|
|
|
|
if (!start || *(++start) == '\0')
|
|
|
|
continue;
|
|
|
|
physical_id = atoi(start);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (*line == '\n' && physical_id != last_physical_id) {
|
|
|
|
last_physical_id = physical_id;
|
|
|
|
blog(LOG_INFO, "Processor: %s", processor.array);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
fclose(fp);
|
|
|
|
dstr_free(&processor);
|
|
|
|
free(line);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void log_memory_info(void)
|
|
|
|
{
|
|
|
|
struct sysinfo info;
|
|
|
|
if (sysinfo(&info) < 0)
|
|
|
|
return;
|
|
|
|
|
2014-10-04 14:30:15 -07:00
|
|
|
blog(LOG_INFO, "Physical Memory: %"PRIu64"MB Total",
|
|
|
|
(uint64_t)info.totalram * info.mem_unit / 1024 / 1024);
|
2014-07-12 07:19:49 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static void log_kernel_version(void)
|
|
|
|
{
|
|
|
|
struct utsname info;
|
|
|
|
if (uname(&info) < 0)
|
|
|
|
return;
|
|
|
|
|
|
|
|
blog(LOG_INFO, "Kernel Version: %s %s", info.sysname, info.release);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void log_distribution_info(void)
|
|
|
|
{
|
|
|
|
FILE *fp;
|
|
|
|
char *line = NULL;
|
|
|
|
size_t linecap = 0;
|
|
|
|
struct dstr distro;
|
|
|
|
struct dstr version;
|
|
|
|
|
|
|
|
fp = fopen("/etc/os-release", "r");
|
|
|
|
if (!fp) {
|
|
|
|
blog(LOG_INFO, "Distribution: Missing /etc/os-release !");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
dstr_init_copy(&distro, "Unknown");
|
|
|
|
dstr_init_copy(&version, "Unknown");
|
|
|
|
|
|
|
|
while (getline(&line, &linecap, fp) != -1) {
|
|
|
|
if (!strncmp(line, "NAME", 4)) {
|
|
|
|
char *start = strchr(line, '=');
|
|
|
|
if (!start || *(++start) == '\0')
|
|
|
|
continue;
|
|
|
|
dstr_copy(&distro, start);
|
|
|
|
dstr_resize(&distro, distro.len - 1);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!strncmp(line, "VERSION_ID", 10)) {
|
|
|
|
char *start = strchr(line, '=');
|
|
|
|
if (!start || *(++start) == '\0')
|
|
|
|
continue;
|
|
|
|
dstr_copy(&version, start);
|
|
|
|
dstr_resize(&version, version.len - 1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
blog(LOG_INFO, "Distribution: %s %s", distro.array, version.array);
|
|
|
|
|
|
|
|
fclose(fp);
|
|
|
|
dstr_free(&version);
|
|
|
|
dstr_free(&distro);
|
|
|
|
free(line);
|
|
|
|
}
|
|
|
|
|
2014-07-12 00:21:06 -07:00
|
|
|
void log_system_info(void)
|
|
|
|
{
|
2014-07-12 07:19:49 -07:00
|
|
|
log_processor_info();
|
|
|
|
log_memory_info();
|
|
|
|
log_kernel_version();
|
|
|
|
log_distribution_info();
|
2014-07-12 00:21:06 -07:00
|
|
|
}
|