Asgarath83

That's right. Is possible to easy use JK2 models into JKA. but the inverse operation require re-rig the JKA model with JK2 skeleton. if i remember fine, Jka skeleton have 53 bones, JKO skeleton 72 bones. I agree to wonko and canseco that a script that make autoconversion should be the best way to solve the problem. fix it manually can be a lot tedious. (re-rig model, or manually add missing bones and do hierarchy and eventually rig of it)

What the hell!!! a... a NPC entity spawner that bounce into itself! O.o sure a very fast and direct way but it can be the motivation for crash, the easy way to fix that should be to edit the map for use a target_counter -> target_scriptrunner that lead to a script with wait 1000 "use Swoop" commands and see what it happens, there is sufficente debounce time for avoid a CRC error and for allow engine to free entity. also if is added delay 1000 to target_counter or to scriptrunner for increase the debounce time. but it require or entity modding, or original MAP file. if it crash again, should be very hard to fix with code hacking. or at least i am not sure exactly of how do it.

so is a problem of missing delay... i wondering if that could be fixed with entity modding adding a lot of delay to the target_counter or whatever entity is used for respawn infinite vehicles. I guess i need to decompile the Map and to check directly how entities works. i need specific informations.

So, is not the flag that create the damage, but the fact that there is some worst that happened with target counter set to -1. so basically it ask to engine "spawn again the vehicle" but the vehicle is removed from memory, so engine try to spawn but not find ... nothing! i need to check when i can do how work the target_counter code related to vehicle spawning at this point. it's clear that if is not related to the flag BUMPED, the problem is into the code of target_counter, target_scriptrunner, Usescript, whatever is used by engine for spawn the vehicle! So need to be checked the icarus code, i guess and the gtk radiant code. icarus is set into Q3_Interface.cpp and Q3_interface.h. Is there is a script that is runned by the spawner of snowspeeders? HOW they are spawned and respawned into these maps? how this works into the map structure? you need to analyze that and do a reverse engeneering job for find the issue. consider however that VH_FIGHTER code are VERY messy and incomplete (the reason cause i tried to create a new code working with AI npc and player vector movement, instead of use Vehicle code) probably the problem is about the VH_FIGHTER, try first off to edit the snowspeeder entity into a VH_SWOOP into VEH files of map and see if this cause again the crash. VH_FIGHTER code is buggy, incomplete and very messy. so i not surprise it crash for every stupid run access violation of memory bias etc.

Okay, i will wait.

Okay, i examinated the code and i found something very interesting about how this things works into engine: basically there is a flag, like EF_BOUNCE, EF_BOUNCE_SHRAPNEL, EF_BOUNCE_HALF etc, that when is enabled create some special movements features with game vectors. the bounce and bounce shrapnel are related to the bouncing physic used by bouncing projectiles, flechette shrapnel main fire and flechette alt fire / thermal detonator. when on my code i tried to edit stuff with these things i EVER add crashes and exceptions. and they going me mad and crazy for YEARS until i understand . i never really fixed it, i just bypassed the problemes editing the code. i rewrote avoiding the flag on / off feature (basically act like a boolean : on \ off true \ false, so instead of do a silly round of functions with some weird cycle it execute directly the instruction for edit the vectors without use Flags. flags code of the engine is very sensitive and unstable for my experience. about this case: bg_public.h #define PMF_BUMPED (1<<17)//131072 // Bumped into something this is the flag. his marked to the 17th bit field (each flag can contain 32 bit values) ////////////////////////////////////////////////////////////////////////// // pmove->pm_flags #define PMF_DUCKED (1<<0)//1 #define PMF_JUMP_HELD (1<<1)//2 #define PMF_JUMPING (1<<2)//4 // yes, I really am in a jump -- Mike, you may want to come up with something better here since this is really a temp fix. #define PMF_BACKWARDS_JUMP (1<<3)//8 // go into backwards land #define PMF_BACKWARDS_RUN (1<<4)//16 // coast down to backwards run #define PMF_TIME_LAND (1<<5)//32 // pm_time is time before rejump #define PMF_TIME_KNOCKBACK (1<<6)//64 // pm_time is an air-accelerate only time #define PMF_TIME_NOFRICTION (1<<7)//128 // pm_time is a no-friction time #define PMF_TIME_WATERJUMP (1<<8)//256 // pm_time is waterjump #define PMF_RESPAWNED (1<<9)//512 // clear after attack and jump buttons come up #define PMF_USEFORCE_HELD (1<<10)//1024 // for debouncing the button #define PMF_JUMP_DUCKED (1<<11)//2048 // viewheight changes in mid-air #define PMF_TRIGGER_PUSHED (1<<12)//4096 // pushed by a trigger_push or other such thing - cannot force jump and will not take impact damage #define PMF_STUCK_TO_WALL (1<<13)//8192 // grabbing a wall #define PMF_SLOW_MO_FALL (1<<14)//16384 // Fall slower until hit ground #define PMF_ATTACK_HELD (1<<15)//32768 // Holding down the attack button #define PMF_ALT_ATTACK_HELD (1<<16)//65536 // Holding down the alt-attack button #define PMF_BUMPED (1<<17)//131072 // Bumped into something #define PMF_FORCE_FOCUS_HELD (1<<18)//262144 // Holding down the saberthrow/kick button #define PMF_FIX_MINS (1<<19)//524288 // Mins raised for dual forward jump, fix them #define PMF_ALL_TIMES (PMF_TIME_WATERJUMP|PMF_TIME_LAND|PMF_TIME_KNOCKBACK|PMF_TIME_NOFRICTION) //////////////////////////////////////////////////////////////////////////// THEN here is how it works: BG_Slidermove.cpp function: ///////////////////////////////////////////////////////////////////////////////// qboolean PM_SlideMove( float gravMod ) { int bumpcount, numbumps; vec3_t dir; float d; int numplanes; vec3_t normal, planes[MAX_CLIP_PLANES]; vec3_t primal_velocity; vec3_t clipVelocity; int i, j, k; trace_t trace; vec3_t end; float time_left; float into; vec3_t endVelocity; vec3_t endClipVelocity; qboolean damageSelf = qtrue; int slideMoveContents = pm->tracemask; //////////////////////////////////////////////////////////////////////// This function bumps the vehicles when slide against a wall. obvious. when this happens, it enabled the flag here: if (pm->gent->client && pm->gent->client->NPC_class == CLASS_VEHICLE && trace.plane.normal[2]<pm->gent->m_pVehicle->m_pVehicleInfo->maxSlope ) { pm->ps->pm_flags |= PMF_BUMPED; // <- FLAG ENABLED. } ////////////////////////////////////////////////////////////////////////////////////// now, into the code, there are 2 other points of interest 1: - when flags is turned off (so is edit is deactivated) 2 - when flags is executed, so what happens when PMF_BUMPED is active. case 1: flag is deactivated when into Pmove main function (player movevement, the LARGE and BIG function that code ALL player movements! swim, fly, run, etc! ) every time pmove run, flag is turned out. //////////////////////////////// // Clear the blocked flag //pm->ps->pm_flags &= ~PMF_BLOCKED; pm->ps->pm_flags &= ~PMF_BUMPED; ///////////////////////////// NOW the chunk of code about when PMF_BUMPED is used: is used into bg_pmove static void PM_airmove (void) so, the function that control the movement of entities into air. (so flight, hovering i guess?) and this is what happen when is executed: /////////////////////////////////////////////////////////////////// if (pVeh && pm->ps->pm_flags&PMF_BUMPED) { /* // Turn Vehicle In Direction Of Collision //---------------------------------------- vec3_t nAngles; vectoangles(pm->ps->velocity, nAngles); nAngles[0] = pVeh->m_pParentEntity->client->ps.viewangles[0]; nAngles[2] = pVeh->m_pParentEntity->client->ps.viewangles[2]; // toggle the teleport bit so the client knows to not lerp player->client->ps.eFlags ^= EF_TELEPORT_BIT; // set angles SetClientViewAngle( pVeh->m_pParentEntity, nAngles ); if (pVeh->m_pPilot) { SetClientViewAngle( pVeh->m_pPilot, nAngles ); } VectorCopy(nAngles, pVeh->m_vPrevOrientation); VectorCopy(nAngles, pVeh->m_vOrientation); pVeh->m_vAngularVelocity = 0.0f; */ // Reduce "Bounce Up Wall" Velocity //---------------------------------- if (pm->ps->velocity[2]>0) { pm->ps->velocity[2] *= 0.1f; } } } /////////////////////////////////////////////////////////////////////// as you can Most part of this chunk is Deactivated by /* */ one of the thousand of code parts when developers wrote "foxil code" that deactivated and in game is not running, ever is still present. so is executed ONLY this line: // Reduce "Bounce Up Wall" Velocity //---------------------------------- if (pm->ps->velocity[2]>0) { pm->ps->velocity[2] *= 0.1f; } So, basically, what it create the crash, should be the reduction of velocity of entity when bounce a wall into some circustances. so the solution i suggest should be to 1 - deactivate this: /* // Reduce "Bounce Up Wall" Velocity //---------------------------------- if (pm->ps->velocity[2]>0) { pm->ps->velocity[2] *= 0.1f; } */ and see what happens and if crash again. if this is the reason of crash, it should be possible to fix running this feature when is played on qboolean PM_SlideMove so something like: //////////////////////////////////////////////////////////////// if (pm->gent->client && pm->gent->client->NPC_class == CLASS_VEHICLE && trace.plane.normal[2]<pm->gent->m_pVehicle->m_pVehicleInfo->maxSlope ) { // pm->ps->pm_flags |= PMF_BUMPED; if (pm->ps->velocity[2]>0) { pm->ps->velocity[2] *= 0.1f; } } ////////////////////////////// So it avoid and bypass to call dangerous flags like PMF_BUMPED and to silly workaround with ping-pong between functions. I hope this work, but i not know. can you try or i need to do by myself? :) (i fixed EF_BOUNCE BOUNCE_HALF crashes using this method into weapon code recently, working for doing a lib like .SAB file for free customize the guns. i added a tons of variables for customize the ballistic of projectiles. it was very hard but they works without crashes )

thanks, is a start point. but i told you that i never worked much with vehicles code, so i not guarantee that i can fix the bug. also cause is a very strange and foolish bug. openjk is born with purpouse to clean bugs from original engine. if you find a new bug, really, you should ask to openjk stuff to fix it asap. i see what how can i do, but i am not doing promises.