[Contest] Officiële GoT 5K contest 2004

[André]

Toegestane technieken:
SVG, VML, Flash, JAVA, Javascript, CSS, XML, HTML, XHTML, XSL, Shockwave en XUL, webtechnieken dus.

Begindatum - einddatum:
woensdag 31-03-2004 t/m vrijdag 14-05-2004.
De periode is bewust 6 week lang zodat iedereen genoeg tijd heeft, te laat inleveren kan dus ook niet!

Officiele site met WIPS en dergelijke:
http://www.nobellaan.nl/5k/

Regels:
• Limiet is 5120 bytes aan code, dat houd in: een werkende inzending in een browser inclusief de html waar het in ge-embed is.
• Inleveren voor einddatum via msn of email bij mij, gezipt als het kan.
• Opgeven is niet nodig, als ik een WIP of Final ontvang doe je automatisch mee, bij een final moet ook de broncode meegestuurd worden. Een WIP is verplicht zodat we zien dat je meedoet, een plaatje is al voldoende.
• Beoordeling wordt door alle deelnemers gedaan na 14-05, ik verzamel de beoordelingen en publiceer de eindscore (dus als je meedoet jureer je ook, anders doet je inzending niet mee).
• Er wordt beoordeeld op originaliteit, functionaliteit, code/techniek en design, dus als jij aan 30 bytes genoeg hebt mag dat en kost het geen punten, of je dan hoog scoort op functionaliteit is te betwijfelen.
• Het eindproduct moet werken in Internet Explorer 6 of Firefox 0.8 of Mozilla 1.6.
• In gevallen waar onduidelijkheid is ben ik degene die de eindbeslissing neemt.
• Trucjes met de location.search worden ook niet toegestaan.

Heren, succes.

[ Voor 20% gewijzigd door André op 31-03-2004 22:30 ]

[Wirf]

cjs schreef, in het vorige topic, op 30 maart 2004 @ 23:34:
DHTML met Flash-compressie mag zeker ook niet?

Als dit niet mag, mag JAR compressie van java applets dus ook niet?

_{Mijn afstudeerproject, 650KB code, zonder plaatjes, werd 130KB na compilen en compressie met JAR}

[Scaror]

Wat is een WIP?
Wat valt onder http-compressie? Ik wil misschien meedoen met Java, is het dan zo dan mijn uiteindelijk .jar niet groter dan 5120 mag zijn? Of telt dat niet mee?

[Wirf]

Scaror schreef op 31 maart 2004 @ 01:57:
Wat is een WIP?
[..]

WIP == Work In Progress
een voorbeeldje van je project dus.

en wat allemaal onder HTTP-compressie valt, dat weet ik niet.
Persoonlijk vind ik dat Java, Flash en andere non-DHTML projecten in een andere categorie mee zouden moeten doen, precies omdat je dan dit soort problemen niet hebt.

gecompilede, gecompressde code is _veel_ compacter dan "pure" code.

[Anoniem: 2935]

En hoe zit het met de location.search? Mag ik bijvoorbeeld zoiets doen:
• index.html?leveldata=123456

En als dat mag, mag dit dan ook?
• index.html?function myfunc(a,b) {return a+b;}

Dat moet met een eval volgens mij wel kunnen gaan werken...

[André]

Anoniem: 2935 schreef op 31 maart 2004 @ 08:58:
En hoe zit het met de location.search? Mag ik bijvoorbeeld zoiets doen:
• index.html?leveldata=123456

En als dat mag, mag dit dan ook?
• index.html?function myfunc(a,b) {return a+b;}

Dat moet met een eval volgens mij wel kunnen gaan werken...

Zie laatste punt van de regels.

[Genoil]

André schreef op 31 maart 2004 @ 09:02:
[...]

Zie laatste punt van de regels.

ik zou zeggen: alles mag wat betreft location.search, alleen worden het aantal karakters van de URL, na ".html", gewoon meegeteld. dan is de lol er wel van af
(maar als de regels zeggen "nee" dan is het ook "nee"...)

succes allemaal!

[ Voor 11% gewijzigd door Genoil op 31-03-2004 09:17 ]

[André]

Genoil schreef op 31 maart 2004 @ 09:16:
[...]


ik zou zeggen: alles mag wat betreft location.search, alleen worden het aantal karakters van de URL, na ".html", gewoon meegeteld. dan is de lol er wel van af
(maar als de regels zeggen "nee" dan is het ook "nee"...)

succes allemaal!

Om het overzichtelijk en transparant (term hoor ik de laatste tijd vaker ) te houden doen we het niet

[Genoil]

kun je mischien nog een kleine aanvulling van de regels doen, dat het gaat om 5120B aan source-code + resources, en dus geen JAVA-bytecode/SWF?

[André]

Genoil schreef op 31 maart 2004 @ 09:57:
kun je mischien nog een kleine aanvulling van de regels doen, dat het gaat om 5120B aan source-code + resources, en dus geen JAVA-bytecode/SWF?

Done

[Bosmonster]

Ik zou zeggen dat het bestand los aan te roepen moet zijn. Dus gewoon met een dubbelklik op het bestand. Dat je daarna in refreshes de querystring gebruikt boeit dan niet lijkt me.

[BtM909]

[quote]
• In gevallen waar onduidelijkheid is ben ik degene die de eindbeslissing neemt.


Kan dat niet beter in overleg met crisp?

[André]

BtM909 schreef op 31 maart 2004 @ 11:27:
[...]


Kan dat niet beter in overleg met crisp?

crisp had geen tijd om de zooi te leiden zeg maar, dus heb ik mij opgeworpen als knopendoorhakker. En ik heb ook om bezwaren gevraagd maar die waren er niet.

[cjs]

Genoil schreef op 31 maart 2004 @ 09:57:
kun je mischien nog een kleine aanvulling van de regels doen, dat het gaat om 5120B aan source-code + resources, en dus geen JAVA-bytecode/SWF?

WTF!

Kan ik weer opnieuw beginnen.

Mag er trouwens gebruik worden gemaakt van jsfl-bestanden (Flash-javascript)?

Het uiteindelijk resulterende swf-je mag dus groter zijn dan 5kb?

edit:
Hoe gaat de grootte van in Flash getekende graphics eigenlijk bepaald worden?

[ Voor 11% gewijzigd door cjs op 31-03-2004 12:09 ]

[pagani]

cjs schreef op 31 maart 2004 @ 12:01:
[...]

WTF!

Kan ik weer opnieuw beginnen.

Mag er trouwens gebruik worden gemaakt van jsfl-bestanden (Flash-javascript)?

Het uiteindelijk resulterende swf-je mag dus groter zijn dan 5kb?

edit:
Hoe gaat de grootte van in Flash getekende graphics eigenlijk bepaald worden?

Je .fla moet gewoon kleiner zijn dan 5k (of je verzameling van alle benodigde .fla's etc.)

[cjs]

johnnyv.nl schreef op 31 maart 2004 @ 12:15:
[...]

Je .fla moet gewoon kleiner zijn dan 5k (of je verzameling van alle benodigde .fla's etc.)

Een lege fla is al 32k

[Clay]

Misschien zie ik het verkeerd maar volgens mij moet je totale uiteindelijke in de browser draaiende produkt <= 5120 Bytes zijn. een fla is een bronbestand, en het is imo een beetje vreemd om daarvan te eisen dat die 5K is. gebruik van jar compressie kan je gewoon uitsluiten als regel en het op classes houden, en location.search truuks mogen niet. Of ben ik nou gek

Als er per categorie gejureerd wordt zie ik daar verder totaal geen problemen in. dhtml met flash of java vergelijken kon toch al niet.

[Bosmonster]

Het complete produkt inderdaad. Dus als je de swf in een html bestand wilt draaien moet je die meetellen.

[André]

Clay + Bosmonster: Jullie teksten zijn toegevoegd.

De hele discussie over trucjes e.d. kan nu wel stoppen, iedereen begrijpt wel wat wel en niet mag lijkt me.

[Genoil]

tsja je zult altijd zien dat er pas echt over regels gediscussieerd gaat worden nadat ze vastgelegd zijn .

Het zal mij verder ook allemaal worst wezen...

* Genoil pakt een lat en legt deze maar eens op acceptabele hoogte

screenshot van WIP: "DoM" -> DHTML Doom

features:

• 2.5D engine in DHTML met beweging in 1 richting en beperkte mouse-look
• schieten, gore, hit-detection, enemy health (3 hits->dood)
• AS (artificial stupidity)
• original Doom 1 gfx
• loopt zo hard op m'n A64 3000+ dat je zelfs last krijgt van tearing

Ik kan ff geen werkende WIP laten zien aangezien ik nog steeds last heb met het preloaden van images en m'n primitieve Z-buffer nog niet echt goed werkt. Ik stap voor m'n uiteindelijke concept trouwens af van een Doom-clone omdat ik nu al 1.5K aan gfx heb (alles wat je opt plaatje ziet + een bloed-plaatje) en ik dat liever besteed aan zaken als de bocht om kunnen, grotere levels, game-logic etc...

[André]

Genoil schreef op 31 maart 2004 @ 12:52:
screenshot van WIP: "DoM" -> DHTML Doom

Kijk aan, is een hele mooie WIP die al een mooie lat legt.

Trouwens het plaatje alleen is al 25247 bytes

[ Voor 15% gewijzigd door André op 31-03-2004 13:17 ]

[T-MOB]

Genoil schreef op 31 maart 2004 @ 12:52:

* Genoil pakt een lat en legt deze maar eens op acceptabele hoogte

Als je die lat gaat halen
* T-MOB Was al onder de indruk van deze 3d-shooter

[wacco]

Oeh topic 3 over hetzelfde onderwerp
Hier wordt lekker geknutselt, ik heb nog een paar ideetjes die m'n code kleiner kunnen krijgen en er flashie'r uit laten zien
Kom ook wel weer lastigere dingen tegen... kan je in een divje html invoegen bijvoorbeeld? Misschien met visible: gaan spelen, aangezien ik de html toch ergens kwijt moet

[BtM909]

wacco schreef op 31 maart 2004 @ 13:15:
Oeh topic 3 over hetzelfde onderwerp
Hier wordt lekker geknutselt, ik heb nog een paar ideetjes die m'n code kleiner kunnen krijgen en er flashie'r uit laten zien
Kom ook wel weer lastigere dingen tegen... kan je in een divje html invoegen bijvoorbeeld? Misschien met visible: gaan spelen, aangezien ik de html toch ergens kwijt moet

Hoe bedoel je

<div><b>html in een DIV, woei!</b></div>

?

[Genoil]

T-MOB schreef op 31 maart 2004 @ 13:04:
[...]

Als je die lat gaat halen
* T-MOB Was al onder de indruk van deze 3d-shooter

whoa die's cool! ik snap alleen de controls niet helemaal. mijn "engine" is niet in staat de speler 360 graden om z'n as te laten draaien, en kan alleen gangen met afslagen renderen, geen open ruimte, en overigens ook geen texturemaps. De gang is immers niet meer dan een stapel divjes met dikke borders.

Mouselook is daarom tegelijk mikken en strafen (zijwaarts bewegen). maarja da's het offer dat je maakt voor een hoge resolutie, precisie en performance. Het idee voor de engine is trouwens van John Carmack, die in een artikel ooit uitlegde hoe fake de doom1-engine eigenlijk wel niet was

[wacco]

BtM909 schreef op 31 maart 2004 @ 13:16:
[...]
Hoe bedoel je
<div><b>html in een DIV, woei!</b></div>
?

Wat zijn we weer melig vandaag

Ik zoek iets van een document.getElementById('dif').innerHTML maar dan zodat firefox ed het ook ondersteund (innerHTML schijnt ie-only te zijn). En ik bedacht me terplekke dat met visible: spelen ook gaat niet werken, moet dynamisch zijn

[BtM909]

Dus jij zegt dat dit niet gaat werken in firefox ?

HTML:

<html>
<head>
<script type="text/javascript">
function doMe(){
  document.getElementById('BtM909').innerHTML = '<b>BtM909 Rocks!</b>';
}
</script>
</head>
<body>
<div onclick="doMe()" id="BtM909">Dit is een div</div>
</body>
</html>

[ Voor 54% gewijzigd door BtM909 op 31-03-2004 13:27 ]

[André]

BtM909 schreef op 31 maart 2004 @ 13:27:
Dus jij zegt dat dit niet gaat werken in firefox ?

Nee.

Mijn firefox wil die tekst niet slikken

[wacco]

Die van mij wel ( ff0.8 )
Maar mensjes, nou zit ik /weer/ te klooien, ik moet aan m'n huiswerk!
Ik ga vanavond wel weer spelen ofzo.

WiP (werkend cookie gedoe (jeuj!)) @ http://oege.ie.hva.nl/~meeuwi10/brainfuck.htm
Als andré zo fijn zou willen zijn om deze onder de WiPjes neer te pennen, graag.

[André]

wacco schreef op 31 maart 2004 @ 13:51:

WiP (werkend cookie gedoe (jeuj!)) @ http://oege.ie.hva.nl/~meeuwi10/brainfuck.htm
Als andré zo fijn zou willen zijn om deze onder de WiPjes neer te pennen, graag.

Het bijwerken van de site gebeurd altijd 's avonds aangezien ik nu @ werk ben.

[Genoil]

wacco schreef op 31 maart 2004 @ 13:51:
Die van mij wel ( ff0.8 )
Maar mensjes, nou zit ik /weer/ te klooien, ik moet aan m'n huiswerk!
Ik ga vanavond wel weer spelen ofzo.

WiP (werkend cookie gedoe (jeuj!)) @ http://oege.ie.hva.nl/~meeuwi10/brainfuck.htm
Als andré zo fijn zou willen zijn om deze onder de WiPjes neer te pennen, graag.

aah nu begrijp eindelijk wat voor een ding het nou eigenlijk is dat je gemaakt hebt! wat cool! gaat ie nou straks ook een echte compiler krijgen zodat ie echte x86 code uit gaat spugen?

[Anoniem: 93647]

Izzut btw. verplicht een wip in te sturen?

[André]

Genoil schreef op 31 maart 2004 @ 14:41:
[...]


aah nu begrijp eindelijk wat voor een ding het nou eigenlijk is dat je gemaakt hebt! wat cool! gaat ie nou straks ook een echte compiler krijgen zodat ie echte x86 code uit gaat spugen?

Kun je het mij ook even uitleggen dan?

Anoniem: 93647 schreef op 31 maart 2004 @ 15:06:
Izzut btw. verplicht een wip in te sturen?

Zou wel mooi zijn, als is het ook maar alleen een plaatje.

[ Voor 24% gewijzigd door André op 31-03-2004 15:13 ]

[Genoil]

André schreef op 31 maart 2004 @ 15:12:
[...]

Kun je het mij ook even uitleggen dan?

http://www.muppetlabs.com/~breadbox/bf/

beetje basiskennis van C/ASM of de werking van microcontrollers is wel handig.

[Anoniem: 64462]

Wil je meer over brainfuck weten, dan kan je op http://www.nieko.net/ ook een goede tutorial vinden.

[Wirf]

Ik ben erg gefrustreerd op dit moment

code:

code.charCodeAt(index)

Geeft opeens 8222, wat zijn dat voor een grapjes? waarom is dat niet gewoon byte-size? (altijd kleiner dan 256 dus)

[coubertin119]

Ach Wirf, ik moet ook een te weirde constructie gebruiken om event.keyCode te laten werken.

JavaScript:

if(!(event.keyCode != 32))

keyCode == 32 gaat niet om een of andere gare reden .

[André]

coubertin119 schreef op 31 maart 2004 @ 15:43:
Ach Wirf, ik moet ook een te weirde constructie gebruiken om event.keyCode te laten werken.

JavaScript:

if(!(event.keyCode != 32))

keyCode == 32 gaat niet om een of andere gare reden .

Waarom is dat? Volgens mij werkt de spatie wel normaal hoor.

JavaScript:

if(event.keyCode == 32)

Werkt prima.

[Genoil]

nou toch maar ff een linkje naar de gare WIP:

HTTP: http://www.jwp.dds.nl/got5k/doom_d.html
ZIP(meer kans daatie goed werkt): http://www.jwp.dds.nl/got5k/doom_d.zip
notes:
• werkt alleen in IE6 met cache settings op 'Automatic'
• als ie niet werkt ff refreshen (kan helpen)
• als de sprites knipperen ff browser back->forward, helpt ook
• ja deze is in totaal >5K, ik heb er echter wel 1tje van ~4.5K incl. gfx
• het loopt goed op snelle PC's. geen idee hoe de performance naar beneden schaalt...
• hij crashed als je je muis tever buiten de viewport beweegt.
• muistoets=fire;pijltjestoetsen = vooruit, achteruit;mouvemove=look+moveleft/right
• er zit een bug in het Z-buffer. welja, er is geen Z-buffer en daarom worden sprites nog niet allemaal in de goede volgorde getekend (ventjes gaan over shotgun heen en er is iets weirds met dooie ventjes wat ik eerst niet had).
• als je schiet op 2 ventjes die achter elkaar staan, raakt ie de achterste .
• ik weet of dit nog steeds gebeurt, maar het zou wel eens zo kunnen zijn dat je geheugen als een tierelier volloopt totdat Windows het niet leuk meer vindt.

maw nog genoeg te doen

[edit] kep de boel ff verplaatst naar een andere server...maar het werkt gewoon voor geen meter zolang de boel nog niet de kans heeft gehad zich in je cache te nestelen. ga vanavond een oplossing implementeren...

[edit] nog wat bugs
• als je door de hele gang heen bent wordt je gun ineens heel groot
• in het optimalisatie-proces is het goed renderen van de rechterafslag-div gesneuveld.

[ Voor 31% gewijzigd door Genoil op 31-03-2004 19:51 ]

[BtM909]

Genoil schreef op 31 maart 2004 @ 15:53:
nou toch maar ff een linkje naar de gare WIP:

http://www.doeds.com/jw/got5k/doom_d.html

F*ck the notes:

[oh,when?]

Gaat het nou om de SWF die 5120 bytes moet zijn? Beetje onduidelijk.

[djluc]

Genoil schreef op 31 maart 2004 @ 15:53:nou toch maar ff een linkje naar de gare WIP:

Hier zit zeker al wat in! Je moet alleen ff met JS je images preloaden dus new Image aanroepen enzo.

[pagani]

oh,when? schreef op 31 maart 2004 @ 16:19:
Gaat het nou om de SWF die 5120 bytes moet zijn? Beetje onduidelijk.

Het lijkt me ietwat lomp om het dan met dhtml te gaan vergelijken, je dhtml zip je immers ook niet. Maar aangezien een .fla al groter is lijkt het mij wel nodig om de swf niet groter te laten zijn.

[Clay]

Geen wip (omdat ik wat anders ga maken) maar dit is toch wel grappig. ff alle enters eruitslopen, en dan zou die het moeten doen. 't is een 3D matrix implementatie met 3 aan elkaar gekoppelde in elkaar draaiende circels, 1.7 K

code:

<html><style>*{left:50%;top:50%;position:absolute}</style><script>D=document;S=Math.sin;C
=Math.cos,p=parseInt,P='prototype';function M(b){this.b=b||'1000010000100001'.split('')}M
[P]={c:function(r){var j,k,i=16,c=[],a=this.b,b=r.b||r;while(i--){j=p(i/4)*4,k=i%4;c[i]=a
[j]*b[k]+a[j+1]*b[k+4]+a[j+2]*b[k+8]+a[j+3]*b[k+12]};return new M(c)},s:function(x,y,z){t
his.u({0:x,5:y,10:z,15:1})},u:function(b){var i=16,m=[];while(i--)m[i]=b[i]||0;m[15]=1;th
is.b=this.c(m).b},t:function(x,y,z){this.u({0:1,3:x,5:1,7:y,10:1,11:z})},x:function(x){va
r s=S(x),c=C(x);this.u({0:1,5:c,6:s,9:-s,10:c})},y:function(y){var s=S(y),c=C(y);this.u({
0:c,2:-s,5:1,8:s,10:c})},z:function(z){var s=S(z),c=C(z);this.u({0:c,1:s,4:-s,5:c,10:1})}
};function i(){var c1=new R(300,210,'#fff'),c2=new R(0,180,'#f80'),c3=new R(0,150,'#ff0')
;c2.l(c1);c3.l(c2);c1.rz=0.015;c2.rx=0.045;c3.ry=0.075;setInterval(function(){c1.u();c2.u
();c3.u()},30)};function R(z,l,c){var s=this,px,py,i=30,d=Math.PI/15;s.x=s.y=s.rx=s.ry=s.
rz=0;s.z=z;s.c=c;s.s=[];s.d=new M();s.p=new M();s.r=new M();s.p.t(0,0,z);while(i--){px=S(
d*i)*l;py=C(d*i)*l;s.s.push(new X(px,py,s))}}R[P]={u:function(){var s=this;if(s.rx)s.r.x(
s.rx);if(s.ry)s.r.y(s.ry);if(s.rz)s.r.z(s.rz);s.d=s.p.c(s.r);if(s.g){s.d=s.g.d.c(s.d)}},l
:function(s){this.g=s}};function X(x,y,p){var t=this,s=D.createElement('b');s.style.color
=p.c;(this.s=D.body.firstChild.appendChild(s)).innerHTML='*';t.x=x;t.y=y;t.z=0;setInterva
l(function(){t.u(p.d.b)},31)}X[P].u=function(m){var c,p=[];for(var i=0;i<3;i++){c=i*4;p[i
]=m[c]*this.x+m[c+1]*this.y+m[c+2]*this.z+m[c+3]}var s=this.s.style;try{s.left=(p[0]*100/
p[2]);s.top=(p[1]*100/p[2]);s.filter='alpha(opacity='+(100-(p[2]/5))+')'}catch(e){}}</scr
ipt><body onload="i()" bgcolor=0><p></body></html>

[Genoil]

djluc schreef op 31 maart 2004 @ 16:22:
[...]
Hier zit zeker al wat in! Je moet alleen ff met JS je images preloaden dus new Image aanroepen enzo.

code:

function L(){
    i=5;while(i--) {
        im=E(9);
        im.src=is[i]+".gif";
        I.push(im);
    }
    setInterval("R()" ,1);
}

dit is in feite het preloaden. behalve dan dat im=E(9) document.createElement("img") doet ipv new Image. zou dat wat uitmaken?

[djluc]

In die array is moet je gewoon al je images zetten met is[1]=new Image o.i.d.

[Genoil]

Clay schreef op 31 maart 2004 @ 16:29:
ff alle enters eruitslopen, en dan zou die het moeten doen.

of ik doe iets fout, of jij . want hij doet het bij mij niet na verwijderen van de linebreaks.

[coubertin119]

Jij doet wat fout, hier draaitie perfect .

[Wirf]

Weet iemand hoe je binary data kunt gebruiken in javascript?

eenString.charCodeAt(x) werkt niet, want daar krijg je soms een 8-bit waarde, en soms een 16-bit waarde terug _{heeft iets te maken met unicode}

[Genoil]

coubertin119 schreef op 31 maart 2004 @ 16:40:
Jij doet wat fout, hier draaitie perfect .

ik heb de schuld aan ultraedit gegeven
werkt idd als een tierelier...cool dingetje!

[wacco]

Mja het was een beetje onhandig van mij om zo lang niet aan te geven wat het nou eigenlijk was, een BrainFuck compiler|runner|debugger dus. Ik hoop dat het nu wel duidelijk is
Echte x86 code als output genereren is een beetje onmogelijk aangezien dat erg afhangt van het besturingssysteem (tenzij je wilt rebooten om het resultaat te zien dat je dan hebt moeten plakken op een bootflop oid ) dus dat gaan we maar niet doen. Ik wil nog wel dat runnen en debuggen->run till # gewoon hetzelfde resultaat geven (dus grafisch wat meer geweld) en dat de input vensters in de grijze vensters komen. Beetje opschonen dus.

Verder zijn de voorbeeldprogramma's bedoelt om te werken als introductie-in-BrainFuck en met de debugger ernaast moet dat geen problemen geven. Ik heb het ook zo geleerd after all Een mini-tut ernaast tikken wordt wel heel krap, dat kost teveel bytes waarschijnlijk

[Genoil]

maar dan is het dus geen compiler maar een interpreter

kost je mooi 3 bytes

ik zou het idd wel fijn vinden om een wat groter veld te hebben voor de source. voor zover er al overzicht is te zien in bf-code, is het nu al helemaal moeilijk.

en alles wat je over hebt binnen 5K natuurlijk met meer voorbeeldjes vullen! heb je een contest binnen een contest

[ Voor 65% gewijzigd door Genoil op 31-03-2004 19:45 ]

[wacco]

mja ik was al een brainfuck compiler in brainfuck tegengekomen, wilde die eigenlijk wel includen Alleen de grootte heh...
maar ja, ik heb nog vier weken, misschien een compressie dingetje uitwerken. BrainFuck is immers maar 8 instructies groot...
En de layout is nog heftig onder constructie, ik heb em nog niet eens een hoogte/breedte meegegeven dus wees blij dat je al twee regels code ziet

_{btw, zeg nou zelf, compiler ende runner staat toch veel beter dan interpreter}

[Anoniem: 29201]

Weet iemand overigens hoe ik de snelheid van het inkleuren van divjes wat sneller kan maken, ik kleur op deze manier:

code:

Field[X][Y].css.backgroundColor = "#00FF00";

600 divjes, en dat vreet een beetje ( jah , deze keer wel gecontroleerd of ik goed geprogd had )

Zijn er truucs voor om die divs (of zonodig andere elementen) snel in te kleuren?


(overigens: mijn progje (soort van mario kart/wackywheels) begint al een beetje te werken, ik kan al roteren op een map (jaja ) en ik kan al (enigzins heen en weer bewegen) echt "rijden" is er nog effe niet bij, want ik moet eerst een horizontaal scaling dingetje inbouwen... (code is overigens nu nog helemaal niet geoptimaliseerd, en 6.945 bytes... dus das nog wel netjes)

[ Voor 7% gewijzigd door Anoniem: 29201 op 31-03-2004 21:29 ]

[Anoniem: 4364]

mm ik ben het totaal niet eens met de regels. Mischien iets te haastig op papier gezet??

Als ik het nu goed begrijp, bij flash/shockwave/etc puur dat alleen de sourcecode meeteld?!?!;


- sorry een bijna lege .fla file is al 9.00Kb bij mij !!!!!! compressed gaat 'ie naar 56 bytes swf.

- shockwave; cleane .dir file is al 11.5KB; compressed naar dcr. 1.5 Kb

- zelfde met java source - totnu toe alle 4/5kb competities was een .jar file toegestaan. 5k.org etc.etc.

- Ik kan iets maken in 'processing.org' ok met 5Kb source, maar het resultaat; een class file die straks wel over de honderd KB is... Dit zou dan wel mogen?!?!

Dit Klopt toch van geen kant..

[ Voor 7% gewijzigd door Anoniem: 4364 op 31-03-2004 21:56 ]

[djluc]

Heb je wel gelezen dat je alleen de HTML die je nodig hebt om een swf te embedden moet meetellen?

[Anoniem: 4364]

normaal bij dit soort competities is 5KB de limiet.

html+swf/dcr/jar. alles bijelkaar max 5KB; en het moet in je browser lopen..

Als men opeens de source-file als limiet zet, fla/dir tja dan kan je gelijk wel ophouden.. Om met die taal te gaan werken..

edit:

Verder moeten D-html`rs niet bang zijn voor concurentie, zowiezo zal toch wel een d-html`r winnen. Omdat het gewoon het strakste/knapste is straks.. maar toch.

[ Voor 29% gewijzigd door Anoniem: 4364 op 31-03-2004 22:00 ]

[André]

Oke, ik heb de regel versimpeld: Het aantal bytes van een werkende inzending in een browser geldt. Dus alle compressie technieken zijn toegestaan, mochten de verschillen groot blijken gaan we de jurering daar op aanpassen.

Ik hoop dat het nu duidelijk is

PS. De site is bijgewerkt.

[ Voor 6% gewijzigd door André op 31-03-2004 22:33 ]

[Anoniem: 4364]

Mijn dag is weer goed

.. André

edit:

mischien belangrijk;

Naast je final 'compacte/ingepakte' inzending van max 5Kb.

In het geval van gebruik plugins zoals swf/java/shockwave/plugins etc.; moet ook de broncode ook meegestuurd worden, in een aparte directory/file. De orginele source/broncode staat los van je uiteindelijke 'compressed' 5KB final inzending.

[ Voor 82% gewijzigd door Anoniem: 4364 op 31-03-2004 23:08 ]

[Anoniem: 9542]

Anoniem: 29201 schreef op 31 maart 2004 @ 21:29:
Weet iemand overigens hoe ik de snelheid van het inkleuren van divjes wat sneller kan maken, ik kleur op deze manier:

code:

Field[X][Y].css.backgroundColor = "#00FF00";

600 divjes, en dat vreet een beetje ( jah , deze keer wel gecontroleerd of ik goed geprogd had )

Zijn er truucs voor om die divs (of zonodig andere elementen) snel in te kleuren?

wellicht is het via obj.style.backgroundColor sneller? het css object zie ik nu voor het eerst eigenlijk

[André]

Anoniem: 4364 schreef op 31 maart 2004 @ 22:42:
Mijn dag is weer goed

.. André

Dan verwacht ik snel een WIP

Anoniem: 9542 schreef op 31 maart 2004 @ 22:44:
[...]

wellicht is het via obj.style.backgroundColor sneller? het css object zie ik nu voor het eerst eigenlijk

dat 'css' object is een referentie naar de obj.style denk ik, en dat werkt ook zeker sneller.

Je kunt misschien ook een referentie naar de style.backgroundColor maken: obj.bgc of obj.css.bgc

[ Voor 20% gewijzigd door André op 31-03-2004 22:58 ]

[Anoniem: 29201]

Is idd een referentie naar de style...

Ik kan idd is proberen om een directe ref naar de background te fixen... tnx voor de tip

[crisp]

Anoniem: 29201 schreef op 31 maart 2004 @ 22:59:
Is idd een referentie naar de style...

Ik kan idd is proberen om een directe ref naar de background te fixen... tnx voor de tip

property-lookups kosten tijd; referenties schelen dus lookups

[Anoniem: 29201]

Ik heb het volgende geprobeerd

code:

this.E = document.createElement("div");
this.E.className = "Leeg";
this.E.style.left = (x * 3) + "px";
this.E.style.top = (test) + "px";
this.E.style.backgroundcolor =  "#FF0000";

this.obj = document.getElementById("Field").appendChild(this.E);
   // komt dus als child in een andere div

Field[x][y] = this.obj;
Field[x][y].css = this.obj.style;
Field[x][y].bgc = this.obj.style.backgroundcolor;
Field[x][y].bgc = "#FF0000";

Maar dit werkt niet (div niet ingekleurd) maar als dit zou werken zou dit dus sneller (kunnen) zijn?

[ Voor 10% gewijzigd door Anoniem: 29201 op 31-03-2004 23:13 ]

[crisp]

backgroundColor <-- case-sensitive

[Anoniem: 29201]

crisp schreef op 31 maart 2004 @ 23:14:
backgroundColor <-- case-sensitive

Bedankt, * Anoniem: 29201 is meer een delphi / vb / etc programmeer type, dus van casesensitive heb ik dus nog nooit gehoord

Heb al menigmaal lopen zoeken in mn script naar dingen die fout gingen, terwijl er dus gewoon een hoofdlettertje fout was getypt

Mgoed, hij doet het helaas nog niet.. maar ik wil dit topic ook niet gebruiken als slowchat debug topic (als het mag graag natuurlijk ) dus ik zoek nog anders nog wel wat op inet

offtopic:
en dat zeg ik niet alleen omdat crisp meekijkt

[ Voor 4% gewijzigd door Anoniem: 29201 op 31-03-2004 23:38 ]

[Twilight Burn]

Bij de vorige DHTML contest had ik mee willen doen met een remake van een CD-i game (Pac Panic, een soort van kruising tussen Pac-Man en Tetris) maar omdat ik toen geen tijd had is er niets van gekomen.
Aangezien ik nu meer tijd heb, doe ik maar mee met deze
WIP (slechts 1 level ATM)
5K is trouwens wel erg weinig (hoewel ik vast nog best wat uit mijn huidige JS kan knijpen)

edit:

Hmm, ik zie dat als ik hem online test dat ik een probleem heb met de plaatjes cache van IE.

Oh, ook nog een korte help, besturen van het blokje doe je met links, rechts en naar beneden. Draaien met het pijltje naar boven, en met de "shift" spiegel je pac-man als die in het blokje zit.

[ Voor 27% gewijzigd door Twilight Burn op 31-03-2004 23:58 ]

[Anoniem: 70994]

Anoniem: 29201 schreef op 31 maart 2004 @ 23:13:
Ik heb het volgende geprobeerd

code:

this.E = document.createElement("div");
this.E.className = "Leeg";
this.E.style.left = (x * 3) + "px";
this.E.style.top = (test) + "px";
this.E.style.backgroundcolor =  "#FF0000";

this.obj = document.getElementById("Field").appendChild(this.E);
   // komt dus als child in een andere div

Field[x][y] = this.obj;
Field[x][y].css = this.obj.style;
Field[x][y].bgc = this.obj.style.backgroundcolor;
Field[x][y].bgc = "#FF0000";

Maar dit werkt niet (div niet ingekleurd) maar als dit zou werken zou dit dus sneller (kunnen) zijn?

Kun je niet beter gewoon de className veranderen van alle divs met 'leeg' als className?

[André]

Anoniem: 70994 schreef op 01 april 2004 @ 00:10:
[...]

Kun je niet beter gewoon de className veranderen van alle divs met 'leeg' als className?

Nee, classname veranderen kost relatief gigantische veel tijd en is dus geen optie als het snel moet.

[Genoil]

Twilight Burn schreef op 31 maart 2004 @ 23:55:

edit:

Hmm, ik zie dat als ik hem online test dat ik een probleem heb met de plaatjes cache van IE.

ik heb hetzelfde probleem, maar dit werkt wel goed:

code:

<html>
    <head>
        <script>            
            var i,p=0;
            var pi =3.1415927;
            var r = 100;
            
            function load() {
                i = new Image();
                i.style.position = "absolute";
                i.src="m2.gif";
                i.onload=start;
            }
            
            function start() {
                setInterval("tick()",1);
            }
            
            function tick() {
                p+=.1;
                document.body.innerHTML="";
                i.style.top=2*r+r*Math.sin(p/3);
                i.style.left=2*r+r*Math.cos(p/2);
                document.body.appendChild(i);
            }
        </script>
    </head>
    <body onload="load()"/>
</html>

ik heb gisteren vanalles geprobeerd om te zorgen dat je meerdere instances van dezelfde gepreloade image kunt maken zonder problemen, en het leek te werken, totdat ik vanochtend op m'n werk achter een andere PC ging zitten met een gegarandeerd lege cache. het bovenstaande script werkter echter wel meteen. ik vrees dat je elke image, of die nou hetzelfde is als een ander of niet, los moet preloaden.

[ Voor 186% gewijzigd door Genoil op 01-04-2004 09:48 ]

[Wirf]

Genoil schreef op 01 april 2004 @ 00:56:
[...]
ik vrees dat je elke image, of die nou hetzelfde is als een ander of niet, los moet preloaden.

Kun je niet gewoon het volgende doen?

code:

<body onload="start()">
[img]plaatje1.gif>
<img[/img]
<!-- etc. -->
</body>

Zo heb ik tot nu toe de preload gedaan, of was dat niet goed?

[Genoil]

Wirf schreef op 01 april 2004 @ 10:58:
[...]


Kun je niet gewoon het volgende doen?

code:

<body onload="start()">
[img]plaatje1.gif>
<img[/img]
<!-- etc. -->
</body>

Zo heb ik tot nu toe de preload gedaan, of was dat niet goed?

mja dat lijkt ook goed te gaan. vaak zie je de meest voor de hand liggende oplossingen over het hoofd

het probleem is echter wanneer je meerdere sprites wilt maken van dezelfde image, en niet precies weet hoeveel.

en als je meerdere keren hetzelfde plaatje wilt gebruiken, werkt het niet om simpelweg de .src te zetten van een "gepreloade" image. dit werkt wel goed:

code:

<html>
    <head>
        <script>            
            var p=0;
            var pi =3.1415927;
            var r = 100;
            var j = [];
            
            function load() {
                for(a=0;a<16;a++) {
                    i = new Image();
                    i.style.position = "absolute";
                    i.src="m4.gif";
                    i.onload=start;
                    document.body.appendChild(i);
                }
            }
            
            function start(e) {
                j.push(event.srcElement);
                if(j.length==16) setInterval("tick()",1);
            }
            
            function tick() {
                p+=.1;
                document.body.innerHTML="";
                for(n=0;n<16;n++) {
                    j[n].style.top=2*r+r*Math.sin(p/3+n*pi/16);
                    j[n].style.left=2*r+r*Math.cos(p/2+n*pi/16);
                    document.body.appendChild(j[n]);
                }
            }
        </script>
    </head>
    <body onload="load()" />
</html>

[ Voor 61% gewijzigd door Genoil op 01-04-2004 12:09 ]

[Clay]

Hmz. Ik vind het persoonlijk een beetje krom om de hele body leeg te maken en elke interval weer de images te appenden. Schrijf die gewoon 1 keer naar het document, en verplaatst de boel dan elke interval. b.v:

code:

<html>
   <head>
      <script>
         D=document;M=Math;p=0;r=100;j=[];
         window.onload = function() {
            i=16;while(i--) {
                j[i]=D.body.appendChild(D.createElement('img'));
                j[i].src = "m2.gif";
                j[i].style.position = "absolute";
            }

            setInterval(function() {
               p+=.1;
               n=j.length;while(n--) {
                  c=j[n].style;
                  c.top=2*r+r*M.sin(p/3+n*M.PI/8);
                  c.left=2*r+r*M.cos(p/2+n*M.PI/8);
                }
            }, 20);
         }
      </script>
   </head>
   <body />
</html>

[Twilight Burn]

wacco schreef op 31 maart 2004 @ 17:48:
Verder zijn de voorbeeldprogramma's bedoelt om te werken als introductie-in-BrainFuck en met de debugger ernaast moet dat geen problemen geven.

Als je dan ook goede voorbeeldprogramma's meeleverde , je "input to caps" gooit alleen het eerste teken naar caps, de volgende doet je hele invoer: ,[>++++[<-------->-]<.,] (en is maar 1 teken langer dan degene die er nu staat - blijft dezelfde bug houden dat ie alleen werkt met kleine letters in de invoer)

[ Voor 6% gewijzigd door Twilight Burn op 01-04-2004 12:55 ]

[Wirf]

Genoil schreef op 01 april 2004 @ 11:49:
[...]
het probleem is echter wanneer je meerdere sprites wilt maken van dezelfde image, en niet precies weet hoeveel.

en als je meerdere keren hetzelfde plaatje wilt gebruiken, werkt het niet om simpelweg de .src te zetten van een "gepreloade" image. [...]

Gebruik je soms IE?
Dat zou gelijk een aantal rare bugreports kunnen verklaren die ik heb gehad.

(Ik gebruik IE zo min mogelijk, dus daarom doe ik er ook weinig tests mee)

[ Voor 6% gewijzigd door Wirf op 01-04-2004 13:10 ]

[Genoil]

Clay schreef op 01 april 2004 @ 12:45:
Hmz. Ik vind het persoonlijk een beetje krom om de hele body leeg te maken en elke interval weer de images te appenden. Schrijf die gewoon 1 keer naar het document, en verplaatst de boel dan elke interval. b.v:

ja je hebt gelijk...ik dacht teveel in échte 3D engine logica, waar het niet meer dan normaal is je backbuffer te clearen voordat je dingen neerzet. thx, en ook thx voor de talrijke optimalisatietips in je voorbeeldje

[wacco]

Twilight Burn schreef op 01 april 2004 @ 12:55:
[...]


Als je dan ook goede voorbeeldprogramma's meeleverde , je "input to caps" gooit alleen het eerste teken naar caps, de volgende doet je hele invoer: ,[>++++[<-------->-]<.,] (en is maar 1 teken langer dan degene die er nu staat - blijft dezelfde bug houden dat ie alleen werkt met kleine letters in de invoer)

Thanks, ik had ergens ff snel in een minuutje die erbij gezet om de input te kunnen testen, en dan is één character genoeg.

[André]

Inmiddels is de site weer bijgewerkt, zonder bericht in dit topic heeft semicon ook een wip ingeleverd.

[Scaror]

Hier een WIP van mij (Java):

wip

[T-MOB]

Laat ik mijn wipje ook maar bekendmaken in het officiële topic. Hier staat het begin van SuperDonkey. De donkeys missen nog(nutteloze ezels toegevoegd), maar autopositionering is functioneel (snelheid is opgevoerd om te laten zien wat het doet).

Aangezien het mijn bedoeling was wat te leren van de contest is commentaar meer dan welkom!

Een ander puntje nog, is het toegestaan om een Highscore-faciliteit toe te voegen die buiten de 5k valt. Ik bedoel dan dat je in het daadwerkelijke browsel slechts een form opneemt om de score door te sturen en dan in een ander (serverside-)script de scores opvangt. Niet om functionaliteitspunten te scoren maar meer voor de lol, aangezien we toch met z'n allen gaan jureren lijkt het me wel grappig om de scores bij te houden...

[ Voor 3% gewijzigd door T-MOB op 02-04-2004 00:38 . Reden: update \o/ ]

[André]

Site is nog verder geupdate en mijn WIP is daar ook toegevoegd

[Dark Blue]

T-MOB schreef op 01 april 2004 @ 23:04:
Laat ik mijn wipje ook maar bekendmaken in het officiële topic. Hier staat het begin van SuperDonkey. De donkeys missen nog, maar autopositionering is functioneel (snelheid is opgevoerd om te laten zien wat het doet).

Aangezien het mijn bedoeling was wat te leren van de contest is commentaar meer dan welkom!

Een ander puntje nog, is het toegestaan om een Highscore-faciliteit toe te voegen die buiten de 5k valt. Ik bedoel dan dat je in het daadwerkelijke browsel slechts een form opneemt om de score door te sturen en dan in een ander (serverside-)script de scores opvangt. Niet om functionaliteitspunten te scoren maar meer voor de lol, aangezien we toch met z'n allen gaan jureren lijkt het me wel grappig om de scores bij te houden...

Doe het dan zoals in shareware;
in de versie die je inlevert laat je de user geen naam opgeven, en is het gewoon game na game anoniem achter elkaar; je zou als je dat lukt nog IP en score in een txt log kunnen dumpen, begin daar niet te vroeg mee want dat belemmert jouw 5k - na deze contest bouw je het uit met een beginscherm met naam en een doorschop van de uitslagen naar een highscore-deel.

Je levert dus de shareware versie in met zn beperkingen, en je houdt de full achter de hand voor de fans.

Het is overigens wel storend in jouw dingetje dat je geen horizon ziet. Het is te vergelijken met stunts, alleen dan alsof je in de playback de zgn pijltjesmode hebt of de helicopter en je hangt er te dicht op...

[T-MOB]

Dark Blue schreef op 02 april 2004 @ 00:14:
[...]

Je levert dus de shareware versie in met zn beperkingen, en je houdt de full achter de hand voor de fans.

Hmmzz... fans

Het is overigens wel storend in jouw dingetje dat je geen horizon ziet. Het is te vergelijken met stunts, alleen dan alsof je in de playback de zgn pijltjesmode hebt of de helicopter en je hangt er te dicht op...

Jep, de horizon is overwogen. Probleem is alleen dat je de zaken dan van te ver ziet aankomen. Plus dat je het auto'tje errug klein wordt als iemand ver komt. En ach, in de originele donkey ontbrak perspectief volledig....

[Anoniem: 110091]

Vraagje? Mag je ook meerdere projecten submitten? Niet om het een of het ander maar ik heb al een hele tijd gewacht op een contest zoals deze (ik heb net niet mee kunnen doen aan die in 2002). Ik heb een Java 3D engine geschreven ongeveer een jaar geleden en die JAR past net in 5K, maar ik heb me nou ook al vermaakt met het coden van een pacman in Javascript en heb m'n eigen javascript LZW-like decoder geschreven in 120 bytes... Ik vind het een beetje moeilijk om een keus te maken .

Dus: Mag ik meerdere project submitten of kan ik dan beter een pseudoniem nemen. En als ik het doe, gaat dat dan ten koste van jurering? Als Java in een apparte categorie komt, heb ik waarschijnlijk nergens last van en trust me, als je deze 3D engine gezien heb, wil je dat het een apparte categorie is! *brag*

[T-MOB]

In meerdere categorieën meedoen mag volgens mij zowieso. En voor de rest: als je je LZW decoder nou toepast op je pacman ben je natuurlijk helemaal

[Anoniem: 110091]

T-MOB schreef op 02 april 2004 @ 00:55:
In meerdere categorieën meedoen mag volgens mij zowieso. En voor de rest: als je je LZW decoder nou toepast op je pacman ben je natuurlijk helemaal

Dat was ik zowiezo al van plan! Maar als ik die decoder (hij is niet echt LZW hoor, rustig maar ) als WIP publiceer dan is het voordeel snel weg ben ik bang. Ik zal wel een teaser maken .

Oh, maar die 3D engine wil ik jullie niet onthouden: http://www.bushokje.org/5k/5k.html
Ik weet, het is geen Counter-strike, maar het is JAVA en onder de 5k!

PS. ja, dit mag gezien worden als een WIP als dit niet betekent dat ik mijn javascript niet in kan leveren... Ik weet, ik kan niet alles hebben, maar proberen kan ik altijd.

[Wirf]

Anoniem: 110091 schreef op 02 april 2004 @ 01:21:

Bah, ik had je nooit moeten wijzen op dit topic

maar toch leuk dat je meedoet, jij maakt meestal wel leuk spul

[Anoniem: 110091]

Wirf schreef op 02 april 2004 @ 02:15:
[...]
Bah, ik had je nooit moeten wijzen op dit topic

maar toch leuk dat je meedoet, jij maakt meestal wel leuk spul

lol... tja wat is een competitie zonder concurrentie...

En bij alles wat ik post zal bekend zijn: Zonder Wirf was er dit niet geweest...

[ Voor 1% gewijzigd door Anoniem: 110091 op 02-04-2004 05:57 . Reden: spelling -- het was laat ]

[André]

Heel gaaf jongens, hoe meer mensen hoe beter. Dat geeft tenminste een beetje concurrentie onderling.

[Clay]

Dat zijn al mooie wips hulde!

Ben ook al lekker bezig. Die bak code die ergens eerder stond heb ik ff hier neergezet, dat was meer vinger-oefening M'n inzending wordt een game inc. level editor en (hopelijk) 40 levels. Misschien dat ik wat in de grafische kwaliteit moet hakken om dat voor elkaar te krijgen maar ik ga het wel proberen iig.

[André]

Ik heb het idee dat er veel meer animo is voor deze contest dan voor de vorige. Dat zal waarschijnlijk komen omdat andere technieken dan alleen DHTML zijn toegestaan.

Oh ja, ik heb ook een WIP.

[ Voor 22% gewijzigd door André op 02-04-2004 09:19 ]

[Scaror]

Anoniem: 110091 schreef op 02 april 2004 @ 01:21:
[...]

Oh, maar die 3D engine wil ik jullie niet onthouden: http://www.bushokje.org/5k/5k.html
Ik weet, het is geen Counter-strike, maar het is JAVA en onder de 5k!

offtopic:
Dat kan ik ook . Is alleen (nog? )niet speciaal gemaakt voor onder 5k:

Wolf
Doom

[Scaror]

dubbel

[ Voor 96% gewijzigd door Scaror op 02-04-2004 09:21 ]

[Genoil]

Anoniem: 110091 schreef op 02 april 2004 @ 01:21:
[...]
Oh, maar die 3D engine wil ik jullie niet onthouden: http://www.bushokje.org/5k/5k.html
Ik weet, het is geen Counter-strike, maar het is JAVA en onder de 5k!

arg...wring je je in de meest idiote bochten om ook maar de minste illusie van een 3D Doom gangetje in DHTML te creeeren, krijg je dit

* Genoil wist natuurlijk dat dit eraan zat te komen

[ Voor 32% gewijzigd door Genoil op 02-04-2004 09:29 ]

[djluc]

Anoniem: 110091 schreef op 02 april 2004 @ 01:21:
[...]Oh, maar die 3D engine wil ik jullie niet onthouden: http://www.bushokje.org/5k/5k.html
Ik weet, het is geen Counter-strike, maar het is JAVA en onder de 5k!

Echt heel erg goed! Jammer dat het geen DHTML is, dan zou het echt iets unieks zijn maar dit is natuurlijk ook al schitterend! Een klein irritant probleempje wat ik had. De poppetjes komen uit de grond, maar dat kan dus ook op de plek zijn waar je dus staat * djluc kon toen niet meer winnen

[wacco]

Sja, zonder css red je het niet, en ik heb nog nooit echt met css gespeeld

code:

<html><head><style>
.v{width:500px;height:30px;padding:6px;border:1px solid;
   background-color:#ddd;font-size:14px;font-family:Courier}
.w{width:482px;height:14px;padding:0px;border:0px solid;
   background-color:#ddd;font-size:14px;font-family:Courier}
</style></head><body>
<div class=v id=dus><input type=text class=w id=bla></div>
<input type=button onclick="document.getElementById('dus').innerHTML=
                            document.getElementById('bla').value" value="klik!">
</body></html>

Ff om een beetje te oefenen. Kent CSS nou iets als overerving? Dat zou namelijk wel handig zijn in een 5K wedstrijd (zie het tweede gedeelte bij v en w, is identiek)
En hij springt nu nog steeds 1 pixel omhoog als je *klikt*, maar ik zie niet waarom
Verder schiet het hier wel lekker op, binnenkort prolly WiP 2

[T-MOB]

code:

.v,.w{width:500px;height:30px;padding:6px;border:1px solid;
   background-color:#ddd;font-size:14px;font-family:Courier}
.w{width:482px;height:14px;padding:0px;border:0;}

Zo dus, de overerverving geschiedt doordat latere statements op hetzelfde object eerdere overschrijven.

[Anoniem: 110091]

djluc schreef op 02 april 2004 @ 10:50:
[...]

Echt heel erg goed! Jammer dat het geen DHTML is, dan zou het echt iets unieks zijn maar dit is natuurlijk ook al schitterend! Een klein irritant probleempje wat ik had. De poppetjes komen uit de grond, maar dat kan dus ook op de plek zijn waar je dus staat * djluc kon toen niet meer winnen

Ja, als iemand een full 3d engine in DHTML voor elkaar krijg is dat iets specialer. (ik weet van die wolf3d versie) Het grootste probleem is de uitvoer. Hoe maak je 320x200 pixels met 20fps in DHTML ? Mijn record is een table met 6000 td's op 0.5fps lol. daar bouw je niet makkelijk een 3d engine omheen. Daarom pleit ik ook voor verschillende categorieen. Het is namelijk erg moeilijk in de schatten 'hoe moeilijk het was om iets te maken'. Probeer maar eens een diagonale lijn te tekenen in DHTML. Je zult bijna altijd een plaatje moeten gebruiken! In JAVA is het een standaard call.

Ja, omdat ik texture mapping zo gaaf vond, heb ik dat gedaan inclusief Z-shading, maar ja: in 5k gaat dat ten koste van de sprite engine/game play die er ook nog in moest... Vandaar:

* Level ziet er niet uit maar is -net- beter dan een groot vierkant.
* Je kunt niet winnen! -as in life- Monsters blijven terug komen.
* Sprites gaan soms een beetje door muren heen. <-- is toch waarschijnlijk een bug

Scaror schreef op 02 april 2004 @ 09:16:
[...]

offtopic:
Dat kan ik ook . Is alleen (nog? )niet speciaal gemaakt voor onder 5k:

Wolf
Doom

Erg cool! respect! maar nu nog in 5k! Je zult wat dingen met tranen in je ogen weg moeten gooien ben ik bang.

[Genoil]

Anoniem: 110091 schreef op 02 april 2004 @ 13:07:
Ja, als iemand een full 3d engine in DHTML voor elkaar krijg is dat iets specialer. (ik weet van die wolf3d versie) Het grootste probleem is de uitvoer. Hoe maak je 320x200 pixels met 20fps in DHTML ? Mijn record is een table met 6000 td's op 0.5fps lol. daar bouw je niet makkelijk een 3d engine omheen. Daarom pleit ik ook voor verschillende categorieen. Het is namelijk erg moeilijk in de schatten 'hoe moeilijk het was om iets te maken'. Probeer maar eens een diagonale lijn te tekenen in DHTML. Je zult bijna altijd een plaatje moeten gebruiken! In JAVA is het een standaard call.

Heb je mijn WIP gezien (bug nog steeds ni gefixed)? Is dan wel geen full-3D engine, maar het draait als een dolle op 800*600, 1600*1200 zou ook nog best kunnen op een snelle PC. Ik heb al een ideetje voor "de bocht om", als het een beetje minder weer wordt dit weekend (en dat wordt het ) hoop ik daarvan na het weekend een WIPje te hebben.

[pagani]

Anoniem: 110091 schreef op 02 april 2004 @ 13:07:
[...]
Probeer maar eens een diagonale lijn te tekenen in DHTML. Je zult bijna altijd een plaatje moeten gebruiken! In JAVA is het een standaard call.

Een diagonale lijn tekenen is vrij simpel hoor, functietje schrijven welke checked of de lijn door een bepaalde pixel gaat (en dan een pixel dus niet beschouwen als een punt zonder breedte of hoogte he )

Maar een standaardfunctie is inderdaad makkelijker en kleiner