Veloce GTS-8 momo

Skins Veloce GTS-8 momo 2016-05-14

Login or Register an account to download this content
zorro-rojo submitted a new resource:

Veloce GTS-8 momo - momo skin for this great car!!

my new skin momo. thanks to luathas for the files for car interior! ;) View attachment 135302 View attachment 135303 View attachment 135304
I like the skin but it's not how I want .. I had some problem and not managed to solve :( Can somebody help me? some photos of the problem:

with the camera near the car all good.
View attachment 135306

but looking from afar the car some black lines become...

Read more about this resource...
 
Livery texture too low res or not a near size match to begin with. When scaled or zoomed out the anti aliasing in game will create jagged lines on angles. Or it is the shadow striping effect on the black. Limitation of AC. You can see it on most skins, some worse than others, some you cant see until you really look. I had a problem similar on a couple or f1 skins. Turned out to be the light source on the yellow when directly next to a dark colour.
 
Please PM me your dds file with the contoured arrow sample and I'll check it out when I find some time. :)

PS: You could use a EXT_rim_map.dds so that your rim doesn't reflect so much white in the painted areas were it was chromed before, mostly in the black lip and outside red trim. You'll just need to darken those zones a bit.
 
Last edited:
Hi, I just took a look at it as it's something I'll surely stumble on someday.
Loaded your skin on PS, did a thin 2 pixel black contour on the yellow arrow and checked for results, and could repeat them. IMHO, this seems related to DXT compression on the lower resolution mip-maps, where some particular color transitions tend to cause this square artifacting (red + black can cause a lot of trouble, I had also on my Martini skin with black outlined sponsors over the red part of the stripes, but it's more noticeable right in the main texture because it's only 2K as your first mip-map that shows it). If you resize your livery to 2K, you'll see the same artifacts right in the main skin, so it really seems related to DXT compression on your first 2K mip-map after the main 4K texture render is dropped. I've tried also to export the .dds without mip maps to let the game generate them, but they're generated again under the same DXT compression as the original .dds dictates, so they'll appear again looking the same.

If you try to export the texture as an uncompressed 8.8.8.8 ARGB dds, you'll see that the problem simply disappears, even if you let the game generate it's own mip-maps (because they'll still be uncompressed in this scenario). But this is, of course, an awful solution at 4K for memory usage with a full grid, unless you warn users without vram to spare.

I've also tried some rich blacks instead of 0.0.0, but without success, and depending on brightness levels, grey can cause it too (mid grey is a no-go). For this particular livery, I'd suggest to put two outlines on the arrows to avoid the black to red transition. A inner one in black, and a (thinner) yellow on the outside. Black then white before the red looks nice too.

Keep them coming! :)
 
Hi, I just took a look at it as it's something I'll surely stumble on someday.
Loaded your skin on PS, did a thin 2 pixel black contour on the yellow arrow and checked for results, and could repeat them. IMHO, this seems related to DXT compression on the lower resolution mip-maps, where some particular color transitions tend to cause this square artifacting (red + black can cause a lot of trouble, I had also on my Martini skin with black outlined sponsors over the red part of the stripes, but it's more noticeable right in the main texture because it's only 2K as your first mip-map that shows it). If you resize your livery to 2K, you'll see the same artifacts right in the main skin, so it really seems related to DXT compression on your first 2K mip-map after the main 4K texture render is dropped. I've tried also to export the .dds without mip maps to let the game generate them, but they're generated again under the same DXT compression as the original .dds dictates, so they'll appear again looking the same.

If you try to export the texture as an uncompressed 8.8.8.8 ARGB dds, you'll see that the problem simply disappears, even if you let the game generate it's own mip-maps (because they'll still be uncompressed in this scenario). But this is, of course, an awful solution at 4K for memory usage with a full grid, unless you warn users without vram to spare.

I've also tried some rich blacks instead of 0.0.0, but without success, and depending on brightness levels, grey can cause it too (mid grey is a no-go). For this particular livery, I'd suggest to put two outlines on the arrows to avoid the black to red transition. A inner one in black, and a (thinner) yellow on the outside. Black then white before the red looks nice too.

Keep them coming! :)

thank you very much for your research work. sorry I do not understand half of what as said. :cry:I'm a newbie. I have only very basic knowledge about making skins. I have to look at many tutorials and read a lot of more to be at your level.:redface: but your idea of black and white lines like me! when finished the skin I'm doing I will try that. Thank you :thumbsup:
 
Np, and don't worry, I've also started skinning about two months ago in AC with this car, and face the most of the same challenges as you. The previous time I've done something similar was more than 10 years ago, and life was simple as 1K .bmp files on IL-2. :thumbsup:

English isn't my main language, but I'll try to explain the first part of the previous post a bit better:

These DDS files are saved with DXT compression to spare vram on your GPU. This same compression causes those artifacts (being red to black transitions critical), but in a 4K texture they are less noticeable at close distance because of its high resolution. But if you initially saved your texture at 2K instead (1/4th it's resolution, at 2048x2048px like Kunos cars) you'd notice them immediately when the camera is close.

After the car is loaded with your original 4K skin and you move the camera away, after a precise distance the game will show progressively lower resolution versions of the main 4K texture(s) to free up resources. These are called mip-maps (each 1/4 the size of the previous one), and you included 8 on your original dxt5 .dds file (so it includes 4K, 2K, 1K, 512, 256, 128, 64, 32, and finally 16x16px; a grand total of 9 versions of your skin). But even if you don't add them, AC will create them on-the-fly with matching compression while loading the car, adding to the skin's loading time.
The first mip-map that will appear when you move the camera away is the 2K version of your texture were you can spot those jagged artifacts clearly, even if they already happened more subtly when the 4K texture was still seen.

If instead of the current DXT5 8bpp ARGB format, you selected 8.8.8.8 32bpp ARGB (which suffers no compression), a much larger .dds file will be created and then those problems won't show either on main skin, or its mip-maps. So when the 2K version of your texture pops in the screen, it'll have no compression artifacts, and will look as you wished. But the payoff is a huge vram usage for such uncompressed textures.

So, in the end, and due to my limited knowledge, what I proposed you was simply to avoid abrupt red to black transitions in places where those artifacts are prone to occur (mostly on these long diagonal shapes), by using another color between red and black.
 
Np, and don't worry, I've also started skinning about two months ago in AC with this car, and face the most of the same challenges as you. The previous time I've done something similar was more than 10 years ago, and life was simple as 1K .bmp files on IL-2. :thumbsup:

English isn't my main language, but I'll try to explain the first part of the previous post a bit better:

These DDS files are saved with DXT compression to spare vram on your GPU. This same compression causes those artifacts (being red to black transitions critical), but in a 4K texture they are less noticeable at close distance because of its high resolution. But if you initially saved your texture at 2K instead (1/4th it's resolution, at 2048x2048px like Kunos cars) you'd notice them immediately when the camera is close.

After the car is loaded with your original 4K skin and you move the camera away, after a precise distance the game will show progressively lower resolution versions of the main 4K texture(s) to free up resources. These are called mip-maps (each 1/4 the size of the previous one), and you included 8 on your original dxt5 .dds file (so it includes 4K, 2K, 1K, 512, 256, 128, 64, 32, and finally 16x16px; a grand total of 9 versions of your skin). But even if you don't add them, AC will create them on-the-fly with matching compression while loading the car, adding to the skin's loading time.
The first mip-map that will appear when you move the camera away is the 2K version of your texture were you can spot those jagged artifacts clearly, even if they already happened more subtly when the 4K texture was still seen.

If instead of the current DXT5 8bpp ARGB format, you selected 8.8.8.8 32bpp ARGB (which suffers no compression), a much larger .dds file will be created and then those problems won't show either on main skin, or its mip-maps. So when the 2K version of your texture pops in the screen, it'll have no compression artifacts, and will look as you wished. But the payoff is a huge vram usage for such uncompressed textures.

So, in the end, and due to my limited knowledge, what I proposed you was simply to avoid abrupt red to black transitions in places where those artifacts are prone to occur (mostly on these long diagonal shapes), by using another color between red and black.

sorry for delay in reply !!. Thank you so much for your explanation !! ;) I understand what your saying to me. I was thinking of trying on 8.8.8.8 32bpp ARGB but I will not do. I will try to put the external lines to see how it looks in a new version. once again thank you for taking the time to help me! :thumbsup:
 

Latest News

How long have you been simracing

  • < 1 year

    Votes: 358 15.7%
  • < 2 years

    Votes: 251 11.0%
  • < 3 years

    Votes: 243 10.7%
  • < 4 years

    Votes: 179 7.9%
  • < 5 years

    Votes: 302 13.2%
  • < 10 years

    Votes: 260 11.4%
  • < 15 years

    Votes: 166 7.3%
  • < 20 years

    Votes: 128 5.6%
  • < 25 years

    Votes: 99 4.3%
  • Ok, I am a dinosaur

    Votes: 294 12.9%
Back
Top