[Alg] Nieuwe GoT contest?

[raptorix]

Wat is eigenlijk de status?
overigens kwam ik op http://icfpcontest.cse.ogi.edu/ al iets soortgelijks tegen.

[Sjaaky]

Ik heb de specs even doorgelezen. Ziet er aardig uit, ik hoop tijd te vinden om mee te doen .
Ik mis nog wel iets in de specs. Een bot zou namelijk strafpunten moeten krijgen als hij dood gaat in de continuous mode. Anders zal een aanvallende bot die geen rekening met verdediging of schildenergie houdt het winnen. Deze verdient namelijk het meeste punten voor het slopen van anderen. Doodgaan betekent slechts een respawn en maakt voor zijn punten dus niets uit. Hij zal alleen een beetje energie kwijt zijn bij het scannen van zijn nieuwe omgeving.

[ Voor 7% gewijzigd door Sjaaky op 08-03-2005 14:28 ]

[Verwijderd]

Wat mij zelf in zo'n situatie (continuous moude dus) leuker lijkt, is dat als je dat dood gaat het een paar beurten duurt voor je respawnt. Op die manier kun je minder andere bots aanvallen, en dus minder punten halen.

Wat anders: waar wordt er eigenlijk gerespawned; is dit op een random locatie op de map (dus er kan altijd een bot met full health naast je verschijnen -> niet leuk), of zijn er vaste spawnpoints?

[writser]

Even een quote uit een van mijn eigen posts. Ik heb hier nog geen reacties op gehad, maar het leek me een erg goed idee:

Over de visualisatie: Ik denk dat het handig is om onderscheid te maken tussen een 'speler' en een 'kijker'. Op deze manier omzeil je het probleem dat spelers gebruik kunnen maken van informatie die alleen bedoeld is voor de grafische interface. Bovendien kan er dan een standaard grafische interface ontwikkeld worden, dan hoeft de rest zich daar niet mee bezig te houden (mag wel natuurlijk ). Zo hoeven deelnemers geen gebruik te maken van de grafische windows / linux API, iets waar veel studenten volgens mij weinig ervaring mee hebben. De code van de speler blijft dan beperkt tot het feitelijke algoritme voor de tank. Dat is goed, want daar draait het tenslotte om. Je hoeft dan alleen een tank te ontwerpen, deze laat je connecten naar de server en met de standaard grafische interface kun je het gevecht volgen. Zo kun je relatief snel een beetje prutsen. Hierdoor wordt ook de drempel om mee te doen wat lager gelegd, wat hopelijk resulteert in meer deelnemers.

[MLM]

Sry dat ik ff niet gereageerd heb
Paar dingen:

Het wordt voorlopig een continuous mode (later kunnen andere toegevoegd worden)

Een bot cheat als het andere vormen van input accepteert dan die van de server. Dus GEEN user-input of input van andere bots. Natuurlijk ook niet de stream gebruiken voor visualisatie doeleinden.

Update qua server: ben al best een eindje, denk wel over de helft. Voorlopig verwacht ik nog steeds dit weekeinde een servertje te releasen

[.oisyn]

writser schreef op dinsdag 08 maart 2005 @ 15:51:
Even een quote uit een van mijn eigen posts. Ik heb hier nog geen reacties op gehad, maar het leek me een erg goed idee:

Dit is veel eerder al een keer besproken

[Verwijderd]

MLM schreef op dinsdag 08 maart 2005 @ 15:52:
(...)
Een bot cheat als het andere vormen van input accepteert dan die van de server. Dus GEEN user-input of input van andere bots. Natuurlijk ook niet de stream gebruiken voor visualisatie doeleinden.
(...)

Mag de bot leren uit het verleden ?
Mag de bot info over genomen beslissingen opslaan ?
Mag de bot info van vorige runs analyseren ?
Mag de bot een random number generator gebruiken ?

[.oisyn]

Volgens de definitie van MLM wel, en ik vind bij al die punten ook gewoon dat dat mag. Je post komt een beetje sarcastisch over, maar ik zou niet weten waarom dat cheaten zou zijn eigenlijk

[ Voor 5% gewijzigd door .oisyn op 08-03-2005 18:22 ]

[H!GHGuY]

Verwijderd schreef op dinsdag 08 maart 2005 @ 17:16:
[...]


Mag de bot leren uit het verleden ?
Mag de bot info over genomen beslissingen opslaan ?
Mag de bot info van vorige runs analyseren ?
Mag de bot een random number generator gebruiken ?

dUh ?

[Soultaker]

MLM's definitie is gewoon toereikend: het systeem mag tijdens de contest alleen informatie ontvangen van de server. Je mag dus een GUI bouwen en visualiseren wat je wil, maar tijdens de contest mag je niets tweaken. Tussentijds mag je natuurlijk tweaken wat je wil, dat is juist het punt van de contest.

Verder zijn alle methoden om een legaal systeem te bouwen toegestaan.

[Verwijderd]

.oisyn schreef op dinsdag 08 maart 2005 @ 17:39:
Volgens de definitie van MLM wel, en ik vind bij al die punten ook gewoon dat dat mag. Je post komt een beetje sarcastisch over, maar ik zou niet weten waarom dat cheaten zou zijn eigenlijk

Ja, ik zal mn toon matigen. Excuses.

[.oisyn]

Nou ja, zo bedoel ik het ook weer niet . Niets mis met een beetje kritiek, het was alleen dat ik hier vond dat die kritiek een beetje ongegrond was. Of vind jij wel dat dat soort dingen cheaten zijn (serieuze vraag)?

[Verwijderd]

Cheaten is voor mij "zich met opzet niet aan de regels houden". Over de regels wordt nu onderhandeld. Andere regels zijn (nog) impliciet.

Als ik me beperk tot de informatievoorziening voor de bot: er zijn diverse bronnen van info en het tournament verloopt in meerdere (herhaalde) fases. Het ligt voor de hand te stellen dat niet elke bron in elke fase gebruikt mag worden. Nu zou ik bv de bot-dichtheid bij start willen schatten. Hiervoor heb ik een aantal bronnen zoals:
- de eerste scan
- al m'n scans ooit
- meegecompileerde constante berekend uit de visualisatie van de vorige wedstrijd
Afhankelijk van wat er wordt afgesproken zullen de mogelijkheden varieren.

Mijn punt is: ik wil de definitie van cheaten verder specificeren dan "cheaten is lame".

[Verwijderd]

Me dunkt dat het cheaten is als een menselijke speler het verloop van het spel rechtstreeks beïnvloedt (dwz, terwijl zijn bot verbonden is met de server), en andere gevallen niet.

[.oisyn]

bloog: Dat snap ik, maar op zich is MLM's definitie wel voldoende:

Een bot cheat als het andere vormen van input accepteert dan die van de server

Een scan valt onder input van de server. Of die scan in de huidige ronde heeft plaatsgevonden doet er imho niet toe, en een bot mag wmb best 'leren' en z'n gedrag aanpassen, zolang dat maar niet gebeurt naar aanleiding van input van de gebruiker.

[ Voor 17% gewijzigd door .oisyn op 09-03-2005 15:24 ]

[Voutloos]

Lerend gedrag lijkt me gewoon perfect onder AI vallen en bijv. met een joystick je bot besturen doet dat niet.

Als jij je client slimmer weet te maken, moet je dat vooral ook doen.

[Verwijderd]

Voutloos schreef op woensdag 09 maart 2005 @ 15:54:
Lerend gedrag lijkt me gewoon perfect onder AI vallen en bijv. met een joystick je bot besturen doet dat niet.

Als jij je client slimmer weet te maken, moet je dat vooral ook doen.

Het lijkt me wel aardig buiten de competitie te kijken hoe ver je met een joystick komt . Zou wel balen zijn als zou blijken dat je zo kan winnen .

[MLM]

Updateje:
ben al een heel eind klaar met de server bouwen en het protocol moet nog een beetje getweaked worden (en een beetje overzichtelijker gedocumenteerd ) Duurt alleen nog ff voor ik bij m'n webspace kan, dus het kan nog wel ff gaan duren voor jullie het ook hebben

Wellicht ga ik ff een beetje free webspace ergens scoren om deze zooi op te zetten... Jullie horen het hoe dan ook nog wel

[RobIII]

MLM schreef op donderdag 10 maart 2005 @ 14:30:
Updateje:
ben al een heel eind klaar met de server bouwen en het protocol moet nog een beetje getweaked worden (en een beetje overzichtelijker gedocumenteerd ) Duurt alleen nog ff voor ik bij m'n webspace kan, dus het kan nog wel ff gaan duren voor jullie het ook hebben

Wellicht ga ik ff een beetje free webspace ergens scoren om deze zooi op te zetten... Jullie horen het hoe dan ook nog wel

Ik heb gigabytes aan webspace en traffic (100Mbit) over. U roept maar... FTP lijkt me het handigst, maar misschien dat we het ook eens kunnen worden over een Terminal toegang... Host wordt dan iets van pwcontest.devcorner.nl ofzo (worden we het ook wel over eens) en heb een IIS draaien (inc. MSDE e.d.). Read/write access is an sich ook geen probleem en je eigen service (mits 'ie m'n server niet onderuit haalt) kan ook en je kunt voor mijn part zelfs nog een "unlimited space" mailaccount krijgen. Laat maar effe horen wat je wil:

Bedenk me zojuist dat ik maar eens wat domeintjes ga aanvragen denk ik... pwcontest.nl en pwmeeting.nl zijn goede kanshebbers Leuk om te hebben, kost geen knoop en kan voortaan wel door P&W'ers gebruikt worden (in overleg)... iemand nog suggesties? slash14.nl is misschien ook wel cool
pwmeeting.nl, pwcontest.nl en slash14.nl regged

[ Voor 70% gewijzigd door RobIII op 11-03-2005 17:04 ]

[MLM]

thx robIII, ik zal es kijken hoe ik dit inmekaar ga zetten
je kan .exe's ook wel als service draaien denk ik?

[RobIII]

MLM schreef op donderdag 10 maart 2005 @ 17:08:
thx robIII, ik zal es kijken hoe ik dit inmekaar ga zetten
je kan .exe's ook wel als service draaien denk ik?

Jep

[raptorix]

MLM schreef op donderdag 10 maart 2005 @ 14:30:
Updateje:
ben al een heel eind klaar met de server bouwen en het protocol moet nog een beetje getweaked worden (en een beetje overzichtelijker gedocumenteerd ) Duurt alleen nog ff voor ik bij m'n webspace kan, dus het kan nog wel ff gaan duren voor jullie het ook hebben

Wellicht ga ik ff een beetje free webspace ergens scoren om deze zooi op te zetten... Jullie horen het hoe dan ook nog wel

Als er hosting nodig is, ik heb een eigen machine @trueserver staan, wel win2k.

[MLM]

raptorix: ik zie wel, er zijn genoeg mensen die PC's webspace en aanbiedt
Ik heb geen idee van de systeemeisen eigenlijk, maar die zullen wel niet ver boven 500 MHz (max) en 32 MB met win98 gaan denk ik. Tot nu toe trekt hij nooit meer dan 0% CPU Maar ik kan het ook niet echt goed stress-testen zeg maar

[H!GHGuY]

dit begint lekker vorm te krijgen, niet?

ik heb tijdens een saaie les over Active Directory al eens m'n speel-strategie bedacht, en ik moet zeggen: hopelijk is die van mij beter dan die van jullie

nu nog het programmeren ervan natuurlijk

[MLM]

server is zo goed als af, behalve deze dingen:
- collision-detection
- visualisatie-feed
- bug-fixen

daar kunnen jullie wel ff mee vooruit denk ik zo!

stay tuned: maandag ofzo kan ik wel ff uploaden op mijn webspace @ TU/e, of eerder als RobIII online komt op MSN als ik niet weg ben / WoW aant spelen ben

[RobIII]

* RobIII en MLM zijn bezig het spul live te gooien

RobIII zegt:
bind je 'm ook aan externe ip's?
RobIII zegt:
of BIND je gewoon het eerste het beste ip?
RobIII zegt:
die server heeft namelijk meer dan 1 ip
MLM zegt:
hij bind 127.0.0.1
RobIII zegt:
ja lullo
MLM zegt:
moet ik een ander binden?
MLM zegt:
lokaal testen
RobIII zegt:
hoe? tja.... je gebruikte c# he?
MLM zegt:
grr w8
MLM zegt:
recomiled...
MLM zegt:
zal ik en 217.26.114.213 laten binden?

217.26.114.213 of tankserver.pwcontest.nl, poortje 7425

Documentatie en specs komen er aan: http://www.pwcontest.nl

[ Voor 100% gewijzigd door RobIII op 12-03-2005 15:53 ]

[MLM]

^^ denkfout

naja, ik ga dus nu verder met initiële bugs fix0ren en de hele boel laten werken

verwacht maadag maar +/- de documentatie

GROTE DANK RobIII voor de server & site (die hij gaat maken)

[RobIII]

MLM schreef op zaterdag 12 maart 2005 @ 15:56:
^^ denkfout

naja, ik ga dus nu verder met initiële bugs fix0ren en de hele boel laten werken

verwacht maadag maar +/- de documentatie

GROTE DANK RobIII voor de server & site (die hij gaat maken)

ok, even alles op een rij:

Host	:	tankserver.pwcontest.nl / 217.26.114.213
Port	:	7425
Site	:	http://www.pwcontest.nl komt er aan
Documentatie	:	MLM: "verwacht maadag maar +/- de documentatie"
Contact (1)	:	MLM [At] pwcontest.nl
Contact (2)	:	Rob [At] pwcontest.nl

(1) - Voor vragen, opmerkingen en suggesties voor de tankserver zelf
(2) - Voor vragen, opmerkingen en suggesties voor de DNS / Site / Overig

[ Voor 59% gewijzigd door RobIII op 12-03-2005 16:22 ]

[dingstje]

code:

>telnet 217.26.114.213 7425
Bezig met verbinding maken met 217.26.114.213...Kan geen verbinding met de host
maken, op poort 7425: De verbinding is mislukt

Zijn er werken bezig of ligt het probleem bij mij?

Edit: met die TCPTester werkt 't wel gewoon.

[ Voor 13% gewijzigd door dingstje op 12-03-2005 16:37 ]

[RobIII]

TCPTester

code:

C:\>TCPTester.exe
TCP Tester, (c) MLM Programming, 2005
Enter IP to test: 217.26.114.213
Enter port: 7425
Testing 217.26.114.213:7425
Connection established
Received: versie 1#
Send: 0 byte^C
C:\>

Sorry MLM Heb vast wat software "geleaked"

[ Voor 29% gewijzigd door RobIII op 12-03-2005 16:35 ]

[Soultaker]

Ik kan er ook niet bij? Wat is het idee?

[Lukse]

RobIII schreef op zaterdag 12 maart 2005 @ 16:32:
TCPTester

code:

C:\>TCPTester.exe
TCP Tester, (c) MLM Programming, 2005
Enter IP to test: 217.26.114.213
Enter port: 7425
Testing 217.26.114.213:7425
Connection established
Received: versie 1#
Send: 0 byte^C
C:\>

Sorry MLM Heb vast wat software "geleaked"

Waarom werkt het niet met telnet?
Die maakt toch ook gewoon een tcp connectie?

[RobIII]

Lukse schreef op zaterdag 12 maart 2005 @ 17:18:
[...]

Waarom werkt het niet met telnet?
Die maakt toch ook gewoon een tcp connectie?

Geen idee Moet je aan MLM vragen Maar die verdween toestraks opeens van MSN en sindsdien heb ik niets meer gehoord... Wacht maar even op zijn reactie voordat we hier weer in verzanden...

[ Voor 25% gewijzigd door RobIII op 12-03-2005 17:30 ]

[MLM]

ARGH!
© <<< MLM Programming

nah, het is mijn testprogrammaatje
wachten jullie nou maar gewoon

[.oisyn]

MLM schreef op zaterdag 12 maart 2005 @ 14:38:
server is zo goed als af, behalve deze dingen:
- collision-detection

Al plannen over hoe je het gaat aanpakken?

[RobIII]

Heb "de site" al in de lucht. Staat vol met zwets en onzin, maar geeft ook tevens een beetje aan wat ik nou met pwcontest.nl zou gaan willen doen. Mocht je ideeën, suggesties of opmerkingen hebben (of zie de sig van .oisyn hierboven ) dan hoor ik dat graag (maar doe dat dan even via een mailtje ofzo, niet via deze draad want dat wordt me te off-topic).

[ Voor 9% gewijzigd door RobIII op 13-03-2005 01:41 ]

[Ghost]

Ik zat nog even te denken aan de regels en bedacht me dat als de kogels direct zijn, je geen informatie kan aflezen over waar de kogel vandaan komt. Anders zou, in het geval van een direct hit (bot staat in de baan van de kogel), de getroffen tank in het wilde weg kunnen terugschieten.

Je zou de richting waar de kogel vandaan komt kunnen geven als een hoek in graden die wijst van de getroffen tank naar de tank die geschoten heeft ( =tan^-1(dX/dY) ). In het geval van splash damage kan je alle tanks die schade hebben de hoek geven van het inslagpunt naar de tank die geschoten heeft.

[MLM]

Het lijkt me dat ik maandag samen met de geplande release van documentatie en code een nieuw draadje ga starten.

offtopic:
Wellicht kan mijn geliefde assistent het latijn uit de webpagina vervangen door wat zinnigs?

[.oisyn]

Even wat offtopic reacties getrashed

[MLM]

Het gaat nog ff duren mensen, sry

Zit in een tentamenweek en het lukt me niet een paar hardnekkige bugs te fixx0ren...

[mr_density]

Jammer, kan je een indicatie geven hoelang het duurt ?
Succes met je tentamens!

[mocean]

En, tentamenweek afgelopen?
Ik denk, we moeten dit topic wel een beetje in leven houden.

[MLM]

het was de bedoeling de server (of ieg iets dat werkt) af te hebben voor de tentamenweek, dat is helaas niet gelukt. Ik hoop op jullie begrip dat ik die tentamens voor liet gaan.

Maar wanhoop niet, de server komt er wel, het duurt alleen iets langer

[Soultaker]

Misschien handig om dan eerst de (protocol)specificatie af te maken en daarna pas de server te gaan debuggen? Ik mag hopen dat je niet van plan was om de specificatie aan de server aan te passen?

[ Voor 3% gewijzigd door Soultaker op 18-03-2005 15:29 ]

[MLM]

ik heb wel 1 en ander, kunnen jullie vast kijken (geen commentaar, tis k*t, ik weet et )
probleem is dat het nog nie helemaal af is, dus je hebt er weinig aan

indien belangstelling, reply maar, dan vraag ik RobIII om de site wat aan te passe

[ Voor 22% gewijzigd door MLM op 19-03-2005 14:39 ]

[muba]

Uiteraard is er belangstelling!

[writser]

Jah, ik zou de code ook graag eens willen zien, ben erg nieuwsgierig. Misschien kun je het op een website uploaden ofzo? Of ben je bang voor forks / wil je zelf de eer opstrijken (niet sarcastisch bedoeld, jij hebt tenslotte het grootste deel zelf gemaakt ). Een svn-server lijkt me nog wat teveel van het goede. In afwachting verblijf ik..

[Verwijderd]

writser schreef op zaterdag 19 maart 2005 @ 23:05:
Jah, ik zou de code ook graag eens willen zien, ben erg nieuwsgierig. Misschien kun je het op een website uploaden ofzo? Of ben je bang voor forks / wil je zelf de eer opstrijken (niet sarcastisch bedoeld, jij hebt tenslotte het grootste deel zelf gemaakt ). Een svn-server lijkt me nog wat teveel van het goede. In afwachting verblijf ik..

Een SVN server lijkt me eigenlijk heel erg nuttig. Dan kan MLM zijn code versionen, en wij kunnen anoniem uitchecken (om in de soers te kijken), en patches genereren die we kunnen opsturen om de code te verbeteren...

[writser]

Het is wel handig ja, maar aan de andere kant, als MLM al zo ver is met zijn server, laat hem dan eerst rustig zijn werk afmaken. Maar het is uiteindelijk MLM die beslist. Ik ben benieuwd naar een reactie..

[MLM]

Ik zit vandaag in de trein naar EHoven, en dan zal ik es ff de documentatie afmaken. (leesbaar maken)
Hebben jullie het vandaag nog

Ik heb 0 ervaring met SVN (wel inzoverre dat ik weet wat het is), dat ik dat niet van plan ben eigenlijk. Als jullie echt graag mijn source willen verkloten, meel je gewoon maar de veranderingen

[ Voor 44% gewijzigd door MLM op 21-03-2005 12:52 ]

[RobIII]

MLM schreef op maandag 21 maart 2005 @ 12:51:
Ik zit vandaag in de trein naar EHoven, en dan zal ik es ff de documentatie afmaken. (leesbaar maken)
Hebben jullie het vandaag nog

Ik heb 0 ervaring met SVN (wel inzoverre dat ik weet wat het is), dat ik dat niet van plan ben eigenlijk. Als jullie echt graag mijn source willen verkloten, meel je gewoon maar de veranderingen

Als je mij dan effe alles mailt knal ik het vanavond nog online.

[raptorix]

Misschien handig om anders de boel bij sourceforget neer te zetten?

[RobIII]

raptorix schreef op maandag 21 maart 2005 @ 13:09:
Misschien handig om anders de boel bij sourceforget neer te zetten?

We hebben onze eigen site: www.pwcontest.nl

[MLM]

RobIII schreef op maandag 21 maart 2005 @ 13:03:
[...]

Als je mij dan effe alles mailt knal ik het vanavond nog online.

Goed idee, maar mijn webmailserver gooit System.OutOfMemoryException's, dus dat gaat niet echt makkelijk. Als je nouw es ff je MSN online gooit

[RobIII]

MLM schreef op maandag 21 maart 2005 @ 18:51:
[...]

Goed idee, maar mijn webmailserver gooit System.OutOfMemoryException's, dus dat gaat niet echt makkelijk. Als je nouw es ff je MSN online gooit

Online
En de documentatie nu ook!

[ Voor 13% gewijzigd door RobIII op 21-03-2005 20:59 ]

[Lukse]

Mogen we vragen/voorstellen over het protocol hier stellen?
Ik heb er namelijk wel een paar

[mocean]

Lukse schreef op maandag 21 maart 2005 @ 21:40:
Mogen we vragen/voorstellen over het protocol hier stellen?
Ik heb er namelijk wel een paar

Ik ook wel ja tijd voor een FAQ

1e vraag: Hoe zie je bij een scan welke bot er op welke plek (identificatie) ik zie o.a. in de PDF:
S: scan (-20,35)#
S: scan -17 13 34 5#

2e vraag: krijg je door hoeveel energie je hebt? bijvoorbeeld bij de beurt:
S: beurt <beurt> <resterende_energie>#

[ Voor 39% gewijzigd door mocean op 21-03-2005 22:27 ]

[Soultaker]

En waarom al die stomme hekjes?

[mocean]

Soultaker schreef op maandag 21 maart 2005 @ 22:28:
En waarom al die stomme hekjes?

Dat is het einde van een actie, dan kan je hem over meerdere sends verspreiden (zie PDF)

[muba]

die coordinaten voor het schieten, is dat vanaf het punt waar je de beurt begint, of is dat na het rijden? Met andere woorden, kan je dingen uit je laatste scan gewoon hopla meenemen, of moet je ze eerst omrekenen zodat ze weer kloppen met je nieuwe lokatie?

[.oisyn]

mocean schreef op maandag 21 maart 2005 @ 22:31:
[...]


Dat is het einde van een actie, dan kan je hem over meerdere sends verspreiden (zie PDF)

Nou wil ik niet gaan nitpicken over zoiets kleins, maar dit slaat nergens op . TCP is een stream, er bestaat dus niet zoiets als een "send". Er wordt nergens iets gezegd over newlines, maar het verhaal wekt wel de indruk dat die er zijn, en dat die dan wellicht zo'n zogenaamde "send" afsluiten. Het is me niet helemaal duidelijk, maar waarom zou het niet werken als je de newline ('\n' of "\r\n") gewoon als commando-afsluiter gebruiken? Dat is over het algemeen de standaard in ASCII TCP protocollen.

En please, maak het Engels óf Nederlands (mijn voorkeur gaat uit naar Engels), maar ga hiet niet door elkaar gebruiken in het protocol

[NDF82]

Volg het topic al een tijdje en dacht eigenlijk dat de initiele opzet zeer simpel zou zijn. Als eerste een continuous mode maar zie in dat pdfje dat er alweer over wars gesproken wordt

Mietje had het over zoiets geloof ik:

C: MOVE <direction> <energy>
C: SCAN <energy>
C: FIRE <direction> <energy>

Maar in het pdfje wordt er gesproken over maar een enkele actie? niet echt flexibel lijkt me.

[mocean]

NDF82 schreef op maandag 21 maart 2005 @ 23:10:
Volg het topic al een tijdje en dacht eigenlijk dat de initiele opzet zeer simpel zou zijn. Als eerste een continuous mode maar zie in dat pdfje dat er alweer over wars gesproken wordt

Mietje had het over zoiets geloof ik:

C: MOVE <direction> <energy>
C: SCAN <energy>
C: FIRE <direction> <energy>

Maar in het pdfje wordt er gesproken over maar een enkele actie? niet echt flexibel lijkt me.

Deze 3 worden dus in 1 actie gepropt. Vraag blijft alleen of iedereen eerst loopt en dan schiet, of andersom. en of je scan wordt uitgevoerd ná de loopactie.

[NDF82]

Ben zelf niet zo voor "proppen" maar goed. Waarom is er gekozen voor coordinaten in plaats van een richting? Dat was eerst de bedoeling namelijk. Verder waarom al die fancy dingen al implementeren (wars, chat, ...) in zo'n pril stadium. Ik zou zeggen, eerst de basis opzetten, dat implementeren en dan verder kijken.

[Soultaker]

mocean schreef op maandag 21 maart 2005 @ 22:31:
Dat is het einde van een actie, dan kan je hem over meerdere sends verspreiden (zie PDF)

Je moet het einde toch wel markeren want het gaat over TCP, maar een nieuw commando op een nieuwe regel leek me duidelijk zat.

[Lukse]

2e vraag: krijg je door hoeveel energie je hebt? bijvoorbeeld bij de beurt:
S: beurt <beurt> <resterende_energie>#

maar waarom zou het niet werken als je de newline ('\n' of "\r\n") gewoon als commando-afsluiter gebruiken? Dat is over het algemeen de standaard in ASCII TCP protocollen.

Waarom is er gekozen voor coordinaten in plaats van een richting?

Tot zover mijn vragen

[ Voor 9% gewijzigd door Lukse op 22-03-2005 01:30 ]

[MLM]

Allereerst: Dit protocol ondersteunt al acties die de server nog niet ondersteunt, maar dit leek me ongeveer wat het zou moeten worden, en ik heb een hekel aan om om de paar dagen het PDFje te veranderen om een commando toe te voegen.

Over EN-NL: Bedoeling was geheel NL, maar ik kan een fout gemaakt hebben though.

#: Juist omdat TCP een stream is, en sommige commando's een variabel aantal argumenten heeft, moet er een terminator zijn. Ik heb gewoon een willekeurige toets op mijn kb gekozen Wat is er nouw mis met een hekje ipv een \r\n?

De 3 uit te voeren acties zitten allemaal in 'actie'. Dat is handiger dan allemaal losse, nouw hoef je niet na te denken wat er gebeurt indien een gedeelte van de acties niet uitgevoerd wordt omdat ze bv. buiten de tijd vallen. 1 commando garandeerd dat als het werkt, dat ook alles heeft gewerkt.

resterende energie: idd best makkelijk om te weten. komt er nog in, ben ik vergeten

coordinaten: Omdat matrices in een PC nou eenmaal beter werken. Idd was mijn idee eerst ook om hoek/afstand te gebruiken, maar aangezien de server intern toch coordinaten gaat gebruiken, dacht ik dat de meeste clients dat ook gaan doen. Anywayz, het is niet veel werk om die in elkaar om te zetten. Ik zou dat serverside kunnen doen, of jullie clientside, echt een detail hoe je dat oplost

Meer vragen altijd welkom, afkraken ook or

[Lukse]

MLM schreef op dinsdag 22 maart 2005 @ 09:36:coordinaten: Omdat matrices in een PC nou eenmaal beter werken. Idd was mijn idee eerst ook om hoek/afstand te gebruiken, maar aangezien de server intern toch coordinaten gaat gebruiken, dacht ik dat de meeste clients dat ook gaan doen. Anywayz, het is niet veel werk om die in elkaar om te zetten. Ik zou dat serverside kunnen doen, of jullie clientside, echt een detail hoe je dat oplost

Mij lijkt het handiger dat je dat serverside doet. Zo hoeft de client geen rekening te houden met het feit dat op een 100x100 veld, de coordinaten (0,0) en (0,100) hetzelfde zijn.

Weet je ook al hoe de constanten eruit gaan zien?
Hiermee bedoel ik bv. de energie die kruipt in het bewegen, schieten, een scan maken, hoeveel energie je per beurt bijkrijgt, de grootte van je buffer, enz...

[MLM]

die constanten liggen niet vast, en moeten getweaked worden natuurlijk... we zien vanzelf wel wat acceptabel is

[Soultaker]

Even wat constructief commentaar. Het lijkt me zinnig om een TCP sessie als een enkele 'spelsessie' te zien en het gedoe met rooms en respawnen voorlopig overboord te gooien. Verschillende rooms kunnen op verschillende TCP poorten draaien en als een bot wil respawnen kan 'ie opnieuw connecten. Dat scheelt aanzienlijk in de connection handshake en state management.

Ik ga uit van een commando per regel, waarbij een commando een naam heeft en gevolgd wordt door argumenten (die allemaal gescheiden zijn door een enkele spatie). Volgens mij kan het protocol dan worden samengevat in vijf commando's, in die volgorde:

code:

1. [C->S]  client <version> <client_id>
2. [S->C]  params ...
3. [S->C]  turn <turn_id> <energy> <shield>
4. [C->S]  move <turn_id> <move_x> <move_y> 
                        <fire_x> <fire_y> <fire_power> <scan_power>
5. [S->C]  info <turn_id> <client_id> <client_x> <client_y>
6. [S->C]  close <code> <reason>

Kort samengevat: het schema wordt van regel 1 tot 6 doorlopen:
• regels 1 en 2 zijn een eenmalige handshake;
• regels 3, 4 en 5 gaan over het daadwerkelijke spel bevatten en worden herhaald, waarbij regel 5 (info) zelf ook herhaalt wordt afhankelijk van hoeveel clients er gescanned zijn.
• regel 6 wordt altijd uitgevoerd voor de server de verbinding verbreekt.

In regel 2 moeten de waarden van de spelparameters komen te staan, maar die zijn nog niet gespecificeerd. (Denk aan dingen als de capaciteit van de accu, de grootte van het speelveld, het aantal clients, hoeveel energie een meter rijden kost, enzovoorts).

Na een 'close' van de server kan de client de code gebruiken om te detecteren of de sessie succesvol afgesloten is (bijvoorbeeld alles met 2xx, zoals bij HTTP); 'reason' is een tekstuele vermelding die aan de gebruiker voorgeschoteld kan worden, wat handig is bij het debuggen (er kunnen bijvoorbeeld details in staan van wat de client fout deed).

De reden dat ik het zo voorstel is dat het protocol makkelijk uit te breiden is (bijvoorbeeld bij scanresultaten het schild van andere clients) terwijl het toch heel simpel en to the point is. Support voor chatting en dergelijke lijkt me compleet overbodig, zeker in dit stadium.

Observers kunnen zich aanmelden met een lege client id en dan verloopt de sessie als volgt:

code:

1. [C->S]  client <version>
2. [S->C]  params ...
3. [S->C]  info <turn_id> <client_id> <client_x> <client_y>
4. [S->C]  close <code> <reason>

Alleen regel 3 herhaalt zich dan. Dat kan in de server volgens dezelfde logica verlopen als een meespelende client, behalve dat de client geen zetten kan doen en dus ook geen turn-updates krijgt (die zijn impliciet).

[ Voor 116% gewijzigd door Soultaker op 25-03-2005 20:19 . Reden: schild toegevoegd ]

[Verwijderd]

Er bestaat een kans dat ik meedoe, alleen wacht ik nog steeds op meer specificaties en eisen.

[kunnen]

Soultaker schreef op dinsdag 22 maart 2005 @ 15:40:
Voor de duidelijkheid: verschillende soorten spelmodi en rooms kunnen wat mij betreft gewoon op verschillende poorten draaien.

En dan als mensen dat willen een aparte poort waar ze info krijgen over runnende games enzo, voor de mensen die dat er graag bij willen hebben

[MLM]

Soultaker: zeker een goed idee, wat simpeler, maar dat geeft het probleem dat je bij uitbreidingen het protocol moet veranderen.

Graag onderbouwende argumenten van anderen om Soultaker's of mijn protocol te gebruiken. Het maakt me verder weinig uit wat het protocol wordt, ik heb dit ook gewoon ff in 1 treinreis uit mijn mouw geschudt

[Soultaker]

Ik baseerde het voorstel op een XP uitgangspunt:

A simple design always takes less time to finish than a complex one. So always do the simplest thing that could possibly work.
[..]
Keep things as simple as possible as long as possible by never adding functionality before it is scheduled.

Het simpele protocol is minstens net zo flexibel als een uitgebreidere variant, maar de uitgebreidere variant is meer werk om te implementen terwijl de kans dat de uitbreidingen precies aansluiten op onze wensen (die we pas helder hebben nadat we een tijdje hebben uitgeprobeerd hoe het loopt) nihil is.

Mij lijkt dus: een simpele versie bouwen (liefst wel met parameter-regel er in, lijkt me essentieel om de spelomgeving te kunnen tweaken zonder dat elke keer alle clients gerecompiled moeten worden), testen met echte clients, dan evalueren en wijzigingen maken in het protocol (en dan kan het versienummer gebumped worden).

[ Voor 16% gewijzigd door Soultaker op 22-03-2005 17:40 ]

[Voutloos]

Die parameter-regel is gewoon een must. Al zou die de eerste tig potjes contstant zijn, so what. Iedereen bouwt dan tenminste vanaf begin of aan clients die in principe met variabele params om kunnen gaan.

[MLM]

So be it

[dotnetter]

De documentatie ziet er goed uit, echter neig ik persoonlijk toch ook meer naar het protocol van soultaker omdat ik denk dat het makkelijker te implementeren is..

Voordeel ervan is imo dat je minder aandacht aan de implementatie van het protocol hoeft te besteden in je client en meer aan de echte werking van je bot.

Wat betreft de apparte wars lijkt het me het beste om eerst te kijken hoeveel mensen gaan meedoen, als dat aantal te hoog word is het denk ik beter apparte was te maken ipv iedereen bijelkaar te zetten in 1 war.

Verder jeuken mijn vingers om te beginnen veel respect voor MLM

[mr_density]

Ik wacht nog op wat meer details en specificaties, maar het lijkt mij wel leuk om aan deze contest mee te doen
En het protocol aangegeven in het document vind ik goed en duidelijk!

[mocean]

mr_density schreef op woensdag 23 maart 2005 @ 15:52:
Ik wacht nog op wat meer details en specificaties, maar het lijkt mij wel leuk om aan deze contest mee te doen

Mij ook
_{subtiel kickje}

[MLM]

hehe

fftjes geduld nog

komende week heb ik tijd over enzo, dus dan horen jullie meer

[ Voor 60% gewijzigd door MLM op 25-03-2005 18:59 ]

[RobIII]

MLM schreef op vrijdag 25 maart 2005 @ 18:58:
hehe

fftjes geduld nog

komende week heb ik tijd over enzo, dus dan horen jullie meer

joh, ga jij 2 héle dagen eieren rapen? Je hebt de hele pasen man!

[.oisyn]

MLM schreef op dinsdag 22 maart 2005 @ 09:36:
#: Juist omdat TCP een stream is, en sommige commando's een variabel aantal argumenten heeft, moet er een terminator zijn. Ik heb gewoon een willekeurige toets op mijn kb gekozen Wat is er nouw mis met een hekje ipv een \r\n?

Niets, maar in de documentatie worden ook newlines gebruikt (in de voorbeelden), terwijl er verder niets over gezegd wordt. Mag je ze wel meesturen maar worden ze geignored? Of gaat het gewoon keihard fout? En bovendien werd er vaag gesproken over "sends", een argument dat niet echt ergens op slaat als je gebruik maakt van TCP, noch als je newlines gebruikt als delimiter. Het is dus allemaal nogal verwarrend.

Mijn kritiek gaat dus eigenlijk vooral over de specificatie zelf, niet zozeer het protocol (hoewel een newline meer intuitief lijkt dan een hekje, en bovendien meer gestandaardiseerd is, but that's nitpicking). Het mist een goede basis waarop de rest van het protocol gedefinieerd kan worden. Waarschijnlijk wil je dingen als whitespaces ook definieren; is een tab bijvoorbeeld ook ok? Dat soort dingen dus.

[Soultaker]

Ik heb nog wel wat voer voor discussie. Uit het eerdere PDFje _{(RobIII: als je je verveelt mag dat PDFje nog wel op www.pwcontest.nl komen te staan )} haal ik de volgende parameters voor het spel die de server in ieder geval naar de client moet communiceren. Wie heeft er aanvullingen/commentaar?

Parameter	Eenheid	Waarde
Grootte van slagveld	m	> 0
Capaciteit van accu	J	> 0
Energie per beurt	J	>= 0
Maximale hoek bij draaien	graden	>0, <=360
Maximale afstand bij rijden	m	>0
Maximale afstand bij vuren	m	>0
Maximale energie van explosie	J	>0
Maximale energie van scan	J	>0
Energiekosten van draaien	J/graden	>= 0
Energiekosten van rijden	J/m	>= 0
Energiekosten van vuren	J/m	>= 0

Een paar opmerkingen:
• Ik heb de grootte van het speelveld eruit gelaten, omdat je daar niets mee kunt tenzij de server je ook vertelt wat de initiële oriëntatie van de tank is. Op zich lijkt het me ergens wel handig voor clients die aan exploration willen doen om te weten hoe groot het veld is, dus dit is nog een punt voor discussie.
• Er moet nog een geschikte schadefunctie worden opgesteld en de parameters daarvoor moeten nog worden toegevoegd.
• Er moet nog een geschikte scanfunctie worden opgesteld en de parameters daarvoor moeten nog worden toegevoegd. Voor scannen zou ik simpelweg willen voorstellen dat alle robots binnen een straal R gedetecteerd worden, waarbij constante*R²=energie. Door die kwadratische functie is er een lineair verband tussen energie en grondoppervlak wat gescand wordt. De constante is dus een parameter die nog toegevoegd moet worden (als men het hier mee eens is).

Verder kwam ik nog een tekortkoming in het model tegen, waar ik zelf verantwoordelijk voor ben: het is in het huidige model niet mogelijk om te draaien zonder te rijden (omdat de draaing onderdeel is van de verplaatsing en als je je niet verplaatst, draai je dus ook niet). Dit lijkt me in de praktijk niet echt een ramp, maar het is wel iets om over na te denken.

[Soultaker]

.oisyn schreef op vrijdag 25 maart 2005 @ 21:25:
Mijn kritiek gaat dus eigenlijk vooral over de specificatie zelf, niet zozeer het protocol (hoewel een newline meer intuitief lijkt dan een hekje, en bovendien meer gestandaardiseerd is, but that's nitpicking). Het mist een goede basis waarop de rest van het protocol gedefinieerd kan worden. Waarschijnlijk wil je dingen als whitespaces ook definieren; is een tab bijvoorbeeld ook ok? Dat soort dingen dus.

Als het aan mij ligt, dan zeg ik: elk commando staat op een regel afgesloten door een CR-LF pair (ASCII 13, ASCII 10). Een commando bestaat uit waarden gescheiden door enkele spaties; andere whitespace (leading, trailing, of extra spaties tussendoor) zijn niet toegestaan. (Je zou dat kunnen toestaan van de clients terwijl de server dat niet doet, maar dat lijkt me de zaak onnodig compliceren.)

Een onderdeel van een commando is ofwel een string ofwel een getal. Een string bestaat uitsluitend uit alfanumerieke karakters en voor een getal is wetenschappelijke notatie verboden.

In een soort van productieregels:

code:

cijfer = '0' - '9'
letter = 'a' - 'z' | 'A' - 'Z' | cijfer
spatie = ' '
crlf = chr(13) chr(10)
string = letter+
getal = cijfer+ | cijfer+ '.' | cijfer+ '.' cijfer+ | '.' cijfer+
argument = string | getal
commando = string ( spatie argument )* crlf

edit:
Maar op deze manier kan het 'reason' argument van een 'close' commando niet meegegeven worden, dus het moet ietsje anders.

[ Voor 17% gewijzigd door Soultaker op 25-03-2005 21:49 ]

[Verwijderd]

Soultaker: Ik zou de naamgeving van je definitie iets aan willen passen. Ik zou de term word gebruiken ipv. string, omdat je bij een string andere connotaties hebt. Deze string mag bijvoorbeeld al geen spaties bevatten; gebruikelijke strings echter wel.

Ik stel de volgende aanpassingen voor:

code:

(...)
word = letter+
(...)
character = chr(32) .. chr(127)
noquotecharacter = character EXCEPT '"'
string = '"' (noquotecharacter)* '"'
argument = word | getal | string

N.B.1: EXCEPT is een ad-hoc notatie; hier weet ik eigen zo even geen goed alternatief voor .
N.B.2: Er mogen nu geen dubbele quotes in een string. Misschien kunnen we dat wel toelaten en dan vereisen dat ze ge-escaped worden met een backslash ofzo; dat is netter voor de grammatica èn het is in lijn met wat mensen gewend zijn met quoted strings.

[ Voor 10% gewijzigd door Verwijderd op 26-03-2005 10:25 ]

[Soultaker]

OneOfBorg: het ging me vooral om de productieregels zelf, maar je hebt wel gelijk. Overigens geldt dat ook een beetje voor de term 'letter' wat in mijn voorstel ook een cijfer kan zijn. Volgens mij worden 'words' nu alleen maar gebruikt voor identifiers, dus wat dat betreft mogen ze ook wel 'id' heten, maar dat is lood om oud ijzer.

Die 'string' is wel een goede toevoeging; die lost het probleem voor het weergeven van echte tekst goed op. Geëscapete aanhalingstekens toestaan lijkt me geen goed idee; het parsen is al aanzienlijk lastiger door die quotes (je kunt nu al niet meer scanf("%s") of cin >> str; doen, wat zonder die 'string' wel kan) en als je met escaping gaat rommelen wordt het alleen maar lastiger, denk ik, vooral omdat je die strings bijna nooit nodig hebt (alleen de server stuurt ze). Het lijkt me voor clients dus veruit het makkelijkste als de server beloofd geen quotes in strings te stoppen.

[ Voor 12% gewijzigd door Soultaker op 26-03-2005 15:49 ]

[RobIII]

@MLM:
Heb jij een of andere update in de server gemaakt ofzo? Dit is nou al de 2^e zaterdag dat die server opeens amper bereikbaar is. Ik kom er met een Terminal niet eens op (hoewel de websites die er op draaien heel soms een beetje doen, en de mailserver ook soms bereikbaar is).
Trekt dat ding niet 100% CPU of start het ding 5 miljard threads ofzo?
Die server draait al 3 jaar vlekkeloos, en sinds ik die tankserver draai is 'ie regelmatig opeens onbereikbaar
(Geen beschuldiging hoor, ik wil alleen graag weten of het daar aan ligt / zou kunnen liggen)

[edit]
Dude, seriously, het geheugengebruik is echt WAY de pan uit gerezen.
Weet je zeker dat 't ding geen kuren meer heeft? Geheugenlekje misschien? Endless loop?
Als je de source zou vrijgeven zien we misschien waar het probleem zit...

Enniewee, ik heb de tankserver even "lam" gelegd, de (nieuwe) specs zijn er toch nog niet en connecten heeft nog weinig zin (toch )

Het zou eigenlijk wel fijn zijn als 't ding op de een of andere manier te monitoren zou zijn ofzo. Kun je niet alle uitgaande en inkomende paketten loggen naar een bestand ofzo? Voor debug-redenen? En nog wat andere informatie wegschrijven naar een bestand ofzo? (Eventlog mag ook)

[ Voor 44% gewijzigd door RobIII op 27-03-2005 04:27 ]

[MLM]

lolz, het is al een oude, stop de service dan

[Soultaker]

Tijd voor een flinke schop. Wat is de status en planning?

[mocean]

Soultaker schreef op donderdag 31 maart 2005 @ 15:23:
Tijd voor een flinke schop. Wat is de status en planning?

*kuch*

[mocean]

Nu doe ik weer een schop!

Maar ik ben erg bang dat mensen hun interesse verliezen als we/ze verstoken blijven van informatie.

Kunnen we nog meedenken?
Hoe staat het met de server software?
Hoe staat het met de protocol update?
En vooral, wanneer kunnen we wat gaan programmeren ??!!!

[jelmervos]

Is MLM nog bezig met de server of is deze dood? Misschien moet iemand anders het overnemen zodat er een test server komt waar we tegen aan kunnen programmeren.

[RobIII]

Ik heb ook al die tijd al niks meer gehoord van MLM en ik begin ook te vrezen dat dit een stille dood zal gaan sterven. Toch was zijn laatste bezoek nog vandaag: dinsdag 05 april 2005 14:23

[jelmervos]

Is er iemand anders die wel zin, tijd en kennis heeft om de server te bouwen.

Ik zou het zonde vinden als er weer een project faalt op GoT. Dit project is toch niet zo moeilijk te realiseren. Alleen de server is misschien een struikelblok.

[RobIII]

Kaassoevlee schreef op dinsdag 05 april 2005 @ 20:29:
Is er iemand anders die wel zin, tijd en kennis heeft om de server te bouwen.

Ik zou het zonde vinden als er weer een project faalt op GoT. Dit project is toch niet zo moeilijk te realiseren. Alleen de server is misschien een struikelblok.

Ik zie niet in waarom de server een struikelblok zou zijn. Het is dat ik me heb voorgenomen wat minder tijd aan mijn PC te besteden en wat meer aan mijn dinnetje anders had ik het graag zelf gedaan
Ik heb de (Win2000) server beschikbaar gesteld, "een" site online geplempt onder het motto: beter iets dan niets en ik wil ook nog graag mee doen met de client-zijde. Die server wordt mij dan te veel Maar er zijn vast GoTters die zoiets relatief vlug in elkaar moeten kunnen draaien.

[NDF82]

Ik ben met een server bezig. Zag dat het hier traag ging dus ben zelf wat aan het pielen. Ik maak de opzet af en als jullie zorgen dat ik de source ergens online kan zetten, kunnen jullie er later ook mee verder.

[jelmervos]

NDF82 schreef op dinsdag 05 april 2005 @ 21:06:
Ik ben met een server bezig. Zag dat het hier traag ging dus ben zelf wat aan het pielen. Ik maak de opzet af en als jullie zorgen dat ik de source ergens online kan zetten, kunnen jullie er later ook mee verder.

Klinkt goed. Welke taal? Gooi het anders in een CVS, kunnen we mee helpen.

[RobIII]

NDF82 schreef op dinsdag 05 april 2005 @ 21:06:
Ik ben met een server bezig. Zag dat het hier traag ging dus ben zelf wat aan het pielen. Ik maak de opzet af en als jullie zorgen dat ik de source ergens online kan zetten, kunnen jullie er later ook mee verder.

Kaassoevlee schreef op dinsdag 05 april 2005 @ 21:09:
[...]

Klinkt goed. Welke taal? Gooi het anders in een CVS, kunnen we mee helpen.

Ho ho! Wacht even!
Hoewel vast goed bedoeld wil ik MLM wél nog even de kans geven nog te reageren alvorens we hem "afdanken". Dat vind ik wel zo netjes. Zo hebben we het met mietje ook gedaan toen hij opeens "niet thuis" gaf nadat 'ie aan de server zou beginnen.

Hoewel ik meerdere servers an sich wel op prijs stel (maakt het leuker denk ik) denk ik dat we het voorlopig even bij 1 moeten houden om zo in ieder geval tot een goede "standaard" te komen die werkbaar is en om zo alle clients af te kunnen stemmen daarop (soort ijkpunt). Wat mij betreft mag je dus rustig doorpielen en je server perfectioneren, maar het lijkt me verstandig het daarna even in de koelkast zetten tot we meer weten van MLM of tot we besluiten dan MLM het niet meer op tijd gaat redden.

Ik zal eens kijken of 'ie op MSN zit ... nope. Momenteel niet.

[ Voor 33% gewijzigd door RobIII op 05-04-2005 21:13 ]

[NDF82]

Precies, daarom had ik ook nog niets gepost. Ik wilde eerst zelf wat pielen en als het zo goed als af was reageren. Maar het is iets eerder geworden

[dotnetter]

@NDF82

Heb je al een werkende versie van de server gebouwd? En in welke taal, als MLM nog reageert zouden jullie misschien verder samen kunnen werken, of kan een van jullie de code van de ander overnemen...

p.s. Voor cvs kun je misschien Sourceforge.net of tirgis.org gebruiken.