seba1976

I continued to look into this, and apparently, at some point Joint Rails stopped adding his own muzzle to the MX rifles. So I've tried to readd it and it worked: class CfgPatches { class mx_rhs_suppressors_compat { units[]={}; weapons[]= { }; requiredVersion=1; requiredAddons[]= { }; }; }; class asdg_MuzzleSlot; class asdg_MuzzleSlot_65: asdg_MuzzleSlot { displayName="$str_a3_cfgweapons_abr_base_f_weaponslotsinfo_muzzleslot0"; linkProxy="\A3\data_f\proxies\weapon_slots\MUZZLE"; class compatibleItems { rhsgref_sdn6_suppressor=1; }; }; class CfgWeapons { class Rifle_Base_F; class arifle_MX_Base_F: Rifle_Base_F { class WeaponSlotsInfo: WeaponSlotsInfo { class MuzzleSlot: asdg_MuzzleSlot_65 { }; }; }; }; Like I said, it worked, but I know only enough to make it work. Can someone confirm if this could cause any problems?

Thanks, unfortunately the link is down. It's an old topic.

Hi, what would I have to do, to make suppressors from addons, be compatible with the MX rifle? Is the caliber difference a factor for them not being compatible, or it could be forced? I don't care about realism in this, only aesthetics. As far as I could gather from searching, I should make the MX use CBA_JR system, but I remember years ago, using suppressors from mods, on the MX without having to do anything.

Stupid me, for some reason I read "Add the shot finder script..." Otherwise I wouldn't have asked (or wasted 1 hour testing the vehicles, haha). Anyway great update. Thanks.

How does it work? I was trying the mentioned vehicles but I saw no reference to the feature anywhere.

Thanks, that's what I was looking for.

I see the autor is not very active here but maybe someone could help. Is there any way to disable the behaviour for certain units? I have some support vehicles commanded by AI, and they go haywire if I load this mod...

@killzone_kid Indeed, it works. I'll start waiting for (!isNull findDisplay 46) in all my missions from now on, to avoid similar "surprises". Thanks a lot.

Sorry for the delay, notification got lost somehow. I'll check and report back very soon. Thanks!

I have it working using uiSleep, of course, but it doesn't make sense. Thank you for finding it! Much appreciated. Let's not forget though, I'm not using sleep in init.sqf, I'm calling the initialization script, which in turn spawn SAC_TEL_manager, to handle the sleep. In other words, I'm not at any time trying to suspend init.sqf, but creating a new thread (with spawn) and then suspending it. I find it interesting the accTime hypotesis, because that could potencially explain this behaviour. A good test for that would be to put a sleep with a really big number, and see if it still gets ignored. The fact that is seems to be the first sleep no matter what though, goes against it.

Thank you @engima! I'll give it a try using uiSleep. I have absolutetly no problems with the slots, so that might be unrelated to this topic I guess. Anyway, if sleep is not working for JIP, a lot of things I usually do, I will not be able to port to dedicated servers, which is a real bumer for me. We need more people testing this, to see if this is indeed a bug, or we just don't know enough.

I'm an old coder, it's been there since a long time in all my inits, and the documentation I could find says nothing for it or against it. I guess if it's not broken don't fix it would be the answer. Of course I'm curious and if you know something else about it please tell me. I used to read your blog posts a long time ago, and I've 'borrowed' your code pieces more than once.

I guess the best thing I can do is to provide a code you can test, so let me narrow it down to the bear minimum. init.sqf if (!isDedicated) then {waitUntil {!isNull player}}; //wait for the simulation to start waitUntil {time>0}; //Finish world initialization before mission is launched. finishMissionInit; if (!isNull player) then { [] call compile preprocessFileLineNumbers "SAC_TEL\main.sqf"; }; main.sqf if (isNull player) exitWith {}; SAC_TEL_teleport = { hint "Hey! I'm working!"; systemChat "Hey! I'm working!"; }; SAC_TEL_manager = { hint "Waiting 120 seconds..."; systemChat "Waiting 120 seconds..."; sleep 120; hint "I'm disabling the teleport."; systemChat "I'm disabling the teleport."; SAC_TEL_allow = false; }; SAC_TEL_allow = true; [] spawn SAC_TEL_manager; ["Reconnect Teleport","sac_teleport_key", "Teleport", {if (SAC_TEL_allow) then {[] spawn SAC_TEL_teleport}}, "", [20, [false, true, false]]] call CBA_fnc_addKeybind; When you JIP that, you'll see instantly the "I'm disabling the teleport" hint, and the systemChat lines "Waiting 120 seconds..." and "I'm disabling the teleport." one after the other, without the wait. If you want I can replace the CBA key system call with a native keyboard hook. BTW thanks for all the answers.

Thanks for the quick answer. Ideally, CBA should not be a requirement. The only reason I included that part in this code is for the players to be able to change the key binding more easily. Besides, AFAIK, the sleep instruction is not supposed to be in unscheduled environment at that point. Notice the 'spawn'.

Hi, I'm having what to me seems a completely unexpected behaviour. I've reached the end of the rope here. It is above my knowledge by any measure. Here's the issue: This is my init.sqf if (!isDedicated) then {waitUntil {!isNull player}}; //wait for the simulation to start waitUntil {time>0}; //Finish world initialization before mission is launched. finishMissionInit; [] call compile preprocessFileLineNumbers "sac_functions.sqf"; SAC_PLAYER_SIDE = west; SAC_ENEMY_SIDE = east; [] call compile preprocessFileLineNumbers "SAC_GEAR\main.sqf"; if (!isNull player) then { [] call compile preprocessFileLineNumbers "SAC_TEL\main.sqf"; }; And this is SAC_TEL\main.sqf if (isNull player) exitWith {}; SAC_TEL_teleport = { private _done = false; //params ["_sameSide", "_onlyPlayers"]; private _unit = [true, true] call SAC_fnc_selectUnit; if (SAC_user_input == "") exitWith {}; if (isNull _unit) exitWith {hint "Unit not found."}; if (!alive _unit) exitWith {hint "The unit is dead."}; if (isNull objectParent _unit) then { player setPos (getPos _unit); _done = true; } else { if (!isNull objectParent player) then { moveOut player; waitUntil {isNull objectParent player}; }; _done = [vehicle _unit, ["Cargo", "personTurret", "commonTurret", "Commander", "Gunner", "Driver"]] call SAC_fnc_movePlayerToVehicle; }; if (_done) then { //SAC_TEL_allow = false; } else { hint "The unit has no place left in his vehicle."; }; }; SAC_TEL_manager = { sleep 120; SAC_TEL_allow = false; }; SAC_TEL_allow = true; [] spawn SAC_TEL_manager; ["Reconnect Teleport","sac_teleport_key", "Teleport", {if (SAC_TEL_allow) then {[] spawn SAC_TEL_teleport}}, "", [20, [false, true, false]]] call CBA_fnc_addKeybind; Intended behaviour is a player has 120 seconds to press Ctr+T to use the teleport function to rejoin with his team after connecting to the server. And the first time he connects, it works as intended. The problem starts if the player hits 'Abort' button, gets returned to the lobby, and hits 'OK' once there, to return to the mission. I've debugged this for the past hours, and the problem is, the engine does not pause execution when it founds the sleep line, inside SAC_TEL_manager function. Not only I don't understand why that happens, I can't think of any workaround for this issue. Any help?