| 21-09-2011 10:24:44 | #1 | |
| deurk | Yop! Je voudrais équipper mon perso d'un ou deux drones pour de la reconnaissance et/ou du pistage. Le perso n'est pas un rigger et je me demande un peu quelles sont les possibilités qui me sont offertes. L'idée serait de disposer d'un drone capable d'être piloté à distance, ou bien de se voir assigner une tâche particulière (genre "pénètre dans cette pièce en rampant au plafond, fais un scan des personnes présentes et armes, puis revient") en mode totalement furtif (ie pas de Wi-Fi actif ou quelque signal que ce soit). Je voudrais que le drône soit également en mesure d'éviter des trucs bêtes comme quelqu'un qui lui marche dessus ou qui essaie de lui coller un coup de batte de baseball (dans la mesure du possible). J'envisage de partir sur une base de Ferret RPD-1X avec Gecko Tips et Chameleon Coating. Des idées, des conseils? Merci! | |
| 21-09-2011 10:32:46 | #2 | |
| ChatNoir | Plusieurs choses sont à prévoir déjà : - si te prévois de piloter le drone en manuel de temps à autre, il te faudra la compétence de pilotage adapté au type de drone. L'avantage du Ferret c'est que ça doit faire appel à Pilot Groundcraft comme une voiture ou une moto, plus probable que ton perso l'ai déjà. Ensuite, faut savoir si tu le controle en Captain Chair ou en full simsense. - Ensuite, il te faut un autopilot évidemment, pour qu'il ait aussi de l'autonomie, sauf niveau tout pourri, ça devrait éviter qu'il se laisse marcher dessus. - il te faudra aussi un paquet de senseurs correct vu l'usage prévu et probablement des programmes adaptés au traking etc. | |
| 21-09-2011 10:33:17 | #3 | |
| Valérian | Dans le cyber espace, j'ai fait pléthore de drones pouvant convenir à ce que tu cherches. | |
| 21-09-2011 10:35:15 | #4 | |
| deurk | Merci ChatNoir, il me faudrait plus de détails que je puisse bien me rendre compte de l'étendu de la chose. Valérian, je suis preneur de liens ou descriptions! | |
| 21-09-2011 10:46:55 | #5 | |
| ChatNoir | Regarde à dedans : http://www.shadowforums.com/cyber-espace/spip.php?rubrique52 Pour le reste je ne suis pas super au point sur les détails ET je suis au taff.  donc je ne vais pas forcement détailler tout de suite.  | |
| 21-09-2011 10:49:34 | #6 | |
| deurk | Merci. Tiens, je vois "Les programmes autosofts doivent être achetés séparément car ils peuvent servir pour plusieurs drones." C'est vrai ca? Je peux acheter des autosofts et les partager entre mes drones? | |
| 21-09-2011 11:14:34 | #7 | |
| ChatNoir | Tous les programmes sont par défaut des programmes commerciaux et protégés contre la copie. Il est possible de se les procurer en version craquée (dans Unwired je crois) mais ils sont alors illégaux et sont soumis aux regles d’obsolescence (pas de mises à jour, etc) et il faut donc payer régulièrement (ou passer du temps sur le code) sous peine de voir baisser leur indice. | |
| 21-09-2011 11:23:11 | #8 | |
| anotherJack | Mais par contre il peut quand même acheter par ex un autosoft 6 et deux autres 3, et ensuite les répartir et les re-répartir comme il veut entre ses drones, selon les besoins ? | |
| 21-09-2011 12:08:31 | #9 | |
| ChatNoir | Ca je pense que c'est bon en effet, pour peu que ce soit pour des drones adaptés. | |
| 21-09-2011 12:09:46 | #10 | |
| Cougar | L'indice d'autosoft est aussi limité par l'indice d'appareil, de mémoire 3 pour un drone classique, 4 pour un drone de sécurité et 5 pour un drone militaire. | |
| 21-09-2011 12:10:28 | #11 | |
| deurk | Est-ce que le nombre d'autosofts est limité par quelque chose? | |
| 21-09-2011 13:55:22 | #12 | |
| Valérian | deurk a écrit: Tiens, je vois "Les programmes autosofts doivent être achetés séparément car ils peuvent servir pour plusieurs drones." C'est vrai ca? Je peux acheter des autosofts et les partager entre mes drones? Les avis divergent sur le sujet, c'est pourquoi j'ai préféré séparer l'achat d'autosoft (sauf pour ceux explicitement donné avec le drone). | |
| 21-09-2011 13:57:26 | #13 | |
| LeFélis | J'ai l'impression que tu prévois d'envoyer le drone avec le wifi désactivé, ce qui me parait une bonne idée pour éviter de se faire pirater son drone quand on n'est pas hacker. Par contre cela signifie que tu ne peux que communiquer verbalement ou par signe avec lui (tu devrais lui ajouter un haut-parleur pour qu'il puisse te répondre). Lorsqu'il sera hors de porté, par exempe durant sa reconnaissance, tu seras obligé d'attendre qu'il revienne de lui même, alors que les circonstances risquent d'évoluer pour vous sans que le drone puisse le savoir. Par exemple, la police arrive vers vous à toutes vitesse tandis que le drone est en plein milieur d'une reconnaissance et ne prévoit pas de revenir avant 5 minures. | |
| 21-09-2011 14:01:06 | #14 | |
| deurk | Oui je me réserve ça comme une possibilité. Je vais lui mettre la modification Skinlink (puisque mon perso l'a également) pour ce genre de situation, pas besoin de haut parleur ou de chose dans le genre. Il faut effectivement que je réfléchisse à des automatismes à programmer dans le drone (genre si au bout de 15 minutes pas de nouvelles, réactiver le Wi-Fi...). Merci de ta remarque. | |
| 21-09-2011 14:07:14 | #15 | |
| ChatNoir | Ca va dépendre des autosofts selon moi. Un autosoft d'attaque prévu pour la tourelle d'un gros drone ne sera pas adapté au mini outil d'un tout petit drone. Un autosoft Clearsight d'un rotodrone ne sera pas ne sera pas adapté non plus à l'utilisation du sonar de je ne sais quel drone sous marin. Ensuite, pour le nombre d'autosoft, je ne trouve rien de spécifique si ce n'est que le Pilot est utilisé comme System quand on en a besoin. "SR4A p245" a écrit: Pilot Programs Drones, vehicles, and some other (semi-)autonomous devices have a special System program called a Pilot program. Similar to an agent’s Pilot program, Pilot programs are a special type of OS featuring semiautonomous decision-making algorithms and special programming specific to the device on which it is installed. Pilot is for devices that must be able to assess situations, make decisions, adapt, and possibly even function independently of a user, sometimes for extended periods. The higher the Pilot rating, the “smarter” it is. A Pilot program is basically a System program with extra features, and so is used whenever the drone’s System rating would be. It also stands for a drone’s “Mental attributes” when called for (usually Intuition and Logic, and sometimes Willpower). Pilots are not bright, and are often called “dog-brains,” a term that reflects their intelligence level. When faced with an unexpected or novel situation, a drone makes a Pilot + Response Test with a threshold set by the gamemaster to see if its “common sense” prevails. "SR4A p222" a écrit: System System measures the power of the device’s operating system (OS) software. This includes its stability, multitasking properties, ability to control hardware, resources, and the general quality of its code. If the System software ever crashes, the entire device crashes. System limits the rating of programs running on the device, and sets the limit on most devices for the number of programs that can be run without a Response drop. The System program is limited by the base Response rating of the device it is on: if the base Response rating of the device is lower than the System rating, then the System rating is set to equal the Response rating. System also sets the size of the Matrix Condition Monitor of persona programs running on the device (Cybercombat, p. 236). C'est comme ça que je gèrerais ça moi. | |
| 21-09-2011 14:30:39 | #16 | |
| deurk | SR4A, p. 222 Processor Limit Every device has a processor limit, the number of programs at which its Response starts to degrade. Like any computer, running too many programs at once can cause a device to slow down. At every multiple of the processor limit, a device’s Response is reduced by 1, to a minimum of 0. For example, if a commlink has a processor limit of 5, then its Response is reduced by 1 for every 5 programs running on it. Peripheral devices and commlinks have a processor limit equal to their System rating. Nexi have larger processor limits (System x3). Cela voudrait donc dire qu'un drone avec Pilot 3 ne peux faire tourner que 2 autosofts (de niveau 3 maximum) sans pénalité de Response? Et si c'est le cas, quel est l'impact en dehors de la Matrice? Un délai de quelques millisecondes dans la Matrice peut être fatal, mais là c'est un peu différent non? | |
| 21-09-2011 14:39:17 | #17 | |
| Valérian | La baisse de réponse joue sur la capacité à esquiver du drone. Pour ce que tu veux faire, le drone le plus adapté est le Drone spider queen. A noter que ce n'est pas dérivé d'un drone standard figurant dans un bouquin, donc il faut l'accord de ton MJ. Il est prévu pour chapeauter des drone Kanmushi et un drone mouchard. Je te conseille aussi de prendre un fly spy car une petit drone volant ca sert toujours. | |
| 21-09-2011 14:43:21 | #18 | |
| Paul Kauphart | le pilote de ton drone, tu peux théoriquement pas faire tourner plus de "pilote" programmes, sinon la réponse diminue. | |
| 21-09-2011 14:59:56 | #19 | |
| ChatNoir | deurk a écrit: SR4A, p. 222 Processor Limit Every device has a processor limit, the number of programs at which its Response starts to degrade. Like any computer, running too many programs at once can cause a device to slow down. At every multiple of the processor limit, a device’s Response is reduced by 1, to a minimum of 0. For example, if a commlink has a processor limit of 5, then its Response is reduced by 1 for every 5 programs running on it. Peripheral devices and commlinks have a processor limit equal to their System rating. Nexi have larger processor limits (System x3). Cela voudrait donc dire qu'un drone avec Pilot 3 ne peux faire tourner que 2 autosofts (de niveau 3 maximum) sans pénalité de Response? Et si c'est le cas, quel est l'impact en dehors de la Matrice? Un délai de quelques millisecondes dans la Matrice peut être fatal, mais là c'est un peu différent non? Pour moi le Pilote (comme le Systeme sur un commlink) n'est pas compté dans le nombre de programme qui tourne, donc comme le dit Paul autant de prog que l'indice du Pilote. | |
| 21-09-2011 15:12:36 | #20 | |
| Valérian | Et pourtant Deurk a raison : Quand on fait tourner autant de programme que son indice de System (ou Pilot qui est un System particulier), la réponse diminue de 1 car System est le seuil auquel la réponse diminue et pas le seuil jusqu'au quel la réponse n'est pas réduite (il n'a jamais dit que Pilot se comptait lui même). A noter que dans Unwired, la règle est décrite avec une phrase tournée dans le deuxième sens, ce qui est plus logique car les autres paramètres dépendant du system (le nombre de programme ergonomiques, le nombre d'abonnement) fonctionnent sur un principe de System=max avant problème (ou 2 x System pour le nombre d'abonnement). | |
| 21-09-2011 15:16:34 | #21 | |
| deurk | Je cite: SR4A, p.232 (Programs) A running program counts against the device’s processor limit. For every (processor limit) programs running on a device (not including persona programs but including agents), the device’s Response rating is temporarily reduced by one; this Response loss does not affect the device’s maximum System rating. A commlink has a processor limit equal to its System rating. For example, a commlink with System 4 and Response 4 would have a Response of 4 if it was running up to three programs, Response 3 if running 4 to 7 programs, Response 2 if running 8 to 11 programs, etc. L'exemple est en effet clair. Si je voulais que mon drône fasse tourner plus de 2 autosofts sans pénalités, je pourrais donc booster l'attribut System du drône jusqu'à 5 (maximum autorisé de System de base, en l'occurence Pilot 3, +2)? Et je repose la question, est-ce que l'attribut Response à un sens hors de la Matrice? Mon drône sera t'il pénalisé pour éviter un coup physique si sa Response est pénalisée ou pas? | |
| 21-09-2011 15:36:11 | #22 | |
| ChatNoir | Ah oui, dans ma tête c'était en dépassant le seuil que l'on faisait baisser la réponse. | |
| 21-09-2011 15:44:01 | #23 | |
| Jazz | Valérian a écrit: Et pourtant Deurk a raison : Quand on fait tourner autant de programme que son indice de System (ou Pilot qui est un System particulier), la réponse diminue de 1 car System est le seuil auquel la réponse diminue et pas le seuil jusqu'au quel la réponse n'est pas réduite (il n'a jamais dit que Pilot se comptait lui même). A noter que dans Unwired, la règle est décrite avec une phrase tournée dans le deuxième sens, ce qui est plus logique car les autres paramètres dépendant du system (le nombre de programme ergonomiques, le nombre d'abonnement) fonctionnent sur un principe de System=max avant problème (ou 2 x System pour le nombre d'abonnement). Pour moi un drone a un indice d'appareil de 3 s'il n'est pas armé et 4 sinon. Donc son système 3 ou 4 pareil. D'autre part, dans SR4A p.222 §Système, on lit "Le Système (...) détermine, sur la plupart des appareils, le nombre de programmes qui peuvent tourner sans réduire la Réponse.", ce qui m'à l'air d'être en phase avec "nb de prog > ou = à systeme sinon réponse - 1" | |
| 21-09-2011 16:02:19 | #24 | |
| deurk | Relis les paragraphes "Limite de Processeur" et "Programmes", tu verras que ce n'est pas le cas. L'exemple donné dans Programmes est d'ailleurs on ne peut plus clairement explicite. | |
| 21-09-2011 16:06:09 | #25 | |
| deurk | Autre question (notamment pour Valérian), je vois qu'un Microphone Directionnel prend 1 slot dans un pack de Senseurs, alors qu'il semblerait qu'un Microphone standard prenne 1 slot par point d'indice. Je constate aussi que le Microphone peut recevoir dans Chummer des augmentations alors que le Microphone Directionnel ne le peut pas. Quelqu'un peut-il débroussailler ça pour moi? | |
| 21-09-2011 16:16:51 | #26 | |
| Valérian | Je pense que dans les règles standards, le microphone a comme le microphone directionnel, un coût en capacité de [1]. Toutefois, j'utilise mes propres règles pour les senseurs (notamment de drones) car ce qui compte d'un point de vue règle c'est le score de Senseur. La description des senseurs est utile toutefois pour avoir une idée de ce que peux détecter un drone ou pas. exemple : un drone de combat type Doberman avec une arme sur tourelle et un radar pourra dégommer un mage invisible ou des runners planqués derrière un écran de fumée thermal-smoke. un Fly-spy doté d'un microphone ne pourra pas s'approcher des 2 personnes pour surprendre leur conversation car c'est un drone volant donc il fait du bruit. En revanche, avec un micro directionnel qui permet de détecter de loin, il pourra faire de l'espionnage en restant à bonne distance. | |
| 21-09-2011 16:22:50 | #27 | |
| gritche | L'auto-soft doit être compté. Le drone a son propre OS pour faire tourner les différents softs. Techniquement un drone est un appareil contrôlé par un humain donc qu'il puisse agir de son plein gré est une soft spécifique qui peut dégrader la réponse. | |
| 21-09-2011 17:04:43 | #28 | |
| Paul Kauphart | Pour ce qui est des programmes que tu peux faire tourner sur ton drone : l'indice max de ton pilote est cappé par la réponse de ton drone, qui à priori est de 3 (c'est indiqué nul part, mais il est précisé que les équipements standard sont d'indice 3, et militaires d'indice 4 ou plus). Ensuite le nombre de programme que tu peux faire tourner sans affecter la réponse c'est pilote - 1 (est-ce qu'on prend la valeur brut ou la valeur maxé par la réponse, j'en sais rien). Au delà, la réponse diminue, mais la règle ne dit pas si la réponse diminuée affecte le niveau du pilote, je suppose que non, ça serait vraiment sordide sinon. Pour ce qui est des senseurs, un microphone où une caméra ont tout les deux une capacité de 1 pour ce qui est de leurs intégration dans un système de senseur, et une capacité égale au niveau d'indice pour ce qui est du nombre d'amélioration qu'on peut y apporter. Exemple, une mini caméra d'indice 6 à une capacité de senseur de 1, et peut emporter : zoom, vision thermo, vision nocturne, amplification visuelle 3 et ultrason. Les versions micro de la caméra et du microphone sont par contre limités à l'indice 1. | |
| 21-09-2011 17:23:59 | #29 | |
| deurk | Merci Paul. Il y a donc un problème avec le Microphone dans Chummer. Je serais quand même preneur de voir ce que cela donne sous Chummer pour un drône complet, équippé de tous ses senseurs et autosofts and co. Je vais coller le mien dès que je l'aurai fini. Pour les senseurs et les tests associés, est-ce que l'indice du senseur sert à quelque chose ou est-ce que c'est l'indice global du pack de senseurs du drône qui est pris en compte (ie 3 pour un truc non militaire, 4 pour du militaire, etc...)? | |
| 22-09-2011 01:10:03 | #30 | |
| Paul Kauphart | Les indices de senseurs par contre, c'est complètement fumé, si tu modifies le pack de base d'un drone pour y mettre tes senseurs persos, je te suggère de regarder les rêgles alter de Valerian Gestion alternative des senseurs (SR4A), paragraphe "Attribut Senseur des véhicules" pour avoir une idée de comment recalculer l'indice de senseur. Sinon, l'indice de senseur est dans les carac du drone (un Fly-Spy a 2, un Kanmushi 1, un Stormcloud 3, ...) | |