Jump to content
OpenRCT2

Ruedii

Members
  • Content Count

    34
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Ruedii

  • Rank
    Apprentice

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Also, if you are having a staff member stuck with routing errors, you can pick them up and move them.
  2. Try adding some transport rides so they can get from one side of the park to the other easily. They'll even pay for it if you have a pay per ride park!
  3. Do you have an image of the ride and the surrounding landscape? You do know you need a queue line, right?
  4. You need to run it through than wait a few minutes before it will receive it's rating.
  5. I do agree that there needs to be a couple completely blank "Sandbox mode" templates. Basically one template for each ground type, full maximum RCT2 size, flat, with scattered appropriate trees. It should be set to "have fun" and "no money" by default. Just follow the above instructions to make a "sandbox mode" level.
  6. I don't know. You can also put them inside a building. I don't know if that affects rain status. I think it might from scrolling through GitHub issues. Does someone have a more authoritative answer? Thanks.
  7. There is a huge list of places that sell it. I nabbed the Steam version at Humble Store. I wish OpenRCT2 would create a release on Steam, though, for ultra-easy install. Maybe I should petition Valve about it. Similar binary replacement mods already exist on Steam. They tend to just require you own the game in question.
  8. Ruedii

    Block Brakes

    The current problem is that the code provided interfered with the multiplayer code, and needs to be adjusted to address that issue. The feature wasn't rejected, it was put in triage because it is not as simple as it sounds and the volunteer who wrote a patch hasn't written an acceptable patch. If you want to build a version with this feature, and forgo multiplayer, you can. The code IS available on github. As of people wanting to fix this patch. It needs the following: 1. It needs to apply multiplayer code from the brakes to the block brakes in order to fix any syncing issues. 2. Debugging is needed to insure it isn't exposing any previously unknown desync bugs in the braking code. 3. Because the code executes on a block brake (a severely desync prone part), strong desync protection may need to be added. While others may debate this position, my caution against desync bugs over performance states that strong desync protection should be added to all brakes considering it is a key point in a roller coaster that can cause minor desync bugs. They are often put in roller coasters to make sure the roller coasters behave the same between runs. They are literally desync protection for roller coasters. Having your desync protection desync is bad on every level.
  9. Ruedii

    Block Brakes

    Yeah, while it is likely possible on the current save format (the variable slot in question is probably free) it involves adding more code to make it import original RTC2 saves properly. It also would be subject to the same limitations as the current brakes. Moving to the new save format would fix both of these issues, and also require changes in the code for other things. It might be better to wait considering the low priority of the issue.
  10. This helped a lot on my issues with walls and roofs. Still, a nice snap function would be good. I'm thinking of filing a feature request for that.
  11. Ruedii

    Block Brakes

    Yeah, I just thought that might be an issue because of missing image files. I suspect the appropriate image file segments could be warped to handle sloped pieces for breaks and block breaks, but that won't work for curves. We could also use original image overlays if we wanted to. Added physics functions would be needed. This isn't a big deal. As of save format, I'd have to check if there are still unused designation codes for track pieces types. Still it clearly is more work than it sounds. As of the issue of block breaks always slowing the train to a near stop, we could in theory treat them as regular breaks for this function (having a speed) and set a default identical to what the original RCT series uses if the value it puts there is found. I'd have to inspect the save file format to see if the appropriate field is free for that tile, but I suspect it is. This would cause minor problems porting the file back to the original RCT series and RCT Classic, but nothing a little informative note won't address, as if standard programming technique is used, the field is simply ignored and treated as default.
  12. On roller coasters, the maximum speed traveling in a station (excluding station starts) is a puny 18MPH. With the original this wasn't much of a problem, but 31 car long trains in OpenRTC2 make this incredibly sluggish. Concererns for safety aside, it would be nice to be able to increase this to something a little faster. It should not accelerate faster unless you have boosters (for obvious reasons) but instead should slowly speed up until you hit the adjusted limit, or where the friction exceeds the current velocity. Likewise, it shouldn't slow down the car coming in below the set speed, until the car stops. Treating the individual station pieces like adjustable speed breaks could allow users to let cars barrel into the station and smoothly stop on the last 4-8 pieces, greatly reducing time rolling into the station.
  13. Ruedii

    Block Brakes

    On the note of block breaks, and breaks in general, being able to have them on sloped pieces would be really nice, permitting them on any piece with a cheat would also be great.
  14. Already in the game "Make all guests happy" in the cheat menu. You can enable the cheat menu in the options menu. I don't think there is a persistent version of making guests happy, though. There is also a one to give all the guests a big load of cash to spend. It can't buy happiness for them, but maybe for you. 😁
  15. I was wanting to be able to add better custom music to my OpenRTC2 game, but I noticed the crap old RAW format they want it in. Is there a way we could add support for newer formats. Particularly Ogg and WebM-Audio using Vorbis, Opus and FLAC codecs should be supported out of box. Additionally, support should be available for WebM container AAC as well as MPEG container AAC and MP3 if system support libraries are available. In the spirit of Open Source, these patent encumbered formats should rely on external libraries and soft-fail by not supporting such formats if those libraries simply aren't found. We should encourage people to use WebM/Opus as this is the ideal "fully open" format available right now. As a note, if we could make a data repackager for Android that repackages the sound data in Opus (conveniently supported by EVERY Android device currently in the market) we could reduce the game data size to a fraction of what it was, making it ideal for that old tablet you have.
×
×
  • Create New...