X7123M3-256

Then the multidimension coaster isn't the right track type to use anyway - you would want the twister coaster track since that's the track style it uses IRL. The twister track has all track pieces available, as of the recent update (but you'll need "enable all drawable track pieces" on to see all of them).

The cheat that causes this is "enable all drawable track pieces". It lets you build track pieces that the trains do not have sprites for, like verticals on the giga coaster. Normally the giga coaster does not get vertical slopes.

There's not really a master plan for new track pieces, as far as I'm aware. I had a plan of my own when I was working on them but that's moot now. Pretty much all the new track pieces have been third party contributions so, it's just whatever someone comes along and makes - the dev team themselves don't really work on this stuff. Things like the zero G rolls on the corkscrew coaster can just be hidden behind cheats, so there's no reason not to add sprites if they are good quality. This has already been implemented and there is an open PR for it. https://github.com/OpenRCT2/OpenRCT2/pull/23051 If mix keeps going that's very possible, especially as they have already made the corkscrew track. This is probably the hardest new track piece I can think of to make. I wouldn't say it's impossible, but I have never been able to figure out how it might work. I was working on this at one point, it was actually one of the first new track types I made. I was never happy with it though.

Are you looking to make a .DAT or .parkobj file? The tools you are using were made before OpenRCT2 existed and are designed to make .DAT files. If you are using those tools, you shouldn't need anything else. OpenRCT2 can still load DAT files made for vanilla RCT2. But, the OpenRCT2 .parkobj format is a lot easier to work with as you don't need to use any special tools at all, all you need is an image editor, a text editor and a program that can make ZIP files. I would not bother making a .DAT file and then trying to reference it in the .parkobj the way you are doing - that mechanism only exists so that OpenRCT2 can apply patches to vanilla objects without having to include those objects with the game.

It's my hydraulic launch coaster train you can find it here https://x123m3-256.github.io/RCT2/CustomRides/index.html

> But then we have the 'images.dat' file, which AFAIK contains the images and the position information (like the pos.txt in Buggy's Ridemaker) - but how the heck do I make one of these? You don't actually need to. You can just have an "images" folder with .png images inside of it. Take a look at this object for example. The reason some objects have images.dat instead is that it loads faster in game. That file is in the same format as the original .DAT image table. I can't tell you how to make one because I have yet to do so myself, all my objects still use PNG images. I believe there is a program called "gxc" that is used to make those tables - maybe ask about it on the OpenRCT2 discord if you want to know but you don't need it, it's just an optimization. It is most beneficial for rides as they have a lot of sprites.

Just because they're enthusiastic about the project doesn't mean they're enthusiastic about your specific request. If you think this isn't worth the time to create, there's a good chance nobody else does either. There are many things that have been requested countless times over the last few years, that would be very simple to do yet haven't been done because none of the people who want it done are interested in actually doing it. I did port the RCT1 junior trains way back before OpenRCT2 had support for them, and if I wanted to use them again I would still use a custom object rather than link to RCT1 and get all the other crap I don't want, so I do see where you're coming from. But I think I'm probably in the minority in not wanting to link RCT1 - I think most people just link it and won't go out of their way to avoid having to do so. In any case, if there is someone who might want to make this object for you, you're almost certainly not going to find them here. This forum is mostly dead and there's like 5 people left. I don't know if there's anyone (other than me) who makes custom objects and still checks this place.

If that's the case, the scenarios you have are likely ported versions made for vanilla RCT2, rather than the actual RCT1 scenario files (RCT1 saves can't contain embedded assets). There are quite a few RCT1 objects that were ported to RCT2 and those don't require RCT1 installed to work because they include all the sprites - only the "official" RCT1 objects that ship with OpenRCT2 require RCT1 to work. Those don't contain any sprites, they just index into csg1.dat which you have to have to supply yourself. This is done deliberately, they went out of their way to make it work like that (except for the RCT1 toilet, for some reason that does contain sprites and IIRC you can use that object without RCT1 linked in OpenRCT2). If you want to make a version of the path objects which includes the sprites and does not depend on having RCT1 linked this is straightforward to do - just take the official version of the object and add the images. I'd be very surprised if these file can't be found somewhere on the internet. Trickiest part is extracting the sprites from csg1.dat into PNGs but you can leverage OpenRCT2 to do that. If it isn't worth your time why would it be worth anyone else's? Most people who play RCT1 scenarios just have RCT1 linked, wanting just the paths and not anything else is a niche use case.

It's not a bug, it's a limitation. The TD6 file format used for track design saves cannot accommodate the new pieces. A new track design format has been planned for some time but I have no idea when it will be implemented.

I mean, yes, it's possible, someone would just have to make the sprites, but those are strange elements to want to add. Inversions are rare on wood coasters, there's one with a zero G stall and one with a corkscrew, there used to be one with a loop, and I think that's about it. Don't think there are any with a heartline roll. The wooden coaster would benefit more from diagonal sloped turns and the large steep to flat, if you ask me, but adding any new track piece does make it a lot easier to then add more. Note, though, the vanilla wooden coaster trains do not have sprites for corkscrews, heartline rolls or zero G rolls.

As a skin for the pirate ship? Well, sort of, technically, yes, but it's going to look stupid because the pirate ship is already unrealistically small, if you scale a screamin' swing down to that size it's going to look really silly. As a completely new ride type with a larger footprint it could certainly be done.

No, nobody has, but it could be done. Would be a lot of work for what it is.

I think the difficulty is going to be that there is almost no free space left in the path element. I don't think there's any space to store a color and if there was there are those who would prefer recolorable paths to recolorable path items. However, someone was working on a PR that would give path objects their own tile element, which would create space for this. I don't know what progress there has been on this.

I don't think it makes sense to do that because it requires additional setup, if you have difficulty sideloading an app you're probably not going to be able to get it working - and it's really still in more of an experimental state. Maybe in the future if OpenGraphics is completed and the touch support improves a bit they could put it on the play store.

This issue means the creator didn't include the objects when saving the park - there's a checkbox in the options "export plug in objects with saved games" that has to be selected. In order to open this park you would need to find and install the two missing objects. The second one is here https://www.nedesigns.com/rct2-object/11724/tiledpat/ but I can't help with the first.