[Roccoxx]

tengo un problema que antes me ha pasado y ayer volvio, el tema es que mi servidor no sufre caidas, pero por ejemplo se queda tildado y vuelve, esto me paso una vez el año pasado y otra ayer, bueno y los usuarios suben mucho de nivel, el año pasado estuve presente y vi lo que sucedio; mi combo de ammopacks en party fue como de 25425245 de ap y me subio 258 niveles mas o menos, ayer a varios les subio entre 300 y 600. quisiera saber a que se debe esto puesto que hay mucha gente en mi servidor y quiero que sigan comprando admin para subir en lugar de que aprovechen estos cortes y suban como locos.

[thesnakebiter]

Bug en tus plugins. Si se cumplen las circunstancias en las que el bug se provoca, pues..

[Roccoxx]

pero lo revise miles de veces :/, si seria bug si bugearia siempre no?

[Fuck_You]

public de la resolución del macro de combos?

[Neeeeeeeeeel.-]

Suponiendo que verificás si subió de level con un loop...

Spoiler

Algo similar o equivalente a esto:

PHP Code:

verificacionDeNivel( id )
{
   while( g_ammopacks[ id ] > next_level( g_level[ id ] ) )
       g_level[ id ]++;
} 


Si el game server se cuelga cuando suben muchos niveles juntos (como mencionaste 300-600 niveles) es claro que el retardo de procesamiento está ahí (y se multiplica por la cantidad de gente que haya en party). Ya que en AMXX no tenés la posibilidad de usar múltiples hilos de procesos (multi threading) lo que podrías hacer es implementar un algoritmo que vaya calculando los niveles que subirá el jugador en relación con los ammopacks que va ganando durante el combo y cuando termina le sumás ese nivel y no entraría en el loop de niveles*miembros del party. Claro está que dependiendo de como tengas el sistema de niveles y de como y qué aumenten los ammopacks será la forma de implementación de dicho algoritmo.

[Roccoxx]

Originally Posted by Neeeeeeeeeel.- Suponiendo que verificás si subió de level con un loop... Spoiler Algo similar o equivalente a esto: PHP Code: verificacionDeNivel( id ) {    while( g_ammopacks[ id ] > next_level( g_level[ id ] ) )        g_level[ id ]++; }  Si el game server se cuelga cuando suben muchos niveles juntos (como mencionaste 300-600 niveles) es claro que el retardo de procesamiento está ahí (y se multiplica por la cantidad de gente que haya en party). Ya que en AMXX no tenés la posibilidad de usar múltiples hilos de procesos (multi threading) lo que podrías hacer es implementar un algoritmo que vaya calculando los niveles que subirá el jugador en relación con los ammopacks que va ganando durante el combo y cuando termina le sumás ese nivel y no entraría en el loop de niveles*miembros del party. Claro está que dependiendo de como tengas el sistema de niveles y de como y qué aumenten los ammopacks será la forma de implementación de dicho algoritmo.

ok, si justo uso lo mismo que pusiste. gracias, ando usando mi celular como modem, tuve un problema electrico en mi casa cuando disponga de tiempo lo hago y publico que ta me fue, un saludo.

[Roccoxx]

perdon por el doble post, vos decis primero asignarle los ap al jugador y luego al party? asi evitar entrar en el loop no?, pasa que yo divido la ganancia y eso.

PD: se lo que es un algoritmo

http://es.wikipedia.org/wiki/Algoritmo

public finish_combo(taskid){
	static id, ap, info[32], valor
	valor = 4

	id = ID_FINISH_COMBO

	static g_ammop; g_ammop = g_var_frag[id]

	ap = ((g_ammopacks[id]) - g_combo_ammopacks[id])
			
	while((valor < g_combo[id])){
		valor += 4
		g_ammop += 20
	}
	
	if(ap < 0) ap = 0
	
	new g_tom = g_ammop + ap	
	
	set_ap(id, g_tom)

	set_hudmessage(146, 236, 238, -1.0, 0.6, 0, 3.0, 3.0, 0.01, 0.01)
	if(ap)
		formatex(info, charsmax(info), "AP ganados: %d + %d Extra AP", ap, g_ammop)
	else
		info[0] = '^0'
	
	ShowSyncHudMsg(id, g_MsgSync3, "Combo finalizado!^nTotal: %d, danio: %d, hits: %d^n^n%s", g_combo[id], g_damagecombo[id], g_damagehits[id], info)
	
	g_combo[id] = 0
	g_damagecombo[id] = 0
	g_damagehits[id] = 0
	g_combo_ap_check[id] = false
}

stock set_ap(id, g_tom = 1){
	if(g_PartyData[id][In_Party]){
		static players[32], recibidos; recibidos = ( g_tom / g_PartyData[ id ][ Amount_In_Party ])
		get_party_index(id, players );
		for(new i; i < g_PartyData[id][Amount_In_Party]; i++) 
		{  
			g_ammopacks[ players[ i ] ] += recibidos
			check_player_level( players[ i ] );
			zp_colored_print(players[ i ] , "^x04[PARTY]^x01Ganaste^x04 %d^x01 Ammopacks en %d personas", recibidos, g_PartyData[ id ][ Amount_In_Party ])
		}
	}
	else{
		g_ammopacks[id] += g_tom  
		check_player_level(id)
	}
	
	return 1
}

hace rato no toco los combos, tengo otra mejor forma de hacerlos que la estoy implementando en otro zp, pero alta paja.

[Neeeeeeeeeel.-]

Primero que nada si no entiendo mal esto agrega 20 aps cada 4 niveles de combo, si estoy en lo correcto ese while está al pedo.

PHP Code:

while((valor < g_combo[id])){
    valor += 4
    g_ammop += 20
} 


-->

PHP Code:

g_ammop = (g_combo[id]/4)*20 


Pensá que si hacés un combo de 1000 vas a hacer 500 asignaciones por cada integrante del party. Supongamos que son 3 personas, son 1500 asignaciones en una fracción de segundo, lo cual puede ser uno de los casos en los que se cuelgue el servidor, sin contar que después de esto se llama al check_level que tiene que subir nivel por nivel.
Por como tenés el combo no es posible hacer el algoritmo de predicción como te decía... mostrame el check_level.

[Roccoxx]

gracias

public check_player_level(id)
{
	if(g_ammopacks[id] >= ammo_level(id, 1)){
		client_print(id, print_center, "Subiste de nivel")
		PlaySound(sound_levelup)
		guardar_datos(id)
	}
	
	while(g_ammopacks[id] >= ammo_level(id, 1)){
		g_level[id]++
	}
	
	if(g_ammopacks[id] < ammo_level(id, 0)){
		client_print(id, print_center, "Bajaste de nivel")
		PlaySound(sound_leveldo)
		guardar_datos(id)
	}
	
	while(g_ammopacks[id] < ammo_level(id, 0)){
		g_level[id]--
	}
	
	check_mision(id)
	return PLUGIN_HANDLED
}

[Neeeeeeeeeel.-]

Mostrame también ammo_level.