informaticup / informaticup2021 Goto Github PK

Hallo,

dürfen wir (bezüglich des Urheberrechts) das Informaticup Logo in unseren Ausarbeitungen / auf unseren Seiten / Repos verwenden (ggfs. auch eine Abwandlung oder nur einen Auszug davon)?

Garantiert der Spielserver, dass der Spieler nach der Startposition einen gültigen Spielzug ausführen kann?

Folgendes Beispiel für eine unfaire Position:
Spieler 1 ist in der oberen rechten Ecke von dem Spielfeld und schaut nach rechts gegen die Wand.
Spieler 2 hat eine Startposition unter ihm.

Jede mögliche Aktion von Spieler 1 führt im nächsten Zug zu seinem Tod.
Er ist von links und vorne von der Wand geblockt und von rechts von Spieler 2.

Dieses Beispiel ist konstruiert und passiert sehr selten in einem großen Spielfeld. In einem kleinen Spielfeld könnte dies Relevanz haben.

"Dabei scheidet ein Spieler aus, sobald er einen anderen Spieler oder eine bereits vorhandene Spur berührt [...]"

Berührt Spieler1 Spieler2, wenn Spieler2 in den von Spieler1 im selben Zug erzeugten Schwanz fährt? Genaugenommen kreuzt Spieler1 Spieler2 dann ja nur indirekt.

Daraus ergibt sich ebenfalls die Frage, wie es sich verhält, wenn beide Spieler (einer von unten nach oben , einer von links nach rechts) im selben Zug über den selben Punkt fahren, gewinnt dann der Spieler der als erstes (Funktion aus Abstand und Geschwindigkeit) dagewesen wäre oder verlieren beide?

Im Beispielvideo sieht man, wie der gelbe Agent direkt nach seiner ersten Rechtskurve einen Sprung mit einer Luecke macht, der bei Geschwindigkeit 3 auftritt. Da er zuvor keine Spruenge gemacht hat, ist das nur moeglich, wenn er gleichzeitig nach rechts dreht und beschleunigt. Es ist jedoch nach Anleitung verboten "mehrere Befehle innerhalb einer Spielrunde zu senden".

Gibt es hier einen Denkfehler?

@jonico Es wäre super, wenn wir von Team Chillow der Uni Oldenburg (@Florian3007 & @jonashellmann) Zugriff auf Github Codespaces bekommen könnten. Vielen Dank! 😄

...

Guten Abend,
mein Team ist sehr frustriert aufgrund von seltsamen Fehlern, welche bei der bereitgestellten online Plattform der Gi auftreten. Dies vermuten wir zumindest.

Es kommt seit gestern vermehrt vor, dass wir ohne Grund auf active: false gesetzt werden.
Alle angegebenen Zeiten sind in UTC. Ich schildere eine der besagten Situationen in Runde 137/138 eines Spiels welches um 2021-01-12_16:34:03 startete.

Die Deadline war: 2021-01-12 16:59:32
Daraufhin sendeten wir send {"action": "turn_left"}, was in dieser Situation offensichtlich eine möglicher Zug war, der nicht zum sterben führen konnte. Die Sendezeiten waren:

send at 2021-01-12 16:59:31.500592
send finish at 2021-01-12 16:59:31.500832

Wir haben also rechtzeitig die Nachricht abgesendet und das auch erfolgreich wie der send-finish Zeit zu entnehmen ist. Danach fragten wir einen neuen State an um

start recv() at 2021-01-12 16:59:31.500917

und bekamen diesen daraufhin auch zugeschickt um:

finish recv() at 2021-01-12 16:59:34.176797

Dieser neue State führte uns allerdings als "active":false und auch unsere Aktion turn_left wurde nicht umgesetzt. Die anderen Spieler wurden am Leben gelassen und haben sich auch bewegt.

Dies ist in den letzten Wochen nie vorgekommen und seit gestern geschieht es ständig. Den Zeitstempeln kann man entnehmen, dass das Problem nicht an uns liegt, oder sieht hier jemand was? Außerdem tritt das Problem ja auch nicht immer auf sondern nur sehr oft, von daher bin ich noch mehr überfragt.

Sieht jemand das Problem oder hat eine Idee?

Ich gehe davon aus, dass der Fehler bei der Gi liegt, da wir parallel zu diesem Problem auch ein enormer delay in der Abfrage der time_url feststellen mussten seit gestern, wofür es bereits ein anderes Issue gibt, welches nicht von mir angelegt wurde.

Vielen Dank an alle :-)

Thank you @jonico !

Würde mich freuen! Anmeldung ist ausgefüllt. Danke @jonico!

In der Aufgabenstellung steht, dass man nur gleichzeitig an einem Spiel teilnehmen kann. Bedeutet das, dass wir einen internen Zustand für das Spiel speichern dürfen?

In dem Beispiel JSON-Datensatz steht für die möglichen Werte der Cell-Liste "-1 gleichzeitig durch mehrere Spieler belegt".

Jedoch wird auch der Wert -1 gesetzt, wenn das Feld durch einen einzigen Spieler doppelt belegt ist, falls er mit sich selbst kollidiert (siehe Bild - Auszug aus dem vom Server erhaltenen JSON-Datensatz).

In den Bewertungskriterien steht, dass ein Teil der Qualitaet des Agenten seine Punktzahl ist. Es wird jedoch nicht angegeben, wie sich diese Punktzahl berechnet.

Ist es zum Beispiel besser, wenn ein Agent aus 100 Spielen 50 Spiele gewinnt, 10 Spiele unentschieden abschliesst und 40 Spiele verliert oder nur 35 Spiele gewinnt, dafuer aber 65 Spiele unentschieden abschliesst? Macht es weiterhin einen Unterschied, ob man ein Spiel als zweiter, dritter oder gar letzter Spieler verliert?

Die Berechnung der Punktzahl beeinflusst massgeblich, wie sehr "agressive" Spielstrategien belohnt oder bestraft werden.

Angenommen wir haben zwei Schlangen s1, s2 an den Positionen (x1,y1) = (0,1) in Richtung Rechts mit Geschwindigkeit 2 und
(x2,y2) = (1,2) in Richtung Oben mit Geschwindigkeit 2. Nach dem Zug wären die neuen Positionen dann (x1,y1) = (2,1) und (x2,y2) = (1,0). Die Schlangen hätten sich an (1,1) gekreuzt. Leben beide Schlangen noch oder sind beide tot?

Wir haben eine neue API hinzugefügt: Unter https://msoll.de/spe_ed_time könnt ihr die aktuelle Server-Zeit (in UTC) als JSON abfragen. Für die Deadline ist die Serverzeit maßgeblich. Die Serverzeit an sich war bis jetzt und sollte auch in Zukunft sehr genau sein. Die Benutzung der API ist weder notwendig noch wird sie verlangt, soll euch aber beim Eliminieren von möglichen Problemen helfen. Ein API-Key wird für die neue Schnittstelle nicht benötigt. Bitte beachtet, dass es Verzögerungen durch langsame Internetverbindungen geben kann.

In den Anforderungen steht, dass die Server-URL und der Key beim Start des Docker-Containers mittels dem Parameter -e als Umgebungsvariablen gesetzt werden.

Wenn wir auch die URL zur Abfrage der aktuellen Serverzeit (https://msoll.de/spe_ed_time) nutzen wollen, wird diese URL ebenfalls als Umgebungsvariable gesetzt oder sollte diese hart im Code bzw. im Dockerfile hinterlegt werden? Bisher steht in den Anforderungen nicht drin, dass beim Container-Start eine dritte Umgebungsvariable gesetzt wird.

In der Aufgabenstellung steht, dass sich das Pseudonym "regelmäßig ändert". Sind die Zeiträume dazwischen so groß, dass sich das Pseudonym im Laufe der Evaluation nicht ändert?

Hiermit ließen sich im Laufe der Spiele Schwachstellen in der Spielstrategie eines anderen Spielers feststellen und voraussagen.

Wir haben einen interessanten Fall der Kollision gefunden. Dabei ist das erste kollidierende Feld noch aus einem vorherigen Zug, anders als in #5. Die Kollision wird dennoch voll ausgeführt und beide sterben. Ist dies gewolltes Verhalten?
Danke schon mal.

Z. B. wenn bei diesem Bild beide Spieler Speed = 2 haben.

Den Fall mit Rot-Speed = 1 & Grün-Sped = 2 konnte ich schon testen: Hier gewinnt Grün den Zweikampf.

Ist es, um den ersten Platz in einem Spiel, d. h. einer Runde zu gewinnen, lediglich erforderlich als letzer am Leben zu bleiben oder spielt die Anzahl der "überstrichenen" Felder oder die erzielte "Körperlänge" ebenfalls eine Rolle?

Moin.
Wir nutzen Python3.8.2 und haben anfangs versucht, die API mittels des zur Verfügung gestellten Codes anzufragen und die JSON zu laden.
Die wird allerdings nach wenigen Sekunden mit:

Waiting for initial state...
DEBUG:websockets.protocol:client - event = data_received(<4 bytes>)
DEBUG:websockets.protocol:client < Frame(fin=True, opcode=8, data=b'\x03\xe8', rsv1=False, rsv2=False, rsv3=False)
DEBUG:websockets.protocol:client ! timed out waiting for TCP close
DEBUG:websockets.protocol:client x closing TCP connection
DEBUG:websockets.protocol:client - event = connection_lost(None)
DEBUG:websockets.protocol:client - state = CLOSED
DEBUG:websockets.protocol:client x code = 1000, reason = [no reason]
Zeitüberschreitung bei Verbindungsaufbau!
code = 1000 (OK), no reason

Beendet

Selten kann eine Verbindung aufgebaut werden und dann wird auch eine Antwort unsererseits gesendet. Daraufhin erhalten wir jedoch wieder die gleiche Antwort wie bereits oben beschrieben.
Welche Ursachen könnte dies haben?

Wie lange muss der Client warten, bevor er erneut eine Verbindung aufbauen darf, nachdem er einmal Error 429 erhalten hat?

Wenn mein Client 60s wartet und dann versucht, sich erneut zu verbinden, erhält er wieder einen Error 429. Dies wiederholt sich endlos über Stunden.

Ausgehend von dem bereitgestellten PDF würde ich davon aussgehen, dass sobald das ursprüngliche Spiel beendet ist, die Verbindungsanfrage erfolgreich ist.

@jonico Wir würden uns auch über Zugang zu den Codespaces freuen!
Team Jumpstart (@DiddiZ @GregorKobsik @ManuelPozor)

Unsere Lösung braucht initial auf langsamer Hardware schätzungsweise bis zu einer Minute, um einen Cache zu initialisieren.
Dies passiert natürlich, bevor eine Verbindung aufgebaut wird, um am Spiel teilzunehmen.
Ist das ein Problem?
Gibt es ein RAM-Limit pro Container?

Eine Präsentation wird erst dann von den Teams erwartet, sobald sie zur Endrunde eingeladen werden.

Gibt es einen Rahmen in dem sich die Zeit bewegen wird, die für das Versenden der Response benötigt wird? Von uns kann ja nicht geprüft werden, wann die Nachricht am Server ankommt. (Und das hängt ja unter anderem davon ab wie die Verbindung zwischen Client und Server aussieht.)

Ich habe bisher noch keine Informationen darüber gefunden, wie die Abgabe erfolgen soll (z.B. ein Upload als zip-Datei o.ä.), sondern nur, dass der letzte mögliche Tag der Abgabe der 17. Januar 2021 ist.
Über genauere Angaben dazu würde ich mich sehr freuen. Vielen Dank im Voraus schon einmal!

Können die Specs der Referenzsysteme, e.g. RAM, CPU, GPU~VRAM, veröffentlicht werden?

In diesem Fall scheidet der Spieler aus.

Ein gesondertes Repository ist nicht erforderlich. Auch eine Versionshistorie wird nicht erwartet. Es sollte allerdings der gesamte relevante Quelltext in der Abgabe enthalten sein: Beachtet, dass das Image (allein) mit einem Aufruf an docker build gebaut werden können muss (s. Aufgabenstellung unter "Bewertung").

Siehe auch unser FAQ

Die Spur des Spielers bleibt auf dem Spielfeld und bildet weiterhin ein Hindernis.

bleibt die board größe immer gleich? Oder müssen wir einen agenten entwickeln der auf spielfeldern beliebiger größe spielen kann?

Guten Tag,
wir sind noch Neulinge im Umgang mit Docker, haben es aber soweit hinbekommen, dass unser Docker-Image gebaut wird und funktioniert.

Nun stellst sich aber die Frage, ob die Dockerfile direkt auf dem geklonten Repository ausgeführt wird. In diesem Falle müsste dann ja z.B. bei Java das Programm kompiliert werden oder reicht es, wenn wir in unserer Dockerfile auf eine jar-File im gebauten Ordner verweisen.

Vielen Dank bereits im voraus.

Ihr müsst selber entscheiden, wie ihr die Ausarbeitung gestalten wollt (also auch, wie detailliert ihr dabei sein wollt). Ihr könnt euch dabei an der Checkliste orientieren um zu sehen, ob alle wichtigen Bestandteile abgedeckt sind. Es gibt kein Seitenlimit.

Wenn ich das richtig interpretiert habe, müssten beide ausscheiden, da sie den jeweils anderen berühren. Liege ich damit richtig?

Hallo,

mit unserer momentanen Implementation wird leider der WS Handshake abgelehnt.
Ist es notwendig eine SSL veschlüsselte Verbindung zu nutzen?

In den FAQ steht, dass jede kostenlos verfügbare Bibliothek verwendet werden darf. Gilt das selbe fuer allen anderen kostenlos verfuegbaren Code, etwa aus oeffentlichen GitHub-Repositorys oder Implementierungen von Forschungsarbeiten?

Wir würden uns auch über Codespaces-Access freuen, wir haben uns auch alle für die Beta angemeldet :) @jonico

Was passiert, wenn die letzten beiden Spieler in der selben Runde ausscheiden? Zählt dies als Sieg für beide Spieler oder als Niederlage für beide? Oder gibt es eine andere Regel diesbezüglich die ich übersehe?

Guten Tag,
mich würde mal interessieren wie viel Zeit ein Bot für einen Zug hat. Falls es nicht festgelegt ist, in welchen Dimensionen liegt das ganze denn? Sekunden, Millisekunden, etc.

Vielen Dank für die Antwort!

Seit gestern Abend antwortet die Time API deutlich langsamer, oft sogar über einer Sekunde. Das Problem tritt weiterhin auf. Ich habe unser Logging angepasst, sodass es zeigt, wie lange die API braucht. Auf der API lassen sich kaum noch richtige Spiele spielen, denn entweder stirbt unser Spieler oder die anderen Spieler, ohne dass sich Spuren kreuzen oder Spieler das Feld verlassen. Ich habe die beispielhafte Log-Nachrichten angehangen (unser HTTP client verwendet einen Timeout von 1s für die API).

Vielen Dank und viele Grüße,
Richard

-- LOG (Spiele durch Absätze getrennt)
2021/01/12 12:48:01 time api took 1.000249295s
2021/01/12 12:48:08 time api took 1.00016425s
2021/01/12 12:48:16 time api took 24.827832ms
2021/01/12 12:48:22 time api took 5.989834ms
2021/01/12 12:48:35 time api took 5.334849ms
2021/01/12 12:48:45 time api took 7.854876ms
2021/01/12 12:48:56 time api took 5.19368ms
2021/01/12 12:49:09 time api took 10.508569ms
2021/01/12 12:49:17 time api took 5.386409ms
2021/01/12 12:49:23 time api took 5.916717ms
2021/01/12 12:49:32 time api took 6.605539ms
2021/01/12 12:49:40 time api took 5.523025ms
2021/01/12 12:49:46 time api took 5.294932ms
2021/01/12 12:49:57 time api took 7.195379ms
2021/01/12 12:50:08 time api took 5.59691ms
2021/01/12 12:50:19 time api took 5.419777ms
2021/01/12 12:50:25 time api took 5.20932ms
2021/01/12 12:50:35 time api took 5.627138ms
2021/01/12 12:50:48 time api took 7.320601ms
2021/01/12 12:50:55 time api took 5.89549ms
2021/01/12 12:51:03 time api took 5.113487ms
2021/01/12 12:51:11 time api took 5.678592ms
2021/01/12 12:51:23 time api took 6.22052ms
2021/01/12 12:51:29 time api took 5.397028ms
2021/01/12 12:51:38 time api took 6.429176ms
2021/01/12 12:51:46 time api took 6.599128ms
2021/01/12 12:51:58 time api took 5.4638ms
2021/01/12 12:52:04 time api took 5.609186ms
2021/01/12 12:52:13 time api took 5.428113ms
2021/01/12 12:52:20 time api took 5.179794ms
2021/01/12 12:52:27 time api took 8.056841ms
2021/01/12 12:52:34 time api took 11.501981ms
2021/01/12 12:52:40 time api took 12.4168ms
2021/01/12 12:52:48 time api took 5.833985ms
2021/01/12 12:52:56 time api took 5.625228ms
2021/01/12 12:53:02 time api took 12.561608ms
2021/01/12 12:53:08 time api took 6.280089ms
2021/01/12 12:53:18 time api took 5.863361ms
2021/01/12 12:53:27 time api took 5.169668ms
2021/01/12 12:53:34 time api took 8.029728ms
2021/01/12 12:53:40 time api took 5.283242ms
2021/01/12 12:53:46 time api took 9.317617ms
2021/01/12 12:53:52 time api took 5.68861ms
2021/01/12 12:54:00 time api took 6.091337ms
2021/01/12 12:54:06 time api took 5.28367ms
2021/01/12 12:54:19 time api took 5.409503ms
2021/01/12 12:54:25 time api took 6.030893ms
2021/01/12 12:54:31 time api took 5.752722ms
2021/01/12 12:54:39 time api took 6.938367ms
2021/01/12 12:54:45 time api took 5.448365ms
2021/01/12 12:54:58 time api took 5.161122ms
2021/01/12 12:55:04 time api took 5.663328ms
2021/01/12 12:55:11 time api took 10.579287ms
2021/01/12 12:55:22 time api took 5.856283ms
2021/01/12 12:55:34 time api took 5.544641ms
2021/01/12 12:55:47 time api took 5.711631ms
2021/01/12 12:55:56 time api took 5.696116ms
2021/01/12 12:56:04 time api took 6.603074ms
2021/01/12 12:56:10 time api took 5.331075ms
2021/01/12 12:56:21 time api took 5.357351ms
2021/01/12 12:56:31 time api took 5.292699ms
2021/01/12 12:56:39 time api took 5.675029ms
2021/01/12 12:56:50 time api took 5.717674ms
2021/01/12 12:57:03 time api took 5.842374ms
2021/01/12 12:57:12 time api took 6.073365ms
2021/01/12 12:57:19 time api took 5.341802ms
2021/01/12 12:57:29 time api took 5.788751ms
2021/01/12 12:57:38 time api took 5.658813ms
2021/01/12 12:57:45 time api took 6.650248ms
2021/01/12 12:57:58 time api took 6.434089ms
2021/01/12 12:58:06 time api took 6.012983ms
2021/01/12 12:58:15 time api took 5.876397ms
2021/01/12 12:58:25 time api took 5.250761ms
2021/01/12 12:58:33 time api took 5.443301ms
2021/01/12 12:58:43 time api took 6.357959ms
2021/01/12 12:58:52 time api took 7.013762ms
2021/01/12 12:58:58 time api took 6.78651ms
2021/01/12 12:59:07 time api took 7.948359ms
2021/01/12 12:59:15 time api took 5.88314ms
2021/01/12 12:59:27 time api took 5.636215ms
2021/01/12 12:59:35 time api took 5.826687ms
2021/01/12 12:59:41 time api took 5.27148ms
2021/01/12 12:59:48 time api took 5.719046ms
2021/01/12 12:59:55 time api took 6.384852ms
2021/01/12 13:00:02 time api took 10.8983ms
2021/01/12 13:00:14 time api took 5.909427ms
2021/01/12 13:00:20 time api took 6.456303ms
2021/01/12 13:00:30 time api took 12.202216ms
2021/01/12 13:00:40 time api took 5.641535ms
2021/01/12 13:00:53 time api took 5.613735ms
2021/01/12 13:01:05 time api took 7.335223ms
2021/01/12 13:01:16 time api took 5.594709ms
2021/01/12 13:01:29 time api took 5.147198ms
2021/01/12 13:01:36 time api took 6.470165ms
2021/01/12 13:01:49 time api took 5.578262ms
2021/01/12 13:02:01 time api took 6.54392ms
2021/01/12 13:02:07 time api took 33.887441ms
2021/01/12 13:02:16 time api took 7.999281ms
2021/01/12 13:02:29 time api took 8.762147ms
2021/01/12 13:02:40 time api took 5.581281ms
2021/01/12 13:02:48 time api took 5.860946ms
2021/01/12 13:02:55 time api took 6.844756ms
2021/01/12 13:03:02 time api took 6.016808ms
2021/01/12 13:03:13 time api took 5.414266ms
2021/01/12 13:03:26 time api took 6.60598ms
2021/01/12 13:03:33 time api took 7.494225ms
2021/01/12 13:03:45 time api took 5.426171ms
2021/01/12 13:03:55 time api took 5.562551ms
2021/01/12 13:04:06 time api took 5.218291ms
2021/01/12 13:04:12 time api took 5.023034ms
2021/01/12 13:04:23 time api took 5.422694ms
2021/01/12 13:04:31 time api took 5.079645ms
2021/01/12 13:04:37 time api took 11.551403ms
2021/01/12 13:04:49 time api took 8.444468ms
2021/01/12 13:04:55 time api took 5.524104ms
2021/01/12 13:05:04 time api took 5.362817ms
2021/01/12 13:05:10 time api took 11.223894ms
2021/01/12 13:05:23 time api took 5.837737ms
2021/01/12 13:05:29 time api took 5.040075ms
2021/01/12 13:05:42 time api took 8.286857ms
2021/01/12 13:05:54 time api took 5.721451ms
2021/01/12 13:06:04 time api took 5.636461ms
2021/01/12 13:06:10 time api took 7.2278ms
2021/01/12 13:06:16 time api took 4.928137ms
2021/01/12 13:06:24 time api took 5.689576ms
2021/01/12 13:06:36 time api took 6.353128ms
2021/01/12 13:06:45 time api took 5.454151ms
2021/01/12 13:06:56 time api took 7.404936ms
2021/01/12 13:07:02 time api took 6.897208ms
2021/01/12 13:07:14 time api took 6.707001ms
2021/01/12 13:07:21 time api took 7.82244ms
2021/01/12 13:07:31 time api took 4.989836ms
2021/01/12 13:07:41 time api took 5.479316ms
2021/01/12 13:07:52 time api took 5.221964ms
2021/01/12 13:07:59 time api took 5.548777ms
2021/01/12 13:08:06 time api took 5.086627ms
2021/01/12 13:08:17 time api took 5.272272ms
2021/01/12 13:08:28 time api took 7.582584ms
2021/01/12 13:08:34 time api took 5.551989ms
2021/01/12 13:08:41 time api took 5.766958ms
2021/01/12 13:08:50 time api took 5.099657ms
2021/01/12 13:09:00 time api took 8.5115ms
2021/01/12 13:09:11 time api took 5.379848ms
2021/01/12 13:09:23 time api took 26.214542ms
2021/01/12 13:09:32 time api took 5.379069ms
2021/01/12 13:09:40 time api took 5.66656ms
2021/01/12 13:09:46 time api took 5.29545ms
2021/01/12 13:09:54 time api took 5.20293ms
2021/01/12 13:10:00 time api took 5.912751ms
2021/01/12 13:10:07 time api took 5.836984ms
2021/01/12 13:10:13 time api took 5.114134ms
2021/01/12 13:10:23 time api took 5.340429ms
2021/01/12 13:10:34 time api took 5.357679ms
2021/01/12 13:10:40 time api took 5.006072ms
2021/01/12 13:10:52 time api took 5.593535ms
2021/01/12 13:11:05 time api took 5.424397ms
2021/01/12 13:11:17 time api took 5.494128ms
2021/01/12 13:11:28 time api took 6.586465ms
2021/01/12 13:11:35 time api took 5.247138ms
2021/01/12 13:11:48 time api took 5.697413ms
2021/01/12 13:11:56 time api took 6.07533ms
2021/01/12 13:12:08 time api took 5.823687ms
2021/01/12 13:12:21 time api took 188.930834ms
2021/01/12 13:12:27 time api took 188.487341ms
2021/01/12 13:12:35 time api took 189.128578ms
2021/01/12 13:12:45 time api took 544.349503ms
2021/01/12 13:12:56 time api took 1.000190893s

2021/01/12 13:13:06 time api took 1.000346674s
2021/01/12 13:13:13 time api took 976.46478ms
2021/01/12 13:13:24 time api took 1.000152743s
2021/01/12 13:13:31 time api took 1.000135561s
2021/01/12 13:13:45 time api took 1.000076267s
2021/01/12 13:13:55 time api took 1.000182294s
2021/01/12 13:14:00 time api took 1.000064275s
2021/01/12 13:14:09 time api took 1.000150051s

2021/01/12 13:16:55 time api took 25.372137ms
2021/01/12 13:17:02 time api took 7.062379ms
2021/01/12 13:17:06 time api took 8.367349ms
2021/01/12 13:17:13 time api took 5.502299ms
2021/01/12 13:17:26 time api took 5.819069ms
2021/01/12 13:17:39 time api took 192.357495ms
2021/01/12 13:17:44 time api took 447.696957ms
2021/01/12 13:17:52 time api took 189.295845ms
2021/01/12 13:18:01 time api took 189.557778ms
2021/01/12 13:18:09 time api took 189.150367ms
2021/01/12 13:18:18 time api took 758.285081ms

@Top-Ranger: See https://docs.github.com/en/free-pro-team@latest/packages/getting-started-with-github-container-registry/about-github-container-registry and tell me if you encounter any issues

Angenommen wir befinden uns in der 6. Runde, die Schlangen hinterlassen also eine Lücke in der Spur und kreuzen sich im Punkt x. Wie gehen die Situationen 1 und 2 aus? Bzw. wer überlebt die Situationen?

Da die Deadline immer näher kommt, haben wir uns gerade damit beschäftigt wie genau denn der Abgabeprozess aussieht. Allerdings haben wir keine E-Mail-Adresse / Verlinkung gefunden, wo wir unser Ergebnis hinschicken / hochladen können. Die einzige Möglichkeit, die uns einfiel, wäre es an [email protected] zu schicken. Liegen wir damit richtig?