Hi @ all,
Ich bin ein begeisterter Schachspieler und Programmierer. Daher möcht ich ein etwas anderes Schach Programmieren.
Ich dachte an ein Schach mit 8 x 8 x 8 Feldern, dh. eine Figur kann sich nach vorn und hinten, rechts und links und oben und unten Bewegen. Hierzu müssen natürlich einige Regeln und die Bewegungsmöglichkeiten der Schachfiguren und deren Anzahl angepasst werden. Und da beginnen meine Fragen ich dacht an entweder 32 Figuren oder 64 figuren pro spieler (vielleicht auswählbar) das hört sich zwar nach viel an aber das "Spielbrett" ist ja auch 512 "Felder" groß.
Und nun bräuchte ich noch ein Paar tips wie man das ganze übersichtlich ,durschaubar und kurzweilig gestalten kann.
Ich dachte z.B. auch daran 2 figuren pro zug bewegen zu dürfen.
Doch ich brauch noch nen paar tips wie man das ganze vom Spielprinzip her aufbaut.

Das ist interessant, aber ehrlich gesagt halte ich die Umsetzung für sehr schwer. Bei so vielen Feldern, Figuren und Möglichkeiten, wie lange muss man da für einen Zug überlegen? Wie lange dauert so ein Spiel? Es müsste dann Stellungen geben be idenen man 200 verschiedene Zugmöglichkeiten hat, das wäre ja riesig.
Also ich halte das so für ganz schwierig, wie wärs wenn du statt dessen verschiedene Ebenen machst? So a la Star Trek Schach?

Hallo Wolf!

Vielleicht wäre eine Umsetzung in kleinerem Maßstab schon ausreichend kompliziert.

Ich dachte da jetzt an das Schachspiel, das z.B. bei Raumschiff Enterprise Next Generation gespielt wird. Das hat glaube ich 8x8x3 Felder, und ist dementsprechend auch übersichtlicher.

Falls Du auf 8x8x8 beharrst, stellt sich für mich die Frage, wie das auf dem Bildschirm darstellbar ist?

Das wären dann ja Würfel für die Felder, oder? Aber so viele Würfel in einem Raum wären m.E. sehr unübersichtlich, dann müsste man so etwas wie ein Zoom einbauen, und dann verliert man schnell den Überblick.

Aber prinzipiell eine Anspruchsvolle Programmieraufgabe, Respekt!

Ciao
Norman-Timo

EDIT: Rechtschreibfehler

Also mir is klar das das anspruchsvoll is und da wäre auch schon mal ne zweite anfrage ob mich wer unterstützen will. Ich hab zwar ahnung vom programmieren aber künstlerisch (Gestaltung der Figuren und so weiter) und Ideenreich bin ich net grad ein Genie. Das heißt ich suche jemanden der mir vielleicht mal einige Entwürfe geben kann für Figuren (Animiert und/oder als starre Körper aus holz z.B.) und jemand der mir hilft bei der Umsetzung der Regeln.

mit dem Startrek wie ihr schon sagtet diese ideen gab es schon. und ich dachte eher an etwas komplexeres.

Der Rätselwürfel mit sechs Seiten ,den man drehen muss um gleiche Farben auf einer Seite zu bekommen, ist auch sehr schwierig doch jeder hat es wahrscheinlich schon mal Ausprobiert!!!

Ein solch komplexe Variante ist natürlich nicht für die Masse gedacht doch es kann eine Interessante Abwechslung darstellen.
Auch wird dieses Projekt über ein größeren Zeitraum gehen da ja auch was bei rauskommen soll!!!

vielen dank für eure Anregungen und postet bitte weiter Fleißig und mailt mal wer mich direkt unterstützen möcht :

mathik@t-online.de

Sorry das ich es so sagen muss, aber dein Vorhaben ist schon jetzt zum Scheitern verurteilt.

1. Ein einfacher "DIM"-Befehl wird Dir beim Erstellen der 512 Felder nicht helfen

2. Bevor man ein Brettspiel erfindet und es als Computerprogramm realisieren kann, müßte man genug praktische Spielerfahrung sammeln.

3. Sebst beim "normalen" Schach stoßen die heutigen CPUs schnell an ihre Grenzen.

4. Der Mensch kann zwar vierdimensional sehen und dreidimensional erkennen, aber leider nur zweidimensional denken.

Benny

Hallo!

Na ja, wer sagt denn, dass das Schachspiel auch Computergegner haben soll, es kann, und das vermute ich mal stark, auch nur um ein Spiel handeln, mit dem 2 Menschen gegeneinander spielen können, und der Computer nur die Grafik und das Regelwerk überprüft.

Also keine eigenen logischen Züge versucht zu finden, und auch keine Analyse durchführt.

Dann ist das durchaus realisierbar.

Und ein DIM Befehl ist hier schon nicht ausreichend, aber die Regeln, zum Beispiel einen Zug zu überprüfen (ob ein Bauer auch nur ein Feld zieht etc...) ist nur einmal einzuhacken und das war´s.

Ich bin selbst auch Programmierer, und mich würde da eher die grafische Implementation abschrecken, als die Mengen Codezeilen oder das nötige abstrakte Denken des Programmierers.

Also wenn ich dich irgendwie unterstützen kann, Wolf, dann schreib doch mal hier wie.

Ciao
Norman-Timo

Ich bin erstmal schon mal froh, dass ich hier die erhoffte Hilfe find, allein ist so ein Vorhaben kaum zu bewältigen. Ich nehm jede Hilfe an die ich kriegen kann!. Wenigstens konnte ich schon mal Jemanden von meiner Idee überzeugen.
Bis jetzt ist das nur eine Idee und ich suche nach Anregungen, aber ich habe ernshaft vor das Ganze in die Tat umzusetzen. Und werd damit auch in nächster zeit zu mindest beginnen.
An erster stelle steht das Regelment und die Bewegungen der Figuren. Erst dann kommt die Animation (wo ich nur minimal Erfahrungen hab).
Ein Computergegner bräuchte ,bei heutiger Hard- und Software, Tage oder Wochen um einen! Zug zu berechen. Auch der neue Sony Cell-Chip bräuchte noch einiges an Zeit um einen Zug durchzuführen.
Ich dachte von Anfang an nur an ein Spiel bei dem 2 Menschen gegeneinander spielen. Tut mir leid wenn das nicht so rübergekommen ist.
Tuc, sicher braucht man Erfahrung um ein Spiel zu Programmieren doch genau deshalb frag ich nach Hilfe.
Ich möchte auch noch mal betonen, dass dies kein Vorhaben für einzelne Wochen oder Monate war oder ist. Ein solches Projekt braucht weitaus mehr Zeit!


Ich danke für jegliche Anregungen und Hilfe und werd mich auch weiterhin regelmäßig der Kritik stellen!

Vielleicht sollte man ein wenig umgestallten....
Beispielsweise nur einen Läufer, einen Springer, einen Turm und 5 Bauern...
125 Felder wären leider immernoch sehr viel, weshalb ich vorschlage, das ganze erstmal nur 5x5x2 zu machen...
Eine weitere Ausbaustufe nach unten zu implementieren, sollte sich wohl nicht als so schwer herausstellen ( habe aber vom Programmiern so gut wie keine ahnung....^^)...

Aber es wäre rein Produktorientiert vielleicht erstmal das beste, sowas im kleinem Umfang zu machen, um zu gucken, ob ein Mensch überhaupt damit klar kommt...
und ob es sich zum Beispiel überhaupt lohnt, die Figuren nach oben oder unten zu ziehen....
Am Ende hast du ein Spiel, wo derjenige gewinnt, der die Höhenplattform für seine Figuren wechselt...

Ich kann mir eignetlich nichtmal richtig vorstellen, wie ich auf sowas rechnen soll...
Ob ich überhaupt damit klarkommen würde, mir die ganze Zeit ein 3dimensionales Objekt vorzustellen und die Plätze meiner Figuren mir merke...

Das Spiel wäre vielleicht ähnlich dem Blindschach, da es einem nicht so viel bringt, den 3dimensionalen Körper anzuschauen im Gegensatz zum Anschauen eines Bretts....und diesen Effekt sollte es wohl nicht haben...
Soll ja eher ein einfaches funspiel, wo auch mal ein paar Leute spielen können, die nur wissen, wie die figuren ziehen, sein...nehme ich an

Viel Glück dir....
vielleicht stellst du dein Ergebnis ja dem schachmatt.de Forum kostenlos zur Verfügung

Ich stelle mir das ganze auch schwierig vor, aber es gibt da ja eine Möglichkeit, die Übersicht zu verbessern:

Man kann das Ganze so gestalten, dass wenn man eine Figur anklickt, alle möglichen Felder, auf die die Figur dann ziehen kann errhellt.

Dadurch kann man sehr viel besser den Raum überblicken. So eine Art Richtstrahl.

Scipio hat aber Recht:
Erst mal klein anzufangen ist meiner Meinung nach auch besser und ich habe Programmiertechnische Erfahrung, um zu behaupten, dass es überhaupt nicht viel Aufwand ist, das Spielfeld nachträglich zu erweitern. (Zumindest in einer Objektorientierten Welt).

Ciao
Norman-Timo

Obwohl die bisher erwähnten Schwierigkeiten bestimmt nicht klein sind, fällt mir noch ein weiteres Problem ein (Wissenschaftler lösen Probleme, Philosophen problematisieren Lösungen!).
Es ist überhaupt nicht klar, ob so ein Spiel überhaupt auch nur ein bißchen interessant wäre. Es ist nämlich überhaupt nicht einfach, ein Spiel so zu konstruieren, daß es weder elementar remis noch forciert für eine Seite gewonnen ist!

Dem vorgeschlagenen Spiel (erste Fassung von Wolf) sieht man das überhaupt nicht an, es fehlen wohl jede Erfahrungen damit. Vielleicht ist es ähnlich komplex und ausgeglichen wie normales Schach, wahrscheinlich deutlich komplexer, vielleicht aber auch in 8 Zügen forciert gewonnen für Weiß. Oder aber remisträchtiger als ein Kramnik-Leko-Match. Und selbst wenn man ständig den Durchblick hätte, dauert eine normale Partie vielleicht durchschnittlich 3745 Züge, weil sich beide Seiten aufgrund der erhöhten Figurenmobilität immer erstmal einmauern (analog 1.e3 e6 2.d3 h6 3.Ld2 Se7) ?!

Die echten Programmierer unter uns ("der Weg ist das Ziel") wird das vermutlich kaum stören, ich wünsche viel Spaß!

tracke

RICHTIG!

Ich hab in meinem Leben schon viel Müll programmiert (oder programmieren müssen), das einfach vorher nicht logisch durchdacht war. Für meinen Teil hat das immer funktioniert, aber für die Gesamtübersicht - - -

ABER:

Heutzutage wird alles kurzlebiger und kurzsichtiger. Und über kurz oder lang, Wayne interessiert´s wenn dieses Spiel von der Idee nicht ausgereift genug ist.

Hier habe ich mal aus meiner Firma einen derart lebensweisen Spruch gehört, der hier auch anzuwenden wäre:

Er: Willkommen auf der Bananrepublik der Frima ***!
Ich: Bitte, wie ist das denn zu verstehen?
Er: Naja, unsere Produkte reifen erst beim Kunden

Frei weg nach diesem Motto, lasst uns anfangen...

Ciao
Norman-Timo

Also wenn man die Anzahl der Felder verringert bringt das für die Programmierung keine Erleichterung.
Das beste wäre ich/wir werd/en das ganze erstmal mit den normalen 16 Figuren (8 Bauern, 2 Türme, 2 Pferde, 2 Läufer, einer dame und einem König) programmieren bzw. erstmal anfangen. Ich hoffe nicht dass das ganze wie Windoof endet, welches ewig Updates braucht, ständig weiter "entwickelt" wird und trotzdem bisher sehr instabil läuft.
Ich stimme zu der Figur einen art Leitfaden zu verpassen, damit man sieht wohin sich selbige bewegen kann.
Ich bin positiv überascht welchen Anklang diese Idee findet.
Thx @ all

Ich meine es vereinfacht nicht die Programmierung, wenn man das Spielfeld verkleinert, das stimmt.

Es vereinfacht aber den Überblick beim User, oder liege ich da falsch?

Tja, ich weiß nicht was Du wirklich beruflich machst, aber ich habe die Erfahrung in der Softwarebranche gemacht, dass der Erfolg der resultierenden Software stark von Qualitätsmanagement geprägten Ereignissen VOR der Programmierung abhängt.

Ich weiß auch nicht, was Du für ein Mensch bist, ich bin wie viele jemand, der viel zu oft und zu früh anfängt zu hacken.

Erst gehört ein Konzept entwickelt, bei dem man sich auch Gedanken über die Objektierung, Zusammenhänge, Zugriffskontrolle, Plattform, Design etc.. macht.

Für meine privaten Programmierideen habe ich so etwas noch nie umgesetzt, weil das immer Kleinigkeiten waren, die man komplett im Kopf hatte.

Aber Dein Projekt wird größer sein, und wenn Du es nicht alleine machst kommt auch noch das Problem der Synchronisation einzelner Projektteilnehmer auf!

Aber Du schreibst hier bestimmt, wie Du Dir das so vorstellst, oder?

Ciao
Norman-Timo

Hallo 3D Fans,

vielleicht sollte man sich zuerst einmal nach bereits bestehenden Varianten umsehen, da könnte etwas brauchbares dabei sein. Außerdem haben bereits viele ihre Einschätzungen dazu beigesteuert. Es folgen zwei Beispiele:

Raumschach, 4 x 4 x 8 Tri-dimensional Chess

Dort gibt es auch noch mehr zu entdecken. Z.B. auch meinen etwas leichter zu realisierenden Vorschlag (meine Beta spielt bereits ganz munter):

Capablanca Random Chess (CRC)

Beste Grüße, Reinhard.

Ich hab jetzt mit dem Ausarbeiten des Regelment begonnen und werd , wenn's fertig ist reinsetzen. Ich denke mal das wird Mitte bis Ende dieser Woche sein.
Bis denn!