Ultratron

[princec]

For your amusement and delectation:

http://www.puppygames.net/downloads/ultratron_src.zip The source code to Ultratron
http://www.puppygames.net/downloads/ultratron_resources.zip The XML resources for Ultratron
http://www.puppygames.net/downloads/framework_src.zip The Puppygames minigame framework
http://www.puppygames.net/downloads/spgl_src.zip Shaven Puppy Game Library source
http://www.puppygames.net/downloads/ecommerce_src.zip Registration code handling & hiscore server

It uses LWJGL and JOrbis too of course.

Cas

[oNyx]

Nice

[Matzon]

WOW! - and why, may I ask ?

Games published by our own members! Check 'em out!

[Matzon]

oh, and there is a CVS export command to avoid the CVS dirs

[princec]

Well, why not? It's often fun poking through people's code. Maybe some bright spark will figure out how to put it all together and build it and tweak the gameplay

Cas

[Tzan]

Thanks!
I do enjoy poking through other people's code.
How did you know 

[Alan_W]

Goodness me.  That is generous.  I've admired the slick artwork on your games. Now I can admire the code.

Alan

[princec]

Haha There's nothing elegant about the code! It's just "get it working QUICK code!"

Cas

[rdcarvallo]

Shaven Puppy Game Library source

  Shaven Puppy out of the CVS!! 

Many Thanks

   Rafael.-

[amannis]

Ooo, nice. I've already learnt so much from SPGL and AF sources, that I wonder what I'd do without them. No doubt they've been the best resources in the whole web!
Now get into writing a deathmatch game so I can learn some networking 

Games published by our own members! Check 'em out!

[K.I.L.E.R]

So if I were to completely change the gameplay and released it, you wouldn't mind?
It can't find the particle diddler. There are a few other things missing like resources.dat which isn't in the resource folder either.

[princec]

Surprise surprise, it doesn't just bolt together to make a game

By all means feel free to use the code to make your own games. I somehow doubt you'll produce Ultratron 2 from it of course, hehe By the time you've got a finished product together... you'd have spent just as much time on it as we do!

Cas

[K.I.L.E.R]

Ahh so it's a challenge thing.

Surprise surprise, it doesn't just bolt together to make a game

By all means feel free to use the code to make your own games. I somehow doubt you'll produce Ultratron 2 from it of course, hehe By the time you've got a finished product together... you'd have spent just as much time on it as we do!

Cas

[builderchad]

HI, I'm a bit late to the party and the links to the source code above don't seem to work anymore.  I was hoping I could still get hold of the source code as I would like to see a working example of 2D in OpenGL.

Thanks, Chad.

[f.l.x]

It would be nice to have the sources back, i'm looking for a lwgl devil + linux workarround and since i haven't had any problems loading ultratron i thought i could borrow if from you 

[g666]

It would be nice to have the sources back, i'm looking for a lwgl devil + linux workarround and since i haven't had any problems loading ultratron i thought i could borrow if from you 

I think cas' games all use his own propreity formats for images+sound.

[f.l.x]

does the format matters?  i thought that it was the way in which it's loaded into memory

[g666]

does the format matters?  i thought that it was the way in which it's loaded into memory

If it is his own format then he doesnt need to use devil at all. You can always write ur own loader or use imageio if u want to avoid devil.

[Matzon]

afaik, ultratron doesn't use devil..

[f.l.x]

If it is his own format then he doesnt need to use devil at all. You can always write ur own loader or use imageio if u want to avoid devil.

ok, i have worked it our, i will share it here after testing it a litle. I have just written the ByteBuffer data of the image down to a file, with some info about the texture (dimension, format, etc...) i seems to work 

[magemog]

The links are down 

[nicolas_bol]

Arg,

I am late and links are gone  !!

Anybody still have them ?

[CaptainJester]

I asked Cas about it and he said he is busy right now, but as soon as he gets a chance he'll put them back up.

[princec]

Yeah, gimme a bit, I'll put it up somewhere sometime... and no I don't use DevIL, I use my own format which is more or less like TGA (i.e. really totally simple) and convert stuff ahead of time.

Cas

[f.l.x]

i have been tweaking kev's tga loader to load rle-encoded tga and if someone finds it usefull i can go for indexed 

[oNyx]

RLE isnt worth it. The TGAs get compressed either way. Your time is better spend with indexed and/or 16bit.

[princec]

JPEG with alpha is the best of course (For graphics where that works ok) (And that's where DevIL might come in handy, as a JPEG decoder that's easy to use)

Cas

[oNyx]

Hmm... "best"... well, I think that DXTn is pretty neat. Way smaller than TGA (zipped and unzipped) and usually it saves a lot vram and there is no decompression involved (apart from that on-the-fly decompression of course). If the card doesnt support it, those extra benefits are gone and you need to decompress it yourself (way faster than jpg tho).

One of those rather useless comparsion images:
http://kaioa.com/k/formatcmp.png

I'm actually a bit surprised that it does look that good with this kind of image data.

With photo based textures its a bit different. A jpg can be easily a third smaller, because the dxt stuff wont compress as nicely anymore. Well, you still have faster loading times and greatly reduced vram usage.

[princec]

I'm likin' the look o' that! Perfect compression format for my games. Is there a Java compressor source around that I can use to apply to a BufferedImage?

Cas

[oNyx]

>Is there a Java compressor source around that I can use to apply to a BufferedImage?

Dunno. Havent seen one yet, but it shouldnt be too difficiult, because the compression scheme is very simple (it has to be since its decompressed on the fly each time the texture is drawn).

Well, the most usable option seems to be using the DDS format for storing the images. DDS can store the texture data in over 20 kind of flavours (DXT1-DXT5, 24bit raw, 32bit raw, 4-4-4-4, 5-6-5, 8-8 etc). The advantage of using that format is that you can use your every day image viewer (say irfanview) for inspecting the images and it also means that you can use existing batch converter tools from Nvidia or ATI.

Eg this photoshop plugin and this stuff (you need to create a profile with the photoshop plugin for using that command line thingy).

OpenIL can read dds files and there are also some half usable readers written in java. IIRC CDF was working on one for VE (volatile engine).