RepoMirrors
/
mpv
mirror of https://github.com/mpv-player/mpv
1
0
Fork 0
Code Issues Releases Wiki Activity
mpv/osdep/main-fn-win.c

81 lines
2.6 KiB
C
Raw Normal View History

win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
#include <windows.h>
win32: move platform specifics to osdep This will probably disable this code for Cygwin. I don't know if this matters, since Cygwin should strictly behave like a Unix anyway.
2015-05-02 16:54:00 +00:00
#ifndef BASE_SEARCH_PATH_ENABLE_SAFE_SEARCHMODE
#define BASE_SEARCH_PATH_ENABLE_SAFE_SEARCHMODE (0x0001)
#endif
win32: use a platform-specific unicode entry-point Add a platform-specific entry-point for Windows. This will allow some platform-specific initialization to be added without the need for ugly ifdeffery in main.c. As an immediate advantage, mpv can now use a unicode entry-point and convert the command line arguments to UTF-8 before passing them to mpv_main, so osdep_preinit can be simplified a little bit.
2015-03-29 11:36:46 +00:00
#include "config.h"
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
build: move main-fn files to osdep And split the Cocoa and Unix cases. Simplify the Cocoa case slightly by calling mpv_main directly, instead of passing a function pointer. Also add a comment explaining why Cocoa needs a special case at all.
2015-05-02 16:47:57 +00:00
#include "common/common.h"
win32: use a platform-specific unicode entry-point Add a platform-specific entry-point for Windows. This will allow some platform-specific initialization to be added without the need for ugly ifdeffery in main.c. As an immediate advantage, mpv can now use a unicode entry-point and convert the command line arguments to UTF-8 before passing them to mpv_main, so osdep_preinit can be simplified a little bit.
2015-03-29 11:36:46 +00:00
#include "osdep/io.h"
win32: only attach to the console from mpv.com Previously, mpv.exe used the --terminal option to decide whether to attach to the parent process's console, which made it impossible to tell whether mpv would attach to the console before the config files were parsed. Instead, make mpv always attach to the console when launched from the console wrapper (mpv.com) and never attach otherwise. This will be useful for the next commit, which will use the presence of the console to decide whether to use the pseudo-gui profile. This change should also be an improvement in behavior. The old code would attach to the parent process's console, regardless of whether it was mpv.com or some other program like cmd.exe. This could be confusing, since mpv.exe is marked as a Windows GUI program and shouldn't write text to its parent process's console when launched directly. (See #768.) Visual Studio does something similar with its devenv.com wrapper. devenv.exe only attaches to the console when launched from devenv.com.
2015-03-29 14:19:29 +00:00
#include "osdep/terminal.h"
build: move main-fn files to osdep And split the Cocoa and Unix cases. Simplify the Cocoa case slightly by calling mpv_main directly, instead of passing a function pointer. Also add a comment explaining why Cocoa needs a special case at all.
2015-05-02 16:47:57 +00:00
#include "osdep/main-fn.h"
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
static bool is_valid_handle(HANDLE h)
{
main-fn-win: fix handle validity check for XP Apparently the standard handles can be set to bogus values on XP. Use GetFileType to check whether they refer to an actual file/pipe/etc. The logic used by is_valid_handle() is now pretty similar to what the CRT uses to check for valid stdio handles.
2015-04-11 04:35:50 +00:00
return h != INVALID_HANDLE_VALUE && h != NULL &&
GetFileType(h) != FILE_TYPE_UNKNOWN;
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
}
static bool has_redirected_stdio(void)
{
return is_valid_handle(GetStdHandle(STD_INPUT_HANDLE)) ||
is_valid_handle(GetStdHandle(STD_OUTPUT_HANDLE)) ||
is_valid_handle(GetStdHandle(STD_ERROR_HANDLE));
}
win32: move platform specifics to osdep This will probably disable this code for Cygwin. I don't know if this matters, since Cygwin should strictly behave like a Unix anyway.
2015-05-02 16:54:00 +00:00
static void microsoft_nonsense(void)
{
// stop Windows from showing all kinds of annoying error dialogs
SetErrorMode(SEM_FAILCRITICALERRORS | SEM_NOOPENFILEERRORBOX);
// Enable heap corruption detection
HeapSetInformation(NULL, HeapEnableTerminationOnCorruption, NULL, 0);
HMODULE kernel32 = GetModuleHandleW(L"kernel32.dll");
WINBOOL (WINAPI *pSetSearchPathMode)(DWORD Flags) =
(WINBOOL (WINAPI *)(DWORD))GetProcAddress(kernel32, "SetSearchPathMode");
// Always use safe search paths for DLLs and other files, ie. never use the
// current directory
win32: remove SetDllDirectoryW dynamic loading All Windows versions we support have this API.
2015-12-06 00:36:30 +00:00
SetDllDirectoryW(L"");
win32: move platform specifics to osdep This will probably disable this code for Cygwin. I don't know if this matters, since Cygwin should strictly behave like a Unix anyway.
2015-05-02 16:54:00 +00:00
if (pSetSearchPathMode)
pSetSearchPathMode(BASE_SEARCH_PATH_ENABLE_SAFE_SEARCHMODE);
}
win32: remove -municode from mpv binary If this is used, the runtime expects that wmain() instead of main() is defined. This caused me severe problems in a certain now irrelevant case. I think it's a good idea to avoid this special case. We can just use main() and call GetCommandLineW() instead. This function returns a single string, so use CommandLineToArgvW() to split it, and hope it has the same semantics. Should this ever return NULL, hope that it leaves argc at 0. Untested, I think.
2019-06-29 23:29:06 +00:00
int main(int argc_, char **argv_)
win32: use a platform-specific unicode entry-point Add a platform-specific entry-point for Windows. This will allow some platform-specific initialization to be added without the need for ugly ifdeffery in main.c. As an immediate advantage, mpv can now use a unicode entry-point and convert the command line arguments to UTF-8 before passing them to mpv_main, so osdep_preinit can be simplified a little bit.
2015-03-29 11:36:46 +00:00
{
win32: move platform specifics to osdep This will probably disable this code for Cygwin. I don't know if this matters, since Cygwin should strictly behave like a Unix anyway.
2015-05-02 16:54:00 +00:00
microsoft_nonsense();
win32: only attach to the console from mpv.com Previously, mpv.exe used the --terminal option to decide whether to attach to the parent process's console, which made it impossible to tell whether mpv would attach to the console before the config files were parsed. Instead, make mpv always attach to the console when launched from the console wrapper (mpv.com) and never attach otherwise. This will be useful for the next commit, which will use the presence of the console to decide whether to use the pseudo-gui profile. This change should also be an improvement in behavior. The old code would attach to the parent process's console, regardless of whether it was mpv.com or some other program like cmd.exe. This could be confusing, since mpv.exe is marked as a Windows GUI program and shouldn't write text to its parent process's console when launched directly. (See #768.) Visual Studio does something similar with its devenv.com wrapper. devenv.exe only attaches to the console when launched from devenv.com.
2015-03-29 14:19:29 +00:00
// If started from the console wrapper (see osdep/win32-console-wrapper.c),
// attach to the console and set up the standard IO handles
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
bool has_console = terminal_try_attach();
// If mpv is started from Explorer, the Run dialog or the Start Menu, it
// will have no console and no standard IO handles. In this case, the user
// is expecting mpv to show some UI, so enable the pseudo-GUI profile.
bool gui = !has_console && !has_redirected_stdio();
win32: remove -municode from mpv binary If this is used, the runtime expects that wmain() instead of main() is defined. This caused me severe problems in a certain now irrelevant case. I think it's a good idea to avoid this special case. We can just use main() and call GetCommandLineW() instead. This function returns a single string, so use CommandLineToArgvW() to split it, and hope it has the same semantics. Should this ever return NULL, hope that it leaves argc at 0. Untested, I think.
2019-06-29 23:29:06 +00:00
int argc = 0;
wchar_t **argv = CommandLineToArgvW(GetCommandLineW(), &argc);
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
int argv_len = 0;
char **argv_u8 = NULL;
win32: only attach to the console from mpv.com Previously, mpv.exe used the --terminal option to decide whether to attach to the parent process's console, which made it impossible to tell whether mpv would attach to the console before the config files were parsed. Instead, make mpv always attach to the console when launched from the console wrapper (mpv.com) and never attach otherwise. This will be useful for the next commit, which will use the presence of the console to decide whether to use the pseudo-gui profile. This change should also be an improvement in behavior. The old code would attach to the parent process's console, regardless of whether it was mpv.com or some other program like cmd.exe. This could be confusing, since mpv.exe is marked as a Windows GUI program and shouldn't write text to its parent process's console when launched directly. (See #768.) Visual Studio does something similar with its devenv.com wrapper. devenv.exe only attaches to the console when launched from devenv.com.
2015-03-29 14:19:29 +00:00
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
// Build mpv's UTF-8 argv, and add the pseudo-GUI profile if necessary
win32: remove -municode from mpv binary If this is used, the runtime expects that wmain() instead of main() is defined. This caused me severe problems in a certain now irrelevant case. I think it's a good idea to avoid this special case. We can just use main() and call GetCommandLineW() instead. This function returns a single string, so use CommandLineToArgvW() to split it, and hope it has the same semantics. Should this ever return NULL, hope that it leaves argc at 0. Untested, I think.
2019-06-29 23:29:06 +00:00
if (argc > 0 && argv[0])
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
MP_TARRAY_APPEND(NULL, argv_u8, argv_len, mp_to_utf8(argv_u8, argv[0]));
player: do not let pseudo-gui override user config settings Seems like this confused users quite often. Instead of --profile=pseudo-gui, --player-operation-mode=pseudo-gui now has to be used to invoke pseudo GUI mode. The old way still works, and still behaves in the old way.
2016-09-23 19:24:50 +00:00
if (gui) {
MP_TARRAY_APPEND(NULL, argv_u8, argv_len,
"--player-operation-mode=pseudo-gui");
}
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
for (int i = 1; i < argc; i++)
MP_TARRAY_APPEND(NULL, argv_u8, argv_len, mp_to_utf8(argv_u8, argv[i]));
MP_TARRAY_APPEND(NULL, argv_u8, argv_len, NULL);
win32: use a platform-specific unicode entry-point Add a platform-specific entry-point for Windows. This will allow some platform-specific initialization to be added without the need for ugly ifdeffery in main.c. As an immediate advantage, mpv can now use a unicode entry-point and convert the command line arguments to UTF-8 before passing them to mpv_main, so osdep_preinit can be simplified a little bit.
2015-03-29 11:36:46 +00:00
win32: use pseudo-gui profile when started without stdio If mpv is started from Explorer or the Start Menu, it will have no console and no standard IO handles. In this case, it's fairly safe to enable the pseudo-gui profile.
2015-03-29 15:34:58 +00:00
int ret = mpv_main(argv_len - 1, argv_u8);
win32: use a platform-specific unicode entry-point Add a platform-specific entry-point for Windows. This will allow some platform-specific initialization to be added without the need for ugly ifdeffery in main.c. As an immediate advantage, mpv can now use a unicode entry-point and convert the command line arguments to UTF-8 before passing them to mpv_main, so osdep_preinit can be simplified a little bit.
2015-03-29 11:36:46 +00:00
talloc_free(argv_u8);
return ret;
}