Category Archives: assets

New boss, new areas and new logo

Hello everyone! We are back from the update hiatus to show you how things are progressing and take on different areas of the development. We’ve had some setbacks the last months regarding the bosses since they needed a LOT more testing and fixing than we previously expected.

Our main problem with the “human” ones is that we wanted them to perform as realistic as they can (reacting to the player, activating traps, taking countermeasures on Subject W’s skills and more) so they prevented us from progressing with other parts of the game until they worked fine. Hopefully the new ones will take less time considering all the experience learned from them. In any case, let’s have a look at some of the stuff we’ve been working on.

The Simbiot

This is the boss designed by one of our top tier backers, Yannis Tanopoulos. It is an hybrid robot that combines the organic properties of a bio-engineered seed with the dangerous AI programmed by the G.E.R. specialists, resulting in a non-stoppable machine. Players will have to discover how to take it out and retrieve the shell ability generated by its core.

Click on the image to enlarge

The design process for the Simbiot took a little while, and it evolved from an animal-focused robot to a human-like prototype (an upgraded version of the cervids). We know that some of the quadrupeds look rad, but we faced two problems with their appearance: 1) this design required problematic animations and 2) the level design of the boss stage was created to match a more platform focused confrontation -the assembly line-, so we decided to go with the biped concept.

The armour idea was there from the beginning, but Yannis realized that we should give it a more organic look since the metallic plates didn’t match the shell effect created by the skill of the Simbiot core. With this in mind we decided to integrate the spikes from Subject W’s shell design, developing that peculiarity on the game’s script and giving it a narrative purpose.

 

 

One thing that makes it stand out is that it has 3 different animation sets. After receiving an attack the shell that protects it will broke, showing less pieces of armour with each clash until exposing its core.

.

New designs for backgrounds and color grading

Areas under construction

To avoid repetition on some locations we decided to include new sprites to represent work-in-progress sectors of the facility. This designs show structural building materials such as pillars, wall plates, ladders, and cables.

Other levels have one set of wall sprites and for this area we created two: one composed of darker pieces -for the raw background- and a second one for the metallic frame and the plates without painting.

Click on the image to enlarge

To emphasize the isolated feeling we avoided to put lightning inside this corridors and added darker Hue/Saturation layers to give an additional somber tone to it.

Click on the image to enlarge

Following this concept we created more elements for abandoned elevator shafts where players need to do some platforming and find the correct path in order to advance.

 Click on the image to enlarge

Click on the image to enlarge

The lightning bulbs serve to identify the gaps on the floor connecting each height.

Cold chamber redesign and chemical area

A graphic overhaul has been made to this stages since we released the demo. We felt that the grading layer (or LUT) applied to the camera killed the tones of Subject W, the enemies, and the interactive elements, so in order to fix this we touched a little bit the color palette. Now the background pieces have a brighter/more metallic look, the strong blue lightning contrast of the friezes has been reduced and the color grading is lighter (the old one looked over-saturated on certain screens).

Click on the image to enlarge

The sprites remain practically identical with the exception of the pipes that now have a more volumetric effect accompanied by a parallel shadow effect.

They are also connected to the higher part of the wall instead the low part of the frieze (it was a little odd since this element doesn’t have depth).

The old storage wall plates have been reused for an area where the chemicals of G.E.R. are stored. For this section we can apply a stronger LUT than the one used to the cold chambers, reinforcing the visual sensation of chemical processing (plus most of the enemies of this sector are hazard-suit scientist / cervid robots which stand out more than other enemies on strong RGB LUTs, so it ended up being a win-win situation).

.

Surveillance area

The corridors connecting the surveillance sector now have the same frieze design of the server/control rooms, giving more continuity to this area. A different blue-ish LUT has been applied to the camera to avoid color overlapping / desaturation of certain tones such as orange, yellow and green (maps, signals and even UI elements were affected by this).

Click on the image to enlarge

New game logo and menu

It’s been a while since our last UI / graphic design update so we wanted to show you the all new Paradise Lost: First Contact logotype.

Some time ago we abandoned the narrow font style used in multiple UI elements because they have readability issues in long paragraphs (problematic in lower resolutions or smaller screens like the Switch one) so we decided to implement a more rounded font on the logo, following the same design lign of the menus.

Besides this, a lot of games and sci-fi movies use the same kind of aesthetic defined by a stretched height font with fixed-width between letters akin to  A L I E N   (see what I did there with the spacing? XD).

The leaf graphic used on the HUD and other menus was added to close the A / E gaps and decorate the lines of other letters, giving a more distinguishable and original look to the font.

Game menu

Click on the image to enlarge

The main menu has been redesigned too. The list of options and the new logo have been moved to the left, giving more space for the animations to stand out and allowing us to add new lines if needed. The leaf selector and the font follow the same UI design used on the Skill tree, Pictures/Bios and other options, giving more cohesion to all the game menus.

Click on the image to enlarge

Some of you might prefer the old design but the non-pixel font inside the monitor seemed out of place and everything looked too similar to the Super Metroid menu.

Animations for cutscenes

Creating a dialogue sequence

The other big obstacle to overcome as of now is the big amount of animations that need to be done for the cutscenes. On most cases the characters require multiple animation sequences with the start, loop and stop states to read a paragraph.

The first and last states are designed to move from one action to another without cuts, and this is multiplied by the number of poses needed to reflect the mood of a character while doing a scene (hesitant, angry, frightened, etc.).

Only one member of the team takes charge of this so it is taking a while to complete all of them :-/  We try to recycle as much dialogue animations as we can, but sometimes is easy to lose focus on what is needed/what doesn’t worth the time, so planning is essential before we start working on a cutscene.

Monitors

 

 

 

 

 

 

 

Some of the conversations between important characters take place via videoconference. For this purpose a lot of graphics were designed to show the other person on a big screen, so players can see who the speaker is and what is doing. They are also used to show maps or other info related to the events of a scene.

Scientists

 

 

 

 

A lot of scientist appear on cutscenes so a big amount of animations have been prepared for them. Since we are still waiting for some backers to fill their bio files they are mostly bald until the final images are sent 😀

Guards

 

 

 

Guards needed additional actions outside their gameplay routines like use objects, salute, run without pursuing or get frightened.

Leonard White  

 

 

 

 

White is one of the main characters of the game and the responsible of the Robotics section of G.E.R. He will be tracking us down and following our every step in order to stop us. He also works with the engineering labs, where they developed his prosthetic arm.

Fixing things up and tweaking some mechanics

Besides level design, boss development and cutscenes we’ve been upgrading some mechanics and doing an exhaustive work of testing to fix key areas of the game. Here are some of the things done in the last months:

Cervids

We worked a little more on the cervid behaviours. This enemies are able to rotate half of their body to see if Subject W is on their surroundings, causing problems in the way the body turns if we are near them and interact with their patrol. They also had problems shifting from an attack state to the uncovering action at the moment W entered a hideout, launching their electric whip instead of kicking the plant out of it.

Another fix was related to the way multiple cervids reacted inside a room and how they electrocuted the conducts if W was inside one and suddenly exited from the same trapdoor they were using to generate the electric current (doing it too fast broke them and they didn’t attack us after pursuing the plant).

Saws

The original saws had their patrol area outside of them, which occupied the entire floor of a room. This made them extremely dangerous because when players touched the ground the saw came right after them from any point of said room. Now this area is within the saw and covers a shorter range, giving more time to maneuver.

In addition there’s a new script called “first avoid” to force them to go in the opposite direction of players when they enter a room regardless of the direction (it was nerve-racking to see them coming after you while crossing the door).

Recovery time before blocking them with a decoy is a little longer too, allowing players to reach safe platforms easily.

Pushable boxes

This elements move twice the distance that they did before. Some parts of the game are based on moving boxes from one place to another and this make the mechanic less stressful.

Gas grenades with a timer

The grenades dropped on conducts by guards have a time before extinguishing, giving players time to re-enter it again from a trapdoor without the need to respawn the level.

Falling from corners

Subject W’s running and falling actions have been altered in order to properly recognize a platform’s corner (running transitioned so fast from one state to another that it jumped states and showed the plant falling with the run animation instead of the slip one).

Persistence of collectibles and room swapping

Now pictures and skill point containers work on both versions of a room. In PLFC a room can change its status while maintaining its current position on the map (for example: from regular lab to lab on flames > both rooms have the same collectible to pic, independently of the state of the level). Essentially, they are different rooms that change from one to another when a trigger is activated. Now this elements detect if they are being collected in any room version in order to disappear on the rest of them (we needed to reesctructure some levels too in order to let players come back for this objects regardless of a level state due to narrative events).

Reinforcement

When the alert state goes off and the enemy has lost track of Subject W the reinforcement exits the room ignoring the “find and seek” state, making things easier for the player to escape.

We also included a new script that allow enemies to call different types of reinforcement depending on our necessities and the type of level that fits them better (cervid, guard, pyroguard…)

Prompts

The interactive prompts have been reworked to follow the player while moving near an object and the button/key graphic has a darker fill to help them stand out on any surface.

Mines

This useful traps now have lower colliders to allow players perform the double jump easier.

Backer bios

We still need some of the high-end backers data to fill their documentation on the avatar form sent to them through Kickstarter private messages and e-mails.

If you are one of them and don’t send us the proper info in a few weeks we’ll need to include you with a design and name of our own choice (the development needs to move on and the bios section/cutscenes of the game have to be closed). Don’t miss that out!

Reuploading the web

Some of you have written us about a virus that infected our web, so we are doing maintenance labors on it and moving from WordPress to a dedicated space where we can have a better control of anything that involves the site. Sorry for the inconveniences and thanks for keeping an eye on it!

_

We are still working seven days a week to have the game as early as possible this year, but sometimes unexpected things get in our way and delay the development process. Being a team of three doesn’t help much either since every member needs to do multitasking on multiple areas, but it seems that we are able to handle everything for the most part. If other setbacks appear on the way be sure that we’ll inform you about it and hope that we can dodge any bullet that comes our way!

Gameplay improvements and a bunch of new content

We’ve been busy the last few months debugging some mechanics from the demo that needed a twist while building new stages and gameplay situations. A ton of new content has been added too so it was high time to make a new update showing the game progress.

As for development status, we could say that right now around 65% of the facilities have been built with most situations and puzzles included. We managed to work at a faster pace thanks to the improves made to the building tools, allowing us to create new sections faster. For each room added we need to follow a series of steps to have them up and running, so we’ll take this opportunity to give you an in-depth look into the room assembly process.

Building game sections

To add a new stage we use our own Level Editor to create “empty rooms” inside the level grid. The room element works as a container with a coordinate value that allow us to change the position of said room on the scene with its content in place. All rooms must be connected to their section inside the project’s hierarchy so we can separate the game chapters in terms of level design and structure. Thanks to this tool we can also drag any object from the project folder directly to the Unity scene once we selected an element of the room that we are working on.

The Level Editor Tool place the object automatically inside the room instance and categorize it under the interactive or decorative list

To know if we are dropping the item inside the desired room and not another one a red outline is shown when a prefab is selected on the scene. This makes the creation process faster and more intuitive since we don’t have to locate the room inside the hierarchy and drop the elements there.

Cloned stages

Months ago we had some problems when we tried to duplicate entire rooms instead of creating them from scratch –prefabs of the objects lost their connection with their instances on the hierarchy, unrecognized areas after making a build, etc.- but we managed to solve them and now we are able to clone rooms and develop levels faster. A quick preview of an entire section can be made in no time after applying the necessary changes to certain elements of the duplicated stages.

The most common objects that need replacement inside cloned rooms -aside background decorations- are the conducts which vary depending on whether they need trapdoors, roadblocks or be completely closed

Connecting the level

.

After the decoration process, we ought to make sure that the exits are perfectly linked and all the doors have a correct ID assigned to the next room. Sometimes a room can have entry/exit points that are not regular doors, like conducts. For this cases, we need to include a non-visible element called “abstract door” that connects with another one in the adjacent room. The facing, ID, and connections of the door are modified under the Door Script.

Room properties

.

From the Unity inspector we can change the position and size of the room inside the map grid, add LUTs that attach specific color adjustments to the camera -unifying the tones of the sprites inside a room- and assign the theme of the stage or/and ambient noises.

Including enemies and designing situations

Up to this point, we follow the playable scheme previously designed with vector art -as seen on the Update #46– as faithfully as possible and make the necessary adjustments to enemy routines, platforms and decoration backgrounds. Then we add other interactive elements -such as panel buttons, elevators, etc.- according to the level design.

.

Assembling each room is relatively fast, the real challenge is to test the stage multiple times checking all the connections with other rooms and making sure that the gameplay situations work as planned.

New signage

A few months ago we published an image with the graphic change made to the hallway backgrounds, specifically the signs that represent the connections between the rooms and different sectors of the facility. Many of you preferred the previous design with bigger lettering so we look back at it and realized that, in both designs, every hallway looked the same and there was no differentiation between sectors.

First hallways

Second hallways

Taking these things into consideration we decided to make a quick redesign that wasn’t drastic and could blend well with the current hallway. The new aesthetic preserves the lettering of the latest design and adds bigger initials and numbers to specify the overall position of the stage. In addition, the signals of each area have a distinctive color, helping to differentiate them from one another.

Final hallways

Iconography and color

We’ve also included icons so players that have problems reading the pixel text are able to identify the kind of rooms that are connected with the current hallway.

.

These are some of the icons that you will find throughout the facilities. All the corporate-wise zones such as restrooms, cargo elevators and cafeterias have the same brand color making them a recurrent graphic element.

Door Locks

The locks prevent the player to access certain areas if they don’t use a skill to break them.

.

Like other objects that act as roadblocks, this element is represented by a red shape on the map.

.

Hideout changes

Enhanced accessibility to hideouts and trapdoors

One of the vital improvements made following your feedback is the possibility to react to interactives like hideouts and trapdoors regardless of the position of Subject W.

Now, if the player press action near those objects –either standing or crouched– the character will be automatically relocated to the necessary position before accessing it.

.

This way the player doesn’t have to be aware of the character’s stance to hide or escape from enemy’s sight, increasing the capacity of reaction in extreme situations -it also makes the control more fluid and handy-.

Middle hideouts redesign

Another change related to hideouts was the resizing of those that are separated from the rest of the elements –drawers and closets are attached to other structures–.

.

These hiding objects are usually located on hallways or storage rooms and comparing them with their surroundings their measurement looked weird and a little bit unrealistic. Besides the graphic complaint, Subject W changed its stance from idle to crouched while interacting with them. This was annoying considering that it needed to stand again since the character hides from the top.

We raised their height up to 18 px following the same measure as other interactive objects like platforms and took this opportunity to add more detail and animation in some cases.

Now the trolleys contain animated boxes and tanks

The more realistic size give us the possibility to develop new objects like cleaning buckets

Moving hideouts

As we had pending the implementation of the pushable platform mechanic, we took advantage of this concept by converting some of the wheeled objects that we talked about into mobile hideouts.

.

Since some enemies have the ability to detect Subject W -even if it uses the camouflage skill- these hideouts allow us to develop new strategies that help players go unnoticed.

Pushable platforms

This objects can be used to reach new places or solve puzzles by pushing them using one of the skills available to Subject W. Although at first glance they may seem simple, we’ve had to take a lot of things into consideration and study their viability to avoid different problems such as cornering Subject W to a wall or other solid, blocking exits or get enemies stucked among others.

.

All solid boxes share the same basic design and can be differentiated according to the color of their line and the type of icon. The red boxes can not be displaced, the blue are mobile and the yellow ones derive energy.

The solid boxes of Paradise Lost won’t allow players to go through them like other platforms such as tables, cardboard boxes or other structures, although they are designed to be climbable, showing the prompt on their corner when Subject W approach them. Their design allow us to create multiple situations as you can see below.

 

 

.

Building pushable elements

.

The building process consisted on modifying a solid static platform by the addition of a Rigidbody2D and a PLFCHealthComponent to it so we can know when it’s getting hit. When hit we apply a force and a direction depending on the amount of pixels we want to move it and the position of Subject W. When idle, these platforms are marked like kinematic objects as a failsafe in case any wrong or weird collision happens.

We designed the movement of these platforms to be as deterministic as possible, but designing a level counting the number of pixels needed for a box to get from point A to point B is a hassle, so we added magnet points to attach the platforms to, simplifying the task for the designer. This will help us develop puzzles as well, as we’ll be able to know if the platform reached a magnet point and solved the puzzle/situation of the room.

Solving gameplay issues

Giving the boxes the possibility to bounce against other solids was troublesome (Subject W needed additional animations with the shell equipped, new physic reactions, etc.), so we decided that they’ll stick to other solids and stay immovable while Subject W stays in the room. If the player exits/enters again the stage the box will be either placed in its original position or “magnetized” to specific points placed by us in order to keep a situation resolved.

.

With this method the boxes can be pushed blocking an exit, but it wasn’t a problem since the character is able to climb solids as long as they have the standard climbable size and the door frame has enough space to let Subject W cross with the pushable platform next to it.

Energy puzzles

.

The magnet areas are useful to create puzzle-like situations with a new element: the dynamos.

Dynamos can be connected to rooms without electricity, giving power to a panel after being hooked to a wall plug. Some chapters were built upon this mechanic with different variations but we’ll have to stop giving more details and let players resolve them  😉

Energy panels show the elements that are capable of receive energy inside a room like doors, computers or conduct fans

Fans

.

Now that we mention them, these components can be found inside ventilation conducts and create a temporary roadblock, damaging Subject W if it gets closer to the blades.

.

In order to advance players must find a way to disconnect them from the correct side or use decoys through the floor grids.

Reduced sensibility to avoid slipping near corners

An improvement we’ve made that we think is very substantial is refining Subject W’s movement when it’s getting near a corner. Until now when Subject W stuck out of a corner by a few pixels it would slip to the floor automatically, now at least half of Subject W’s body needs to be in the air to slip out of the corner.

.

This will give the player a little bit more room to maneuver on platforms and jump without falling to the floor and getting caught accidentally.

New Subtitle tools for Slate

Until now to make a cutscene with dialogues we had to run the subtitles and calculate the amount of time needed to make the speech appear at the right speed and in sync with the animation. This wasn’t exactly the best approach, so now that a lot of things got fixed, and the basics are done, we started making small improvements to this and other systems.

We calculated a default reasonable speed for the text and now the dialogue tool has the option to adapt the length of the clip to that speed, which can be changed if needed. We also simplified IDs for dialogues after improving our localization system among other minor QoL improvements.

The estimated length of each line is shown under the dialogue manager too, making it easier to coordinate different animations for a single paragraph

Ash animations

Ash is a key character of Paradise Lost and also one of Subject W’s greatest foes along the adventure. You had a sneak peek of her in the demo but we wanted to show you a few animations from the boss battles.

 

 

 

.

It was important for us to define her personality through the animation scheme, showing her marksmanship, reflexes and aggressive style focused on close quarter combat.

Fullscreen working on different resolutions

We managed to include a new resolution system under the game options menu, solving the issues that some of you experienced playing the demo outside the 1080p standard.

This was a huge setback for us since we designed the game camera to perfectly fit the 16:9 format (wide screens) and all rooms were drawn at the minimum size proportional to a full-HD res. (480 x 270 pixels). The problem appeared when the game was displayed on non-proportional resolutions, in which case it automatically jumped to the nearest proportional size, minimizing the content and making it unplayable (too small in most cases).

Since Paradise Lost can’t show more scenery like other games such as Hyper Light Drifter or Retro City Rampage (larger backgrounds > the camera simply shows more or less info) we decided to readapt the size of the graphics to fit them into non-scalable resolutions. The counterpart of this method is that the image is no longer pixel-perfect on certain sizes (which are highlighted on the resolution panel of the game options). Here’s a comparative of the old and new systems:

 

Click to enlarge

An example of resized pixels: the red ones are not proportional like the blue square

Development status

Most of the milestones planned are being developed at a faster pace. Our primary goal is to, at least, have the Beta for the end of the year, but the real deal will be the development of some bosses and depending on their complexity we’ll have to simplify their behavior or even left them out (hopefully not). Time will tell.

As always, thanks for your patience and support.