Does this support MD5Mesh files ?
OpenWolf
OK, but they donât work in-game, I tried testmodel in console, but crashes the game, and tried func_static/misc_model.
This is the Model (Mecha hitler)
http://www.doom3world.org/phpbb2/viewtopic.php?f=26&t=25450&st=0&sk=t&sd=a&sid=718e9b4cacd4246d218dab608862a651&start=140
http://www.doom3world.org/phpbb2/download/file.php?id=804
[QUOTE=Gir;401558]OK, but they donât work in-game, I tried testmodel in console, but crashes the game, and tried func_static/misc_model.
This is the Model (Mecha hitler)
http://www.doom3world.org/phpbb2/viewtopic.php?f=26&t=25450&st=0&sk=t&sd=a&sid=718e9b4cacd4246d218dab608862a651&start=140
http://www.doom3world.org/phpbb2/download/file.php?id=804[/QUOTE]
ET is reading models little different then rest of IDTech3 based games. ET is reading character definitions for .char file
Yes, but the .char file is for in-game player character, which is referenced from classes as far I have understanded it from SDK.
I think the best way to test a model, is use SDK here.
First make a command, what saves current location to the gentity_t struct.
It is needed, because otherwise we donât know where the model spawns.
Link entity using the model and call it out using command in console.
g_cmds.c is the best place for this
Btw Dushan, how about removing the bot code, it is annoying to see that
Well,I will do it myself, when I get that cmake compiler -.-
[QUOTE=Indloon;401582]
Btw Dushan, how about removing the bot code, it is annoying to see that
-[/QUOTE]
Or Fix the Bot Code, ?
Bots and botlib is still there because in my branch I have experimental code with Q3 and Urban Terror game logic
The Doom 3 bot code is much more advanced, the engine also compiles all the AAS code, without the need for bspc
as well as Map Files without q2map
[QUOTE=Gir;401599]The Doom 3 bot code is much more advanced, the engine also compiles all the AAS code, without the need for bspc
as well as Map Files without q2map[/QUOTE]
yes, but Doom3 is loading maps from source, there is no need to compile maps. Nobody is saying that there are more advantages in IDTech4 engine over IDTech3 engine, but you need to understand that its very hard to merge changes from Doom3 (or any other IDTech4 based game) into WolfET (or any other IDTech3 based game).
Blame Carmack for being such a intelligent programmer
For some reading:
http://fabiensanglard.net/doom3/index.php
Gives a nice overview of Id Tech 4
Me either, unless it at least offers to make a backup before the update is applied. Is this a possibility Dushan?
[QUOTE=Dushan;402231]One update
I have fully working auto update server for ET/OpenWolf
[/QUOTE]
autoupdate should be did with no asks like it s ie in mozilla firefox.
Then who care about OpenWolf lololol
âWho caresâ is btw not your own opinion. I am pretty sure you will never understand what i just said
[QUOTE=CoD4Fun;402236]Then who care about OpenWolf lololol
âWho caresâ is btw not your own opinion. I am pretty sure you will never understand what i just said :P[/QUOTE]
duschan shouldn t take ur opinion serious,bcoz if he did,openwolf has same problem like wetâŚ
They probably didnât tell you. But I AM THE TRUTH ^^ So if Dushan does not take truth serious, he will have some serious problems âŚ
I know you (Dushan) said the cmake system is broken. But I tried it anyway, and it went pretty far. Actually, I managed to generate the makefiles (after a little help from google and especially finding Findxvid.cmake, which is needed and was not a part of my cmake package.)
But issuing make fails (this is from the source code, as it was released a couple of weeks ago):
[ 35%] Building C object CMakeFiles/client.dir/src/engine/sys/sys_main.c.o
/home/rune/src/Source Code/src/engine/sys/sys_main.c: In function âSignalToStringâ:
[B]/home/rune/src/Source Code/src/engine/sys/sys_main.c:736:8: fejl: âSIGBREAKâ undeclared (first use in this function)[/B]
/home/rune/src/Source Code/src/engine/sys/sys_main.c:736:8: bemĂŚrk: each undeclared identifier is reported only once for each function it appears in
/home/rune/src/Source Code/src/engine/sys/sys_main.c: In function âSys_WritePIDFileâ:
/home/rune/src/Source Code/src/engine/sys/sys_main.c:228:8: advarsel: ignoring return value of âfreadâ, declared with attribute warn_unused_result [-Wunused-result]
make[2]: *** [CMakeFiles/client.dir/src/engine/sys/sys_main.c.o] Fejl 1
make[1]: *** [CMakeFiles/client.dir/all] Fejl 2
make: *** [all] Fejl 2
Any help or ideas?
On the positive side, (the pre-compiled) OpenWolf runs flawslessly under Wine!