stunts-cartography - vectorial track visualization tools

[Duplode]

Does the option of not depending on GTK or Cairo mean that a Linux binary would likely run out of the box on any Linux distro?

Linux isn't really a problem on that front, as Linux systems generally have GTK available already. Windows was the main reason for providing those alternatives, as I wanted to have a backup plan if I couldn't get GTK to play nicely there. It did work out all right in the end, and the Windows binary I have uploaded uses Cairo. Though the other backends work perfectly well, there is one advantage to using Cairo: the SVG build can only generate SVGs, and the Rasterific one, only PNGs; the Cairo build, on the other hand, supports both output formats.

And about support for Bliss metadata, does it use it or just accept it?  If you need quick details on the text and binary overlaid and split formats, just let me know. It's pretty simple anyway.

For now it just accepts the files, ignoring anything after the 1801th byte. Now that you mention it, I think it wouldn't be difficult to parse binary overlay metadata if available (this is the format, right?), and to print it to the log of the viewer GUI. One more feature for a future release 

[Cas]

I think that most Linux distros will have GTK installed. No guarantee, but almost. KDE-based desktops, if I know well, use Qt instead, but surely some of the programs installed in the system must use GTK and upon installation, must have installed it as well as a dependency, so the odds are the binary will find GTK. On the other hand, if one were to compile it, my guess is that the development library would be missing, yet if the binary can run, that's enough.

Yes, that is the format. I have seen with the years that mostly the title and author's name end up being of any use. Other information is important only for the registry. In the tournament field, I usually specify what the track was made for, which championship, which race, etc. Maybe which car.

[Daniel3D]

I try to get my head around it. So much 
I'll have a look at it soon.

[dreadnaut]

I'm happy to finally announce the release of Stunts Cartography 1.0.0.0!

Ooooh, congratulations!

Alternative two-tone terrain style, inspired by dreadnaut's 4DOPEN terrain editor.

To think that my little '96 experiment would have an effect, any effect! I'm quite proud

[Duplode]

Alternative two-tone terrain style, inspired by dreadnaut's 4DOPEN terrain editor.

To think that my little '96 experiment would have an effect, any effect! I'm quite proud

That streamlined style looks just right for certain tracks 

[Duplode]

I'm happy to announce the release of Stunts Cartography 1.1.0.0! Here is the Windows binary download link (let me know if you need a Linux binary as well). To use it, put the stcarto directory into your Stunts folder, and run the stcarto executable from a command line. You can use stcarto --help (or stcarto viewer --help, etc.) for brief usage guidance, check the readme for more detailed notes, or ask anything about it here!

Here is a list of changes since the previous release:

• gallery CLI subcommand, for rendering all tracks in a directory in one go.


• Current RPM can now be shown in annotation captions.


• Left padding for changeable fields in annotation captions.


• Equilateral triangle marker annotations.


• Fixes for some Windows-specific minor annoyances.


• Updates for building with GHC 9.6.4 and recent versions of dependencies.

[Erik Barros]

Thanks for the update, I still need to explore some features that I don't know how to use. What is the application for trackdata binary dumps?

[Duplode]

What is the application for trackdata binary dumps?

For the moment, none (though I think it wouldn't be difficult to make a repldump-like tool with the Restunts tools). One way to get them is using a debugger (IIRC Insight and the DOSBox debugger should both be helpful enough here) to dump the relevant slice of memory. The information in the Wiki article can be used to find where the bytes that need to be dumped are -- though the article might benefit from being expanded a bit...

[Cas]

Great to see a new version of Cartography!

[Erik Barros]

What is the application for trackdata binary dumps?

For the moment, none (though I think it wouldn't be difficult to make a repldump-like tool with the Restunts tools). One way to get them is using a debugger (IIRC Insight and the DOSBox debugger should both be helpful enough here) to dump the relevant slice of memory. The information in the Wiki article can be used to find where the bytes that need to be dumped are -- though the article might benefit from being expanded a bit...

cool, thanks for the explanation. Maybe this will be useful for me in the future, I see the possibility of obtaining information from the game and using it to move a motorized cockpit, but I still need to study and delve into how the game works to make this work.

[Duplode]

I see the possibility of obtaining information from the game and using it to move a motorized cockpit, but I still need to study and delve into how the game works to make this work.

Now that's quite the project! 🤯 And yes, there's a fair amount of data which might be of use -- the car state data structure (which you can get from the repldump output), for instance, includes the steering wheel position. Here is a (still quite incomplete -- I should get back to refining it at some point) description of the game state/car state layout in the Cartography sources.

[Duplode]

I look at these hundreds of track files and I want to see everyone, but I have to load one by one at Bliss to see clearly the track path. It would be great a way to generate the PNG for every track or a program that show the image of each track just clicking the arrow key.

@ZdnBurns The gallery command added in Cartography 1.1, which generates maps for all tracks in a directory, should cover some of that.

[Matei]

I don't know if anyone noticed, but I also made a (3D) vectorial track visualization tool.

https://forum.stunts.hu/index.php?topic=4280.msg94131#msg94131

If slightly modified to display the track in the desired position and compiled with the appropriate options it can automatically generate a *.bmp file and maps for all the tracks in a directory can be generated with a few simple scripts, but why would anyone be interested?

[edit]
Attached the file, instructions inside (stuntsmaps.tar.gz). ImageMagick is required to generate *.png files, otherwise they can just be kept as *.bmp.

You cannot view this attachment.
[/edit]

[ZdnBurns]

@ZdnBurns The gallery command added in Cartography 1.1, which generates maps for all tracks in a directory, should cover some of that.

Thanks a lot! Surely I will try it!