Lust auf einen Programmier wettbewerb.

rapso

zeusosc schrieb:

Und wer macht ein auf Jury??

naja, voten denk ich mir.

Wer übernimmt die Verwaltung?

der threadstarter wollte doch den contest machen

Kóyaánasqatsi schrieb:

Lustig wäre doch wenn es hier auch eine Contest-Ecke geben würde... wo man immer so kleine 1-2 Wochen Contests macht und jeder der Lust hat mitmacht

das waere es, ich denke da ist die community in bringschuld. wenn es das wirklich regelmaessig gibt, ueberlegt sich das marcus, ob er das macht. macht ja keinen sinn eine contestecke zu machen wo ein einziger contest stattfindet. bis dahin ist das projekte forum mehr als ausreichend.

Aber wird wahrscheinlich mit den Moderatoren und Marc++us nicht vereinbar sein.

schnuggel, gib doch nicht so schnell auf, geniess erstmal diesen contest. ich hoffe dein spiel wird nicht dezimalzahl zu hexzahl raten

ach... ein "Konsolen"-Spiel. Ich dachte die ganze Zeit an PS3/Xbox360 etc ("wtf? marcus finanziert jedem von uns ein ps3 sdk?").

Ich hab in nächster Zeit fast jeden Tag ein paar Stunden totzuschlagen. Werde dann wohl auch irgendnen Beitrag leisten

edit: fange mit coden natürlich nicht an bevor der offizielle contest-thread auftaucht

wie machen wir das: wird ne offizielle lib gestellt? (müsste ja irgendwas plattformunabhängiges für die console geben). darf jeder benutzen was er will, etc?

Finn

Vorschlag für die Regeln:

Sprache: C/C++, Standard Libs + WinApi

Plattform: Windows

Genre: Frei wählbar

Start: am 25.12.2010 (Feiertage...da findet jeder mal Zeit zum proggen )

Ende: 24.01.2011 ( 4 Wochen Zeit )

Ermitteln des Siegers: Durch Abstimmung vom 24.01.2011 bis 27.01.2011

Preis: Ein spezieller Forumtitel (Diesen vllt. durch Abstimmung bestimmen )
Und natürlich die EHRE

Gruß,
Finn

Kóyaánasqatsi

Klingt annehmbar... Forumtitel ist überzogen wie ich finde. Mir zumindest reicht der Ruhm...

cooky451

Finn schrieb:

Vorschlag für die Regeln:

Sprache: C/C++, Standard Libs + WinApi

Plattform: Windows

Genre: Frei wählbar

Start: am 25.12.2010 (Feiertage...da findet jeder mal Zeit zum proggen )

Ende: 24.01.2011 ( 4 Wochen Zeit )

Ermitteln des Siegers: Durch Abstimmung vom 24.01.2011 bis 27.01.2011

Preis: Ein spezieller Forumtitel (Diesen vllt. durch Abstimmung bestimmen )
Und natürlich die EHRE

Gruß,
Finn

Somit wären einfache Fenster denn auch erlaubt? :xmas1:
(Würde ich gut finden, es gibt Dinge die man in der Konsole wirklich nur schwer darstellen kann :D)

Sheldor

Finn schrieb:

Vorschlag für die Regeln:

Sprache: C/C++, Standard Libs + WinApi

Plattform: Windows

Genre: Frei wählbar

Start: am 25.12.2010 (Feiertage...da findet jeder mal Zeit zum proggen )

Ende: 24.01.2011 ( 4 Wochen Zeit )

Ermitteln des Siegers: Durch Abstimmung vom 24.01.2011 bis 27.01.2011

Preis: Ein spezieller Forumtitel (Diesen vllt. durch Abstimmung bestimmen )
Und natürlich die EHRE

Gruß,
Finn

Mein Vorschlag:

Sprache: C/C++ (Std libs ohne Winapi) evtl. auch C#
Plattform: Windows/ Linux

@cooky451

Fenster führen zur Disqualifikation und sind nicht erlaubt

Gruss Sheldor

Jop, WinAPI bäääh

cooky451

Gibt einiges was für Fenster spricht

Mit standard C sind ernsthafte ( :xmas1: ) Spiele, auch wenns nur Minispiele sind kaum zu schaffen.
Warum? (Weis nicht genau wies bei C++ ist, glaube aber ähnlich)
- Mit Standard C kann man erstmal nicht zeichnen, auch nicht auf der Konsole.
- Stdin erzeugt immer ein echo.
- Stdin ist immer bis '\n' gepuffert.
- Stdout ist auch so gepuffert, soll heißen man kann eine einmal ausgegebende Zeile nicht wieder überschreiben.

-> Fazit: Entweder Plattformabhängig oder externe Lib.

-> Da ich keine geeignete Lib hierfür kenne, selbst keine wirkliche Lust habe mich nur hierfür mit irgendeiner Lib die ich nie wieder brauchen werde zu beschäftigen und auch glaube dass es vielen so gehen wird

--> Bleibt Plattformabhängig.

-> Finde Windows am besten geeignet.
--> Wenn wir WinAPI schon zulassen warum dann nicht auch kleine Fenster?

Aber es geht doch um ein pures Konsolenspiel? Sprich malen mit Zahlen/Buchstaben. Das Fenster so überschreiben dass der vorherige Text komplett verschwindet (oder wenn wirs nur für Windows machen einfach system() verwenden um zu löschen) kannste auch in Standard C/C++.

cooky451

TravisG schrieb:

Aber es geht doch um ein pures Konsolenspiel? Sprich malen mit Zahlen/Buchstaben. Das Fenster so überschreiben dass der vorherige Text komplett verschwindet (oder wenn wirs nur für Windows machen einfach system() verwenden um zu löschen) kannste auch in Standard C/C++.

Irgendwie wiedersprichst Du dir da, system() ist ja nunmal kein standard C/C++

cooky451 schrieb:

TravisG schrieb:

Aber es geht doch um ein pures Konsolenspiel? Sprich malen mit Zahlen/Buchstaben. Das Fenster so überschreiben dass der vorherige Text komplett verschwindet (oder wenn wirs nur für Windows machen einfach system() verwenden um zu löschen) kannste auch in Standard C/C++.

Irgendwie wiedersprichst Du dir da, system() ist ja nunmal kein standard C/C++

Deswegen steht's auch in Klammern. Soll heißen: Wenn's uns reicht für Windows zu programmieren, dann brauchen wir für Konsolenspiele keine WinAPI, sondern nur die windows.h und System("blabla");

Und falls wir doch die WinAPI verwenden wollen... irgendjemand in diesem Forum hat vor paar Jahren mal ne Mini-Lib (soweit ich mich erinnern kann basierend auf WinAPI) für Konsolenfummeleien geschrieben. Farbe von Text verändern, Fenster minimieren, maximieren, normalisieren, zu position springen und dort hin schreiben und sowas.

Kann mich allerdings nicht mehr dran erinnern wer das war, und wie das Ding hieß. Volkard könnte sich noch dran erinnern, der war in dem Thread damals glaub ich der mit der ersten Antwort, und hatte irgendwie Kritik zu der Lib bezüglich der Namensgebung von irgendwelchen Funktionen gegeben.

Ha! Den Thread finde ich zwar nicht mehr, aber:

http://www.c-plusplus.net/code/ic/Features.php

Von SideWinder war's . edit: Aber nur die letzte Version. Damit angefangen hat Marcus anscheinend.

Michael E.

So schwer wars nicht, den zu finden. Es ist schließlich der einzige Sticky Thread im Konsolenforum http://www.c-plusplus.net/forum/131915

Michael E. schrieb:

So schwer wars nicht, den zu finden. Es ist schließlich der einzige Sticky Thread im Konsolenforum http://www.c-plusplus.net/forum/131915

Oh Das hätte ich mir denken können. Danke!

T0bi

Hi,

Somit wären einfache Fenster denn auch erlaubt? :xmas1:
(Würde ich gut finden, es gibt Dinge die man in der Konsole wirklich nur schwer darstellen kann :D)

Ich glaube, du hast dann die Idee des Konsolen-Programmierwettbewerbes noch nicht ganz verstanden, oder? gerade weil sich ohne den ganzen Windows-Kram die Challange so schwieriger gestalltet, hat die Sache auch Charakter

Allerdings, wenn wir uns soweit geeinigt haben das es unter Windows? funktionieren muss, wäre es ja dennoch nicht schlecht die windows.h benutzen zu dürfen, hey?

Ich würde sagen: alle Konsolen-Spezifischen-Funktionen sind zulässig.

http://msdn.microsoft.com/en-us/library/ms682073(v=VS.85).aspx

Lg Tobi

Wieso nicht gleich die Improved Console? Die ist praktisch für den Kontest maßgeschneidert. Jeder hätte dann den gleichen Startpunkt und keiner müsste sich damit beschäftigen sich um die "Konsolen-spezifischen" Funktionen der windows.h oder WinAPI zu kümmern, so geht alle Konzentration in das Spiel

Dravere

TravisG schrieb:

cooky451 schrieb:

TravisG schrieb:

Aber es geht doch um ein pures Konsolenspiel? Sprich malen mit Zahlen/Buchstaben. Das Fenster so überschreiben dass der vorherige Text komplett verschwindet (oder wenn wirs nur für Windows machen einfach system() verwenden um zu löschen) kannste auch in Standard C/C++.

Irgendwie wiedersprichst Du dir da, system() ist ja nunmal kein standard C/C++

Deswegen steht's auch in Klammern. Soll heißen: Wenn's uns reicht für Windows zu programmieren, dann brauchen wir für Konsolenspiele keine WinAPI, sondern nur die windows.h und System("blabla");

std::system ist sehr wohl Standard C++ und soweit mir bekannt ist, wird std::system in C++ aus C89 übernommen. Nur die übergebenen Kommandos sind nicht standardisiert. Die windows.h muss man für system allerdings nicht inkludieren. Da reicht ein <cstdlib> , bzw. <stdlib.h> .

Wenn man wirklich auf Windows beschränken möchte, was ich nicht für falsch erachten würde, dann würde ich wirklich die Konsolenfunktionen, welche T0bi verlinkt hat, zulassen. Schon nur weil man damit viel einfacher den Puffer leeren oder den Cursor setzen kann, usw.

Sheldor schrieb:

Mein Vorschlag:
Sprache: C/C++ (Std libs ohne Winapi) evtl. auch C#
Plattform: Windows/ Linux

C oder C++ ohne WinAPI, aber dafür C# zulassen? LOL! Bisschen unfair, nicht?

Grüssli

Dravere

TravisG schrieb:

Wieso nicht gleich die Improved Console? Die ist praktisch für den Kontest maßgeschneidert. Jeder hätte dann den gleichen Startpunkt und keiner müsste sich damit beschäftigen sich um die "Konsolen-spezifischen" Funktionen der windows.h oder WinAPI zu kümmern, so geht alle Konzentration in das Spiel

Weil ich mich mit der WinAPI auskenne mit der Improved Console aber nicht :p
Mal schauen was das Ding alles kann.

Grüssli

cooky451

Auch wenn system() an sich standard ist, so bleiben (wie ja schon erwähnt) die Kommandos nicht standardisiert und man verlässt halt einfach den Pfad der Systemunabhängigkeit. Aber dass ein Spiel für Windows geschrieben werden soll da sind sich die meisten ja jetzt eh einig.

Warum nicht die gesamte WinAPI zulassen? Man wird ja nicht gezwungen ein Fenster zu machen, es wäre halt nur erlaubt. Einen besonders großen Vorteil haben "die mit Fenster" dann auch nicht, es muss ja weiterhin alles "von Hand" gezeichnet werden. Aber trotzdem hat man mit einem Fenster einfach die Freiheit direkt zu zeichnen, und wer das total unfair finden mein Gott so ein ****** Fenster kriegt hier doch jeder in 20 Zeilen Code hin?^^

Naja also ich glaube wirklich dass das erlauben der WinAPI die Spielvielfalt und vielleicht auch den Spassfaktor der Spiele wesentlich erhöhen würde. :xmas1:

Dravere schrieb:

TravisG schrieb:

Wieso nicht gleich die Improved Console? Die ist praktisch für den Kontest maßgeschneidert. Jeder hätte dann den gleichen Startpunkt und keiner müsste sich damit beschäftigen sich um die "Konsolen-spezifischen" Funktionen der windows.h oder WinAPI zu kümmern, so geht alle Konzentration in das Spiel

Weil ich mich mit der WinAPI auskenne mit der Improved Console aber nicht :p
Mal schauen was das Ding alles kann.

Grüssli

Das Teil ist wirklich simpler als simpel.

Aber ansonsten könnte man ja sowas zulassen: Verwendete externe Libs: IC oder WinAPI, wenn einem die WinAPI selber lieber ist und er den Wrapper von IC nicht verwenden will.