dixx / die_chroniken_eines_namenlosen_spiels Goto Github PK

from here: https://www.dropbox.com/home/das%20Spiel/Grafik

Using Blender, certain materials and properties may be stored for a mesh.
What can be retrieved by IrrLicht mesh loaders?

How to export .x correctly:
How to export .3ds correctly:

Is there a way in Irrlicht to add a second texture to the map tiles, to have "ground noise"?
If so, is it scalable and repeatable?

Add only the layers 'Hintergrund' and 'Logo', with a bg-color #282624. Fade out fast (0.4s). Do not fade in.

The map tiles do not seamlessly fit together, there are gaps and therefore collision errors. Make them fit perfectly with an easy-to-follow Blender way, or even without using Blender.

Check if we could use https://github.com/google/googletest as unit test framework. A second .exe would be nice, with the tests in a separate subdir.

• DebugWindow
• Mauspfeil
• StateLoadGameContent
• StateUnloadGameContent
• StateStartup

We need an AI for the game.
We need a minimum of AI to move NPCs and monsters as well as for attacking.
It should be able to read scripted files for behaviours of lifeforms.

On slower systems, collision glitches, game does not respond to keys, mouse sensitivity is not proportional to FPS, camera zooming does get stuck.

System used:

• ATI Radeon 7000 64MB VRAM
• Windows XP SP ???
• <1GB RAM
• OpenGL v1.1.0

Can be reproduced using a VM with low settings.

The world must be saved! ... at least the changes.

• Weather: fog, daytime, rain ...
• Objects: static???, moving???, lifeforms???
• Story, Quests: ???
• [ ]

Create a default mapping file for every input action in the game.
It should be possible to map keyboard keys as well as other controller inputs to an action.
The file must contain sections for game and menues, and may contain comments. YAML format would be sufficient. There should be one custom file for the game section.

Brainstorming: https://github.com/dixx/Die_Chroniken_eines_namenlosen_Spiels/blob/master/Doc/Brainstorming/keymap.md

Some good starting points:
https://www.gamedev.net/articles/programming/general-and-gameplay-programming/designing-a-robust-input-handling-system-for-games-r2975/
https://www.codeproject.com/Articles/37446/Direct-Input-Custom-Action-Mapping-refresh

Values to change:

• driver type
• screen resolution (fixed pairs)
• color depht
• fullscreen/windowed
• VSync
• anti-aliasing
• fltering (?)
• shaders (?)
• StencilBuffer (?)

It must read from the config file, it must write to the config file, it must update wrong values from the config file.
It is a precondition for #42

Add the entities mentioned in GameFloatControl::createDeviceFromConfig() to the configuration file and the Config reader class.

• add main menu
• make buttons work
• make switching between menus possible
• look out for the SegFault Bug when using TAB to jump around on disabled menus

Steps to reproduce:

• run compiled game, watch the memory it consumes
• click repeatedly on "Fortsetzen", about 10 times
• wait for 2 minutes

Actual behavior:
the memory consumption goes up and does not go down by itself

Expected behavior:
the memory consumption goes up and then goes down immediately, latest after 1 minute.

Irrlicht provides only one method to get the local system time. The UNIX timestamp is GTM. Find a way to get the local system's timezone offset and subtract it from the Irrlicht datetime.Hour.

Follow-up for #27.
Add vegetation to the ground. This class should:

• load vegetation mesh(es)
• calculate positions and place there an instance of a vegetation
• update the vegetation movement

To not write the same things again and again, there may be a "defaults" section at the beginning of an object description file.
Example:

[START_DEFAULTS]
  TYP  = "begehbar"
[ENDE_DEFAULTS]

If there are unusual screen resolutions given for fullscreen mode, fall back to the next lesser resolution. Start with at least 800x600. The camera aspect ratio and the loading screens must be adjusted too.

Where to find: Zufall.cpp --> doesAoccur100( const u32 A, const u32 B )

check if (u32)( getFloat() * ( Ax + Bx ) ) is faster than ( getInt() % ( Ax + Bx ) + 1 <= Ax )
and returns the same results

Find a way to save any in-game-object's parameters and options and so on into a savegame. Think about to use the objectData strings for this.

Welche Sprache soll für solche Issues oder Bugs benutzt werden?
Englisch oder Deutsch?

Investigate why a copy of a mesh is removed from Irrlicht when remove() is called, but the original mesh is not! Follow-Up for #16

Is there a way to "bake" map tiles together?
If so, is the texture offset also correct?
Do we need absolutely correct Blender Meshes for the baking, or is it possible also with "incompatible" mesh edges?

For our cool swords and rings and enemies, we need cool names.
Names should be generated automatically, depending on the class of the thing to be named, it's durability, and it's states and attributes.
E.g.:
Stuhlbein -- Haltbarkeit: 9999 -- +3 zu Leben -- +1 auf Leben stehlen
--> 'unzerstörbares Stuhlbein des wärmenden Vampirs'
or 'Des lebendigen Blutegels haltbarer Knüppel'
...or something like that.
There shoud be scripted naming rules and scripted dictionaries for the name's parts.
The outcome of this issue should be more detailed work instructions.

Current behavior:
Loading screens are stretched and loose their aspect ratio.

Expected behavior:
They should be resized only if necessary, and keep their aspect ratio.
They also must be centered correctly again!

When hero is lead with the mouse, when behind an NPC, he wals back towards the NPC as soon as the mouse pointer hits the NPC. Instead the hero should walk to the destination ON THE GROUND the mouse pointer is pointing at.
New engine, new rules.

TODO when "action key" is held down:

• target is ground: move hero
• target is anything else: move hero
• hero faces the right direction
• animation is correctly timed with speed
• check if there is an easy solution for great hight differences
  target is enemy: attack targeted enemy re-target if enemy dies --> will follow later

Set up the project in a way that it can be compiled under linux. Describe how to do it.

Follow-up for #53 and #51.

• add test sources
• add test creation to CMakeLists.txt

Steps to reproduce:

• use method irrKlangEnginePointer->addSoundSourceFromFile( filename, ESM_NO_STREAMING, true );
• play a preloaded sound via irrKlangEnginePointer->play2D

Expected behaviour:

• the sound is always played immediately

Actual behaviour:

• on first attempt, the sound is preloaded first and then played
• all following attempts play the sound immediately.

It should be binary format. There should be three cyclic used autosaves. "Laden" should set the file change date timestamp to now, and LoadGameState should load always the newest savegame.
Save games should contain:

• version number
• timestamp
• the hero
• the level name
• the save-worthy rest of the world (will be a separate task: #20)

The menu responds:

• if there are no save games, create one directly after successful char creation. (will be a separate task: #23)
• if there are savegames, load the newest one and get the char from there. (will be a separate task: #24)
• Enable "Fortsetzen" if there are save games.

Follow-up for #53.

• The CMake tooling must run in Linux (at least latest Ubuntu) and Windows. OSX and Jolla would be nice, but have no high priority.
• There must be meaninfull error messages.
• Necessary compiler switches and a stub for tests must be in place.

As the sound database may grow over time, find a cool way to handle sounds for GUI and other things. Also, avoid stupid bugs!

• 'Lade...' für Ladebildschirme
• 'Die Chroniken eines namenlosen Spiels' für Menü und Spiel
• FPS im Debugwindow anzeigen

This is related to the 3D object creation #22.
Most of the time, a C++ configuration object is way faster and a bit smaller than a string.
Check why we use the string in the first case, and check if it would be a good idea to replace it with a proper configuration object.

Game should run regardless of a sound driver.

The loading screens are not centered if their sizes differ from the window resolution.
Resize the loading screens to match the chosen window size.
This also affects the main menue bar.

For convenient compiling/running/debugging of the project, we need to think about:

• a method to automatically link the project to local Irrlicht/IrrKlang lib folders (e.G. via environmental variables)
• a cross-platform make file (CMake was introduced by mbrendler)
• a method to copy necessary media files and lib files to the output folder
• a method to have tests in the same or another project

It should longer be bright than dark.

follow-up for #31

• How can terrain be marked for certain vegetation types?
• How can vegetation be set to the world?
• Collideable or not?

• transitions to other states
• request switching to another state
• startup phase (via update())
• shutdown phase (via update())
• pause / resume

In fullscreen, the hero can walk through solid objects if targeted behind them. Does only occur from certain angles.

• max width: 120 chars
• remove '_' from local variable _instance
• add '*' to block comment lines
• remove unnecessary comments