-
Updated
Nov 8, 2021 - C++
Game engine
Game engines are software frameworks for game development. Game engines do the heavy lifting for developers so they can focus on other aspects of game development.
Here are 4,121 public repositories matching this topic...
-
Updated
Oct 25, 2021
-
Updated
Sep 22, 2021 - C++
-
Updated
Nov 7, 2021 - JavaScript
-
Updated
Nov 1, 2021 - JavaScript
-
Updated
Nov 8, 2021 - Rust
Required skills: Python
Difficulty: Easy
For the initial asset conversion, openage provides textual output to signal which stage of conversion has been reached. The output usually looks like this:
INFO [py] converting metadata
INFO [py] [0] palette
INFO [py] [1] empires.dat
INFO [py] Starting conversion...
INFO [py] Extracting Genie data...
INFO [py] Creating API-like ob
-
Updated
Nov 8, 2021 - C#
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
- Go to 'map engine test'
- Press the key 'n' until you get to Tristam.
- Wait about 3 seconds '....'
- See the fire effects that are on the ground stop animating. This same problem seems to occur on all maps but it's easiest to find in Tristam.
**Expected beha
Is there a way, built-in already, to take the initial game state and step through the log to receive a G object back at each step?
I see the ability to do this in debug, but how can we do this in the client regular user interface? The use case is, being able to rewind time to review previous moves, especially after loading the page mid-game.
-
Updated
Nov 7, 2021 - C++
-
Updated
Oct 1, 2021
Tasks
- Fix ron file to use expected format
Reproduction Steps
cd examples/animation && cargo run
What Actually Happened
[ERROR][distill_daemon::file_asset_source] Error processing pair at Some("/shareddata/share/prog/rust/amethyst/examples/animation/assets/prefab/animation.ron"): 8:1: Expected map
[ERROR][distill_daemon::file_asset_source] Error processing pair at Some("/sh
-
Updated
Nov 8, 2021 - JavaScript
-
Updated
Nov 7, 2021 - C++
-
Updated
Nov 8, 2021 - C++
-
Updated
Sep 30, 2021 - C#
-
Updated
Nov 8, 2021 - Go
-
Updated
Nov 6, 2021 - C#
What could be improved
Based on this issue: flame-engine/flame#954, I noticed that we could also go for the same approach for the packages' unit/widget tests execution,
-
Updated
Nov 8, 2021 - C++
-
Updated
Oct 14, 2021 - Go
-
Updated
Nov 4, 2021 - C++
-
Updated
Nov 8, 2021 - C++
-
Updated
Jul 11, 2021 - JavaScript
Is your feature request related to a problem? Please describe.
Easy to work around but no reason to prevent users to add multiple lights on the same entity.
Use case:
Ambient and directional light to have just one entity handling 'sun light', directional for direct and ambient for indirect.
Spot and point light for a lighthouse's beam.
-
Updated
Jul 14, 2021 - C++
- Wikipedia
- Wikipedia
See:
https://github.com/KhronosGroup/glTF/tree/master/specification/2.0#cameras