Tuesday 26 November 2013

Improvement on Refraction and Main Menu

Refraction Problems

- When Move left and right and forth and back from the refracted glass, affect differently to the refracted image on the glass
- The Screen Dimension affected the size and position of the refracted image


Refraction solutions

- Adjust the screen dimension with the distance forth and back in a formula through trial and error





Main Menu Progress

- Most of the buttons are completed except the back, start new game and continue game

Wednesday 13 November 2013

Main Menu Updates!!!!! Nov 13,2013

Changing the whole layout of the main menu.

Current design is more simple than the previous one.

With when you hover the mouse over it, a effect happen to the button, and when you click it, a transition appears from left to right, as though it's clearing the page and a new page follows it.

Done -> First Page of the main menu
          -> Working Buttons
          -> Effect when Hover over button
          -> Transition from the First Page

Not Done -> Other Pages layout and buttons

Sunday 10 November 2013

Main Menu

Basic main menu is currently developing.

Firstly, i research on how other games develop their menu such as what happen when a mouse hover over an button and what happen when you click it.

Interestingly, there are many different types of main menu design and functionality.

Thus, i note down all the button that is needed for the game and is currently developing a prototype design for the main menu

Refraction foundation codes

Refraction foundation codes for the player to sense its distorted platform is done, and left to be implement into a game scene.

The refraction codes faces many obstacles, such as the lack of knowledge and area of maths such as refraction index.

Studying possible ways on index of glass or visible methods or through many data collection such as looking through the distortion and finding where it should be base on the distance you are from the glass, the direction you are facing, where the object is and where the distortion is.

However all this eventually fail, due to my lack of knowledge of maths and ability to decipher on all the data and come out with a reasoning. In which, at that point of research, i realise a major flaw in the distortion created.

Which this major flaw eventually present a major opportunity to solve the problem and finish up the foundation codes for the player to sense its distorted platform.

Smooth-ing the codes for the move-able crates/platforms

This was my first assignment to finish up, to change the crates codes so that it help the people to place the crates at the correct place more on the visual impact.

Firstly, due to the break in between the two semester , there have been some confusion regarding the codes that exists on how i wrote it before.

Secondly, due to the lack of knowledge, new research are needed on how others present on object able to move in game.

With this two in mind, i study my old codes, understanding how and why i wrote it that way in the past due to the limitation of the software or rigid body and at the same time, look into different games that offer carrying object around.

Progress on the codes, current with the new codes, you could at least be sure that the object will surely be there when you drop it as when you touch in on the ground, it will become upright position unlike the old codes that when it touches the ground, it's still in the tilted position and may cause unnecessary shifting again and again on the crates to obtain a perfect position to lay down the crates.

Monday 12 August 2013

Second Milestone Prototype

The second milestone prototype is now complete

Mechanics in game done by me
- Teleport between rooms
- Refraction visual
- Reflection visual(with jun jie) and 2D player reacting to reflected images
- 2D player locating environment
- Audio
- Audio scripted event
- Scripted event
- Crates movement
- Locating Crates
- Terminal Locating
- Terminal Interaction
- Transition of 2D and 3D (with jun jie)
- Turret
- Turret bullet impact
- Lights Scripted Event (with jun jie)

Locating of Crates

One of the main problem of our crate was the locating of crate at the centre of the screen. This causes a very limited aim target.

Thus i increase the size of interaction from the centre of the screen in game. 

+ Crates are now easier to pick up.

Sunday 11 August 2013

Transferring of the old model to the new model codes

Transferring might be a problem as they are many new linkages that have to be made and sometimes editing of codes.

For the new model, i had to edit one of the code in order for the game to proceed as normal.

Furthermore, there is a new difference between the old model and the new model, regard of pivot point of object which i had to fix where should the pivot point be, and a new room.

Hence a new room which means there should be new script for the event that is taking place in the new room.

For this experience, of transferring the codes over, I learn that sometimes you just had to go in and tap into maya files also to fix the pivot point, which is a new method of solving a certain problem to me.

Audio

Editing and implementing of the sounds of the game.

Searching for relevant sounds was done by jun jie whereas i edited the sounds.
Voice Recording was done by the team with the voice actor, our art lead ,Shafi.
Which then Jun Jie edited the voice.

I then implemented the sounds and the voice into the game and also creating some scripted event of how the sounds should play or stop.

Searching for the ambient music was done by me.

Succeeds in FrameRate

Finally clearing the major obstacle - the low framerate - actually done with it a week or two ago.

By switching off vsync in the past, at the lowest point of frame rate of the game, i hit a bottom low of 20 - 30 framerate. However finding the problem and several ways to optimize the game, we manage to raise the lowest frame rate with vsync off, an increase of seven times more than the bottom low 20-30 frame rate.

Problem - animation vs physics

this causes much junks of physics to occur causing huge memory space.

Optimizing - Codes and Rendering Distance

By stating object via awake, it increase the loading time but decreasing the code affecting the speed at the game works

Rendering Distance, by default, unity sets it at a 1000. However in an enclosed space, our game does not need to look far. Hence decreasing the rendering distance decreases the time needed to render the game view. Thus increasing the frame rate.

Sunday 28 July 2013

Solution A - Crisis

Rendering Frame-rate

By default the rendering distance is 1000, hence it render pretty much how much your screen can view, and render those behind the wall. This creates a problem as when the texture become too heavy, it causes a drop in frame rate

However this still cause a drop in frame-rate via scripting and physics.

Crisis

Problem face on week 15

At the end of week 15, we realise a major problem which is the dropping of frame-rate for no apparent reason when we solve the puzzle in some room

This causes some mechanics to not function well, hence we are working toward a solution now in order a smoother gameplay for players to enjoy the game.

Sunday 21 July 2013

Success In Problem Solving Deactivating the Turrets

Using the Same Variable to send over the script, minuses the script sending over new variable names, thus making less taxing for the system

After several testing on the script, realise that the real problem for the null reference was because there wasn't a collider for the turret, thus creating the null reference when sending of information to the turrets

Deactivating the Turrets

Mechanics

- Must Detect the correct Turret to deactivate

- Must Send information from the 2D character to the Turret to deactivate it



Problem in fixing the Turrets

- Too many raycast to deactivate the turrets

- Null reference in sending over information to the turret

- Telling which turret to switch off.

Thursday 18 July 2013

Progression

Current Progress on Project - Dated 19 July

Transferring the prototype A to prototype B

- Did the transferring of prefabs into the new level
- Crates and Bed target on center of the screen
- Refraction glass
- Turrets coding and bullet - hole texture when shoot

Current Progress or problem

- RayCasting on the Refraction Glass
+ RayCasting, not hitting the refracted platform

- Switching off the turret

- Size and Movement of the 2D Character

- Movement of the 3D Character

- Changing the keys for Entering 2D world and interacting with object.

Friday 28 June 2013

Week11 Progress Conclusion

Marking the end of this week, we are targeting to solve the critical points of the I/O , we are implementing or had implemented few changes to the gameplay for improvising, such as ....

- Having the 2D world view differently from the 3D world for example, in the 2D world view, everything will be grid whereas in the 3D world is as per normal

- Refining of the current 2D controller

- Refining and improving the Move-able platforms.

- Adding feedback to the Move-able platforms.

Sunday 23 June 2013

Initiate Idea Art Work

An Idea of Using Broken Wires, Energy Lines from Equipments to form a 2D platform that shows the logo of the Studio.

An Idea of how an anamorphic will look, affecting the perspective view for the 2D Character to move.

An Idea of the Usage of mirror, to mirror out the energy line, creating a platform for the 2D character to walk on.

Targeting For the Next Half

Targets to be hit:

- Better Crates Control
- Better 2D player Control
- Turrets
- Floating Beds
- Shaders
- Player Health
- Damage System
- Parasites
- Set everything to prefabs
- Demos - Gallery

First Playable Demo

ShowCasing of Mechanics

- Picking up Crates
- Uses of Crates
- Interactive Environment
- Entering the 2D world
- Controls
- Entrance and Exit of 2D world
- Player Arm Indicator

Seeing The Red Exit and Reflected Green Entrance, The indication on the Hand turns Blue which means able to enter 2D world

Player is Able to Enter the 2D World and the 2D character which is just a sphere is able to touch the reflected platform


Interactive Environment such as a elevator that brings the player to the next level

A stage design which only serve the understanding of anamorphic as the level could only be completed above

Picking up Crates and placing it, provides a additional platform for the 2D character

Ending Of The First Half

The Breaking Down of Task done

Completion Basic Programming :

- 2D Character Programming
- Reflection 
- Enter-ing the 2D world
- Holding Crates

Completion Of Two Presentation :

-First Playable walkthrough