fc o fcr questo è il dilemma

[Ghilteras]

salve.. premettendo (ma questo tutti lo sanno) ke la miglior configurazione per un mago è la 2/4 (ossia un anello e un bracciale entrambi faster cast 1 faster cast recovery 2) vorrei però un parere solamente nel caso in cui si abbia a disposizione 3 gioielli di cui 2 fc1 fcr1 e i solo fcr2

secondo voi dunkue è meglio una configurazione fc1 fcr3 oppure una fc2 fcr2 ?





p.s. pregasi fabiovorever di astenersi dal replyare ^_^

[darke]

Senza dubbio fc2 fcr2

[cucciolotta]

Sono anch'io dello stesso parere meglio un 1-2 1-2 .
E sempre meglio per un mago avere le due cose molto bilanciate dimodo da sfruttarne appieno i vantaggi

[Ospite]

2/2

ma dipende che faccia vuoi dare al tuo mago^^

cmq in ogni caso nn credere di vedere un cambiamento che stravolge i fatti^^

però se ti serve castare magie di basso livello 1/3 può essere anche + utile di 2/2

[Gothrek]

-3FC -2FC -1FC 0FC 1FC 2FC 3FC 4FC

First 1.75 1.50 1.25 1.00 0.75 0.50 0.25 0.25
Second 2.00 1.75 1.50 1.25 1.00 0.75 0.50 0.25
Third 2.25 2.00 1.75 1.50 1.25 1.00 0.75 0.50
Fourth 2.50 2.25 2.00 1.75 1.50 1.25 1.00 0.75
Fifth 2.75 2.50 2.25 2.00 1.75 1.50 1.25 1.00
Sixth 3.00 2.75 2.50 2.25 2.00 1.75 1.50 1.25
Seventh 3.25 3.00 2.75 2.50 2.25 2.00 1.75 1.50
Eighth 3.50 3.25 3.00 2.75 2.50 2.25 2.00 1.75



0FCR 1FCR 2FCR 3FCR 4FCR 5FCR 6FCR 7FCR 8FCR 9FCR
Recovery Delay 1.50 1.25 1.00 0.75 0.50 0.25 0.00 0.00 0.00 0.00

Fatti 2 conti, calcolando che INj invia pacchetti con una velocità di 0,6 mi pare tutto quello che è uguale o inferioire lo fai senza delay in corsa.

[Ospite]

mi pare ecessivo 0,6 secondi per i pacchetti di inj

[thelord]

2/4 sarebbe l'ideale ma se hai 2/2 e una buona conn te la puoi tirare semi-decentemente.

Non metterei mai meno di 2 in fc per il semplice motivo che poi avresti molta difficolta a castare con chi è veloce perche ti riuscirebbe ad interrompere spesso.


P.S. Gioiello con fcr 3 non se ne trovano su uod?

[Ospite]

Originally posted by Gothrek
calcolando che INj invia pacchetti con una velocità di 0,6

Su questo ho molti dubbi,
e anche se fosse, dove sta il problema? Togli injection e i pacchetti li mandi uno dopo l'altro sulla tcp...
Oppure usi razor che pure quello e' molto vicino allo 0 come overhead

[Gothrek]

Originally posted by -majinboo-


Su questo ho molti dubbi,
e anche se fosse, dove sta il problema? Togli injection e i pacchetti li mandi uno dopo l'altro sulla tcp...
Oppure usi razor che pure quello e' molto vicino allo 0 come overhead

Il programma ha un limite insito che non puoi cambiare. Questo è il problema, altrimenti riprogramma ultima.

La comodità di inj, su razor va provato è che casti in corsa senza fermarti tutto quello che è da 0,6 in poi, cosa che con il client non puoi fare.

[Ospite]

Originally posted by Gothrek


Il programma ha un limite insito che non puoi cambiare. Questo è il problema, altrimenti riprogramma ultima.

certo RunUO ha giustamente i suoi limiti... ma quindi Inj nn c'entra....

cioè se con RunUO si potessero inviare pacchetti a delay vicino allo 0 con Inj e una buona connessione ci si riuscirebbe... nn è che li blocca a 0,6

[Ghilteras]

uhm non ho capito molto la questione di injection..


kosa vuol dire ke kon delay inferiore a 0.6 casto in movimento?

[Ghilteras]

UP

[Lordcain]

Originally posted by Gothrek
-3FC -2FC -1FC 0FC 1FC 2FC 3FC 4FC

First 1.75 1.50 1.25 1.00 0.75 0.50 0.25 0.25
Second 2.00 1.75 1.50 1.25 1.00 0.75 0.50 0.25
Third 2.25 2.00 1.75 1.50 1.25 1.00 0.75 0.50
Fourth 2.50 2.25 2.00 1.75 1.50 1.25 1.00 0.75
Fifth 2.75 2.50 2.25 2.00 1.75 1.50 1.25 1.00
Sixth 3.00 2.75 2.50 2.25 2.00 1.75 1.50 1.25
Seventh 3.25 3.00 2.75 2.50 2.25 2.00 1.75 1.50
Eighth 3.50 3.25 3.00 2.75 2.50 2.25 2.00 1.75



0FCR 1FCR 2FCR 3FCR 4FCR 5FCR 6FCR 7FCR 8FCR 9FCR
Recovery Delay 1.50 1.25 1.00 0.75 0.50 0.25 0.00 0.00 0.00 0.00

Fatti 2 conti, calcolando che INj invia pacchetti con una velocità di 0,6 mi pare tutto quello che è uguale o inferioire lo fai senza delay in corsa.

Allora è vero che usare bene i programmi esterni sbilancia il gioco!

Scherzo!

[Gothrek]

Originally posted by Quigon


certo RunUO ha giustamente i suoi limiti... ma quindi Inj nn c'entra....

cioè se con RunUO si potessero inviare pacchetti a delay vicino allo 0 con Inj e una buona connessione ci si riuscirebbe... nn è che li blocca a 0,6

NO io parlavo di limiti di UO non di runuo, ma del software di base proprio.

[Ghilteras]

quindi vuoi dire ke se io casto usando macro interne di uo poikè gli arrivano senza delay si conta il delay del faster cast e del faster cast recovery mentre se gliele mando da injection gli arrivano con delay tale ke si ignora quello del fc fcr?