Лагает стрельба билд 6132

[WPMG]PRoSToTeM@,
Солидарен)
А что делать с VAC? Ждать?)

[WPMG]PRoSToTeM@,
Нет, есть разница для клиентов 6***

Не возвращайтесь на старый билд, 6132 - на этом устранили много багов, тем более от Ddos атак больше защиты.

5787 самый нормальный билд,кто сидит на нём не обновляйтесь не советую,ибо там одни проблемы,я посижу ещё пару лет на 5787 а там глянем..и от ддоса вас никто не спасёт если прилетит так прилетит от этого никто не застрахован в т.ч сервераманы с новыми билдами.

Например?

стрельба будет "лучше"

Конкретней.

Мда... однако лол.

Где-то была информация, поищи.

я слышал, что писька длиннее становится, а с amxmodx 1.8.3 ещё и немного толще

MATPAC,
Ну назови хотя бы 3 бага, которые были устраненны.

Обычно цифры в билде - количество исправлений.

Predat0r, а не компиляций?

Predat0r,
Я понял) Но я вопрос человеку задал ;)

А теперь факты:
Стрельбу, да, изменили, а точнее изменили просчёт времени следующей атаки. Теперь если ты стреляешь безпрерывно, то при промежутке 0.1 (который, например, выставляется в PrimaryAttack в m_flNextPrimaryAttack) за секунду ты точно выстрелишь 10 патронов (есть некоторые замечания). Раньше же количество выстреленных патронов за промежуток времени зависело от того, когда обработается нажатие IN_ATTACK и соответственно вызовется PrimaryAttack/SecondaryAttack (там несколько условий) (типа могло пройти такое, что выстреливалось всего 8 патронов за секунду при промежутке 0.1).
Просчёт выполняется такой функцией:
Код:

//=========================================================================
// GetNextAttackDelay - An accurate way of calcualting the next attack time.
//=========================================================================
float CBasePlayerWeapon::GetNextAttackDelay( float delay ) 
{		
	if(m_flLastFireTime == 0 || m_flNextPrimaryAttack == -1) 
	{
		// At this point, we are assuming that the client has stopped firing
		// and we are going to reset our book keeping variables.
		m_flLastFireTime = gpGlobals->time;
		m_flPrevPrimaryAttack = delay;
	}
	// calculate the time between this shot and the previous
	float flTimeBetweenFires = gpGlobals->time - m_flLastFireTime;
	float flCreep = 0.0f;
	if(flTimeBetweenFires > 0)
			flCreep = flTimeBetweenFires - m_flPrevPrimaryAttack; // postive or negative
	
	// save the last fire time
	m_flLastFireTime = gpGlobals->time;		
	
	float flNextAttack = UTIL_WeaponTimeBase() + delay - flCreep;
	// we need to remember what the m_flNextPrimaryAttack time is set to for each shot, 
	// store it as m_flPrevPrimaryAttack.
	m_flPrevPrimaryAttack = flNextAttack - UTIL_WeaponTimeBase();
// 	char szMsg[256];
// 	_snprintf( szMsg, sizeof(szMsg), "next attack time: %0.4f\n", gpGlobals->time + flNextAttack );
// 	OutputDebugString( szMsg );
	return flNextAttack;
}

Применение:
Код:

m_flNextPrimaryAttack = GetNextAttackDelay(0.1);

Кратко (во время беспрерывной стрельбы): высчитываем время следующей атаки так, чтобы между предыдущей (до текущей) и следующей атакой было время равное промежутку между 2умя атаками.
Раньше было вот так:
Код:

m_flNextPrimaryAttack = UTIL_WeaponTimeBase() + 0.1;

Это насчёт того что поменялось в серверной части.

Теперь что же поменялось в клиентской части:
Для просчёта оружия также поменяли просчёт на GetNextAttackDelay, НО:
Код:

float CBasePlayerWeapon::GetNextAttackDelay( float flTime ) { return flTime; }

Заглушка, по сути тот же самый код с UTIL_WeaponTimeBase() + flTime.
Либо альфред не успел доделать, либо подумал "что этого будет достаточно" и написал что разница видна только с обновлёнными клиентами.
Но эффект одинаковый что на старом клиенте, что на новом, и бага "с пропуском эвентов стрельбы" естественно наблюдается и там и там (главное чтобы сервер был обновлённый).

А с багой вообще дело хитрое (рассинхрон какой-то идёт что ли, условий много, бывает и при нормальном FPS и при низком, при высоком пинге и при низком), без обновления клиента тут по сути никак. А так проще вернуть старый просчёт. (на сервере естественно)


Дней с начала разработки.

[WPMG]PRoSToTeM@, Спасибо!)
Ну и не буду значит никуда обновляться :D
BUILD 5787 :3

Да на новых билдах альфред наворотил дел и слился.

[WPMG]PRoSToTeM@,
Когда вернётся, может что-то и придумает :)

расскажу свою маленькую историю про билды...
долго время Я был на одном хостинге, читая каждый день этот сайт, Я понял, переходить на новый билд это "MainStream" и думаю дай сам попробую, пол года если не больше Я и весь мой сервер играл на нем, но начались длительные проблемы на хостинге после чего Я решил переехать на другой, там по стандарту стоял 5787, Я по началу не стал менять, т.к. просто не хватало времени, и с первых же часов игры мне ребята говорили, что стрельба на 5787 намного лучше чем на 6027.. хотя сам лично разницы не замечал, так как один раз поиграв на steam больше не имею желания играть на пиратках

А че как мало? прибавь еще пару тысяч..