-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opening Musializer by dropping a file onto the executable messes up rendering #36
Comments
@PanoptesDreams what do you mean by "opening the application by dropping file onto the binary file" ? |
I mean, I'm not surprised that an OS designed for Video Games would have some wacky features like that. |
OMEGALUL Question: Does it also render "Drag&Drop Music Here" way smaller when you open it like that. (Also it does not play the music file you dragged onto it, you have to drag it over the application window, to get the alternative visuals). Furthermore the window icon is not set. Look here Linux Users, Windows can open an App that has an icon in a specific way to get it to not show it and we get an alternative visualisation, how is that for customisability? |
My hypothesis is that something is wrong with the current working directly. This is the behavior that you get when musializer can't find shaders and fonts. Maybe we should bake them into the executable so the cwd does not matter? |
Opened in cmd shell:
Opened by dragging music file onto exe:
I think I know why this happens. From the log I gather that certain files are not loaded. Therefore the visuals. Normally dragging a file onto the exe would pass the filename as first argument.
When opened this small program prints the current directory. However when you drag a file onto it, it thinks the current directory is the path of the file you dragged onto it. And indeed musializer works perfectly, if you copy a file into the musializer build directory first and then drag it onto the exe. (So you can use this as a workaround ;-)) |
Probably. Note: https://stackoverflow.com/questions/882850/dragging-files-to-an-exe-sets-different-working-directory
it is also broken. Another option is to retrieve the location of the executable by calling GetModuleFilename with a NULL param and use this instead of the cwd to resolve relative paths. |
If you want to proceed with the second option I described it similarly in issue #29. But this was regarding the build executable and not musializer. |
Click and drag a (music) file onto the executable. (It's in the title) |
I always bake required resources into my executables, don't really see a reason not to if they're not interchangeable. |
Yes. That is the third line in my post
|
Oh ok, I'm sorry, I didn't even know that was possible |
As a Windows user, it was a core paradigm I was raised to embrace, that and having access to the whole disk (unlike modern windows which restricts access heavily). And when UWP became a thing drag and drop seemed to be dropped itself as a concept. The OS and most objects became obfuscated behind "apps", the same way mobile devices handle things. It's a very simple fix anyways. My debug panel so I always know where the app is running, because if something breaks it's usually the operating directory. |
As per the title, see below:
This occurs when simply opening the application by dropping a [music] file onto the binary (executable) file in explorer.
I will also note that it does not open the [music] file either.
The text was updated successfully, but these errors were encountered: