This is a brave move. Good luck

Thanks,
I'm waiting on the bannermen for "I want this game to be alive, that's why we're doing events" to apply though.
(I 👀 at you Fortune)

Why does it matter about our opinion over GerZ, that too in our private boards? They are meant to be private and we have right to have our opinions limited to our members, this shows how down bad you are and your supporters ruining this dead multiplayer mod.

If I had a dollar for every time a TLA/SS member put a "private" log in their signature or shared their "private" password, I would have enough to sponsor VCAD's next tournament.

This topic:

---

2 cents:
It is already established that it is impossible to sync these type of shots without modifications if you have stable FPS. No dgVoodoo, no flicking to the side or some other cold served bullshit will sync it until chrome shotgun has finished the reload sequence (does not necessarily emit a sound).

However, no one was banned earlier, it more than likely no one will be banned now. Just add regular weapons as custom with default animations to prevent this from happening ¯\_(ツ)_/¯

Well, let's just not ruin Ulker's application by our casual chit chat.

You're right bro.
Let's ruin with some logs instead!

-

Turns out Royu was right.
(love you Royuu (full homo))

Hey Alpays, I hope you're doing fine.

I was shocked when you decided to leave MK all of a sudden. But I could understand your reasons. There were no hints of dissatisfaction or problems, neither on the departure topic nor when I asked you personally.

Which is quite conspiring to what you've mentioned here, infact, a lot of things are.

As said above i have no problem with voting for very new players or unskilled players

I don't see where was the difference of perspective in that, the clan as a whole is not active enough ingame to take skills into consideration. I can't recall the last time someone was rejected because they lacked a skillset.

i can honestly say some of our members were losing their temper and being too harsh... i tried to change people's view on the applications that i voted no everytime, saying that we shouldn't give chance to the people who is being toxic until they get to learn how to control themselves and most of them got accepted

This is just... outright heartbreaking. I had to recheck all your posts to make sure of this, that all the applicants you voted no for, were denied eventually. Toxicity was never condoned, FroZeN was kicked in his first instance. Dubious applicants were not accepted in the first try either.

For the sake of our amusement, lets say that there were problems with MK's recruitment, after spending all that time, you could have opened up about it. I can not say now that you could have talked to me about it at the very least because by reading this I can only assume you did not trust me as much as I trusted you. I hope you will not do the same in the future and will do as Vedder suggested.

If you were not satisfied with MK, I can understand, we are not serious about the game most of the time. Does not mean we let things pass. Please do not blame the process when you could never manage to put yourself in a feedback loop in the first place. There will be no perfect place and inaction will never solve problems.

Nonetheless, I would like to wish you luck with your application. I was only here to clear the air, I sincerely hope you guys will not let this change the direction of this application, he's still one of the nicest people I've met around here.

Godspeed.

After receiving quite a few help requests regarding this mod, I decided to change to a cleaner version - It doesn't require you to go replacing textures in your gta3.img anymore. I recently came across this method of directly loading IMG files using gta-vc.dat, when I was discussing about winter mod with SpitFire, thanks to him.



I've also added some files from Hanney's Ultimate Potato Graphics mod, he forgot to include gta3.dir in his version which makes it obsolete, but other files work fine. I didn't include particle.txd because it's only good for severing your vision.

Main post has been updated.

@spiller Nope it's not a fps issue, he had 60 fps, i checked it

I hardly believe he can get stable 60, but if he did it more than just once, probably yeah.

not sure that the players using it would use the no-reload, it would be too obvious while playing and watching their ammo

Yeah its not no reload that they're using. I'm not saying that they are, but whatever it is, it does something similar to what no reload does to the reload animation, whether it be aurora or animation modifications. All in all, there's no absolute way of doing this without such modifications.

And its hard to catch if someone is using it and they don't spam fast enough. It's too subtle, yet gives too much advantage in combat.

I have not analyzed any proofs regarding this, and I don't think I'm going to. Because in the end, it leads to nothing but same excuses of this game being broken, players playing with absolutely wack internet connections, monitors turning off and whatnot. Its better off if I don't bother.

I'm not sure why I came here even after knowing this will inevitably lead into toxicity because it seems to me that Hunting is only looking for an answer which satisfies him and his theory, and not ready to admit the otherwise. I won't be shocked if someone starts bringing up things which are a Lockheed U2 apart from this topic.

Though I tried to talk sense talking about all this, he only targeted me when I was talking from a general perspective. But I'll still try to explain stuff to the best of my knowledge because this is important.

Our team discussed with NewK on these issues and I believe he patched it out once we showed him what was up. But let's say RTV is using DecUI as a base to design their GUI, if it was on the earlier versions, then they are probably subject to this problem we noticed. If that timer GUI is all the GUI RTV has and its causing so much sync issues then I suspect there lies the problem.

Nope, RTV is neither using DecUI nor SetTexture. It has more than just the timer but I can assure you it has been scripted in the most efficient way possible, with the help of some of my utilities that I have thoroughly tested. There is only 1 high resolution sprite and total size of all sprites combined is under 1MB. The desync Hunting is referring to is completely out of his assumptions.

There's no reason to believe that GUI has any direct affect on sync. Yeah obviously if you overuse GUI it will definitely harm performance but isn't that obvious about overusing virtually anything?

Elements don't seem to cause any dramatic impact (apart from 3D ones) once they have been created. The major drop is either when creating elements or trying to manipulate them (using ScriptProcess), whatever drop a element has to cause, it causes it during the load event (hence the pause effect when your player is created in the server).

The ideal approach is to draw the GUI when script loads and show or hide it whenever it needs to be instead of creating it right before it needs to be shown. This way it wont interfere with memory or processing later on.

Talking about ScriptProcess, not everything will lead to high CPU consumption, if you're fading in or out a bunch of elements even PER FRAME, it would barely consume a percent. However, try resizing a label and you're instantly looking at the definition of a chaos.

So technically, you are good to go with any sort of UI unless you:
- create stuff when it needs to be shown up,
- use a humungous amount of stuff (especially 3D),
- try to achieve complex results using ScriptProcess.

If you need a bad example to learn from, RTV v3's source code might still be lying around somewhere. It perfectly explains how NOT to do things. In general, asking yourself "is this necessary?" would do the job.

---

Knowing about how a low-end PC will react to the use of ScriptProcess, there exists what I call a KillSwitch for all the fading animations in RTV's GUI since long. The switch is automatically triggered if the player is facing even the smallest of drops.

Here is some stuff I tested in RTV with and without the GUI.
Before you go looking at those, please note the following:

- The server was restarted, GUI was NOT loaded at all while testing for without it. Anything that uses ScriptProcess wasn't loaded either.

- While testing the with GUI case, the KillSwitch was prevented from being triggered so the results are more realistic.

- I would assume the PC I tested on is an ideal ground for testing because opening anything in the background would lead to FPS drops, if there are any considerable performance issues caused by the GUI, they would unequivocally surface on the overlay.

- Screen was captured at a point where the GUI is in fade-in animation or just has completed fading so the effect of ScriptProcess is also captured.

Looking at the base from above, still:
without GUI
with GUI (1)
with GUI (2)

shooting at a wall:
without GUI
with GUI (1)
with GUI (2)

getting in the vehicle:
without GUI
with GUI (1)
with GUI (2)

Even though my CPU temperature had risen up to 84 celc by end of all this, there was no significant difference. And I'm running the game on an integrated GPU with a f**ked up cooling system.

---

About those videos, the first one is a rare bug where you shoot the player out of his FOV and the shots never register. You can also reproduce this on LAN in a blank server.

Second video and third video, that is another story already explained on VCMP forum.

---

At the end I'm only gonna say this, do not kill your creativity by thinking that the stuff you create will ultimately cause lag or performance drop of some kind. VCMP might have some limitations but the GUI is certainly not anywhere near the top of the list. It's your perfect sandbox. This is the most important part because I've learnt a lot from this game and it may as well have contributed to my creative skills apart from a lot other.

If you use it how its supposed to be, the impact will always be infinitely less than a molotov being thrown at you. The sync itself is what needs to be reworked, GUI fits perfectly at its place.

Regards