News | Forum | People | FAQ | Links | Search | Register | Log in
FTE Engine
This engine needs its own thread... also!

FTE's homepage: http://fte.triptohell.info/

This thread is for the discussion of using FTE's enhanced features, and/or drawbacks, for Quake level design/modding and/or gaming in general.

Discuss...
First | Previous | Next | Last
Noclip 
what's the command to get q2-style noclip movement? (fly in direction you are looking). For some reason this keeps going away and I end up back with sucky vanilla noclip style 
#57, Kinn 
that's nq player physics for you. oh, so NOW you don't want it faithful! pah! :P
sv_nqplayerphysics 0 will give qw physics, which don't have that annoyance (yes, there are a few mods that depend on the vanilla behaviour, which just makes things messy). its default varies by preset, which is awkward. 
 
Hehe, well I don't consider noclip as "part of the game", so how that works can be as unfaithful as I like :}

Is there anywhere I can read about the differences in player physics between qw and nq, because it sounds pretty interesting, and is something that I've never really come across before, having been a single player all my life, and never actually played qw. 
 
Stunting the player experience is faithful!

Fucking hell. 
 
missing trail particles:
QS rounds up - particles get thicker at high framerates, making it harder to see enemies.
FTE rounds down - particles get thinner. This is consistent with other QW engines.


It's a little more complex than this.

If you run your favourite Quake engine at 20-30 fps - which is the best that most people would have been getting in 1996 - you'll see that the intended behaviour of particle trails is not a straight, continuous trail of particles, but actually a trail that drops "clumps" of particles at discrete intervals.

There was a .plan or something from Romero back in the day that exactly describes this effect, but I don't have a link to it handy.

So both NQ and QW are actually behaving incorrectly at higher framerates.

The correct way to "fix" particle trails is to track an "ent->oldtrailorigin"; if a certain timespan has passed (something between 1/20 and 1/36 seconds works good) drop a clump (using standard R_RocketTrail from ent->oldtrailorigin to ent->origin) and update oldtrailorigin from origin. Add in some reset behaviour for when a new ent is spawned or an existing one is culled, and you're done.

This way works consistently at any high framerate and doesn't excessively spam particles in timedemos either. 
Crunchy Piskels 
Ok, so I can set 3d filter mode to "nearest" and 2d filter mode to "nearest" to make the world and the HUD cruncky pixels, but is there a way to make the console / text pixelly? Currently it's blurry and the text has some line artifacts around it, which seem to be a result of the filtering.... 
Kinn: QW Physics Vs NQ Physics: Everything You Ever Wanted To Know 
Freewill 
Noice, cheers. 
Spike, Controller Question 
It's working much better now but I want to be able to rebind the controller, seems you can't do this in the quake menu?
Also look up/down on the right analog is inverted! How do I undo this? 
#65 
controller 'keys' are prefixed with GP_, you should be able to use argument autocompletion on the bind command for the full names.
their default actions are not listed in the menus on account of how I set up their defaults, but if you actually bind them (either via menu or console) then they'll appear in the menus. Note that fte only shows two keys per binding, rather than 3 or whatever.

to invert pitch, either set joypitchsensitivity -1 or so, or set 'joyadvaxisu lookdown' instead of lookup.
I don't recall if m_pitch affects it too. 
Cheers Spike. 
Will check this out at home 
Gp_ 
doesnt show anything in the console for me.

setting joypitchsensitivity to a minus figure does correct the invert look though. 
 
Played a bit of deathmatch with my girlfriend. It works well, but rebinding is a huge faff. Would love to be able to do it easily in the menu (would also like to bind direct weapon impulses like in Quake 3) 
 
So... there's this game breaker bug with FTE when you can not get out of water sometimes... you can see in this video at 02:20 https://www.youtube.com/watch?v=E5BMeiBAPoI

This happended to me a couple of times with other maps, but it never bothered me, because i can just start the map and play it again in quakespasm or markV... BUT, today i was thinking: what if this happen when i'm playing an episode with a lot of maps? I would have to go back all the way to the first map and play all the maps again :P

Surely i'm not the first one to notice this... is there something i can do to avoid this? some console command like "fix the get-out-of-water physics please"? XD 
Set Sv_nqplayerphysics To 1. 
Technical mumbojumbo gibberish:
NQ's waterjump distance is framerate dependant (due to a frame's delay - waterlevel is set from the frame before so is set despite the player being out of water that frame).
QuakeWorld's physics does not have this issue, thus there is no extra 'slop'.

sv_nqplayerphysics 1; can be used to switch to NQ physics for players.
(you can change it mid-game without any real issues, though it probably only matters for coop).
This also disables prediction (hence why its not enabled by default).
And remember that waterjump heights are still framerate dependant - you can increase waterjump heights by decreasing the framerate by increasing sv_mintic, but you should only need that in extreme cases.

Obviously this will affect other bits of player physics too, making all the various fancy jumps more like other nq engines too. 
 
Thank you very much, Spike =D

You're awesome =D 
 
What is the easiest way to implement blood splat in FTE? I mean, like these awesome dark red decals here:

http://images.akamai.steamusercontent.com/ugc/704037719774586031/FE956021E201FFFBF3B9708D066733F126DB4B1C/

http://images.akamai.steamusercontent.com/ugc/704037719774585892/A54C896DF6196FE8C76C81677DD16E36984ADAF6/

These images are from a modification that Bloodshot12 made in particlefont.tga for Quake 1.5... Unfortunatly it is a darkplaces mod.

I know there's a way to do this changing the progs.dat, but i don't want to mess with progs.dat because i want the blood splat working with other mods, like DMSP2 and the official mission-packs =D

So, is there a easy way for me to do this or is too complicate? :P 
WebAssembly + WebRTC? 
Does the Emscripten build of FTEQW support WebAssembly and WebRTC for multiplayer? 
 
@Tribal
r_particledesc effectinfo is the lazy way.
you can also use r_converteffectinfo (iirc) to see what it would look like in fte's native particle syntax.
you can use r_part_redirect to rename a single existing effect to some other name, although this is usually only useful for weird people who want to mix multiple different effects without editing the particle configs.
FTE's embedded particle configs don't contain any decal effects on account of decals generally needing much high res artwork in order to look good. That said, if you use 'type cdecal' then you will get an effect that spawns as clipped decals, but you'll want to provide your own textures.

@bubbag
no, it doesn't use webassembly yet, though I imagine it wouldn't be too hard to update emscripten and tweak the compile flags in the makefile.

it does support webrtc, but only between itself, and it requires a broker to do so.
web server: sv_port_rtc rtc://BROKERADDRESS/GAMENAME
web client: connect rtc://BROKERADDRESS/GAMENAME
non-emscripten server: net_enable_webrtcbroker 1; sv_port_tcp BROKERPORT
(it is possible to omit the BROKERADDRESS args by including a usable value inside your site's fmf file, but you'll need a reliable broker for that.)

Otherwise you'd need to use websockets to connect to an existing server, eg 'connect ws://server:tcpport', but this only works for fte servers with both a tcp port open (controlled eg via sv_port_tcp) and net_enable_websockets set to 1. Alternatively fteqtv can be used as a proxy if you want a way to connect to any quakeworld server.

Installing game data from a public webserver is a copyright nightmare though. Users are meant to be able to provide their own additional game data by using drag+drop, which is of course annoying.
It is unfortunate that the paks need to be downloaded in their entirety, which makes downloads excessively large on account of all the maps which might not be played that session. 
@Spike 
Thank you very much for the info =D

Unfortunately i can't mess with the code right now, because it seems that is something wrong with my .NET frameworks :P Codeblocks+mingw refuses to compile any code (keeps asking for more and more *.h file) and Visual C++ 8 doesn't even install :P So, until i fix the .NET i'll stay away from the codes :(

But i downloaded the new version of FTE (5259)... this version doesn't support Hexen2 anymore? All i get when i click the file is a black screen with "Join Server/Options/Quit" :(

I think i'll stick with the old version for now =D 
 
Hi, it's me again

About Hexen2... How can i play music with FTE? I already put the ogg files in the "music" folder inside the DATA1 folder but it's not working, i copied the "music" folder to the main folder, and even created an ID1 folder but nothing seems to work :/ 
@Spike 
Forget about the post above.
The music works now =D 
 
It's me again!

I just noticed if i start the new version of FTE with "-hexen2" the game works :)

And now we don't have those annoying messages about "no-precache" on the top of the screen \o/

Thanks =D 
 
imho hexen2 is just generally too buggy without the mission pack, regardless of engine.
Note that if you rename the exe to fteh2mp.exe then it'll always try running the hexen2 missionpack, regardless of where its run from (unless given eg -quake on the commandline, or an fmf file, or just use -portals for it).
Assuming you actually have the mission pack, that'll fix a number of gamecode bugs that can get really annoying...
I also tend to test portals more often than the original game, tbh its been a long time since I tried.

Hexen2 has a serverside cvar to control the clientside music which I intentionally didn't mimic, and I don't have any midi playback code anyway so it never really mattered.
CD playback should work as in quake. Its just a shame that the midi music uses different tracks. 
@Spike 
I just tested renaming the exe to fteh2mp.exe... Now the "no-precaches" messages are back :P

I also notice that with the new version i can't gib the enemies' corpses anymore... with FTE 5121 i can gib them all :/ 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.