Modify message

Subject:
Message icon:

Last Edit: October 01, 2017, 04:31:33 AM
Attach:
(Clear Attachment)
(more attachments)
Restrictions: 4 per post, maximum total size 1024KB, maximum individual size 1024KB
Verification:
Type the letters shown in the picture
Listen to the letters / Request another image

Type the letters shown in the picture:
Type ot the full word: TUR**:
Finish the word: Turok 2: Seeds of ****:
Finish the word: Turok Dinosaur ******:

shortcuts: hit alt+s to submit/post or alt+p to preview


Topic Summary

Posted by: djdduty
« on: October 01, 2017, 03:33:48 AM »

It's alive! Awesome that you're making some progress on this! I'll have to check things out again soon.
Posted by: PNill
« on: September 30, 2017, 05:44:32 AM »

 :you're kidding, right:

Progress is starting to slow down but still making my way through it.

I've managed to fix crashes related to damaging the other player or the other player dying/the other player damaging me.

https://gyazo.com/5f49f51effe24e340895de706c4ec659
https://gyazo.com/ca7195ef6809065998b222acabc617c8

I'm able to make the other player fire/shoot as seen above via code with any weapon this was what a majority of the work today went into as well as finding a way to make the player uncrouch after crouching, and I can successfully make the player respawn.

So we're getting close to having everything we need to start synchronizing the data over the network and doing some testing with people online playing vs just controlling the player via local code.

There are still minor issues I want to fix before getting to that point such as:

  • I've noticed slowdown when switching to the rocket launcher while the second player was holding it, like actual frame lag/game freeze for a half a second or so... need to determine if this is related to the second player in any way... it's possible there's some game lag in relation to secondary rendering occurring.
  • Player death messages and other hud elements such as health and ammo for the other player still appear on the first screen, I have an idea of where to look to resolve this but have not done it yet.
  • Player hud elements such as health, and pickups are still appearing currently but will be fixed.
  • Powerups (Damage increase, power boots, speed increase, health regen, etc) is still not something I've been able to synchronize or determine how they work, there will be de-sync issues with this.
  • When the 1st player dies they control every player in the game. I have an idea on why this is happening and just haven't really decided on how to go about fixing it yet.
    Example: https://gyazo.com/839ad45aa3a64bd9a922144bcc233f72

    If I can think of anything else I need to add to this list before I think this is ready for any kind of testing I'll be sure to do so, these things are not major issues so hopefully I'm able to fix them within a few hours tomorrow and start working on networking side of things.

    EDIT:
    Discovered a new bug...
  • When there's more than 2 additional players spawned into the game when a player is re-spawned their 'first person' weapon spawns/is visible for some reason.


Now working towards integrating networking and coming back to the rest of the bugs over time.
Posted by: Jay Doomed
« on: September 29, 2017, 10:04:36 AM »

I see you're making good progress pretty quickly nice job. And cool that Edward helped you in some understanding too.
Posted by: PNill
« on: September 28, 2017, 05:54:42 AM »

More progress...
I've reverse engineered a majority of the player classes/structures in order to find ways to use the animations, force the player to fire, move (actually walk not slide like seen in previous videos).

And I'm happy to say it's all working out quite nicely...

Enemy I first gave a flame thrower, then forced their weapon switch entire from code.


I've also actually generated headers for the C side of things so I can no control players in a pretty simple manner,

Here's an example of giving the enemy a flame thrower and making him walk forward/then stopping him.

Code: [Select]

if (count == 3)
{
DMPlayer* pPlayer2 = TurokEngine->pT4Game->pEngineObjects->pCameraArray[1]->pActor->pDMPlayer;
pPlayer2->pWeaponWheel->FlameThrowerAmmo = 500;
pPlayer2->pWeaponWheel->bFlameThrower1 = 1;
pPlayer2->pWeaponWheel->bFlameThrower2 = 1;
pPlayer2->pWeaponWheel->bFlameThrow3 = 1;

//pPlayer1->pos.y = 30;

pPlayer2->WeaponSwitch = -1;
pPlayer2->TimeTillSwitch = 0.1f;
}

if (count == 4)
{
DMPlayer* pPlayer2 = TurokEngine->pT4Game->pEngineObjects->pCameraArray[1]->pActor->pDMPlayer;
pPlayer2->WalkForward = 1.0f;
}

if (count == 5)
{
DMPlayer* pPlayer2 = TurokEngine->pT4Game->pEngineObjects->pCameraArray[1]->pActor->pDMPlayer;
pPlayer2->WalkForward = 0.0f;
}

I should start syncing things over network in no time.

Things left to do outside of just syncing to the network/over the network.

  • There's still ammo and health huds being rendered by the enemy players on the screen, this should be resolved. - Weapon pickup notifications or such are also displayed it seems.
  • I have no way to detect, sync, or control crouching or jumping (yet).
  • There are various crashes in relation to damaging the enemy, opening the pause menu while in-game, and picking up power-ups these all need to be resolved before this is remotely playable.
[**] With this one I don't know if the frag count will actually update after my fixes so I may have to write something custom to handle the frag counts.

  • I have currently not found any information related to power-ups such as (speed increase, jump boots, or etc) meaning these do not properly sync over multiplayer (mostly just visual stuff would be missing as the players would still be able to perform the actions.)
  • I currently have no idea how the joining of games will work and have no way to automatically force the game into a world/level in order to 'start' the game without going through the menus, that being said I know it should be entirely possible to do with some tweaking.
  • Currently when I spawn players I do not use the traditional spawn points, I plan to look into this though.
  • Fly modes absolutely will not work...
  • No co-op (yet).
  • AI does not sync on the tree house map.
  • There may be issues with those turret guns on the d-day style map, as well as the nukes that get fired due to the fact I'm not currently planning on syncing their projectiles.


All of the above being said I'm hoping to take care of a small portion of this by this weekend, and I will be going with Google Protobuf in order to serialize data for sending, and I'll probably write a hook inside one of the main game loops in order to handle the network traffic.


Edit:

Some short gifs demonstrating spawning, weapon switching and player walking...
https://gyazo.com/28b68ff2e24228d4cb322f053d1da0d5
https://gyazo.com/a0d188e044c72031d9ee2f9a0158c42d
https://gyazo.com/00035ba9fc739111a62b563a5e3599fb
Posted by: Duke64
« on: September 28, 2017, 01:27:12 AM »

Nice job really good progress!
Posted by: PNill
« on: September 27, 2017, 02:53:46 AM »

Progress for tonight:

I was able to confirm I'm able to spawn more than 3 players ( meaning we can play more than 4 man games ).
I was able to disable control to other players and only control my player specifically, meaning we're right on track.

Posted by: PNill
« on: September 26, 2017, 02:40:46 AM »

Some additional progress to report, I've managed to get the 1st player to hold the camera and was successful and disabling some HUD elements for the second player.

The method I had thought would work to disable all HUD elements seems to not have worked. Sadly.

I'll have to find another way to overcome this obstacle.
In the mean time here's a gif in action
https://gyazo.com/e4005ec75bfd52b6c82c2ea1e9990601

To be clear the only hud element really left is the 100 health, and the text that shows up when pickups are done I'll probably leave it this way for now and come back to it and start dealing with the controls.

Things like going in the water or taking damage will have no effect on player 1's screen.

Example:
https://gyazo.com/f5c7efb9aec68a1e580a99cc70228745

Example 2:
Player 1 in the water
https://gyazo.com/a0d8d504c8bf686122da94bd95697125
Posted by: Rok
« on: September 25, 2017, 12:52:03 PM »

Wow looks like a lot of good progress. Nice job dude!
Posted by: Dinomite
« on: September 25, 2017, 05:29:42 AM »

* I have no way to *destroy* players upon a person leaving currently, we could simply kill them and never re-spawn them but this presents other problems which hopefully I'll be able to overcome.
Nobody's complaining when it comes to a free frag. xD
Posted by: PNill
« on: September 25, 2017, 03:41:36 AM »

Figure I should probably update this thread since it's been some time since I've made any progress here.


So the last I was working on this I hit a wall attempting to spawn additional players, I managed to solve that and ran into an issue where when spawning the additional player there was hud elements and camera mash between the two players.



If you notice there's two of the little walk-way as well as other things...

I also ended up having some fun with talset throwing a tantrum...
https://gyazo.com/cb2e68619eeab773f8f90b1c8d525a8f


Here's another example of the camera issues:


And I'm happy to say I've managed to find a way to solve this, while it's not solved yet.... I am able to make only the spawned player's camera appear.



Within the same sub routine I've also been able to identify effects (Water overlay, pickups, damage - red screen when taking damage) and how to disable them for specific players meaning I've actually fully accomplished this feat and can now start to synchronize the data between dynamically spawned players.

After a long break I've made some serious progress and I'm pretty happy with myself as of right now.

The next steps I'm going to have to take...

* I need to disable the input from player 1 going into player 2, I haven't determined what's causing that yet but I should be able to figure it out.
* Sounds still play for the spawned player picking things up but this is probably a wont-fix at this time.
* There is no sync or multiplayer functionality currently.
* I cannot force the game into a level yet on startup which I'd like to do so that we can have an external lobby system similar to znandroum or zdaemon.
* I have no way to *destroy* players upon a person leaving currently, we could simply kill them and never re-spawn them but this presents other problems which hopefully I'll be able to overcome.

In the mean time things are progressing quite nicely with this roadblock finally out of the way.
Posted by: The GFPes
« on: August 07, 2017, 11:19:59 PM »

Still waiting. But considering the way things are going Turok Evolution will be remade by the time this will finish.
Posted by: Duke64
« on: April 20, 2017, 02:30:36 PM »

Well I really hope someone will get this thing going :/

After I got in contact with Perma, it seems to have given him a push toward this project. I'm not making any promises toward the state of the project or anything but we have been chatting regularly about the ins and outs of the project and discussing certain goals that need to be set and achieved for the project to make any significant progress.

Again, I'm not making any promises for any time soon but I figured I'd at least keep you all updated after the huge amount of radio silence from us programmers :D .

Gj looking forward to any updates and just like the guys said here no rush no pressure. Keep up the good work guys whatever projects you may be working on. Feel free to share other games projects in general user content or anything else boards. I'm sure some ppl here would support the projects even if its not Turok related. Enjoy!
Posted by: Jay Doomed
« on: April 20, 2017, 12:13:44 PM »

Well you know Dinomite, we have the tools for co-operative mode in place already with T2 mP. All we need to do is get someone to write the script for "Friendly Fire" no damage to teammates. Then create co-op levels using kexstudio. The levels would have to be mean and nasty of course so that it would take 2 or more players to handle the carnage that might ensue. If we could get Behemoth interested, he seems to like major amounts of carnage, and animal ferocity.

So I don't know about these programmer guys you got here... hmmmmm  ???  lmao Hi djdduty, and I've never met the other guy Perma. I think dj has helped me out a couple times, thanks dj.

gl -hf -Gazer

Hmm Idk I think its harder than that there would probably have to be some serious code to allow co op in Turok 2. A friendly fire would be easy to script... But making enemies spawn in a mp mode will crash the game. Some serious code is needed for that in the engine to allow it properly. I'm under the impression the mp mode doesn't know how to respond to enemies placed in maps neither do certain actors or platforms these things don't know how to register in mp. We will need Kaiser at the end of the day.

After I got in contact with Perma, it seems to have given him a push toward this project. I'm not making any promises toward the state of the project or anything but we have been chatting regularly about the ins and outs of the project and discussing certain goals that need to be set and achieved for the project to make any significant progress.

Again, I'm not making any promises for any time soon but I figured I'd at least keep you all updated after the huge amount of radio silence from us programmers :D .

Don't worry about it I think one day all you guys will have this mp going maybe with an editor too... No pressure just saying it would be cool. I would really like to play Turok Evolution in mp. Seriously its a good game for mp Co op would be cool in it also but that may be really tough and involve cutting flying levels out I don't really know how co op flying would go...Maybe its possible...But all we really need is Rok Match Evolution. I never really got to play much besides when I was younger.
Posted by: Gazer
« on: April 20, 2017, 01:00:03 AM »

Well you know Dinomite, we have the tools for co-operative mode in place already with T2 mP. All we need to do is get someone to write the script for "Friendly Fire" no damage to teammates. Then create co-op levels using kexstudio. The levels would have to be mean and nasty of course so that it would take 2 or more players to handle the carnage that might ensue. If we could get Behemoth interested, he seems to like major amounts of carnage, and animal ferocity.

So I don't know about these programmer guys you got here... hmmmmm  ???  lmao Hi djdduty, and I've never met the other guy Perma. I think dj has helped me out a couple times, thanks dj.

gl -hf -Gazer
Posted by: djdduty
« on: April 19, 2017, 02:38:20 PM »

Well I really hope someone will get this thing going :/

After I got in contact with Perma, it seems to have given him a push toward this project. I'm not making any promises toward the state of the project or anything but we have been chatting regularly about the ins and outs of the project and discussing certain goals that need to be set and achieved for the project to make any significant progress.

Again, I'm not making any promises for any time soon but I figured I'd at least keep you all updated after the huge amount of radio silence from us programmers :D .
SimplePortal 2.3.6 © 2008-2014, SimplePortal