source-sdk-2013
source-sdk-2013 copied to clipboard
[Request] Include Hammer in the Linux bin folder
If Hammer is never going to be open sourced, then I think it would be nice to at least see Hammer and whatever necessary files it needs from the Windows bin folder included in the Linux bin folder. From prior testing it seems copying the files from Windows to Linux allows for the use of Hammer through Wine without too many issues, so having that included out of the box would make things a lot easier for mapping in Linux. And if possible, making whatever modifications to Hammer itself to make it play better with Wine such as being able to select and launch the game's Linux executable or other possible bugs from Wine would make things even better.
As a slight side thing as well, but seeing as Hammer can be launched with Wine without too many issues now, might it be possible to compile Hammer against the Wine libraries to create a slightly more native Linux port? I'm guessing there would be more work to do beyond just that but it might reduce the work some?
Also, I'm aware of the #141 and ValveSoftware/Source-1-Games#5898 but I think it'd be nice to reconsider and make it easier for people to map on Linux, whether by just including the Windows files or building them against the Wine libs.
The answer will probably be the same as in https://github.com/ValveSoftware/source-sdk-2013/issues/141#issuecomment-22062601 hammer uses AFX/MFC libraries, so it's Windows only. Porting it to QT/anything multiplatform is currently impossible, as Hammer source code was never released publicly.
I don't know what compiling Hammer against Wine could mean; they could package Hammer with wine, but I doubt they'll do that, as you can already force Source SDK to run under a Proton compatibility layer (which downloads the Windows version of the whole SDK, complete with tools).
The answer will probably be the same as in #141 (comment) hammer uses AFX/MFC libraries, so it's Windows only. Porting it to QT/anything multiplatform is currently impossible, as Hammer source code was never released publicly.
I don't know what compiling Hammer against Wine could mean; they could package Hammer with wine, but I doubt they'll do that, as you can already force Source SDK to run under a Proton compatibility layer (which downloads the Windows version of the whole SDK, complete with tools).
Yeah I understand they'd probably not do a full port, but my main suggestion was more to just, include the Windows tools and whatever files they need to run with the Linux install so we don't have to go and swap any of these games over to the Windows builds just to use Hammer. That way you just, install the game or SDK, and then run the included Windows tools through Wine or Proton, while the base game is native Linux. Anything else beyond that would just be nice to have.
And from what I've seen you can compile a program with the Winelibs to have a sort of native port without needing to run it through Wine itself, but I could be entirely wrong and it'd probably need more work than just that.
Something tells me stock Hammer might not be the best course of action, compared to Hammer++.
Yeah stock Hammer isn't great but Hammer++ still needs files from Hammer to work anyways. Also in some very specific cases, stock Hammer might still be needed.
Yeah stock Hammer isn't great but Hammer++ still needs files from Hammer to work anyways. Also in some very specific cases, stock Hammer might still be needed.
Hammer++ doesn't need files from Hammer, it's independent and only tied to the engine binaries
Yeah stock Hammer isn't great but Hammer++ still needs files from Hammer to work anyways. Also in some very specific cases, stock Hammer might still be needed.
Hammer++ doesn't need files from Hammer, it's independent and only tied to the engine binaries
Yeah I was meaning all the other stuff like the dlls and such, not the actual Hammer.exe, so adding everything stock Hammer needs to run would also allow for Hammer++ to be used, even if the stock exe is included as well.
If and when Linux properly gets native support, I think you will appreciate ficool2 for his efforts, including Hammer++ being capable of saving many decimal values in brushes. https://www.youtube.com/watch?v=RT_T-GittpM