Spiel des Jahres 2017 – Ergebnis

Nach einem Monat ist die Wahl zum "Spiel des Jahres 2017" nun beendet! Vielen Dank sowohl an die 20 Nutzer, die abgestimmt haben, und die Wahl damit erst ermöglicht haben, als auch die Entwickler, die im letzten Jahr wieder einige interessante Spiele auf Pewn vorgestellt haben. Wie schon in den letzten Jahren hat Negaia wieder phänomenal abgeschnitten und alle drei ersten Plätze abgeräumt und auch auch Cayle Online war wieder oben mit dabei. Der herzliche Glückwunsch vom Pewn-Team geht aber auch an die drei Newcomer, die dieses Jahr das erste Mal mit vertreten sind: TaschenGold, CYPEST und Lion's Dream & Lion's War! Das offizielle Endergebnis lautet wie folgt: Bestes Spiel 1. Platz: Negaia 2. Platz: Cayle Online 3. Platz: TaschenGold Beste Präsentation 1. Platz: Negaia 2. Platz: CYPEST 3. Platz: Cayle Online Heiß begehrt 1. Platz: Negaia 2. Platz: Cayle Online 3. Platz: Lion's Dream & Lion's War   Hier noch die genauen Ergebnisse, die selbstverständlich auch im Spiel des Jahres-Bereich verfügbar sind: Bestes Spiel Stimmen Spiel 14 Negaia 13 Cayle Online 8 TaschenGold 7 CYPEST 6 Realms of Gondar 5 TheIMPS 5 SpaceChaos 4 Lion`s Dream & Lion`s War 3 Die Zunftmeister 3 The American delta vengeance action blood force kill commando 2 GaliaTor 2 distilled RTS 2 Leeks & Dragons - 2D Singleplayer RPG 2 Devader 2 Producers & Traders 1 Yeti's Snowman   Beste Präsentation Stimmen Spiel 27 Negaia 11 CYPEST 8 Cayle Online 6 TaschenGold 6 SpaceChaos 3 Lion`s Dream & Lion`s War 3 Devader 2 Timbertales 2 Heroes of Delum 2 Leeks & Dragons - 2D Singleplayer RPG 2 Drant 1 Mobster 1 Canyonbreed   Heiß begehrt Stimmen Spiel 11 Negaia 8 Cayle Online 7 Lion`s Dream & Lion`s War 6 ProjektGG 6 Leeks & Dragons - 2D Singleplayer RPG 5 Devader 3 TaschenGold 3 Die Zunftmeister 3 Canyonbreed 3 distilled RTS 2 Der einzig wahre Auserwählte! 2 Lonely World 2 Chicken vs. Zombies 1 Gridwars 1 Aleron's Lie 1 Pentaquin   Thumbnail by pixelbuddha

Pewn API Autorisierung

Mit dem letzten Update ist die Pewn API um eine OAuth-Integration erweitert worden. Das bedeutet, dass es externen Anwendungen nun auch möglich ist, schreibend über die API auf Pewn zuzugreifen. Im Folgenden werde ich näher erläutern, wie die Autorisierung abläuft und im Anschluss von externen Anwendungen genutzt werden kann.   Anwendung einrichten Um eine Anwendung (einen Clienten) zu registrieren, muss die Beta-Funktion im Profil aktiviert sein. In der API Dokumentation (im Footer) findet sich dann unter „Meine Anwendungen“ die Option, eine neue Applikation zu erstellen. Hier können vier Dinge festgelegt werden: Name: Der Name der Anwendung, z.B. „Login - Spiel XY“; kann nachträglich nicht geändert werden Beschreibung: Eine kurze Beschreibung der Anwendung, damit der Nutzer über den Zweck der Anwendung Bescheid weiß Redirect-URI: Die Adresse, auf die der Nutzer nach der Autorisierung der Anwendung mit dem Auth-Code als Query-Parameter umgeleitet wird. Wenn das Feld freigelassen wird, wird dem Nutzer der Auth-Code direkt angezeigt, sodass er ihn kopieren kann. Weiteres dazu folgt bei den Ausführungen zum Ablauf. Die Zugriffsberechtigungen:  Eine Liste aller Berechtigungen findet sich hier. Die ausgewählten Berechtigungen können zur Zeit nicht nachträglich geändert werden. Sollte das allerdings von gesteigertem Interesse sein, werde ich das sobald wie möglich in Angriff nehmen.   Der Ablauf der Autorisierung (OAuth2) 1. Die externe Anwendung möchte Zugriff auf die Daten eines Nutzers erhalten, bzw. den Nutzer authentifizieren. 2. Dazu leitet die Anwendung den Nutzer auf Pewn um. Zielpunkt auf Pewn ist der Auth-Endpunkt: /auth/?response_type=code&client_id=12345 Als Query-Parameter müssen angehängt sein:             client_id -> Die ID der Anwendung (Unter „Meine Anwendungen“ zu finden)             response_type -> Zur Zeit wird nur 'code' unterstützt 3. Dem Nutzer werden nach dem Anmelden alle Berechtigungen gezeigt, die die Anwendung fordert. Mit einem Klick auf „Zugriff erlauben“ autorisiert er die Anwendung. 4. Daraufhin wird er zurück zur Anwendung geleitet und zwar auf die zuvor hinterlegte Redirect-URI. Als Query-Parameter ist der Auth-Code angehängt. Wenn keine Redirect-URI hinterlegt ist, wird der Code so angezeigt, dass der Nutzer ihn kopieren kann. 5. Der Auth-Code kann von der Anwendung dann innerhalb von 10 Minuten am Token-Endpunkt (/api/v1/oauth/token) gegen einen Access-Token und einen Refresh Token ausgetauscht werden. Dazu muss der Client eine POST-Anfrage an den Endpunkt senden und folgenden Parameter im Request-Body haben:             client_id -> Die ID der Anwendung             client_secret -> Der anwendungsspezifische API-Key (auch unter „Meine Anwendungen“ zu finden)             grant_type -> 'authorization_code'             code -> Der zuvor erhaltene Auth-Code             redirect_uri -> Muss zwar angehängt werden, der Wert ist aber irrelevant. Muss in Zukunft identisch mit der hinterlegten URI sein.   Als Antwort liefert die API folgendes: { "access_token": "37dcde80-4523-42c1-be10-4f76af272d9a", "refresh_token": "60ce2505-c436-4316-ba03-2a93cdfd15df", "token_type": "Bearer", "expires_in": 3600, "username": "test" }   Der Access-Token ist für 60 Minuten gültig und kann verwendet werden, um auf geschützte Ressourcen zuzugreifen. Mehr dazu im Abschnitt „Zugriff auf geschützte Ressourcen“. Der Refresh-Token sollte von der Anwendung sicher verwahrt werden, denn er ist unbegrenzt gültig und kann jederzeit zum Anfordern eines neuen Access-Tokens verwendet werden. Dazu muss nur eine POST-Anfrage an den Token-Endpunkt gesendet werden, die folgende Parameter im Request-Body enthält:             client_id -> Die ID der Anwendung             client_secret -> Der anwendungsspezifische API-Key             grant_type -> 'refresh_token'             refresh_token -> Der Refresh-Token Dadurch wird der alte Access-Token (wenn er noch nicht abgelaufen ist) ungültig, da es pro Client und User nur jeweils einen gültigen Access-Token gibt.   Zugriff auf geschützte Ressourcen Zur Zeit gibt es erst eine API-Methode, die eine vorige Nutzer-Autorisierung erfordert, in (näherer) Zukunft wird da allerdings noch einiges folgen. /api/v1/self/details Über diesen Endpunkt kann ein Spiel oder jede andere externe Anwendung auf die E-Mail-Adresse eines Nutzers zugreifen. Dafür erforderlich ist nur, dass die Anwendung im Request-Header einen gültigen Access-Token liefert.   Für Fragen stehe ich jederzeit, auch per PN bereit.     Wichtiger Hinweis Solange das SSL-Zertifikat noch nicht eingebunden ist, sollten die API-Authentifizierung ausschließlich zum Testen verwendet werden! Nach dem Einbinden werden aus Sicherheitsgründen alle bereits erstellten Anwendungen wieder gelöscht.   Weiterführende Links Die API-Dokumentation zur Autorisierung Die Dokumentation zu den Endpunkten Die OAuth2 Spezifikation Eine übersichtliche Einführung in OAuth2 Pewn API für ScribeJava

jpapi 0.5.0

Lange ist es her seit ich das letzte Mal über meinen Java-Wrapper für die Pewn-API geschrieben habe. Mittlerweile hat sich aber eine ganze Menge getan: Die Technik hinter jpapi wurde komplett überarbeitet. Es wird nun Retrofit verwendet, um auf die API-Endpunkte zuzugreifen. Dadurch haben sich allerdings die Package-Namen geändert! Selbstverständlich wird mittlerweile die Authentifizierung der Pewn-API unterstützt. Ein Beispiel für die Benutzung gibt es hier in einem Eintrag im jpapi-Wiki. Die Verbindung zur API erfolgt über SSL Die Abhängigkeiten wurden auf den neusten Stand gebracht Eine ganze Menge von neuen API-Methoden werden unterstützt. Dazu zählen unter anderem: Aktivitäten Startseiten-Inhalte Blog-Posts News Designs Teams Nutzer-Daten Download und Source Code sind auf Github verfügbar: github.com/crykn/jpapi/releases/tag/0.5.0 #jpapi #changelog #pewnapi

4. Chatabend

Gestern fand mit dem vierten Chatabend nicht nur der erste Chatabend im neuen Jahr 2018, sondern auch der erste Chatabend mit vorgegebenem Thema statt. Dazu haben sich drei auf Pewn aktive Spieleentwickler gemeldet, um mit den anderen Teilnehmern über ihre Projekte und allerlei anderes zu diskutieren. CYPEST ParaDigma stellte mit CYPEST das erste Spiel vor. Ursprünglich aus der Demo-Szene stammend und erst seit kurzem auf Pewn arbeitet ParaDigma seit November 2016 an CYPEST. Dabei steht ihm der Programmierer Holger Meisel zur Seite, den er noch von seiner Arbeit an Sorades - Die Befreiung, einem 2006 veröffentlichten RTS, kennt (das definitiv einen Blick wert ist). Dieser war es auch, der die Engine, auf der CYPEST basiert, in C++ schrieb. Doch worum geht es in CYPEST überhaupt? Das Spiel ist ein Geschicklichkeitsspiel, bei dem man als Virus durch Computersysteme fliegt und versucht seinen Zielserver zu erreichen. Die Steuerung könnte nicht simpler sein: Mit der linken Pfeiltaste geht’s nach links mit der rechten nach rechts. Doch von der Einfachheit der Steuerung ist im Rest des Spiels wenig zu sehen oder um es mit den Worten des Entwicklers auszudrücken: „Klingt easy, ist aber durchaus fordernd.“ Die Schwierigkeit besteht dabei in der relativ hohen Geschwindigkeit, in der die Spielwelt durchlaufen wird und die erfordert, dass ein Level immer wieder durchgespielt werden muss, um von Mal zu Mal einen besseren Weg durchs Labyrinth zu finden. Der Reiz besteht dabei darin, dass verschiedene Items aufgesammelt und Aktionen ausgeführt (z.B. an der Wand entlang gleiten) werden können, durch die der Spieler Punkte sammelt – und der Score so stetig verbessert werden kann. Genau diesen Punktestand kann man dann auf einer Bestenliste zur Schau stellen, die sich nach Leveln gliedert und einen „Hacker-Olymp“ umfasst, in dem alle bisher erreichten Punkte eines Spielers zusammengezählt werden. Derzeit gibt es 8 Level, Nachschub in Form einer neuen Mission mit 12 weiteren Leveln ist allerdings in Arbeit, genauso wie eine Browserversion. Bzgl. des Supports anderer Systeme (bspw. Android und iOS) „wird man sehen.“   Negaia Das nächste Spiel ist ein alter Bekannter auf Pewn: Negaia. Das MMORPG entstand aus Frustration mit anderen Spielen dieses Genres, allen voran World of Warcraft. „Das fehlende Housing, das stupide Farmen und Leveln [und] das Sozialverhalten der Spieler“ sind nur einige der Gründe, wegen denen sich Peter, der Gründer des Indie-Studios Vankenthor, dazu entschloss mit der Arbeit an Negaia zu beginnen. Der Weg Negaias ist ein steiniger. Das MMORPG wird seit November 2010 von Vankenthor Entertainment entwickelt und musste währenddessen einige Hindernisse überwinden. Ab 2011 wurde das Spiel in der BigWorld-Engine umgesetzt, bis BigWorld 2013 den Support für Indie-Entwickler einstellte. Dieser Rückschlag, der für die meisten anderen Projekte wohl das Aus bedeutet hätte, war für Negaia im Nachhinein zwar schmerzlich, aber zu verkraften. So entschied sich das damals 5-köpfige Team auf Unity in Verbindung mit SmartFox umzusteigen und fährt damit bis heute gut. Die Spielwelt Negaias ist im Bereich Fantasy angesiedelt und legt viel Wert auf Realismus. Negaia kombiniert und ergänzt dabei viele bekannte Konzepte, ohne jedoch an Originalität einzubüßen: So wird der klassische Gut-Böse-Dualismus aufgebrochen und die Völker der Spielwelt verzichten bewusst auf Ähnlichkeiten zu den Stereotypen Elf, Ork, Troll, etc. Auch wenn die Entwicklung Negaias gerade in der Winter- bzw. Umzugs-Pause ist, können wir gespannt sein, was im neuen Jahr alles das Licht der Welt erblicken wird. Zuletzt wurden die ersten Fortschritte des Housing-Systems veröffentlicht und auch das Buch zu Negaia wird bald erscheinen. Trotz aller geplanten Ziele wird die Meinung der Spieler immer einen hohen Stellenwert im Entwicklungsprozess von Negaia einnehmen, so Peter, der Projektleiter: „Wir sind ein Team aus lernenden Enthusiasten, die Spaß am Entwickeln haben – wir schieben gerne Ideen von Spielern ein, wenn sie gut passen – davon lebt Negaia.“   Cayle Online Als letztes kommt mit Cayle Online das Spiel von Tixewi. Auch bei Cayle Online handelt es sich um ein Projekt, das schon länger in Entwicklung ist. Zu Beginn im Jahre 2013 lief das Projekt noch unter dem Namen „Kyeile“ und sollte ein (M)MORPG werden. Die damals noch recht kleinen Kenntnisse in Unity wurden mit der Zeit ausgebaut und so entwickelte sich auch Kyeile/Cayle weiter, was 2015 in der Veröffentlichung eines ersten mehr oder weniger spielbaren Clienten gipfelte. Im entsprechenden Development Trailer sieht man schon die Ähnlichkeiten zum heutigen Spiel, allerdings auch noch viele Unterschiede. Wer neueres Gameplay-Material sehen will, kann einen Blick auf den Teaser für das Dezember/Januar-Update werfen. Inzwischen ist Cayle Online ein „Multiplayer Online Sci-Fi Arena Game“, was bedeutet, dass man zusammen mit bis zu 4 Mitspielern gegen KI-Gegner antritt, die versuchen ein Missionsziel, den Paladin, zu zerstören. Dabei gibt es verschiedene Klassen bzw. Ausrüstungen mit jeweils unterschiedlichen Eigenschaften. Manche Raumschiffe sind schneller, andere langsamer, manche haben mehr Panzerung, andere spezielle Boni. In diesem Jahr kommt auch endlich das lang erwartete Skillsystem, durch das sich die „Gears“ auch besser voneinander abheben. Weitere Entwicklungsziele sind ein schnelleres und vor allem abwechslungsreicheres Gameplay, sowie weitere Maps (auch mit PvP-Gamemodi). Außerdem ist eine überarbeitete Steuerung (hoffentlich frei belegbar ) mit schnellerer Fortbewegung, sowie ein Belohnungssystem geplant.