Violet Rampart
Moderator: Moderators
Violet Rampart
Voila, here's my reinterpretion of the classic Azure Rampart: Link to Springfiles
Playable area and bases are a bit bigger, complete map area is a lot bigger to give room for aircraft movement. There's a map option to adjust metal income to your taste with 3 settings (BA values in description):
-Azure (as on azure rampart): radius 400, income max 2.4
-Violet (default setting): radius 250, income max 1.8
-Metal (pure metal map fun): radius 10, income 1.9
I tried to go for a spacey look using voidwater and voidground; this unfortunately lead to some not so nice cut-offs at some places of the map border (I choose to ignore this for now).
Credits: Skybox from Smoth. Scipts based on offical map blueprint container by jK.
Playable area and bases are a bit bigger, complete map area is a lot bigger to give room for aircraft movement. There's a map option to adjust metal income to your taste with 3 settings (BA values in description):
-Azure (as on azure rampart): radius 400, income max 2.4
-Violet (default setting): radius 250, income max 1.8
-Metal (pure metal map fun): radius 10, income 1.9
I tried to go for a spacey look using voidwater and voidground; this unfortunately lead to some not so nice cut-offs at some places of the map border (I choose to ignore this for now).
Credits: Skybox from Smoth. Scipts based on offical map blueprint container by jK.
- Attachments
-
- violet.jpg
- (44.26 KiB) Downloaded 1 time
Re: Violet Rampart
So it means I made a classic enough that ppl feel like making remakes!
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Violet Rampart
Nice job to both of you :p
Re: Violet Rampart
I would suggest attempting to use /voidground on the transparent area to reduce the jagged edges at the bottom of the walls.
Re: Violet Rampart
Sure! It's always been my favourite 5 FFA map (though I like playing Aum and Violence a lot, too)zwzsg wrote:So it means I made a classic enough that ppl feel like making remakes!
I don't get what you mean?The Yak wrote:I would suggest attempting to use /voidground on the transparent area to reduce the jagged edges at the bottom of the walls.
I used voidground to get this effect, which is pretty much what I was aiming for:
And this is a corner where it obviously fails:
But unfortunately, I haven't found a way to avoid this (or is there any hidden map compiler setting that may magically solve this?).
I was thinking that maybe the Geometry for sharp cliffs could somehow help, but this doesn't seem to be ready yet.
So I choose to ignore it for now and release a version of the map anyway.
- Attachments
-
- border_fail.jpg
- (79.43 KiB) Not downloaded yet
-
- border_right.jpg
- (112.6 KiB) Not downloaded yet
Re: Violet Rampart
make some rock cluster features using the texture, place them all around the side.
always visible and unreclaimable.
Add the fog widget and bam sexy.. heck you could even have a few rock features jutting out the fog.
always visible and unreclaimable.
Add the fog widget and bam sexy.. heck you could even have a few rock features jutting out the fog.
Re: Violet Rampart
the diffuse texture of the map supports alpha, you could use that to reduce those jagged edges.
Re: Violet Rampart
I'd rather would not use features. First since I never did 3D modelling and second it would probably be hard to archive the same texture look (it works heavily with ground specular and diffuse settings).smoth wrote:make some rock cluster features using the texture, place them all around the side.
always visible and unreclaimable.
Add the fog widget and bam sexy.. heck you could even have a few rock features jutting out the fog.
I never used the fog widget. Can it be easily[*] applied only to certain map areas? If fog is over the complete map area, it would take away that floating in space look. If I could just use it to cover the borders, it might give a nice effect (would have to try).
And second question: I think to remember reading some time ago that the fog killed framerate for many people? Is this till true?
[*] I used easily since I have no experience in the graphical stuff that can be done with Lua
Another solution could maybe be to make a jagged heightmap at the borders and only use voidwater and no voidground (without a jagged border, the clean straight cut-off looks too artificial).
I did. The edges look the same in the diffuse texture.enetheru wrote:the diffuse texture of the map supports alpha, you could use that to reduce those jagged edges.
Maybe it gets clearer if I show the edge with voidground disabled:
In the green circled area it works as intended (or nearly). In the red circled area, somehow big parts (=tiles?), are very dark and finally marked as transparent with voidground. But if you look closely (higher res in attached file) you can see, that in principle there is a texture "underneath" as in the other places.
That's why I though it might have something to do with mapconv. I used springMapConvNG under Linux:
Code: Select all
springMapConvNG -x 330 -n -10 -m metal.bmp -h height.raw -t texture5.png -minimap mini.png -ct1 -o Violet_Rampart
Or maybe I am on the wrong track here and it is a principle "problem" of the engine and voidground?!
- Attachments
-
- border_mnovoidground.jpg
- (189.81 KiB) Not downloaded yet
Re: Violet Rampart
This might give a hint to the problem. I used SpringMapEdit to decompile the diffuse texture:
So it seems that the the strange cutt-offs are in the compiled texture in the smt file.
Maybe I try to get hold of a windows machine and try the mapconv there, just to see if it makes a difference...
So it seems that the the strange cutt-offs are in the compiled texture in the smt file.
Maybe I try to get hold of a windows machine and try the mapconv there, just to see if it makes a difference...
- Attachments
-
- texture_compare.jpg
- (189.69 KiB) Not downloaded yet
Re: Violet Rampart
It looks like the thing making tiles for compression is buggering up and assigning the wrong tiles to those edges...qray wrote:This might give a hint to the problem. I used SpringMapEdit to decompile the diffuse texture:
So it seems that the the strange cutt-offs are in the compiled texture in the smt file.
Maybe I try to get hold of a windows machine and try the mapconv there, just to see if it makes a difference...
I wonder if different compression options would help but I have not idea how springMapConvNG does compression.
Re: Violet Rampart
OK, I was just able to test with mapconv under Windows: there the cut-offs don't appear.
BUT, the whole texture is shifted a bit to the left -or the height map to the right?- so height and texture don't match in the final map.
Anybody an idea where this could come from?
I also tried playing around with different compression settings in springMapConvNG under Linux, but there the result is always the same
EDIT:
If I move the heightmap by 4 pixels to the left, texture, metal and height fit also under windows mapconv. Still not sure why this is necessary?
But the result is convincing (same corner as shown above); v1.1 is on its way...:
Just as side notes:
SMT file size is about 4 times bigger than from linux mapconv, but after packing the sd7 file sizes are nearly the same.
Unfortunately mapconv from windows does only work nearly under wine: the minimap doesn't come out right. Everything else is fine; so for testing it is OK.
BUT, the whole texture is shifted a bit to the left -or the height map to the right?- so height and texture don't match in the final map.
Anybody an idea where this could come from?
I also tried playing around with different compression settings in springMapConvNG under Linux, but there the result is always the same
EDIT:
If I move the heightmap by 4 pixels to the left, texture, metal and height fit also under windows mapconv. Still not sure why this is necessary?
But the result is convincing (same corner as shown above); v1.1 is on its way...:
Just as side notes:
SMT file size is about 4 times bigger than from linux mapconv, but after packing the sd7 file sizes are nearly the same.
Unfortunately mapconv from windows does only work nearly under wine: the minimap doesn't come out right. Everything else is fine; so for testing it is OK.
- Attachments
-
- border_winmapconv.jpg
- (83.43 KiB) Not downloaded yet
Re: Violet Rampart
Strange. Good work though, you've already been much more successful with /voidground then I was.
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Violet Rampart
Delete all mini.*** files before you run mapconv.Unfortunately mapconv from windows does only work nearly under wine: the minimap doesn't come out right.
Re: Violet Rampart
thanks for trying my code but its pretty messy for some time now.. I've been messing with it heaps and broke it a while ago.
mapconv is such a shit solution
mapconv is such a shit solution
Re: Violet Rampart
Thanks for the tip! Unfortunately this doesn' help. It creates the minimap BMP alright as under Windows but then this error comes:Silentwings wrote:Delete all mini.*** files before you run mapconv.
Code: Select all
Reading mini.bmp
Error reading mini.bmp
It's a pity. Right now I would have loved to have a working alternative to mapConvNGenetheru wrote:thanks for trying my code but its pretty messy for some time now.. I've been messing with it heaps and broke it a while ago.
Still wondering a bit why mapConvNG fails. Until this map, it worked without problems for me. I don't know if size (number of tiles?) plays a role - with 24x24 this is the largest map area I tried so far.
Besides the problem described above, I remember having texture errors in an early version of this map, where there was a sand texture in the middle with not too much substructure. There it produced strange artifacts. They vanished when it was switched to a texture with more structure.
Seems that even with the "no compression" setting tiling still somehow screws up on this map...
Well, it stays true: there's still some small corners, where you need to revert to Windows... now I know again why I kept the installation on my old laptop
Re: Violet Rampart
And that's all that's needed to provide motivation, I'll start working on it again. see if I can fix it today.qray wrote:It's a pity. Right now I would have loved to have a working alternative to mapConvNG
Re: Violet Rampart
Ups, I didn't mean to push work on your deskenetheru wrote:And that's all that's needed to provide motivation, I'll start working on it again. see if I can fix it today.
Though it's a bit cumbersome, the windows solution with the 4px shift works for now...
But if you want to do it anyway, I am happy to test it
Re: Violet Rampart
Seems I am not good at standing by my decision to ignore the spikes at the border :
V1.1 is now on springfiles. Besides the diffuse texture, also some splat detail textures and settings have been updated.
There are still a few places, where there's a visible edge between tiles (happens with both map compilers at the same places). But furtunately, they are only visisble, when going really close (I noticed them while working on detail textures).
V1.1 is now on springfiles. Besides the diffuse texture, also some splat detail textures and settings have been updated.
There are still a few places, where there's a visible edge between tiles (happens with both map compilers at the same places). But furtunately, they are only visisble, when going really close (I noticed them while working on detail textures).