Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Yes, "more moving stuff" definitely was a big focus this time, since I do want to go away from the "static nature" of the older games, especially now, where UE5 removed some of the most painful limitations I had to deal with. UE5 also is the reason I can now (conveniently) build much larger maps. And this is just the beginning - I will keep on improving this in the future, definitely. (For reference: RTE5s first map already is ~3x the size of the first map of RT4, and contains almost 20 puzzles - as of now. (Ingame performance is still good, but my hardware is going up in flames in editor >.<... so I am currently limited by my own hardware, to some degree.))
Yeah, I have had some issues with UE5s new features and Trees specifically, this is on my to-do-list for RT5, but for now I wanted to play it "safe". (UE5 already was a bit of a "gamble" and did in fact cause higher refunds than usual for the game, which I expected.)
Rest assured, these will come back in the future, the "transition to UE5" just ate so much time, that I went with teleporters only. The teleporters initially only were meant to be used inside an area etc. as shortcuts to remove unnecessary walking, and for hidden areas (which also didnt make it into this game, because UE5-trouble.)
Regarding "hidden stuff in future games:
I plan to have unique gameplay-ideas/features/gimmicks in hidden areas, so that it is something interesting and not just "more of the same, but hidden" - RTE5 already does that currently. That said, I will not "advertise" those features, since I want them to be a surprise - just like some of RT4s features where "hidden" until the very end.
Yeah, I tried to make things more "straightforward", without "dumbing it down" - looks like that worked out, at least for this cube :P
I never really wanted to leave stuff behind, and with this game I finally could bring back the things people liked from older games. (Yes, these things will stay, since RT4 is the base for future games, it should only get better.)
QoL in generall is something I want to improve in the future, I am not satisfied with (for example) how the tutorials are etc. - but, the game already was delayed way more than enough, so I went with "the basics" instead of delaying it for the 20th time xD
Will see, because I removed this to free up buttons on gamepads/controllers for other things that are more important. (same goes for jumping btw.)
I will have to invest some time into this, and think about how to best do this in the future, but I am definitely aware of it for RT5.
Yeah, I think I just forgot about it at some point - RTE4 had a zoom button, so its really not something I have never done before :P
This is actually an interesting Idea, will think about it. Will put it on the list for RT5.
I will see how to handle these in the future, they were an experiment, and I will change them based on Feedback in the future - for now, I just wanted them to be "not annoying to deal with, in terms of controls". I will probably come up with some kind of remote-controlled gate etc. like the [1]/[2] stuff etc. for RT5.
These are rather "complex and unique" features, which can make it more complex to find good solutions that still "feel" right when playing etc.
I will (in general) improve the map-layouts in the future, so that things are less confusing, paths are a lot shorter etc. and for large distances, I will in the future simply use the teleporters, since they are not needed anymore for level-changes in general. (since the monorails will have a comeback) - I will see with what I can come up to further improve things beyond what I already have noticed/learned and am going to improve anyway.
Yes, all of this falls under "map improvementes" I already have on my list. I also already have some other improvements regarding this in mind. (More specifically: I will, especially for puzzles that need time to "switch states", implement shortcuts so that you dont have to switch states twice... once for going in, once for leaving.
Many of the puzzles in this game were still built with UE4-limitations in mind, because UE5 really was a mess for the first year - this didnt really allow me to waste too much performance etc. for stuff like this, hence why many puzzles are somewhat "stuffed into some corner".)
"big" :P - If these are the things that bother you the most, I didnt mess up the game too badly - I call this a success, for now.
Will have to see how to improve this, since puzzles deactivate if you are not in range etc, causing doors to close themselves, yada yada - but all of the "making things more clear etc" is on my to do list for the future. I will eventually figure something out, after all, the games have improved a lot from the 2017 RT1, the initial game.
Yes, I am aware of it, this also came down to time/money-constraints with the game.
But here is the good thing, now that things work, I can spend (in RT5) time to improve these things for all future games - so, yes, its on my to-do-list.
I will see what I can do regarding this, because its in general something I wanted to have as a feature.
===================
On a personal and ending note:
I want to say thanks for taking the time to write this much Feedback, I will try to have it implemented in RT5, and in fact, some things area already adressed in RTE5 (which I am currently working on - no surprise I guess :P)
While a lot of the above may sound like an excuse, it really isnt meant as one. I am still just a single person, having to be a "jack of all trades", dealing with every aspect of the game. Especially with the transition to UE5, some things simply didnt get the attention anymore that I would have liked to give to those things. (RT2 had more fancy tutorials than RT4 for example... but I will come up with something better.)
I wasnt stupid when I built RT4, so that I can just "flip a few buttons" and RTE will turn back into basic RT, which means that both games share the same technology, features, improvements etc. which will free up a lot of time for "small stuff and QoL-features" in the future.
I can not promise that every single bit of Feedback immediately will get adressed, since sometimes I need time to come up with something "good". (I still have features that I am "brewing" for years now, because I have not figured out how to implement them in a good way.) Especially when it comes to the way the levels are built etc. I too need to adapt to changes, get used to them, so this is somewhat a progressive effort that doesnt come in one big chunk and is immediately "perfect".
I like how infinite loops are now being detected. Only problem is now I can't see them. It would be nice if they were still rendered, maybe as a dashed / dotted line (like in Talos Principle when the laser runs into an obstacle).
Also, get rid of the wall of text. I know it's trying to explain the situation, but it comes across like a giant error report, and feels like the game is crashing or something. If you really want an explanation, you could have a small popup in the corner of the screen the first time it happens, with the lines "learn about loops". The user can hit a button to learn about them in the same format as the tutorial.
but I may try to at least highlight the cube that caused the "error", or so, need to think about it. (its a bit messy, since the cube causing the infinite loop, usually a white one, or a reflector) doesnt need to be the one "ringing the bell" in the logic.
The important part (to me) with this was: that it works xD
Technically, the game is crashing at that point, I just prevented the runaway-train happening. (there actually also is quite a noticable performance impact, depending on the size of the loop.)
I will see what I do about this. Ia gree that the current message is a bit "error-like", guess I will find something less "harsh" - if there is enough time left over.
EDIT: At best, I would not have a message at all - maybe I will just let the cube start blinking red (the corners) and have it display an infinite loop "note" on its top - its not like infinite loops happen every 10 seconds or so. The game also doesnt "trip" immediately just because a cube is rotated for a moment, it takes a while until it actually gets "annoyed" about it.