| von Der_HOmer[DE] |
Ich seh gerade ein anderes Problem. 1.000.000 x 1.000.000 Kacheln ist wohl so gut wie unmöglich. Das wären 1.000.000.000.000 Kacheln. Wenn ich max. 256 versch. Kachlen definiere komm ich mit 1 Byte/Kachel aus. Das wären:
976562500 kByte
953674,31 MByte
931,32 GigaByte
ein bissl viel.
Wer will schon vor Spielbeginn eine fast 1 Terrabyte große karte laden.
Ich wende mich wieder an euch, wenn ich mir das besser überlegt hab.
Danke schön. |
| von Herr_Zatacke |
naja .. je nach spiel-art würde ich mir überlegen ob es überhaupt sinn macht auf eine Datenbank zuzugreifen - oder eben diesen Teil selbst zu schreiben ..... (quasi eben einen server der spezielle auf deine bedürfnisse geschrieben ist)
spezifisches kann ich natürlich nich sagen - hab ja keine ahnung was du für ein spiel zu machen versuchst ... (hab ja schonmal falsch "geraten") |
| von Der_HOmer[DE] |
Hast du da irgendwelche Anregungen?
Ich weis grad nicht genau was du meinst. |
| von Herr_Zatacke |
| hmmm da wäre schon fast ne eigene server-app sinnvoll ... bei normalen (action) games ist ja auch immer ein server dabei .... |
| von Der_HOmer[DE] |
Also das Spiel an sich wird nicht im Browser dargestellt. Die Grafiken sind alle in einem C++-Programm. Über C++ greife ich auch auf die Datenbank zu.
Aber ich bin mir gar nicht mehr sicher, ob eine SQL-Datenbank das richtige wäre, wenn z.B. zwei Spieler gleichzeitig an einer Stelle der Karte wären und der eine den anderen in Echtzeit sehen soll. Die Position von jedem wäre dann in einer Datenbank gespeichert und würde ständig aktualisiert und abgefragt. Macht SQL das mit? Auch bei mehr als 2. Sagen wir mal 100 Spielern?
Sollte ich das lieber über Textdateien machen oder sogar mit Direktverbindungen zwischen den Spielern? |
