je vous comprends c'est pour ca qu'il faut un temps limite qui pour le hacking est divisé par deux. car la moitié du temps pour entrer dans le systeme et l'autre pour en sortir et effacer ses traces.

Tout dépend du niveau de compétence où tu te places, en fait :
Si tu lances une pool de 6 ou moins, la chance de "glitcher" (3 "1") avant d'arriver au nombre de succès nécessaire n'est pas négligeable.
Au delà, c'est vrai que la probabilité d'un glitch est très faible.

C'est un choix de jeu, très compréhensible au niveau gameplay : ça dynamise les parties, on ne se demande plus "vais-je réussir à crocheter cette serrure" mais "combien de temps vais-je mettre à le faire, sachant qu'on est poursuivis". A ce niveau, c'est plutôt positif je trouve.

Pour d'autres tests (recherche matricielle, par exemple), c'est plus délicat : une minute par test, pour chercher sur la matrice entière, c'est court; au bout de dix à vingt minutes, on trouve n'importe quelle info... "On the run" aborde le problème, et suggère de limiter le nombre de lancers successifs aux pool de dés du joueur. (un gars avec 3 en Data Search et un programme Browse à 5 pourra lancer 8 fois les dés, au maximum).
C'est pas vraiment une règle (c'est publié dans un scénario), mais c'est un "conseil officiel", donc je suppose qu'on peut le suivre

Myrddyn a écrit:

C'est pas vraiment une règle (c'est publié dans un scénario), mais c'est un "conseil officiel", donc je suppose qu'on peut le suivre

Et pourtant c'est p. 58 SR4 vf (3e paragraphe de "Tests Etendus"), c'est ce dont je parlais.

Myrddyn a écrit:

C'est un choix de jeu, très compréhensible au niveau gameplay : ça dynamise les parties, on ne se demande plus "vais-je réussir à crocheter cette serrure" mais "combien de temps vais-je mettre à le faire, sachant qu'on est poursuivis". A ce niveau, c'est plutôt positif je trouve.

Work the lock, don't look at the dogs, work the lock.

Jérémie a écrit:

Myrddyn a écrit:

C'est un choix de jeu, très compréhensible au niveau gameplay : ça dynamise les parties, on ne se demande plus "vais-je réussir à crocheter cette serrure" mais "combien de temps vais-je mettre à le faire, sachant qu'on est poursuivis". A ce niveau, c'est plutôt positif je trouve.

Work the lock, don't look at the dogs, work the lock.

Ca résume bien l'esprit. c'est au MJ de fixer une limite à ce genre de jet.

En clair, la question n'est pas de savoir si le MJ doit limiter le nombre de lancers, mais de savoir si la montre ne va pas finir par jouer. Si un perso crochète une serrure alors que des gardes patrouillent le périmètre, la base de temps de l'action indiquera le nombre maxi de jets que le MJ autorisera, mais cela ne doit pas devenir une règle absolue quand le facteur temps est secondaire.

On peut très bien être pas très manuel, mais réussir à peindre des figurines ou faire des maquettes de façon très satisfaisante en y mettant le temps. Je me vois mal arrêter de peindre une figurine sous prétexte qu'un imbécile aura décrété que j'ai pu le droit de le faire si cette action dépasse 3 jours. Par contre, si j'ai un rendez-vous et que je dois avoir fini les sous-couches avant de partir, alors là effectivement le stress entrera en jeu, j'aurais peut pas réussi à faire toutes mes sous-couches avant de partir, mais il reste indéniable que dans les 2 cas, il s'agit bien d'une action étendue ^^

Si le temps n'est pas un facteur, autant soit utiliser la règles des succès automatique pour calculer quand la tâche est finie, soit ne faire qu'un seul test et le considérer comme une moyenne et e ndéduire le temps totale de la tâche.

Si le temps est un facteur (genre le gars qui doit trafiquer un maglock avant qu'un garde ne repasse), on applique la règle standard, pour voir si le personnage finit à temps. En plus, d'un jet sur l'autre, les modificateurs peuvent évoluer, en fonction des circonstances, du stress, etc.

Je pense qu'à partir de 8 heures d'intervalle (à la discrétion du MJ selon le test), le perso peut s'interrompre quand il veut aussi longtemps qu'il veut. Bien entendu, le temps passé sur autre chose ne compte pas dans l'écoulement de l'intervalle.

dragrubis a écrit:

Tiens d'ailleurs est que le fait d'avoir des passes d'initiatives en plus ou le pouvoir d'adepte multitâche (linux?) permet de réduire le temps de travail?

En priori : non pour les passe d'initiatives.