Friday, 12 June 2009
PEG!
Here's an advertisement I made for PEG Sweets! It's a non-existent product but it sure adds to the randomness of my group, PEG, punya physics video.
Monday, 8 June 2009
Hey! There's my ghost!
Haha, I was playing around with Adobe Premiere Pro 2, and I got this:
There's goes my soul! I know, my pajamas looks weird. Well, as long as I'm comfortable in my own clothes, I'll be happy. Dang, I feel so bimbo-ish! Should stop moving my hand like that. Lol!
Hmm... I should probably get a better camera, and a Green Screen! Then I can start my own video making studio in my house! ....
Gosh, that's a lot of work... Well, a guy can dream, can't he?
Anyway, like my new background? Hmm... sharp crystals... Alright, maybe I've got to work on my 3D modeling skills.
There's goes my soul! I know, my pajamas looks weird. Well, as long as I'm comfortable in my own clothes, I'll be happy. Dang, I feel so bimbo-ish! Should stop moving my hand like that. Lol!
Hmm... I should probably get a better camera, and a Green Screen! Then I can start my own video making studio in my house! ....
Gosh, that's a lot of work... Well, a guy can dream, can't he?
Anyway, like my new background? Hmm... sharp crystals... Alright, maybe I've got to work on my 3D modeling skills.
A new hobby?
Ever since the day I got introduced to the term "hacking", I never stop being curious on how viruses destroy their victim's computer. Though it may be a little annoying, it's actually quite fascinating. Not that I would like to learn how to kill my friend's computers, but that will be awesome. Ok ok, just joking!
There, I'm in the middle of installation of Windows XP in Microsoft's Virtual PC 2007. It's a free tool you can get from Microsoft. It basically emulates another PC within your PC, so whatever you do in there won't affect your PC. It's a neat tool! So, I'll be playing around with viruses in there and see what happens! I may learn a thing or two on how to get rid of those viruses.
Still, there are risks that the virus may somehow cross over to reality and kill my real computer. I must be very careful!
There, I'm in the middle of installation of Windows XP in Microsoft's Virtual PC 2007. It's a free tool you can get from Microsoft. It basically emulates another PC within your PC, so whatever you do in there won't affect your PC. It's a neat tool! So, I'll be playing around with viruses in there and see what happens! I may learn a thing or two on how to get rid of those viruses.
Still, there are risks that the virus may somehow cross over to reality and kill my real computer. I must be very careful!
Sunday, 7 June 2009
Z-Buffer....
Ok, I'm finished with the 5th level!
It is just the same as my previous Mr Ball 2, the one which got stolen away by that idiotic thief. It's one tricky battle, but by the time you reach this level, I assume the player has beefed up Mr Ball a lot.
Anyway, from the video, I would like to highlight one horrible graphic problem which all game developers face, the z-buffer transparency problem. Well, I don't really care much about it, but for game developers who are developing high-class games, this is one serious matter as it can totally ruin the aesthetics of the game.
Anyway, here's a picture to show that z-buffer transparency issue:
If you look very closely, you can see that some part of the blue laser seems to "disappear". As you can see, it doesn't look very pretty, but because the lasers disappear quite fast, I don't really care whether you can see this graphic glitch. It's only for a brief moment anyway.
But why does that happen? Well, it all boils down to one of the 3D graphic things called the Z Buffer.
Now, Z Buffer is just something that helps to sort all the polygons in the 3d world, so that things that can be seen by the camera is rendered and parts of the other objects that are behind some other objects will not be rendered.
It's actually quite a useful tool. It just makes sure that parts of any object that hide behind another object will not be seen. Otherwise, everything will look funky.
But normal z-buffering does not take alpha transparency into account. Alpha transparency is just a fancy way of saying that an object is translucent or fully transparent.
This z-buffer transparency problem only arises depending on which order you draw the polygons. Here's a better example:
The red block is fully opaque, while the blue block is partially transparent. The textured block at the back is just to make things look clearer, sort of. Ok, from here, the drawing order is:
1) Textured Block
2) Red Block
3) Blue Block
But, in the following picture:
The drawing order is:
1) Textured Block
2) Blue Block
3) Red Block
In both cases, Z Buffer is on. In the second picture, you can see that part of the red block seems to have disappear, and there's only one simple cause for that - switching the drawing order.
If you're working with only opaque objects, this is not really an issue for you, but with the presence of partially transparent objects, this is just ugly, if you're aiming for super cool graphics, unless, of course, you wanted it like so.
What happened in the second picture is this:
-The Textured Block is drawn and it is written to the z-buffer
-The Blue block is drawn and it is written to the z-buffer. Nothing wrong yet, since it is drawn after the Textured Block. So, now, the Blue Block blends with the background according to it's alpha value.
-The red block is then drawn. The red block is behind the blue block. Now, here's the problem: because z-buffer will not allow the rendering of polygons that are behind another polygon, it "discards" part of the Red Block which is behind the Blue Block, and therefore, you can't see the Red Block behind the Blue Block, but you can only see the Red Block outside the Blue Block.
There are workarounds for this problem. Here's one of them:
First, draw all opaque objects. Then, draw all partially transparent objects from back to front.
Another workaround: Some might also consider turning off z-buffer while drawing partially transparent objects, but this poses another problem: Without the z-buffer depth sorting, objects that are drawn will hide everything beneath it, regardless of their distance from the camera. In other words, the visibility of the polygons depends on their draw order. Sometimes, this is okay. But usually, this is just annoying. To ensure proper drawing, you've got to work out your own depth sorting algorithm and sort all the polygons from back to front, then draw them in that order.
Well, that's all about the Z-Buffer Transparency problem. I have to go now. It's quite late already. hahahah
It is just the same as my previous Mr Ball 2, the one which got stolen away by that idiotic thief. It's one tricky battle, but by the time you reach this level, I assume the player has beefed up Mr Ball a lot.
Anyway, from the video, I would like to highlight one horrible graphic problem which all game developers face, the z-buffer transparency problem. Well, I don't really care much about it, but for game developers who are developing high-class games, this is one serious matter as it can totally ruin the aesthetics of the game.
Anyway, here's a picture to show that z-buffer transparency issue:
If you look very closely, you can see that some part of the blue laser seems to "disappear". As you can see, it doesn't look very pretty, but because the lasers disappear quite fast, I don't really care whether you can see this graphic glitch. It's only for a brief moment anyway.But why does that happen? Well, it all boils down to one of the 3D graphic things called the Z Buffer.
Now, Z Buffer is just something that helps to sort all the polygons in the 3d world, so that things that can be seen by the camera is rendered and parts of the other objects that are behind some other objects will not be rendered.
It's actually quite a useful tool. It just makes sure that parts of any object that hide behind another object will not be seen. Otherwise, everything will look funky.
But normal z-buffering does not take alpha transparency into account. Alpha transparency is just a fancy way of saying that an object is translucent or fully transparent.
This z-buffer transparency problem only arises depending on which order you draw the polygons. Here's a better example:
The red block is fully opaque, while the blue block is partially transparent. The textured block at the back is just to make things look clearer, sort of. Ok, from here, the drawing order is:
1) Textured Block
2) Red Block
3) Blue Block
But, in the following picture:
The drawing order is:1) Textured Block
2) Blue Block
3) Red Block
In both cases, Z Buffer is on. In the second picture, you can see that part of the red block seems to have disappear, and there's only one simple cause for that - switching the drawing order.
If you're working with only opaque objects, this is not really an issue for you, but with the presence of partially transparent objects, this is just ugly, if you're aiming for super cool graphics, unless, of course, you wanted it like so.
What happened in the second picture is this:
-The Textured Block is drawn and it is written to the z-buffer
-The Blue block is drawn and it is written to the z-buffer. Nothing wrong yet, since it is drawn after the Textured Block. So, now, the Blue Block blends with the background according to it's alpha value.
-The red block is then drawn. The red block is behind the blue block. Now, here's the problem: because z-buffer will not allow the rendering of polygons that are behind another polygon, it "discards" part of the Red Block which is behind the Blue Block, and therefore, you can't see the Red Block behind the Blue Block, but you can only see the Red Block outside the Blue Block.
There are workarounds for this problem. Here's one of them:
First, draw all opaque objects. Then, draw all partially transparent objects from back to front.
Another workaround: Some might also consider turning off z-buffer while drawing partially transparent objects, but this poses another problem: Without the z-buffer depth sorting, objects that are drawn will hide everything beneath it, regardless of their distance from the camera. In other words, the visibility of the polygons depends on their draw order. Sometimes, this is okay. But usually, this is just annoying. To ensure proper drawing, you've got to work out your own depth sorting algorithm and sort all the polygons from back to front, then draw them in that order.
Well, that's all about the Z-Buffer Transparency problem. I have to go now. It's quite late already. hahahah
Saturday, 6 June 2009
Out from school, still in school...
Sigh... all those assignments... they just keep piling up! My teacher is probably taunting me now!
Anyway, I really hate migraines. I'm suffering right now. Not very comfortable. I'm not sure how I get migraines, but whenever I get one, I will feel like something is poking the blood vessel in my brain. Horrible. Now, I'm having nausea, well, a mild one lah, and a slight headache. According to Wikipedia, those are some of the symptoms of migraine. Either that or I didn't get enough sleep.
Hmm... I shall get on to programming the attacks for Mr Ball's 5th boss fight. I'm still trying to figure out the formula for Axial Billboarding. So far, I only manage to do Axial Billboarding when the axis is aligned with the X-Y plane or the Z axis (in my game, Z-axis is up). Well, I better get on with the calculations...
Anyway, I really hate migraines. I'm suffering right now. Not very comfortable. I'm not sure how I get migraines, but whenever I get one, I will feel like something is poking the blood vessel in my brain. Horrible. Now, I'm having nausea, well, a mild one lah, and a slight headache. According to Wikipedia, those are some of the symptoms of migraine. Either that or I didn't get enough sleep.
Hmm... I shall get on to programming the attacks for Mr Ball's 5th boss fight. I'm still trying to figure out the formula for Axial Billboarding. So far, I only manage to do Axial Billboarding when the axis is aligned with the X-Y plane or the Z axis (in my game, Z-axis is up). Well, I better get on with the calculations...
Sunday, 31 May 2009
And there it is! Divine Judgment! That took me 5 hours to finish. Gah!! Well, I really like the spiraling glyph of doom. This is seriously one powerful attack. 20000+ damage man! Hahahaha!
Hmm... got to work on the incantation though. I sound so fake! Must put more "emotion" into it!
Oh oh, my Mr Ball game is about 5.25MB now, if I were to turn it into an executable. It was about 3 to 4 MB a month ago. It's actually kinda big, and there's only like what, 4 levels only?? Hmm... all those code and sprites. Oh, 5.25 MB does not include the external resources, btw. Awh... I'm so proud seeing my Mr Ball growing up so fast!! Hahahaha!
Half way through!
I'm about 50% finished with Mr Ball's most powerful attack, and I mean REALLY powerful. But power isn't something easy to get.
Anyway, here's a screenshot of the half-done Divine Judgment attack, one of the sealed artes (along with Indignation and Divine Laser), which I prefer to call. "Sealed" as in, you can't get it through the Upgrade Menu.
It is one hard thing to program and calibrate, considering how LARGE the thing is!
Anyway, here's a screenshot of the half-done Divine Judgment attack, one of the sealed artes (along with Indignation and Divine Laser), which I prefer to call. "Sealed" as in, you can't get it through the Upgrade Menu.
It is one hard thing to program and calibrate, considering how LARGE the thing is!
Subscribe to:
Posts (Atom)
