ezioleq / portaless

Valve's Portal 2 ripoff but without portals, made in Unity 3D for fun

Portaless

Valve's Portal 2 ripoff but without portals, made in Unity 3D for fun

About

Portaless is a simple fangame made in Unity Engine for fun and experience. It's featuring well known mechanics from Portal games (expect the portals itself), recreated prop models in their unique style and maybe some original subtleties in the future.

A brief history

This project started as my attempt to recreate the laser mechanics from Portal 2, but I started adding more elements and we ended up here.

See Portal 2 on Steam

Important

This project is not going to be a full grown game.
I'd like to treat it like a prototype, sandbox, something where we can experiment with new entities, learn code, project scaling and maintenance. Please don't expect this project to be a game that you can play from start to finish.

How to

To run this project you just need to:

1. Clone this repository using git clone https://github.com/ezioleq/Portaless.git --depth=1
   or download it using this link and then extract it.

2. Open Unity Hub and add existing project or just open project in running Unity.
   Please use Unity 2022.3.11f1 LTS for best compatibility.

3. Enjoy!

Screenshot

portaless's Issues

Add in-game FPS counter

Describe the solution you'd like
Add settings entry that enables in-game FPS counter.

Describe alternatives you've considered
Using an external FPS counter like mangohud or MSI Afterburner is a way to go through it but it's not always possible or it is problematic, in-game performance monitor will be platform independent and doesn't require any additional programs or knowledge how to install them.

Additional context
In a corner of the screen, small text like 144 FPS, nothing more.

Wall Camera model is ugly

As in the title.

Aerial Faith Plate logic

We want to fly around with it, but it does nothing but throwing us out of the map.
This article about bezier-curve may be useful.

New Input System

Describe the solution you'd like
Change current legacy input system to the new one.

Additional context
New input system would make it easy to implement new control methods like gamepads or steering wheels. Hard coding keycodes also isn't a good practice.

Introduce root namespace for the game code

As in the title. C# classes should be in one root namespace i.e. Portaless.
In this task this have to be set in the project settings as well as updated in every script.

Radio shading is ugly, change the model

It doesn't fit rest of the assets.

Upgrade the project to a newer version of the Unity engine

Current "compatibility" version of the Unity editor is 2020.3.XX LTS, it's quite old and we should migrate the project to one of the more recent LTS versions of the engine. I'd choose the 2022.X.XX LTS.

• Migrate project to newer Unity version
• Update the used version in the README.md
• Check if everything works as before

Preparations for audio support

This contains things such as setting up the audio mixers etc.

Add Pause Menu

Ability to pause the game is very important, this should be present in the game.

Add button activator

Describe the solution you'd like
Add this standing button from Portal.

Describe alternatives you've considered
Another types of activators are needed, one Weighted Storage Cube Receptacle cannot replace them all.

Additional context

Add Elevators at the start and end of the levels

Implement Discord RPC the right way

Remove the hard coding, make it possibly flexible and what if we don't have Discord installed on our system?

Refactor Doors script

Doors.cs

• omit this awful Update() logic
• use some events?

Unstinkify Stinky Laser Activator

This.

Refactor Aerial Faith Plate

Currently the CursedLauncher.cs as its name suggests is kinda cursed. Especially I mean its code is suitable for some slight refactoring which is a part of cleaning the project from the work I did myself in the past.

An important part of this issue is to also change the name of the so called CursedLauncher to actual Aerial Faith Plate.

Grabbed object is clipping others and walls

Describe the bug
It describes itself.

To Reproduce
Steps to reproduce the behavior:

1. Grab an object
2. Go for a wall
3. Observe.

Screenshots

Expected behavior
Grabbed object should not clip other ones. This can be done using second camera for grabbed object and rendering it on separate layer. When player drops an object it should drop right in front of him if he was standing towards a wall.

Dishonored game did it very nice and we should copy this behavior.

Add Main Menu

Main Menu should be simple.

• Play/Continue Game (level selector)
• Settings
  • Graphics
  • Audio
  • Input (mouse sensitivity)
• Credits

Doors are awful

Their 3D model and their code.

Add portals.

Describe the solution you'd like
Portals.

Describe alternatives you've considered
No Portals.

Additional context
Portals.

Add some levels

Levels in a puzzle game are important, even it's a simple demo.
I'd suggest at least 3 levels for now:

• Level 1
• Level 2
• Level 3

Designing even simple levels is hard, if you have any suggestions for some I'd love to hear.

Power System

TBA

Better Player Damage Effect

Currently on damage player is randomly moved and the screen is getting red. It doesn't have the "feeling" of getting hurt.

Add disintegration shader

Mentioned in #1, disintegration shader is very important part of destroying objects.

Material Emancipation Grill should destroy objects

For now it doesn't do that. It should disintegrate objects that touched it with some cool effect.
Emitter's model is also ugly, so it should be replaced with a better one.

New game icon

We already have some draft of it and it's in use, but I want to make it better, maybe cool SVG?
You can see current icon here.

Smart Dropper

Dropper should have options to drop new cube when previous was destroyed or not.

Use of our own textures

Don't rely on Portal's textures from the internet, make your own.