You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have created some rail objects where cracks don't deform to the nearest edge, as expected, but to some point within the object. After doing a lot of trial and error, I haven't yet been able to isolate why this is happening. Here's some example data and a screenshot:
An example route with rails and cracks in various positions
As you can see, cracks applied to any combination containing Rail(2) don't align as expected to the outer edge of Rail(2). I haven't been able to figure out what makes Rail(1) work as expected and Rail(2) behave so differently. I thought the issue might be that Rail(1) and Rail(2) are different widths, but you can see the same behavior happening with cracks between two rails with the Rail(2) type.
This may or may not be related, but I also had some difficulty parsing the documentation for cracks, specifically the sentence "top refers to the furthest distance in the Z-axis, and left refers to the furthest distance in the X-axis.". The top/bottom makes sense, but I wasn't sure if "furthest distance in the X-axis" meant largest absolute distance from x = 0 or largest positive x-value, and how that interacts with whether rail index 1 in the Track.Crack command is to the left or right of rail index 2. Experimenting with this is why there are some commented AddFace commands above.
If you want to render these exact objects, these are the textures:
Cracks are a slightly complicated mess I'm afraid.....
What you're seeing with the alignment is normal- They'll align with the center point of the rail (minus / plus any offsets in the object).
They don't know anything about the actual width of any other rail (object), just the points in space which define it.
Left means the smallest absolute number in the X-axis.
e.g.
If you've got three points at -2, 0 and 2, this would be -2.
I have created some rail objects where cracks don't deform to the nearest edge, as expected, but to some point within the object. After doing a lot of trial and error, I haven't yet been able to isolate why this is happening. Here's some example data and a screenshot:
An example route with rails and cracks in various positions
Rail(1) (str_ground_grade-crossing_10m.csv)
Rail(2) (road_sw-1-1-sw_14m.csv)
CrackL(1) (grade_cement_formcl.csv)
CrackR(1) (grade_cement_formcr.csv)
Screenshot of the route
As you can see, cracks applied to any combination containing Rail(2) don't align as expected to the outer edge of Rail(2). I haven't been able to figure out what makes Rail(1) work as expected and Rail(2) behave so differently. I thought the issue might be that Rail(1) and Rail(2) are different widths, but you can see the same behavior happening with cracks between two rails with the Rail(2) type.
This may or may not be related, but I also had some difficulty parsing the documentation for cracks, specifically the sentence "top refers to the furthest distance in the Z-axis, and left refers to the furthest distance in the X-axis.". The top/bottom makes sense, but I wasn't sure if "furthest distance in the X-axis" meant largest absolute distance from x = 0 or largest positive x-value, and how that interacts with whether rail index 1 in the Track.Crack command is to the left or right of rail index 2. Experimenting with this is why there are some commented
AddFace
commands above.If you want to render these exact objects, these are the textures:
The text was updated successfully, but these errors were encountered: