Oct 2, 2013, 03:18 PM | |
I doubt airs could completely be prevented, because of internet latency.
__________________
|
Oct 2, 2013, 03:38 PM | |
I have taken some measures to try to reduce the amount of discrepancy between clients, and we'll find out how well they work come release time, but as Trey says, it's not an issue that can be eliminated completely. If a packet, TCP or UDP, takes longer to arrive than it should, JJ2 can't go back in time and retroactively add the bullet.
|
Oct 3, 2013, 08:29 AM | |
I suggest getting a better Internet connection
__________________
Mystic Legends http://www.mysticlegends.org/ The Price of Admission - Hoarfrost Hollow - Sacrosanct - other - stuff |
Oct 3, 2013, 10:01 AM | |
Yet moving bullets to TCP would still improve lag issues. UDP being "here! Catch the packet and I don't care if you receive it!" just doesn't do it. A better connection won't help with that either. I am not sure what the effect of using TCP would be either actually. TCP is slower but above all UDP is a lot better for sending multicast/broadcast packets. Are the bullet packets sent to everyone individually (unicast) or using multicasts? If they are unicasts changing to TCP might be worth a try.
|
Oct 3, 2013, 10:19 AM | |
Oct 3, 2013, 10:27 AM | |
I have a 60mbit connection and experience lots of packet loss, I assume it has something to do with UDP... Many bullets just don't show up.
|
Oct 3, 2013, 10:36 AM | |
Do you, either of you, have any proof it's bullets not showing up rather than bullets showing up with invalid velocity, initial position, et cetera (purely a fault of JJ2 packet structure and not protocol used)? I never experienced the former.
__________________
I am an official JJ2+ programmer and this has been an official JJ2+ statement. |
Oct 3, 2013, 11:03 AM | |
I guess using bigjazz to play 1600x900 could show you. I can perhaps make a recording where it's clear bullets just don't appear at all even though you see the enemy shoot. Seeing the player shoot but not see any bullet appear is most likely a protocol issue imo.
|
Oct 3, 2013, 11:08 AM | |
...but doesn't bigjazz fail to show many distant sprites regardless of whether they're bullets or not? Besides, I did notice certain bullets don't show up if they spawn off-screen, but since there's a rule to it, it can't be protocols' fault. UDP issues will happen randomly and not orderly.
__________________
I am an official JJ2+ programmer and this has been an official JJ2+ statement. |
Oct 3, 2013, 11:16 AM | |
I was gonna scratch the bigjazz part cause I realized that myself but too many people were active in the forum so I didn't bother. I am talking about someone shooting in the normal 640x480 screen, a couple of tiles away. It's not a bullet spawning off-screen, it's a bullet shot from in my screen and not showing up at all (difficult to dodge?)
|
Oct 3, 2013, 11:18 AM | |
I would suggest writing a quick .j2as to count the number of bullets spawned, from a single player or overall, and compare results across computers.
|
Oct 3, 2013, 11:31 AM | |
I just said what Nerd said. I have no proof for anything. I really know nothing about TCP/UDP and bullet spawning, so whatever you say it's okay for me.
|
Oct 3, 2013, 05:24 PM | |
The solution to bullet desync is not related to the protocol they're sent on; TCP vs. UDP is nothing but a tradeoff between delay and loss. I think bullets are sent over TCP, due to the way they "stack up" and get shot all at once during lag spikes.
It's a combination of two issues within the protocol: bullet velocities being calculated from local player velocities (which may vary across server/clients) instead of being sent with the "bullet shot" packet, and seekers moving towards players' local player positions (strongly desynced by extrapolation and packet timing inconsistencies). To eliminate airhits, bullet velocities could be added to the packet that is sent when a player fires. To deal with seekers, the server could send the position of all (nearby) seeker bullets every few frames and let the clients extrapolate from there. This would preferrably happen over UDP. I have no idea how difficult it is to introduce new packets to JJ2's protocol, but these two changes should reduce the frequency of airhits by quite a bit, at least in low to moderate packet loss conditions. It may be necessary to take AngelScript into account here (perhaps by adding a function that disables syncing for specific bullet types), as some levels might manipulate bullets client-side in some way for gameplay or visual effects. 3HKs are the result of player health not being updated reliably in some way, but I'm not sure where exactly the problem is located (health packets over UDP? Unusual client side condition needed for health update?), since I haven't looked too much into the protocol. The solution would be to periodically update player health, perhaps over TCP. Again, it requires protocol updates; hopefully it's doable. |
Oct 4, 2013, 09:00 AM | |
Protocol updates are doable and Plus already contains quite some of them as a matter of fact.
I think 3hks happen when the server and the client differ in their opinions about the client's number of hearts. I figure the client dies if the server's opinion is that the client's last heart has been taken. I must admit, though, that I do not know what would then happen if the server would think the client has more hearts than the client itself thinks it does.
__________________
|
Oct 4, 2013, 10:41 AM | |||
Quote:
Quote:
A general solution for periodic health synchronization in the protocol would solve both of these issues anyway. |
Oct 4, 2013, 11:22 AM | ||
Quote:
|
Oct 4, 2013, 01:46 PM | ||
Quote:
__________________
Find It Out SP: https://www.jazz2online.com/downloads/9371/find-it-out-single-player/ MP: http://www.jazz2online.com/J2Ov2/downloads/info.php?levelID=5021 |
Oct 5, 2013, 03:33 AM | |
...ok...
Can the /ready command give coins too? Not infinite coins, but just some amount like GMR. |
Oct 5, 2013, 05:14 AM | ||
Quote:
Code:
bool isGameStarted; void onPlayer(jjPLAYER@ p) { if (jjGameState == GAME::STARTED && !isGameStarted) { isGameStarted = true; p.coins = 10; jjAlert("You get 10 coins!"); } }
__________________
Mystic Legends http://www.mysticlegends.org/ The Price of Admission - Hoarfrost Hollow - Sacrosanct - other - stuff |
Oct 5, 2013, 10:00 AM | |
Like Cooba said. The basic problem with this is that a sensible amount of coins would depend completely on the architecture of the level. The only way to do it right is via AngelScript.
__________________
|
Oct 5, 2013, 05:23 PM | |
LTNS! The installation section of the readme is a little less clearly organized than it could be, but in sum, you extract all the files into your main JJ2 folder and run plusifier.exe. This will create a modified game file—usually Jazz2+.exe—which you can run.
|
Oct 19, 2013, 01:09 PM | |
do tell, please
__________________
so we will shut our mouth when
we are trying to be bastards and speak loudly when we see injustice because everybody plays the game this way saints especially |
Oct 19, 2013, 01:26 PM | |
okay, so, like, don't tell anyone I told you this
If you shoot a crate with RandomFly set to 1, if ExtraEvent is set to anything other than 0 (doesn't matter if NumEvent is set or not), if you're playing in Hard, if there are bee objects in the level, there is a one in four chance that the crate will spawn a bee. |
Oct 19, 2013, 02:21 PM | |
And thus not even a fly!
__________________
|
Oct 19, 2013, 02:48 PM | |
Now that's downright comedic. XD
I wonder who added that feature, and why, since it seems pretty much useless. |
Oct 19, 2013, 05:40 PM | |
New release!
As ever, click here to download. And click here to download the example levels, which have been split off from the main archive due to their multitude. ![]() ![]() ![]() The full list of changes can be found over here. This is a major update that focuses on a number of areas, including brand new splash screens (one each for 1.23 and TSF), lots of new ways to draw tiles and sprites both with and without AngelScript, various improvements in the netcode, vastly increased 1.23/TSF interoperability, increased AS control over objects and various other things, mouse aiming, and so many bug fixes that some of the bugs fixed you never even knew existed. We're very excited (and also burnt out, but mostly excited) about this release, and we hope you will be too! |
![]() |
juanpablo123 |
This message has been deleted by juanpablo123.
Reason: wrong...
|
Oct 19, 2013, 08:31 PM | |
an error after updating to this new one...
hello i'm new here... ok so here's the situation:
when i try to start jj2 with the new update i get "jazz jackrabbit 2 has encountered a problem and needs to close" popup error when i run it with windows 95 or windows 98/windows me compatibility mode, it works, but not single player or multiplayer because after loading a lvl i get an access violation... access violation contents: access violation at address 1005CCD6h attempted to "read" from address 00000000h DS = 0023h ES = 0023h FS = 003Bh GS = 0000h CS:EIP = 001Bh:1005CCD6h SS:ESP = 0023h:0013FB44h SS:EBP = 0023h:0013FBE0h EAX = 1h EBX = 0h ECX = 0h EDX = 1570608h ESI = Fh EDI = 10h EBP = 13FBE0h omfg how can i fix this heeeeeeeeeeeeelp ![]() ![]() i use Windows XP Professional Service Pack 2... |
Oct 19, 2013, 09:07 PM | |
Hi juanpablo, this sounds like the kind of error that might be difficult to diagnose over the JCF. Do you have an instant messenger account I could contact you at?
|
Oct 20, 2013, 04:16 AM | |
I got an access violation when I pressed on X to close JJ2 window.
EDIT: I just came up to something very frustrating what happens very often. While spectating someone, if he has a PU, the ammo he picks up shows as non PUed sometimes. Hope it's fixed. I spectated someone in a server where I am not sure a new plus is installed and it worked fine. |
Oct 20, 2013, 05:46 AM | |
This is awesome! great work jj2+ team
![]() One request: please have an configuration .ini for changing the controls during mousemode! I can imagine people want to play with the right mouse click or mouse wheel(weapon select perhaps or scrolling through weapons) and W,A,S,D for movement, W or space being the jump button. I think it's so groundbreaking it's not weird to have a set of different controls during this mode.
__________________
|
Oct 20, 2013, 06:22 AM | ||
my instant messenger account...
Quote:
my skype account is juanpablobouzas oh and i don't have any instant messengers... like AIM (AOL Instant Messenger)... or something like these... Last edited by juanpablo123; Oct 20, 2013 at 06:28 AM. Reason: i was wrong... i guess skype isn't an instant messenger... |
Oct 20, 2013, 06:42 AM | |
I'm amazed. It is finally out! Mouse aiming is REALLY AWESOME. Custom menus and HUD elements! This is the best update ever! Though I found something abnormal when playing plusPalettes.
__________________
All your base are belong to us. |
Oct 20, 2013, 07:29 AM | |
Surprising how it crashes some while working fine for others (like myself). Although I haven't participated much in development and testing this time around, judging by the development discussions of the past weeks I'd say this release has gone through a longer and more intensive testing phase than any previous.
I wonder, if you people rename or move away your jazz2.cfg and plus.ini files, does it still crash? My idea being it could be some specific setting causing problems.
__________________
|
![]() |
«
Previous Thread
|
Next Thread
»
Thread Tools | |
|
|
All times are GMT -8. The time now is 04:45 PM.
Jazz2Online © 1999-INFINITY (Site Credits). Jazz Jackrabbit, Jazz Jackrabbit 2, Jazz Jackrabbit Advance and all related trademarks and media are ™ and © Epic Games. Lori Jackrabbit is © Dean Dodrill. J2O development powered by Loops of Fury and Chemical Beats. Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Original site design by Ovi Demetrian. DrJones is the puppet master. Eat your lima beans, Johnny.