X7123M3-256

@janisozaur posts XP builds from time to time, here's one from a few days ago OpenRCT2 does not remove the ride or guest limit (or any of the other limits as far as I'm aware). It cannot do this until a new save format has been introduced, which won't be until after all the vanilla code has been implemented.

No, it is not in any of the official builds. It is only available from the link I posted (AFAIK). I don't think there's even a pull request for it yet.

It has been implemented but it's not in the develop build, it's a very new feature that's still being worked on. You can see it here. I've not tried it out myself yet so I don't know what it's like; as it's still experimental there may well be issues with it.

I'm not saying I think it should be a tracked ride, I'm saying that's the only way to do it at the moment. Animation sequences are hardcoded, so unless there's a ride already in the game that moves in a similar way you're SOL (in this case, the problem is that none of the rides have enough animation frames for the greater range of motion involved with this ride). There's also the problem of size: flat rides in RCT2 can't be larger than 4x4, and that's only for the dodgems/flying saucers. That's woefully inadequate for most actual flat rides - even some of the default rides are way undersized (for example, any actual Top Spin has two rows of guests, not one). I suggest a much simpler solution: add "tables" as a new path object. Actually, you wouldn't even need to do that - just change the benches so that the peep sprites are included in the DAT, and then tables would become a special case of that. That's all you'd have to do to get a working restaurant, and it'd be much more flexible since you could place the seats where you wanted instead of just plonking down a prebuilt "restaurant" object.

You can't really do a paradrop ride as a flat in the game as it stands. It would work as a tracked ride, but you'd have to hack the track to make it invisible since it's not actually tracked IRL, and you'd have to build the support structure from scenery. To implement it as an actual flat that doesn't require hacks to use would require a new object format - the flats in game are way too small and limited.

I would much rather see the object format changed to allow custom animation sequences than adding more hardcoded flat rides.

There is a swimming pool ride by AE, as discussed above. That's what you can use to make swimming pools, I'm not aware of an alternative ATM.

Looks like this could be it. It's the same person who posted the screen to Gitter and the last few commits all mention "searchlight". I haven't actually tested it yet to see if this actually is what's shown in the screen.

The half loop and half corkscrew are not available on the 4D track, and will crash the game if used, but you can select them anyway because of a bug. You should be able to build the quarter loop and inline twist without problems. This bug affects several other rides at the moment as well, if you get a crash trying to build a specific piece, check in vanilla to see if that piece is one you should be able to build.

Are you building track pieces that aren't available on the ride? This has been a common cause of crashes recently as there's a bug causing track pieces to be incorrectly shown. If it's crashing as soon as you enter the coaster builder it's not this though. The B&M flyer and 4D coaster have in common that they allow inverted track, so this could be something completely different.

By that argument we could remove the landscape editing tools entirely, because they can all be replaced by custom objects. To do this with CS is certainly possible, but awkward. You can't just make triangular shaped blocks (though that's what I've seen people do), because then when you try to use two of them on one tile you have two objects occupying the same quarter-tile, and therefore you'll get glitches (plus you'd need zero clearance to place them). Therefore you'd need to have one object for every pair of terrain textures (even if you don't care about potential glitches, this is needed anyway if you want the smoothed edge that the game gives). This would use up a lot of redundant object slots, and even if the limit were removed that's less than ideal. That said, this is the sort of feature that almost certainly would require a new format, so I don't expect to see it any time soon.

Why does a TOGO standup have a cobra roll?

The one I posted was the one from last year but that's the one that matches the slides that were linked. If he has made another video, it's not on his YouTube channel. Last commit was 2 days ago though so he's still actively working on it.

Here's a video of the presentation to go with those slides

Do you have a link to that comment, because I'm really confused now. I'm assuming this is the mod and commit you're talking about. It implements a function named platform_get_hw_profile which is responsible for returning the hardware IDs. There is no implementation provided for Linux or Mac, only Windows, and that one in turn calls GetCurrentHWProfile(), which is a Windows API function that returns information about the hardware. There is no corresponding function in the main OpenRCT2 develop branch, so I'm assuming this is a function added by the mod, in which case, OpenRCT2 does not send or even collect this information, and WolfMod can only check hardware IDs for clients using WolfMod on Windows (as far as I can tell, it does allow clients using the official build to connect, but it does not check hardware IDs in that case). If I'm incorrect here I'd like to know how it can obtain hardware information without being sent it (unless the official build does send this data after all?).

I'm not sure how that works since your proposal requires clients to send the server information that I'm pretty sure the official build doesn't send. I'll see if I can find this mod you're talking about and see if this is actually what it's doing. Is the mod itself open source or is it only distributed in binary form? Perhaps not 100%, but it only takes one to bypass it and then upload their modified version somewhere. There was a post a while ago where somebody noticed that some of the cheat permissions weren't validated server-side and posted a tutorial to Reddit on how to bypass them. Yep, that would work, but so would a password. My point is that sending hardware IDs can't prevent people from circumventing bans. It could be used as authentication but I still think a password is better, as it would allow people to access the same account from multiple computers, and it can be changed if it gets leaked.

You're missing the point. The server does not know the clients hardware ID unless the client sends that information. Therefore the client does not need to change the ID, just send a different value, and the server has no way to verify that. You cannot trust data that is sent by the client. This is especially true since this is an open source game, which means changing the code is trivially easy, and once one person does that and creates a fork that bypasses this check, the whole system is moot. That's what @janisozauris saying and he's absolutely right. Implementing this sort of check into an open source game is a terrible idea. Even if it was closed source, it would only buy time before somebody figured it out. IP addresses can't be spoofed because you then wouldn't be able to connect to anything, but you can still get around an IP ban by routing through proxies, and some people have a dynamic IP in the first place so they are not a foolproof solution. One option would be to make it more difficult to create new accounts - for example, you could make every new account have no build permissions until they've spent x amount of time on the server, require some sort of proof of work for new signups, or requrie an existing account on another website before you can sign up. The problem with any such approach is that it will also create a barrier for people new to the game. You can, however, prevent people from impersonating another user who has already registered an account. There are various ways of doing that as @janisozaur already mentioned.

It is strange that the wrong track designs are shown. Could be a bug.

Are the wide trains actually available in that scenario? They are a seperate object and it's possible for one to be available and not the other. Also, if you enabled "select rides by track type" then they won't be given a separate entry n the ride construction window - you then have to select the train type in the vehicle tab of the ride window.

I don't know what you mean by this - it's already available for Mac. What does "normal condition" mean?

What you see is not machine language - the file is a binary file so it contains characters text editors can't handle. What you see will depend on the editor and character set you're using - some don't show them at all, some show a placeholder, and some show the hex code in a little box. However, the names you're looking for are actually text - and they are pretty much the only actual text to be found in the file. You're just looking for anything that's not garbled nonsense. Take a look at this screenshot: Highlighted in red are the names of scenery objects included in the file. The blue circles are also scenery objects, but the names have been changed by the compression. Those names all begin with "WALL", and the double L is RLE compressed which means there's a length specifier before and after. Knowing this, and comparing with the list above, you can work out which objects these are, but unless you've memorized the contents of your ObjData folder you probably won't be able to do this for every object. Once again, I don't seriously recommend this method - it was the first thing I thought to try so I casually mentioned it. Between the fact that some names will be compressed, and the fact that even a fairly small design might have a lot of scenery objects to work through, you aren't likely to get a comprehensive list this way, even if you spend the time to pick through the whole file. I gave up after picking out just a handful of objects, and then decompressed the file and read out the scenery items with a script. The list I've given you above is every DAT file needed to build this track - just use that.

No it hasn't. The vast majority of custom content will be downloaded automatically when you connect to the server. This usually results in immediate disconnection while your computer installs the downloaded files, but you should then be able to reconnect to the server without issue. If you see the message "requires Add-On Pack", that means the server is using expansion content, not custom content. Expansion objects will not be exported and you will need to install the expansion packs (or just the objects if you'd prefer) in order to connect to those servers.

Using a text editor can work, as most names are unchanged by the RLE compression used (not all though). However, short names may be mistaken for random noise and it's quite tedious to go through all the scenery items this way. I found it easier to write a script to parse the file.

The hacky way of doing this is to open the file in a text editor. The DAT file names are just about the only plain text in there so they stand out - however, the RLE compression will alter some names (particularly those with double letters), so you'll struggle to find them all this way. Therefore I'll just give you the DAT file names (which I got by decompressing and parsing the file, so this list should be complete): MFT (Articulated wooden coaster; you can substitute another train but this is the one in the file) WALLLT32 WALLBB33 WALLWD33 CORROOF2 WALLWD32 MINROOF1 TCC WALLGL32 TARMAC WALLSK32 WALLTN32 TNTROOF1 SSIG2 SSIG4 PATHSPCE WALLBB32 WDBASE WALLJN32 WALLPOST WALLSIGN WALLCFPC WGW2 WFWG WALLBRDR WFW1 BRBASE WALLCBDR WALLBR8 WALLBR16 WALLWD16 SKTBASE CORROOF TARMACB WALLCF32 WALLBB16 WALLWD8 WALLBB8 PATHCRZY WALLCFDR WALLPR34 ROOF3 WALLCB16 WALLCB8 WALLCFAR TMJ WALLBR32 WALLCB32 WALLCZ32 WALLPR32 SUMRF PAGROOF1 SSIG3 EDIT: I was wondering why the Millenium Flyer train was chosen since they didn't come into use until 1999, but then I realized what ride you're talking about. Tornado ran Prior & Church trains, which were articulated and very similar to the modern GCI design. As far as I know, there are only two rides left operating with those trains.

I would make a tunnel at one end and a bridge at the other (just so there's some variation). Have the cars turn 90 degrees while out of sight, then go underground so they can't be seen until they emerge the other end.