Nytt litet spelprojekt, samt hjälp med grafik

Efter att pefektionerat (!) min bollrörelse som jag visade upp förut, tänkte jag använda det i något litet spel, men jag kom tyvärr inte på någon bra ide, eller lättare sagt, ingen idé alls.

Så jag slopade bollrörelsen, och började ett pong-spel istället. Så orginellt. Spelet är dock i 3d*, och man ser spelplanen ur första perspektiv, med "paddeln" framför sig. Detta är ju inte heller någon ny idé, men jag ville bara bevisa för mig själv att jag kunde få till det.

*) Spelet är egentligen, till skillnad från shockwave-versionen som alla säkert har spelat, helt i 2d. Bollen som ser ut att åka in i skärmen är egentligen bara en 2d-sprite som minskar i storlek.
Lika så är bollrörelsen skapad av två andra, kombinerade bollrörelser.

Om sanningen ska fram är jag riktigt stolt över "motorn". Dock sker det många onödiga beräkningar i bakgrunden, och mycket utöver det måste oprimeras, så för vissa kan spelet vara lite slött.

Spelet i sig är långt ifrån färdigt, bara en boll som studsar mot en vägg, som man måste se till att hålla inne i tunneln. En _enkel_ poängräkning finns, och någon grafik är ännu inte inlagd.
Det irriterande studsljudet ska naturligtvis också bytas ut.

Jag önskar att någon skulle kunna hjälpa mig på traven, genom att rita grafiken till spelet, eftersom det inte är min starka sida. En tunnel, en paddel och en boll är vad som krävs.
Det vore även roligt om man hade flera olika grafikuppsättningar, så att man i spelet kunde välja mellan olika themes.
Något jag gärna skulle villja se, som dock absolut inte är nödvändigt, är en tunnel som ser ut att vara gjord av glas, eller något annat skinande ämne, då jag gärna skulle villja prova att byta ut de existerande "skuggorna" mot någon typ av reflektion.

Spelet finns att hämta här:
http://w1.696.telia.com/~u69603941/pong_sim3d.exe

Posta gärna era poäng. 42 är mitt rekord.

Det som jag ska fixa först är lite mer advancerad bollrörelse. Bollen ska studsa olika beroende på var på paddeln den träffar, samt att man ska kunna skruva till den.
Om allt går väl kommer jag även att fixa multiplayerstöd.

Studsljudet är verkligen ingen höjdare, men det är bara temporärt.

Angående skruvningen, det kan kanske se ut så p.g.a. perspektivet. Jag kollade med flera stycken, som, inklusive mig själv, tycker att det ser "riktigt" ut.

Om flera håller med, så ska jag försöka modifiera det, men jag vet inte riktigt hur, eftersom matematiken säger att det är rätt.

Japp, men som sagt, Curveball är i 3d, det fega sättet.

Tackar. Skrivet i Delphi.

Om jag bara kunde få tag på snyggare grafik...

Ska skriva en liten sammanfattning senare.

Allt är variabel-styrt, så storlekarna spelar ingen roll. Inte heller formatet eller filstorleken. Bara allt håller vettiga proportioner.

Raistlin: Avståndet mellan den "hitre" och "bortre" sidan är helt en smaksak. Jag gjorde avståndet rätt långt för att jag ville ha en känsla av en tunnel, och inte ett kvadratiskt rum, typ.

Som bitmappar bara. Vanliga 2d-renderingar.

Det vore inte lika intressant att programmera, tycker jag. Men det vore ändå kul att prova programmera en 3d-version, har aldrig hållit på med det.

Tja, rent fysiskt är ju avståndet 0, eftersom tunneln bara är en 2d-bild.

Det är inga fulknep inblandade, bara standardmatte. Tunnelns bortre sida är 4 gånger mindre den hitre (är det ens ett ord?). Detta använder jag för att räkna ut var bollen ska befinna sig på skärmen, beroende på den imationära z-axeln.
Perspektivet bestämms altså av enbart av bilden som föreställer tunneln. Bollens rörelse beräknas exakt, vågar jag påstå.

Om jag nu har gjort ett fel någonstans, skulle bollrörelsen bli helt åt pipan, kan inte tänka mig villket fel som kan orsaka en effekt av "skruvning".

Gör en testbild bara, så lägger jag in det. Man ser ju direkt om tunneln ser bra ut eller inte, även utan spelet.

Jag börjar se "skruvningen" jag också, nu när alla påpekar det. Men jag tror ändå att rörelserna är riktiga. Ska försöka skriva en liten sammanfattning på hur det fungerar, ikväll, så då kanske ett eventuellt fel kommer fram.

Tunneln är en bild, likaså paddeln. Bollen är också en bild, med dimensionerna 28x28, som skalas ner i storlek, för att simulera avstånd.

Din "undersökning" håller, och bolljäveln skruvar sig nog. Men har gått genom koden rad för rad nu, och hitar banne mig ingen förklaring. Allt ser rätt ut. =/

Ska försöka förklara hur det fungerar.

Jag började med att göra ett vanligt 2d-pong. Man såg altså bollen från sidan. Den 'hitre' sidan i 3d-läget är den högra sidan i 2d-läget, och den bortre sidan är egentligen den vänstra. Detta är egentligen den svåra biten att förklara. Försök att föreställa är att kameran i 3d-lägen egentligen befinner sig längst till höger i 2d-läget, och tittar åt vänster.
Bollens x-position i 2d-läget är altså z-positionen i 3d-läget, och y-värdet i 2d-läget är också y-värdet i 3d-läget.
För att ta reda på var på z-axeln bollen i 3d-lägen befinner sig, delar jag 2d-bollens x-position med bredden på 2d-spelplanen. På så vis får jag en variabel mellan 0 och 1. Den är 1 när bollen är helt mot den bortre sidan i 3d-läget, och 0 när det är helt vid den hitre.

Denna variabel, som vi kan kalla för "djup" är nyckeln. Anta att bollen i 2d-läget befinner sig mitt i spelplanen, som är 640x480 i storlek. Bollens y-pos är altså 240, och djup-variabeln är 0.5.

Hoppas att allt är klart så länge. Nu gäller det att konvertera dessa data till 3d-läget.

När bollen är längst bort i 3d-läget, så ser formeln för bollen i 3d-läget ut så här: ("Ball" är bollen i 2d-läget)

y:=180 + (120 * (Ball.Y / 480))

Och för att dessa värden ska stämma oavsett var på z-axeln 3d-bollen befinner sig, eller lättare sagt, var på x-axeln 2d-bollen befinner sig, multiplicerar jag bara värdena med variabeln "djup".

Jag ser inget utrymme för fel här. Det är ju bara grundläggande matematik. Men som Don_Tomaso har påvisat, så är bollens resa på y-axeln likförbannat fel.

Ska gå genom allt ytterligare en gång. Nattetid ger alltid bättre resultat, tycker jag.

Edit: Untitled, ser fint ut, men skulle du kunna tona ner speglingen av "tunnel-slutet"? Nu är det ett ganska starkt synligt "kors" på bilden, som ser ut att ligga på allt.
Dock hade jag tänkt mig någon lite mer futuristiskt. Som ur filmen Tron, eller not. Gärna lite mörkgrönt, för att behålla den klassiska pong-känslan.

Edit2: Funderar på om man ska ändra förhållandet mellan höjd och bredd på tunneln. 640*480 känns lite "rum-aktigt", kanske något mer wide-screen-aktigt skulle passa.

Jag vet inte riktigt om man förstår dig. Bollen rör sig ju i en konstant hastighet på x-axeln i 2d-läget, och gör ju det också i 3d-läget.

Skruvar sig bollen i sidled också, eller bara på y-ledet?

Edit: Såg din förklaring nu, och du har naturligtvis rätt. Felet är nog precis det du beskriver. Hellsike, känns som att jag måste tänka i helt nya banor nu.

Edit: Men skruvnings-villan tillför egentligen bara svårighet till spelet. Vill man ha bort det?