taranion

Danke euch

Das ist weniger ein Bug, als etwas was ich noch nicht richtig implementiert habe. Attributsverbesserung die durch Augmentierung entstanden sind, sind schwierig abzubilden. Theoretisch könntest Du z.B. nur einen Cyberarm haben und einen natürlichen - und damit effektiv zwei Geschick/Stärke-Werte. Welcher Wert dann jetzt für Fertigkeiten verwendet wird, ist unklar. Natürlich kann ich jetzt beide Werte hinschreiben, aber die Situation ist leider noch komplizierter, da die Attribute und Fertigkeiten ja auch noch aus anderer Quelle verbessert werden können: Magie. Um mal einen maximal schlimmen Charakter zu skizzieren: - hat ein durch Cybergliedmaßen erhöhtes körperliches Attribut (Geschick) in einem Arm - ist Adept und hat die Adeptenkraft "verbessertes körperliches Attribut: Geschick" - hat Talentbuchse + Talentleitungen + Talentsoft: Nahkampf - hat die Adeptenkraft "Verbesserte Fertigkeit: Nahkampf" Mein Problem: wie schreibe ich jetzt den Pool bei Attributen und Fertigkeiten auf? Ich muss das nochmal angehen, habe aber bisher nicht den Nerv gehabt

Ich habe das mal mit ChubbyChecker und Tigger abgeklärt und die stützen Corns Interpretation. Daher gibt es jetzt ein internes Ticket: https://rpgframework.atlassian.net/browse/SR6-296

So richtig sicher beantworten kann ich das nicht. Ich habe mich an zwei Dingen orientiert: Das Regelwerk kennt den Mechanismus, dass selbst Software Preisaufschläge hat - im Falle von den Trollgrößenanpassungen. "Trolle haben es noch schwerer und müssen 10 Prozent Aufschlag auf alles zahlen. Selbst AR-Einstellungen müssen an die dicken Finger von Trollen angepasst werden, ..."Speziell zu den Bodytechkram heisst es im GRW: "Jegliches Zubehör und alle Erweiterungen müssen dieselbe Kategorie haben wie das Implantat, zu dem sie hinzugefügt werden." Die Umsetzung in Genesis ist daher, dass der Aufschlag durch die Kategorie auf das Gesamtpaket gemacht wird. Aber das ist - wie gesagt - meine Interpretation. Und so abwegig finde ich das auch nicht. So wie heutzutage Apple-User gerne mehr für eine App zahlen oder ihnen bei Hotelbuchungen höhrere Preise genannt werden, würde mich nicht wundern, wenn man Nutzern von Beta-Talentbuchsen mehr Geld für die gleiche Funktion abknöpft. @Corn: Wenn Du einen Beleg dafür im GRW findest, dass Software für Talentbuchsen nicht davon betroffen ist, wäre ich für einen kurzen Pointer dankbar. (Meinetwegen auch für SR5 Bücher - das sollte vergleichbar sein)

Im erratierten Orignal GRW heisst es zu Magieradepten: "They first purchase adept powers up to a maximum of their Magic attribute then multiply the remaining Mag-ic by 2 to determine their starting number of spell choices. This uses the Magic value in the Priority table, not as adjusted with Karma or adjustment points (but it is reduced by Essence loss)." Ich entnehme den, dass deine Kraftpunkte mit dem Essenzverlust runtergehen.

Leute, Danke dass ihr mir hier zu Seite springt, aber wie Medizinmann schon schreibt: das sollte nicht in Anfeindungen ausarten. Kritik ist immer eine schwierige Sache. Sie zu formulieren, dass sie richtig rüberkommt, ist knifflig und sollte am besten nicht im noch brodelnden Frust erfolgen. (Gilt auch für mich - ich muss mich da auch besser zügeln. Sorry für den Sarkasmus) Ich habe keinen Streit mit Sabretooth und ich gehe davon aus, dass sein Post nicht darauf abzielte mich schlechtzumachen, sondern lediglich seine Unzufriedenheit mit Genesis Luft zu verschaffen. Als Entwickler, der da täglich viel Zeit investiert, neigt man dazu, die Dinge Ecken und Kanten die die Anwendung hat, nicht mehr wahrzunehmen - insofern holen einen solche Meckereien auch einfach mal in die Realität zurück und rücken die Ecken und Kanten wieder ins Bewusstsein. Sabretooth hat auf diese Ecken und Kanten hingewiesen und damit hat er durchaus Recht. Die verkürzte Art hat das schroff klingen lassen, aber substanzlos war es dennoch nicht. Und er ist bestimmt nicht der einzige Nutzer, der diese Probleme hat. Insofern habe ich beim ersten Lesen des Posts zwar angegriffen gefühlt, aber das ist mit einigem Abstand und Sackenlassen verflogen. Mir ist bewusst, dass meine Wahl Genesis plattformunabhängig zu entwickeln eben auch bedeutet, dass es auf keiner Plattform richtig zuhause ist. Ich denke trotzdem, dass die Nutzer ich dadurch mehr erreiche, die überwiegen, die Genesis deswegen meiden.

Ich freue mich ja immer über so konstruktive Kritik, da reagiere ich gerne. Ich rate jetzt mal: Du verwendest Windows - das einzige mir bekannte OS, das meckert. Es meckert, weil es die Anwendung für nicht vertrauenswürdig hält. Das kann ich abstellen, in dem ich die Anwendung mit einem Code-Signing-Zertifikat signiere. Eine solche Signatur kostet mich ca. 400 Euro im Jahr, weswegen es ohne gehen muss. Ich rate mal weiter: Du hast entweder ein besonders hochauflösendes Display oder eine besonders geringe Auflösung (z.B. 1366x768) Letzteres ist einfach zu klein, ersteres sorgt dafür, dass Genesis vom Betriebsystem angewiesen wird, jeden Pixel größer zu skalieren - was effektiv dann auch wieder eine kleine Auflösung ergibt. Die HiDPI-Starter sind Varianten, die da eine andere Einstellung forcieren - das klappt bei mir auf dem Laptop mit dem HiDPI-Display ganz gut. Aber ja, man braucht dann entweder nur die HiDPI-Starter oder die anderen. Das ginge besser, wenn man eine native Windows-Anwendung schreiben würde - aber dann schauen eben Mac und Linux-Nutzer in die Röhre. Kann ich bisher nicht bestätigen. Mich hat noch kein Ticket mit einem solchen Fehler und idealerweise dem Logfile erreicht. Wenn Du helfen willst und nicht nur dich beschweren, kannst Du ja eines eröffnen. Du findest den Datenpfad gleich als erstes in den Einstellungen. Ich würde es mal einen Kompromiss nennen. Ja, das geht auch besser, aber i.d.R. nicht, wenn man für alle 3 Betriebsysteme was anbietet. Wenn es Dir zu unhandlich ist, empfehle ich die beliebte Alternative Mal im Ernst: Wenn Du zufällig Ahnung vom WiX Toolkit hast und in der Lage bist, mir dabei zu helfen, melde dich doch mal. Evtl. können wir dann 1-2 Punkte deiner Aufzählung aus dem Weg räumen.

So eine Funktion habe ich derzeit nicht eingebaut, nein. Aber ich kann dir sagen, dass bis auf die jüngst erschienen SOTA 2081 und Feuer frei alles drin ist.

Es gibt jetzt eine Edge-Verwaltung. <sr6 edge set <value> - Setzt Edge auf den angegebenen Wert <sr6 edge <value> - Verändert Edge um den angegebenen Wert Die Edge-Verwaltung erfordert allerdings eine "Sitzung". Die Sitzung ist quasi das Abbild einer stattfindenden Spielrunde. Noch tut das nicht viel, außer eine Unterscheidung zwischen Spielleiter und Spieler ermöglichen und eben Sitzungsspezifische Daten wie aktuelles Edge protokollieren, aber evtl. mach ich das zukünftig mal speicherbar. Folgende Kommandos gibt es dafür: <session start - Spielleiter in einem Channel werden (geht nur, wenn es keinen anderen aktiven SL gibt) <session stop - Kein Spielleiter mehr sein <session join - sich als Spieler einer Sitzung anschließen (Spielleiter muss zustimmen) Ich habe vorsichtshalber einen Failsafe eingebaut, dass eine Sitzung 8 Stunden nach ihrem Anfang automatisch endet. Ist noch nicht perfekt, verhindert aber eine ewige Blockade durch SLs die vergessen die Sitzung zu beenden.

Wie schon beschrieben, erscheint mir Variante naheliegender. Ich empfinde Kritischen Patzer als eine verstärkte Form des Patzers. Als Folge interpretiere ich so, dass die Formulierung bei "Unglück" nicht die Bedingung für den Patzer außer Kraft setzt, sondern nur dazu gedacht war zu verhindern, dass es zu mehr kritischen Patzern kommt. Aber ich gebe Dir Recht: RAW kann man beides herauslesen.

Möchte ich auch einbauen, aber ich überlege noch, ob es irgendwas besseres gibt als z.B. >sr6 edge gain X >sr6 edge pay X oder >sr6 edge -X oder -Y >sr6 edge set X Schön wäre natürlich, man könnte Edge Boosts und Aktionen angeben und der Edge Pool wird direkt angepasst. Dann müsste man plötzlich aber auch die ganzen Auswirkungenvon Vor-/Nachteilen und Modifikationen an Ausrüstung usw. mit einberechnen und das ist ziemlich anstrengend und ein Garant für Dinge, die man übersieht oder falsch berücksichtigt. Wie würdest Du Dir eine Edge-Verwaltung vorstellen?

Auf die Schnelle habe ich die Kommandos bezogen auf importierte Charaktere etwas erweitert The following commands exist: <roll X - Roll a pool of X dice <roll X Y - Roll a pool of X dice, of which Y are wild die <roll X Y Z - as above, but with the 4-Edge boost, which adds Z dices and let 6 explode With imported Genesis character =============================== Upload the XML file of your character in this channel to be able to use the following commands: <sr6 attribute <Name of Atribute> - Roll for an attribute (primary attributes as doubled) <sr6 initiative - Rolls physical initiative <sr6 resist <Type> - Roll a resistance test <sr6 skill <Name of Skill> - Roll with the regular dice pool in that skill <sr6 skill <Name of Skill> <Special> - dito, but for a given specialization Wenn man ein Attribut, Fertigkeit oder Spezialisierung nicht kennt, kann man es weglassen oder falsch schreiben und sollte dann die Liste der bekannten Weerte erhalten. Neu ist also, dass man bei Fertigkeitswürfen eine Spezialisierung mit angeben kannes jetzt Attributswürfe gibtman Schadenswiderstandswürfe machen kann (da sollte dann z.B. automatisch Knochenverstärkung o.ä. enthalten sein)man einen Initiative-Wurf machen kannÜber das ganze Thema Initiative und Edge-Verwaltung muss ich nochmal ein paar Tage länger nachdenken. Da ich dem Bot langfristig ein Webfrontend an die Seite stellen möchte, muss ich hier ein wenig besser planen.

Es gab ein Update des Bots. Der kann jetzt auch Charaktere aus Genesis einladen. und dann direkt auf deren Fertigkeiten würfeln Außerdem habe ich das Kommando-Zeichen auf "<" verändert. ( "!" geht vorerst noch )

Moin, da ich auf Grund der allgemeinen Situation in letzter Zeit viel in Discord unterwegs bin, war ich neugierig und habe mir mal 2 Abende Zeit genommen, um zu lernen wie man Discord Bots baut. Das Resultat dieses Lernprojekts ist ein Dice Roller für Shadowrun 6. Der Funktionsumfang ist noch etwas spartanisch. !roll X Würfelt einen Pool von X Würfeln und zählt Erfolge!roll X Y Wie oben, jedoch werde Y der X Würfel als Schicksalswürfel behandelt!roll X Y Z Wie oben, jedoch wird das ganze als 4-Edge Boost (GRW S.47) behandelt und Z Würfel zusätzlich in den Pool genommen und die 6en explodierenWer sich mit meinem Experiment herumschlagen möchte, kann diesen Einladungslink verwenden: https://discord.com/api/oauth2/authorize?client_id=707691783819362376&permissions=51200&scope=bot Ich selber werde den Bot vermutlich auch erstmals am Wochenende testen. Gut möglich, dass ich danach noch ein paar Verbesserungen vornehme. Update: Bei Interesse diesem Link folgen

Ja, mehrere - es gibt dazu ein Ticket: https://rpgframework.atlassian.net/browse/SR6-106 Das Problem ist, dass es nicht unter allen Umständen auftritt. Ich fürchte, es hängt mit dem Optimierungsmechanismus zusammen. Bisher habe ich das nicht nachstellen können. Für sachdienliche Hinweise bin ich dankbar. Was ich bräuchte wäre eine Ausgangslage (welche Prio für Fertigkeiten, wieviel Punkte in welcher Fertigkeit) BEVOR das Problem mit den 5 Punkten aufgetaucht ist und was Du getan hast, als es erstmals passiert ist. Bisher konnte mir das niemand liefern. Falls Du das kannst, mach bitte ein Ticket auf: https://rpgframework.atlassian.net/servicedesk/customer/portal/3

Ich denke, das ist nicht praktikabel. Der Shop muss trotzdem angepasst werden (Du willst ja immerhin keine Versandkosten zahlen). Es müssen die Lagerkräfte auf "Für Produkt X gibt es eine Ausnahme" geschult werden. Es muss sichergestellt werden, dass die Codes in guter Qualität fotografiert werden. Es muss eine technische Möglichkeit zum Fotografieren und Mailversand im Lager geschaffen werden (das private Smartphone des Lagermitarbeiters ist keine Option). Usw.

Ich bin da auch überfragt. Im Oktober hiess es noch, dass man die nötige Erweiterung für den alten Shop nicht mehr machen wollte. Der neue Pegasus-Shop ist derzeit immer nicht in der Lage diese Codes digital zu verschicken. Ich arbeite nicht bei Pegasus und bin nicht über irgendwelche Hintergründe dazu informiert und kann mich nur genauso wundern wie Du.

Das ist genau die Art von Projekten, die ich damit fördern wollte. Wegen der Datenbasis schreibe ich Dir eine PM.

Hi, wir haben gestern abend ein neues Export-Modul für Shadowrun 6 Charaktere in Genesis veröffentlicht: den JSON-Export. Effektiv ist das eine andere Art "Druckmodul", nur dass die Datei am Ende halt kein PDF ist, sondern JSON. JSON ist ein schlankes, generisches Datenformat, welches in vielen Umgebungen zum Laden von Daten unterstützt wird. Speziell unser JSON-Export ist so angelegt, dass in dem exportierten Dokument nicht nur die ganzen internen Bezeichnner unser Anwendung drin stehen, sondern auch die Klarnamen, Zusammen mit der Tatsache, dass wir in dem Dokument auch die ausgerechneten Werte (Würfelpools) und auch z.B. Tabellenwerte der Waffen ausgeben, ergibt einen Charakterexport, der auch ohne die in Genesis enthaltene Datenbank verwendbar ist. (Lizenztexte werden übrigens mit Absicht nicht exportiert). Ziel des Exports ist es Entwicklern anderer Applikationen zu erleichtern, mit Genesis-Charakteren zu arbeiten. Ob ihr nun einen Discord Dicebot schreiben wollt, ein Roll20 Charactersheet mit Importfunktion oder ein anderes Tool eurer Wahl. Der Export ist im Prinzip ein Druckmodul (korrekt wäre es eigentlich anders herum: Genesis druckt nicht, sondern exportiert entweder nach PDF oder JSON), d.h. ihr druckt euren Charakter und im dem Druckdialog kann man ganz oben das Export-Plugin auf JSON umstellen. Wenn noch Verbesserungswünsche an dem Export bestehen, kontaktiert uns - entweder via Discord oder Slack oder über das Ticketsystem

Nein, es gibt nur ein Protokoll für was Du im Karrieremodus Karma ausgegeben hast. Es gibt aber einen bekannten Fehler der auftritt, wenn man viel herumprobiert und dabei häufig unterschiedliche Charaktere öffnet und wieder schließt oder zwischenspeichert. Dann arbeitet Genesis anscheinend intern mit falschen Daten und die GUI verhält sich unerwartet. Leider habe ich den Fehler noch nicht reproduzieren können. Eventuell hat das Problem hier auch zugeschlagen.

Keine Ahnung. Da habe ich keine Aktien drin. Ich weiß nicht mal, ob da noch jemand dran arbeitet. Es gibt keine Auflistung, wohin in der Erschaffung Karma geflossen ist, nein.

Bitte pass auf die Formulierung auf. Ein Wert wie 5 für Charisma bricht in meinen Augen NICHT "aus dem normalen 1-6 Rahmen" aus, da 5 im Bereich von 1-6 liegt. Mag ja sein, dass ich bei Bereichsangabe als Software-Entwickler übermäßig pingelig bin, aber ich finde die Formulierung irreführend.

Tue ich. Aber Ladoik hat durchaus recht, wenn er auf das Ticketsystem verweist. Alles was da gemeldet wird, merkt sich der Server. Alles was hier geschrieben wird, mein löchriger Kopf. https://rpgframework.atlassian.net/servicedesk/customer/portal/3 Eine Bitte: Mach für jeden Fehler ein eigenes Ticket auf. Sonst kann es passieren, dass ich eines der Probleme löse und das Ticket schließe, ohne die anderen gelöst zu haben. Außerdem haben wir eine Übersicht der bereits gemeldeten Fehler ( https://rpgframework.atlassian.net/wiki/spaces/SR6HELP/pages/516128769/Open+issues+for+Shadowrun+6) und da hilft es der Übersichtlichkeit, wenn das Problem (und auch nur eines) im Titel kurz skizziert wird. Grundsätzlich da, wo Du den Download her hast https://www.rpgframework.de/ Man kann aber auch bei Google z.B. "Genesis Shadowrun6 " suchen. Der erste Link (den Du da auch gefunden hast) führt zu Pegasus und von da aus zu uns - was dann auch der zweite Link ist.

Neue Plugin-Version 1.0.3 [SR6-24] – Tailored Pheremones: Influence not listed on skill element in PDF[SR6-87] – Racial qualities not listed in creation mode[SR6-89] – Machine Pistol silencers[SR6-96] – Page for information text ignores printing option[SR6-97] – Mentor Spirit “Snake” renders character unloadable[SR6-98] – Wrong price for Cavalier Arms Crocket EBR[SR6-99] – Failed loading character NullPointerException[SR6-100] – item skill category mismatch sniper rifles shown as machineguns[SR6-101] – Bipod on the Barrett Model 122 should be an under-barrel accessory[SR6-103] – Adding a SIN in career mode should cost money[SR6-105] – Beretta 201T, Internes Zubehör Schockpolster aus SR5 übernommen[SR6-108] – Invalid karma cost for “Gremlins”[SR6-109] – Don’t auto-include silencer in Ares Light Fire series anymore[SR6-111] – (Unmarshaller3.java:126) – Error in line 83, col 23: java.lang.NullPointerException[SR6-115] – Fixed availability of spatial recognizer[SR6-114] – Minor data cleanup for sensors and vision/optical enhancements

Nein, Du machst nichts falsch. Sensoren sind derzeit einfach noch nicht implementiert. :/