[B3.1][Stadium] Conversion MT bug

[Mikey]

I think I have found a bug that really is annoying. When using a batch conversion of old TMN or TMF tracks, using ;
"C:\Program Files (x86)\ManiaPlanet\ManiaPlanet.exe" /computeallshadows /useronly /collections=Stadium /LmQuality=High
The MT of a track is changed so that loopcams are broken !
Any CameraRace in the MT on an old track set to Internal becomes <default> after it is converted.
This is very odd as I though only the lighting was being calculated.
Any old track manually opened/light calculated/saved does not have the MT CameraRace changed and it stays as Internal , just as in the original track.

This wrecks a huge number of old tracks ! This bug is only small and may seem unimportant, but it can have a major effect or making TM great again.

[Mikey]

Update: After more experimenting.
I have found that when you manually convert by open/save a track, it also does change the came from internal to default. Contradiction to my post above.
However if you go into the MT before you save and check you will see it is on internal, but going into the MT breaks the validation, but does stop the cam from being changed.
If you do what i was doing, open, then save, then go into the MT to check, it still says cam internal, then close without saving because validation is broken. Then Re-Open and check again it has changed to default !
It is as if it does not save the cam value when actually saving, even though it is correct in memory. which would explain why it fails during a batch.

[zarexz]

I can't reproduce it. All my loop/wall cams work fine without touching them. I did a manual conversion of my tracks without breaking the validation.

[Omnixor]

saw a lot of tracks with cam2 instead of cam3 on loops...

[zarexz]

Maybe there's a difference in how te loopcam is set up. I use an internal cam set to "keep playing" and have an empty cliptrigger at the end of the loop to terminate the other clip and return to the camera the user has set.

It could be the ones that give problems are just timed clips (a camera track set for a given amount of time). I guess those are the ones that give irratic movements near the end of the clip aswell.

[Mikey]

I will keep testing this. I think I have narrowed the problem down to the fact that track versions from Forever do work and convert ok. Tracks from united (before forever) and from TMN ESWC have the bug.

[Mikey]

I have confirmed the bug occours for all cams on TMN ESWC , and TMU (pre-Forever) tracks.
Test files;
http://www.fileden.com/files/2006/10/16 ... amtest.zip

[zarexz]

Maybe there's a difference in how te loopcam is set up. I use an internal cam set to "keep playing" and have an empty cliptrigger at the end of the loop to terminate the other clip and return to the camera the user has set.

It could be the ones that give problems are just timed clips (a camera track set for a given amount of time). I guess those are the ones that give irratic movements near the end of the clip aswell.

I'm sorry to quote myself but that's what it is.

This is how you setup a proper loop/wall cam.

The tracks that behave irratic don't have the cams setup like the above.

[Omnixor]

either way, Nadeo has to fix it.

[zarexz]

In my mind it has always been that way but with the right speed less noticeble. I agree it's worse in TM2 though because the same happens in canyon. Try to force any race cam from the start, different from your default selection. See how it always turns and twists first before it follows the car.

For me these things belong to the golden rules of trackbuilding.
-Don't force a cam the whole track through unless it's an RPG track.
-Setup loop and wall cams with two clips.