Forums shadowrun.fr

drakoru · 16/09/2009 14:09:46

Hello les runners!
a
jusqu'à il y a peu, je pensais que les autosofts étaient un peu fait comme des autopilote, et que par conséquent un autosoft guerre électronique pour un doberman ne marchait pas pour un lynx.

et récemment, en regardant de plusprès les exemples de persos, et précisément celui du rigger, dans la version anglaise du 20th Anniversary Core Rulebook, je me suis rendu compte que dans cette exemple de perso le rigger ne possède qu'une version chacun de ses autosofts, et que par conséquent il est probable QU'EN FAIT il les chargent dans ses Drones en fonction des besoin, un peu comme un hacker avec ses programmes courant/de hacking.

Qu'en est-il d'après vous?

Dexième question, qui est plutot un appel à confirmation (j'espère du moins), est il possible de charger un soft de (par exemple) renifleur à un drone qui possède un autosoft de guerre électronique pour qu'il puisse intercepter du trafic de données?

thex · 16/09/2009 14:24:51

Le thème a déjà été évoqué dans le topic "rigger drones et armes". Je me posais alors la même question que toi avec les mêmes arguments (archétype rigger) et avec les mêmes conclusions. Je te laisse y jeter un coup d'oeil mais en gros la réponse est "il faut un autosoft par drones". Si tu as trois drones de combats, il te faut 3 fois acquisition).

Cependant, même si je me range à l'avis de la communauté des runners expérimentés qui baladent leurs points de vue sur ce site, je reste septique. Les explications sont en effet trompeuses et il me semble encore que la version "les autosofts sont dans mon comm et je les charge au besoin" est acceptable. Néanmoins, dans la liste du matos, on voit bien que les drones sont livrés avec des autosofts (+1 pour a version "chaque drone a ses autosofts perso")

Personnellement, j'utilise la version officielle (un par drone).

drakoru · 16/09/2009 15:32:05

thex a écrit:
Le thème a déjà été évoqué dans le topic "rigger drones et armes". Je me posais alors la même question que toi avec les mêmes arguments (archétype rigger) et avec les mêmes conclusions. Je te laisse y jeter un coup d'oeil mais en gros la réponse est "il faut un autosoft par drones". Si tu as trois drones de combats, il te faut 3 fois acquisition).

Cependant, même si je me range à l'avis de la communauté des runners expérimentés qui baladent leurs points de vue sur ce site, je reste septique. Les explications sont en effet trompeuses et il me semble encore que la version "les autosofts sont dans mon comm et je les charge au besoin" est acceptable. Néanmoins, dans la liste du matos, on voit bien que les drones sont livrés avec des autosofts (+1 pour a version "chaque drone a ses autosofts perso")

Personnellement, j'utilise la version officielle (un par drone).

ba j'ai fouillé un peu plus là, et je doute de plus en plus que un par drone soit la règle officiel, voici pourquoi :

voici une des "options de programme" proposée dans unwired

unwired p 114 a écrit:
General Program Options

Limitation

Program Types: Common, Hacking, Autosoft, Simsense

A program with the Limitation option has some sort of restriction
parameter that prohibits the software from being used in
certain ways and under specific circumstances (for instance when
a pre-determined trigger situation is met).

[...]

Autosoft: The Limitation imposes a restriction on what
drone brands the autosoft program can be used or prohibits the
use against certain targets it has identified by sensor or which carry
a certain electronic signature that the drone can recognize.

[...]

Program Option Type Availability (per option) Cost (per option)
General* +1 +(Rating x 100¥)†

Ce que j'en comprend moi de tout ça, c'est que par défaut un autosoft un jeu de paramètre ne mémoire pour chaque type de drone (excepté (peut être) manoeuvre ou la descritption laisse à supposer qu'il en faut un par type de déplacement et (celui là c'est sûre) acquisition : un par arme) mais qu'en le bridant on peut restreindre son efficacité à un type de drone/de cible/de signature électronique.

qu'en pensez vous? le débat est-il toujours aussi clair?

je réitère par ailleurs ma deuxième question :

est il possible de charger un soft de (par exemple) renifleur à un drone qui possède un autosoft de guerre électronique pour qu'il puisse intercepter du trafic de données?

Dernière modification par drakoru (16/09/2009 15:33:58)

Namergon · 16/09/2009 15:56:40

Déjà, le fait qu'un autosoft puisse fonctionner avec n'importe quel drone ou as d'une part, et le fait de pouvoir ou non utiliser le même autosoft pour plusieurs drones d'autre part, sont deux choses différentes.

Le fait est que l'autosoft tourne sur le nœud du drone, pas celui du rigger, donc il faut un exemplaire d'autosoft par drone. Que le rigger ait cracké l'autosoft pour le copier sur tous ses drones est un autre problème

dragrubis · 16/09/2009 16:30:21

Donc je viens de faire un jets tout pourri parce que que j'ai pas imaginer que c'est possible et que les drone qui ont l'auto soft acquisition pour l'arme n'est pas avec nous... est ce qu'on peu imaginer que l'auto soft puisse être chargé dans un n'importe quel drone à un moment donné?

KITSUNE KeA · 16/09/2009 20:14:51

J'aimerais qu'on me dise comment un seul soft pourrait gérer l'acquisition pour un drone qui porte une gatling sur un support fixe et dans la seconde qui suit être chargé pour être utilisé pour gérer le tir d'un laser monté sur un rail mobile.

Perso, je me refuse a gérer une chose pareille. Dans la même veine, le drone à roues ne se pilote pas avec le même autosoft que le drone volant.

Savoir conduire une voiture te donne le droit de conduire un camion, mais pas de faire voler un hélico. C'est pareil avec ton drone. Si tu veux donner des ordres à ton drone, tu vas dans ta bibliothèque de programmes sur ton comm, tu charges le programme (il compte maintenant dans tes abonnements) et tu donnes tes ordres à ton drone. Ensuite, tu choisis si tu laisses ton programmes chargé ou non dans ton comm, mais ton drone pourra agir tout seul, dans la limite des ordres que tu lui as donné parce que c'est l'autosoft chargé dans ton droneau préalable qui est aux commandes.

Si la situation change, le fait d'avoir ton programme de contrôle qui tourne te permet de réagir plus vite. sinon, ton drone continue d'agir comme ordonné jusqu'à ce que ton soft de contrôle soit chargé sur ton comm et que tu modifies tes ordres.

Maintenant, admettons que pour une raison x ou Y, tu fais un bricolage maison d'urgence, style tu attaches une arme sur un drone agricole (j'adore l'Agence Tous Risques ) parce que les corpos du coin ont bousillé ton drone de combat. Alors tu adaptes le système et tu charges l'autosoft de ton arme dans le drone agricole, mais parce qu'il n'est pas parfaitement adapté au changement de support (ton drone de combat ne se déplace pas de la même façon donc le compensateur de mouvement a du mal à gérer car il n'est pas adapté). Donc, Ton autosoft fonctionnera, mais il aura une efficacité moindre (tu réduis l'indice). Par contre, tu ne pourras pas utiliser l'autosoft de ta mitrailleuse pour faire tirer un laser...

Pour la petite histoire, le Char Leclerc est muni d'un logiciel de tir que l'on peut qualifier d'autosoft. Il s'agit d'un logiciel d'assistance à l'acquisition de tir qui fait que le Leclerc est très efficace, y compris quand il se déplace à 90 Km/h. Le souci de ce soft (du moins au départ, j'ignore si c'est toujours ainsi) c'est que l'assistance au tir fonctionnait mieux en mouvement qu'à l'arrêt...).

Dernière modification par KITSUNE KeA (16/09/2009 20:16:54)

drakoru · 17/09/2009 00:10:39

KITSUNE KeA a écrit:
J'aimerais qu'on me dise comment un seul soft pourrait gérer l'acquisition pour un drone qui porte une gatling sur un support fixe et dans la seconde qui suit être chargé pour être utilisé pour gérer le tir d'un laser monté sur un rail mobile.

on est tous d'accord : 1 soft d'acquisition par arme, et 1 soft de manœuvre par type de déplacement, c'est écrit clairement, personne dira le contraire... d'ailleurs j'avais bien précisé que je prenais ça en compte dans mon raisonnement :

drakoru a écrit:
Ce que j'en comprend moi de tout ça, c'est que par défaut un autosoft un jeu de paramètre ne mémoire pour chaque type de drone (excepté (peut être) manoeuvre ou la descritption laisse à supposer qu'il en faut un par type de déplacement et (celui là c'est sûre) acquisition : un par arme) mais qu'en le bridant on peut restreindre son efficacité à un type de drone/de cible/de signature électronique.

en revanche, y a pas de raison je penses, et les règles semblent aller dans ce sens, qu'il y ait besoin de deux soft de guerre électronique différents pour un flyspy ou un i-ball... pas plus que deux soft de défense différents ni deux acquisition différente si il s'agit de la même arme semblerait-il... enfin le débat tourne autour de ça, pas de manoeuvre pour des déplacements différents, ni d'acquisition pour des armes différentes.

calamitas · 18/09/2009 12:47:09

Cela me taraude j'imagine que dans arsenal il on du le préciser mais combien de modification tel des detecteurs ou arme accordez vous en générale sur les drones de vos rigger suivant le type et gabarit ? en petit j'autorise 2 amélio de détection et seul les moyens peuvent recevoir une arme monté à titre d'exemple .

Dernière modification par calamitas (18/09/2009 16:59:14)

dragrubis · 18/09/2009 15:48:05

effectivement il y a des regles plus complète sur arsenal (en fait je dirai 1/4 du livre en nombre de pages)

Nawak · 18/09/2009 19:46:37

Qu'en est-il d'après vous ?

Je suis une megacorpo, je vais chercher le maximum de blé là où il se trouve. Donc, pourquoi me limiterais-je à un autosoft propriétaire à la vente ? un exemplaire par drone est beaucoup plus rentable. On démultiplie la gamme, et merci les brouzoufs ! et pour ces dangereux révolutionnaires de l'open-source, je ne publie pas mes caractéristiques hardware et je fais pression sur les gouvernement pour pondre des lois répressives comme l'HADOPI.

Pas besoin de règles pour rester logique.

ecstaz · 20/09/2009 13:16:02

et pour en revenir au soft de guerre électronique tout dépend des senseur et moyens d'actions du drone, suivant le niveau d'abstraction il peut y avoir compatibilité ou pas

de plus il est probable que certaines fonctionnalités ne soit pas disponible sur tout les drones, genre innovation d'une corpo particulière

buhbuh · 20/09/2009 17:26:28

En même temps si tu as la comptétence software.
Rien ne t'empèche de "modifier" un autosoft d'arme pour une autre similaire et en grose avoir un "autosoft maison".

En plus quand tu vis dans les ombre je croit que les lois type "adopie" tu t'en fiche un peu.
Car de toute manière ton drone de combat avec un autocanon n'est pas autorisé lol.

KITSUNE KeA · 20/09/2009 21:32:26

buhbuh a écrit:
En même temps si tu as la comptétence software.
Rien ne t'empèche de "modifier" un autosoft d'arme pour une autre similaire et en grose avoir un "autosoft maison".

Mouais, par contre, tu as intérêt à connaitre un minimum de la compétence d'arme adéquate... On s'improvise pas programmateur de soft militaire même quand on connait la conception de programmes de Matrice...

Petites modifications du soft relativement aisées si la différence entre tes 2 armes est minime (faut pas un super crack pour changer quelques paramètres, sinon il faudrait une équipe d'ingénieurs pour débloquer un téléphone portable...). Par contre, si on passe d'une mitrailleuse à un lance-roquettes, tu as intérêt à maitriser également la compétence C/R de lances-roquettes...

ecstaz · 21/09/2009 00:03:00

buhbuh a écrit:
En même temps si tu as la comptétence software.
Rien ne t'empèche de "modifier" un autosoft d'arme pour une autre similaire et en grose avoir un "autosoft maison".

En plus quand tu vis dans les ombre je croit que les lois type "adopie" tu t'en fiche un peu.
Car de toute manière ton drone de combat avec un autocanon n'est pas autorisé lol.

et tu peux avoir de joli problème en bidouillant du code (si tant est que tu l'obtienne), si un de mes joueurs tente un truc pareil, son programme je lui colle gremlin 2 (par ici les glitchs en séries)

la compétence software utilisé comme ça c'est un peu la porte ouverte à toutes les fenêtres, à moins de mettre des seuils de malade pour rendre in fine le concept inintéressant...

dragrubis · 21/09/2009 10:58:21

Ho non pas la peine de coller des limitations, c'est juste qu'un programme piraté à tendance à perdre en efficacité avec le temps puisqu'il n'a plus les mise jour officielles, les patch de failles et que justement de jolis virus voient le jour pour celles-ci...

C'est le même problème de nos jours, pirater un Office ce n'est pas si compliqué, mais s'est une vrai passoire de sécurité... à toi de voir...

Shadowrun.fr Shadowrun en France et en français

Forums shadowrun.fr

Annonce

#1 16/09/2009 14:09:46

rigging, autosofts et autres programmes

#2 16/09/2009 14:24:51

Re: rigging, autosofts et autres programmes

#3 16/09/2009 15:32:05

Re: rigging, autosofts et autres programmes

thex a écrit:

unwired p 114 a écrit:

#4 16/09/2009 15:56:40

Re: rigging, autosofts et autres programmes

#5 16/09/2009 16:30:21

Re: rigging, autosofts et autres programmes

#6 16/09/2009 20:14:51

Re: rigging, autosofts et autres programmes

#7 17/09/2009 00:10:39

Re: rigging, autosofts et autres programmes

KITSUNE KeA a écrit:

drakoru a écrit:

#8 18/09/2009 12:47:09

Re: rigging, autosofts et autres programmes

#9 18/09/2009 15:48:05

Re: rigging, autosofts et autres programmes

#10 18/09/2009 19:46:37

Re: rigging, autosofts et autres programmes

#11 20/09/2009 13:16:02

Re: rigging, autosofts et autres programmes

#12 20/09/2009 17:26:28

Re: rigging, autosofts et autres programmes

#13 20/09/2009 21:32:26

Re: rigging, autosofts et autres programmes

buhbuh a écrit:

#14 21/09/2009 00:03:00

Re: rigging, autosofts et autres programmes

buhbuh a écrit:

#15 21/09/2009 10:58:21

Re: rigging, autosofts et autres programmes

Pied de page des forums