Acquire bitmaps of track sections and cars

[Henrik Heimbuerger]

We need bitmaps of all the track sections (both for the analogue as well as the digital slot car tracks) for the visualisation part. Additionally, bitmaps of cars to visualise the current positions.

We could make photos of the actual sections and cars using a digital camera. However, they would all have to be in the same scale (probably requiring some kind of tripod to do that properly). However, this would require quite some manual editing to make them look professional.
In this case, we need them in the highest quality possible and ideally with lossless compression (i.e. no JPEG).

Alternatively, there might be sources of already digital images online. On the other hand, most of these are probably copyrighted.

Comments welcome...

[SVN]

New commit by froth (revision [111]):
[Related to ticket #19] added the digital original carrera parts

[SVN]

New commit by froth (revision [112]):
[Related to ticket #19] added analogue cource pictures

[SVN]

New commit by hheimbuerger (revision [116]):
[Partial fix for ticket #6, related to ticket #19] The track designer now retrieves the available tiles from the tileset repository.

The track designer now retrieves the available tiles from the tileset repository. It's currently using only the debug tileset, because the class doesn't know which tileset the user wants yet.

The preview images are loaded as SWT images, separately from the Java2D images stored in the tileset repository. It could be discussed whether it would make more sense to convert the Java2D images to SWT images (which technically simple), as the Java2D are already in memory anyway.

Some modifications were necessary to make this possible:

• Tiles now have a display name.
• The Tile now provides getters for the display name and the filename.
• The TilesetRepository now stores the tiles of a specific tileset in a SortedMap? instead of a Map, so the ordering used in the tiles.xml will also be used in the track designer.

NOTE: The application will crash if no display name of a tile (attribute name on the tiles element) is defined in the tiles.xml.

[SVN]

New commit by spapadopoulos (revision [135]):
[Related to ticket #19] Neue bilder fuer die einzelnen Teile der Digitalstreck

[SVN]

New commit by spapadopoulos (revision [136]):
[Related to ticket #19] hab die 30 grad kurve nochmal angepasst. sollten jetzt alle teile bis auf die 60grad kurve funktionieren

[SVN]

New commit by hheimbuerger (revision [139]):
[Fix and cleanup for ticket #19] Restored the debug tiles and updated the tile definition file to the latest format.

Restored the debug tiles that were accidentally removed in [135]. Also added them back to the tiles.xml.

Initial tiles are now mandatory, so an initial tile was added to the digital tileset (currently using the same image as the normal straight). The demo track was extended by a reference to this initial tile.

[SVN]

New commit by hheimbuerger (revision [140]):
[Partial fix for ticket #25, related to ticket #19] Added support for specifying the car slots in the tile definition and added debug code for displaying the slots and moving objects around on them.

The tiles.xml now requires two slots to be specified for each tile. A slot consists of one or more parts of various types. The slot parts are used in the order specified.

So far, two different slot part types have been implemented. The element <line> can be used to define a slot part that goes straight from a point A to a point B. The element <quad-bezier> can be used to define a ​quadratic B?\195?\169zier curve.

The length attribute defines how many 'steps' are used to traverse a slot part and need to be modeled very accurately after the real track. It is also used to assign each position on the track a unique scalar value, thereby making locations very simple to store and modify.

Purely for demonstration purposes, the track widget currently draws the slots (in blue and yellow) and moves carets along them (in red). Determining the direction of an object on a slot has not yet been implemented.

NOTE 1: The application currently crashes when it is terminated while the track widget is still open. This is probably because the widget's dispose handler isn't invoked before the widget is disposed. I haven't found a way to fix that yet.

NOTE 2: The CPU usage is still rather high, I'm sure optimisations are possible.

[SVN]

New commit by spapadopoulos (revision [169]):
[partial fix for ticket #19] update of the tiles xml and the pics of the track
i changed the pics of the track part?\194?\180s tried to fix the tiles.xml. although the single tiles don?\194?\180t match 100% on a big track

[SVN]

New commit by spapadopoulos (revision [176]):
[partial fix for ticket #19] change names of tiles
i changed the names for the tiles and tried to change them again, so they will fit. but if i build a big track there are although problems

[SVN]

New commit by spapadopoulos (revision [193]):
[Related to ticket #19] added some new tiles
i added a 15degree turn in the digital tiles. you can make now a digital track almost without problems.
i also added new tiles for the analogue track but with some bugs in the turn tiles.

[SVN]

New commit by hheimbuerger (revision [195]):
[Partially reverting changes to ticket #19] Removed Spring 2.0 JAR again that had been removed in [185] and was re-added in [193].

Please check your commit set before commiting and do not include unrelated files.

[Henrik Heimbuerger]

Batch moved all tickets from MS2 (track editor) to MS1 (first working version).

[SVN]

New commit by spapadopoulos (revision [243]):
[Related to ticket #19] analogue tiles fixed
i made some changes to the analogue tiles, so they match now almost without failures.

[SVN]

New commit by spapadopoulos (revision [305]):
[Related to ticket #19] i made new turns with new radius for the analogue track
now you can build almost the original analogue track. i?\194?\180m going to make the finetuning now.

[SVN]

New commit by spapadopoulos (revision [306]):
[Related to ticket #19] just made some changes in the track.xml