X7123M3-256

I tried rendering some of my B&M models with Oli414's new renderer. I'm not sure these sprites really show the full potential that it has, but they already look better than my existing ones IMO.

It's definitely possible because it has already been done. I don't know why the devs rejected it, I think it's a nice feature.

I wasn't talking about the images. Unlike lift hills, brakes are considered distinct track pieces, so if you wanted to allow brakes on every track piece you'd have to create a braked version of every track piece. That can't be done until we have a new save format (although if we did have a new save format, we could make it so that brakes are handled the same way as lift hills rather than creating two versions of every single track piece). I already checked, there aren't. We have a few slots for new track types, but none for new elements. This is possible and has already been implemented, but the PR was never merged.

This can't really be done.

Is it possible? Sure. But it essentially means having staff that abuse the game mechanics for you. In real life, a park cannot calculate exactly how much guests are willing to pay from the ride stats, and closing and reopening a ride does not magically make guests think it's new. If you start looking at how the game works internally, you can take advantage of that knowledge to maximize profit, but I don't think having the option to automate that process is a good idea unless it is to be considered as a cheat.

Validating the SHA-256 checksums shown on a download page doesn't confirm that a download is not malicious - anyone that could tamper with the download page could just change the checksum to match. That's why digital signatures exist. That said, this is almost certainly a false positive. It's a common issue. If you got the binary from the official site (openrct2.io) or this site, and the browser didn't warn you about an insecure connection then I wouldn't be concerned.

I think a better option is to make improved physics a setting that players can select in the options window - otherwise there would be two versions of every ride, which would clutter the ride selection menu.

It should not crash. If it does, report it as a bug. If you want your OpenRCT2 and vanilla install to have the same set of objects available, I would create a symbolic link so that both games are reading the same folder. If you copy the contents across manually, they can get out of sync again. OpenRCT2 does not read the vanilla folder and vanilla doesn't read the OpenRCT2 one, and I don't think there's a limit on how many custom objects you can have installed anyway, so this shouldn't be an issue. There is no update mechanism for objects. If you open a park that contains a new version of an object you already have, the updated object will either be installed alongside the original or not at all (depending on whether the checksums match or not). The game has no way to tell which version of an object file is newer, and neither can you, which is a bit annoying.

Not sometimes, always. OpenRCT2 will not read custom objects from your vanilla RCT2 install at all. Custom objects for OpenRCT2 need to be installed in your OpenRCT2/object folder (either manually or by opening a park which contains them). Objects in your vanilla ObjData folder will not be copied there by default - OpenRCT2 does not check for custom objects in that folder (it did in the past, which might be the source of your confusion - it was changed when the JSON objects were introduced). If you play both vanilla and OpenRCT2, you need to install custom objects in both places to use them in both games. You should be able to solve this problem by symlinking your OpenRCT2 object folder to your RCT2 ObjData folder, but I have not tried this.

MAC addresses are link layer addresses. The server cannot see the MAC address of computers that connect unless it is running on the same LAN, so you would have to rely on the client sending this information (and the client can lie). The MAC address can simply be spoofed to circumvent the ban. IP bans have been discussed before, this has the same issues.

This is a known bug (and I believe it is present in vanilla). The culprit is those downward corkscrew pieces which cause the train to gain more speed than they should. The only way around it is to avoid using too many of those elements.

You can also use a support blocker. It costs object slots but it's much faster.

RCT Classic is already available on Android, as is OpenRCT2. Not sure what you're suggesting here.

From reading that thread it looks like it was reverted because it's different to vanilla behaviour and therefore might break existing saves. There is a pending PR that implements similar functionality, but it's been there for more than a year and does not look like it's going to be merged anytime soon.

I had a go at building an RMC Raptor layout: Not really finished yet but I quite like the layout.

The day/night cycle works by modifying the game palette so colors become darker/lighter. This affects everything drawn on the screen, including UI.

No, that's the command you have to run from the terminal to start the Steam GUI with the console enabled. Once you've done that, there should be a tab in Steam called "CONSOLE" and in that you run: download_depot 285330 285331 to download the game (this is quoted straight off the help page, I haven't actually tried this). If you're struggling with this you can try installing OpenRCT2 using the demo version instead of the one from Steam (but this means you won't be able to play vanilla). You can download the Mac version of Wine from here (you probably want the stable build). You can use Wine to run the Windows version of the Steam client, which should allow you to download the game without having to use the console. You will also need Wine if you want to play the vanilla game (and not just OpenRCT2) on Mac.

g2.dat is part of OpenRCT2, it has nothing to do with the original game. If your g2.dat has been corrupted somehow, reinstalling OpenRCT2 should fix it. If it doesn't, something odd is going on.

Are you sure they were erased or do they just not show up when playing OpenRCT2? Also, you could try file recovery software - I have successfully recovered deleted files before.

This is Intamin double spine track, first used on Intimidator 305 and now frequently seen on Intamin's larger rides such as Skyrush, Red Force and Flying Aces. They still use the classic triple-rail track for smaller installations. I would really like to do the triple rail track as well, but it's so hard to match the existing sprites. I honestly don't think my renderer is capable of reproducing existing track with any settings - something is missing and I think it's probably the lighting. I only use one light source but it was pointed out on the Gitter that some sprites are clearly lit from multiple angles. It's such a widely used track style, I may have to give it another go.

I thought I'd post another update on the state of my custom track project: Since the last time posted about this I have added half loops, but the most significant improvement is the use of arc length parametrization for all track piece curves, which eliminates the distortion that was previously visible on many track pieces, particularly diagonals. I also found that the geometry of the diagonal slopes was incorrect; fixing this has made the discontinuities between diagonal pieces much less severe.

You should update your game - the latest version has a "download all" button which will attempt to download the missing objects automatically from the NE database. Any objects not in the database you'll have to locate manually, but this will get the majority of them. Also, make sure "export objects with saved games" is checked so this doesn't happen again.

Yeah, but those are different track styles IRL. The Giga coaster is Intamin track - adding another Intamin track style means creating a duplicate. Also, the game frequently reuses sprites for similar track styles (Junior/Water, Looping/LIM, Mini/Spiral etc), so I don't think adding an entirely new track style for a very similar track like Mack or Gerstlauer is really justified either. Right now, I'm concentrating on my Intamin double-spine track. I also have RMC IBox track in development, but there are so many issues with that that it might never be completed.

Maybe. I actually already tried this, but it doesn't work out of the box. Track sprites are split into the parts that should draw behind the train, and those that should draw in front of it, while scenery sprites are not. If you just make a track piece into a large scenery object by the normal process, you get severe graphical glitches. In theory, you could work around this by fudging the clearance heights to trick the game into drawing the sprites in the correct place. But now that we can create actual track pieces, that seems like more effort than it's worth, and it's likely to cause more sorting issues if you have other scenery pieces (like supports) near the track.

I thought I might have a copy of this file but I'm pretty sure I don't, I only have csg1.dat and csg1i.dat. Hopefully someone who actually has RCT1 is willing to send you the file, but if not, the theme music is on YouTube. I've converted this to the correct file format for use with OpenRCT2 and attached it to this post. This will not be identical to the original file, both because of YouTube's compression and because the uploader says he cleaned it up a little, but maybe it'll do for you. css17.dat