Forum

FitzQuake Mark V - Easy to compile and ...

Discuss programming topics for the various GPL'd game engine sources.

Moderator: InsideQC Admins

Re: FitzQuake Mark V - Easy to compile and ...

Postby Baker » Fri Jan 27, 2017 1:30 am

Spirit wrote:Huge thanks for the Linux port, Baker!

I get some sound noise/cackle when sounds are played, already tried the usual sndspeed options (11025 upto 48000) with no luck. I guess it uses ALSA, tried setting SDL_AUDIODRIVER to pulse and pulseaudio as well, no sound at all then.

Could you add -stdout to make it print all console stuff (and potentially more) to stdout/stderr? That would rule!


When I work on the engine some more (likely the spring), I'll see what I can do, Spirit :biggrin:
The night is young. How else can I annoy the world before sunsrise? 8) Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
User avatar
Baker
 
Posts: 3666
Joined: Tue Mar 14, 2006 5:15 am

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Sat Jan 28, 2017 3:26 pm

Got some of the way porting the solutions to codeblocks mingw64 but there where a few pitfalls, such as gcc not liking links to enumerators in headers.
Also the vulkan renderer crashes my PC (AMD card sigh). Atm i can build fteqw fteglqw fted3dqw fteminglqw fteqwsrv ftewkqw and the npfte.dll.
Still TODO: plugins, SDL or SDL2 renderers, and some of the tools.

MSVC 2015 is a bitch porting to, so im holding of on that one atm.

P.s i can build fteglqw with clang now :)
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Tue Jan 31, 2017 4:21 pm

Ok the codeblocks solution can compile all the engine types now and some of the plugins, a few of the plugins require external library support "emscripten" so to build those the user must know his way around setting up external library chains in the IDE. Also managed to get fteqtv to build and the npfte.dll. I had to mangle a few things in the sources which where plain wrong like checking for __MINGW64__ mingw64 does not and "newer" had this macro the correct way to check specifically for mingw64 is to check for __MINGW64_VERSION_MAJOR. Also gcc does not accept prototyping enumerators the way its done.

edit: seems it actually did at some point, but it was deprecated due to some problems with both types being defined no matter the arch (the grep check spike provided actually points it out nicely).

The reason it seems to work on linux and cygwin as opposed to the windows version might be that the wine sdk has it defined for backwards compatibility, ill investigate that at some point since info is a bit sketchy.

Or maybe not ? this is from a discussion with one of the mingw64 devs

https://sourceforge.net/p/mingw-w64/mai ... /24478006/

argh macro madness Oo
Last edited by revelator on Sun Feb 05, 2017 9:36 pm, edited 3 times in total.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby Spike » Wed Feb 01, 2017 5:02 am

$ x86_64-w64-mingw32-gcc -dM -E - < /dev/null |grep MINGW
#define __MINGW32__ 1
#define __MINGW64__ 1
(with both cygwin and debian's mingw64 packages)

__MINGW64_VERSION_MAJOR is probably just a header thing - note that fte checks what the toolchain is before including headers, so stuff in random system headers isn't very useful.
Spike
 
Posts: 2908
Joined: Fri Nov 05, 2004 3:12 am
Location: UK

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Wed Feb 01, 2017 3:23 pm

Actually the __MINGW64_VERSION_MAJOR check is from the mingw64 devs, so its directly from the horses mouth so to say :)
Cant say if debian uses another approach but __MINGW64__ does not work on the windows version atleast, so i thought it better to point it out.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Wed Feb 01, 2017 3:25 pm

the grep check also returns this on my windows box, but its rejected by the preprocessor if i use it, big fat error.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Wed Feb 01, 2017 3:37 pm

https://pcem-emulator.co.uk/phpBB3/view ... ?f=3&t=456

explains it, that macro was deprecated after gcc-4.7 but a few linux archs still use it because of compatibility with older sources, its recommended to shift to the newer version though.

more info https://sourceforge.net/p/mingw-w64/mai ... /28503245/

crist what a mess :S atleast theres talk about dropping these all together and just use the system _WIN32 or _WIN64 identifiers on windows, not sure what will happen with the linux versions though i suspect something similar __GNUC__ ?!?
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Tue Feb 07, 2017 6:16 pm

Like the watershader in the latest fteqw :) looks freaking nice.
And to the large list of comments, it was not ment as critisism i just wanted to point out that it does not work on windows and that it probably would be better to change it on linux/cygwin to when cross building.

So where do i upload the codeblocks projects to ?.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby Baker » Wed Feb 08, 2017 9:54 pm

Quaketastic?

Username and password found on first post on this page:

http://celephais.net/board/view_thread.php?id=3
The night is young. How else can I annoy the world before sunsrise? 8) Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
User avatar
Baker
 
Posts: 3666
Joined: Tue Mar 14, 2006 5:15 am

Re: FitzQuake Mark V - Easy to compile and ...

Postby Spirit » Fri Feb 10, 2017 4:36 pm

Does the quaddicted download thing support HTTPS? I switched to a different reverse proxy and did not add exclusions for non-encrypted connections yet. I would like to avoid that at all because everything should be encrypted.
Improve Quaddicted, send me a pull request: https://github.com/SpiritQuaddicted/Quaddicted-reviews
Spirit
 
Posts: 1036
Joined: Sat Nov 20, 2004 9:00 pm

Re: FitzQuake Mark V - Easy to compile and ...

Postby Baker » Sat Feb 11, 2017 4:03 am

Spirit wrote:Does the quaddicted download thing support HTTPS? I switched to a different reverse proxy and did not add exclusions for non-encrypted connections yet. I would like to avoid that at all because everything should be encrypted.


I do a libraryless http just like, say, FTEQW! I don't even use libcurl. Which is why Mark V has no dependencies to run, just like FTE --- FTE and Mark V are the only 2 zero dependency engines in existence.

It is possible in the future that I do HTTPS, but it doesn't seem like a soon thing --- only an outside chance it would be this year.

I have very little time as it is.

My preference would be a different "backdoor exclusion user-agent" in the meantime -- mostly for Johhny Law who I believe is making something fancy using Mark V as an install in script files (i.e. c:\quake\mark_v.exe +install travail +quit or something like that).

Sometime in the future, I'd like to HTTPS but I'm not in a position to do it soon and maybe not even this year.

(* I'm assuming by invalidating the existing user-agent one it makes the old Quake Injector fail faster, which is probably useful to get people to upgrade to the new one.)
Thanks for the headsup! :biggrin:
The night is young. How else can I annoy the world before sunsrise? 8) Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
User avatar
Baker
 
Posts: 3666
Joined: Tue Mar 14, 2006 5:15 am

Re: FitzQuake Mark V - Easy to compile and ...

Postby Spike » Sat Feb 11, 2017 2:20 pm

FTE's QI plugin etc supports+uses https in windows, so don't blame me...
however linux/other depends upon gnutls which doesn't have a very stable ABI so tends to fail to load (which then blocks all tls/https stuff, unfortunately, especially when I didn't add any fallbacks to insecure http...).
Spike
 
Posts: 2908
Joined: Fri Nov 05, 2004 3:12 am
Location: UK

Re: FitzQuake Mark V - Easy to compile and ...

Postby Spirit » Sun Feb 12, 2017 11:43 am

Meh... The "Quakeinjector" user-agent will be allowed insecure connections again then.
Improve Quaddicted, send me a pull request: https://github.com/SpiritQuaddicted/Quaddicted-reviews
Spirit
 
Posts: 1036
Joined: Sat Nov 20, 2004 9:00 pm

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Sun Feb 12, 2017 12:20 pm

Okely dokeley :) ill upload it as soon as im back home.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: FitzQuake Mark V - Easy to compile and ...

Postby revelator » Sun Feb 12, 2017 12:27 pm

I started using mint as a cross building environment, still a few hurdles setting up MXE but ill have those ironed out sometime soon.
The plan is to setup workspaces for linux / android building, so doing that on linux seemed to be the easiest way to get things right. Still going to keep the windows workspaces as well, but they are probably only going to support windows builds unless i can get around setting up the arm cross compiler on my Msys2 build chain.
Productivity is a state of mind.
User avatar
revelator
 
Posts: 2592
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

PreviousNext

Return to Engine Programming

Who is online

Users browsing this forum: No registered users and 1 guest