32bit Extra Zoom Graphics Works In Progress

[Lakie]

I believe the current forum limit is set to 4 MB, (not sure off hand though).
That said the rules do say 2MB though, could be out of date, again I'm not sure.

~ Lakie

[maquinista]

Thanks. I have coded the latest sprites. The building by Tsjook doesn't have the snow sprite, but the building looks very good, and I think that It doesn't need C.C. mask. Also, the original building doesn't use CC colors.
The building by varivar looks very good also.

Their tree is very good, but maybe it needs some GIMP post processing, because the shadow maybe looks better if It is darker, This can be done with the curves tool, only in the shadow area.

[maquinista]

This is the tree coded, and a screenshot with three options for shadow:

• Right: whithout changes.
• Middle: duplicating the layer, only the shadow area.
• Left: with curves tool, applied only in shadow area.

Also, there is a screenshot with the previous trees.

Also, It could be interesting trying different setting in the render, in order to get a shadow like the other trees.

Please: This post should be moved to the Blender thread, because It is a bit off-topic here. This thread is for finished graphics, not for development discussions.

[Varivar]

Thanks. I have coded the latest sprites. The building by Tsjook doesn't have the snow sprite, but the building looks very good, and I think that It doesn't need C.C. mask. Also, the original building doesn't use CC colors.

Actually it does. There is a light brown color variation of this building in the game. Would be nice to keep that variation.

[tsjook]

Thanks. I have coded the latest sprites. The building by Tsjook doesn't have the snow sprite, but the building looks very good, and I think that It doesn't need C.C. mask. Also, the original building doesn't use CC colors.

Actually it does. There is a light brown color variation of this building in the game. Would be nice to keep that variation.

I agree, and I have almost completed the mask. It needs testing though because it may be a bit ambitious.

Will probably post that one with the snow sprites tomorrow. Nice to see you already coded the building but I hope you will be able to code it again soon.

[maquinista]

Thanks. I have coded the latest sprites. The building by Tsjook doesn't have the snow sprite, but the building looks very good, and I think that It doesn't need C.C. mask. Also, the original building doesn't use CC colors.

Actually it does. There is a light brown color variation of this building in the game. Would be nice to keep that variation.

I agree, and I have almost completed the mask. It needs testing though because it may be a bit ambitious.

Will probably post that one with the snow sprites tomorrow. Nice to see you already coded the building but I hope you will be able to code it again soon.

I didn't know this color variation.

[maquinista]

Another update of Varivar's trees.

[Varivar]

Currently there are many abandoned sprites in the 32bpp full zoom, which can't be used for the final game. Those buildings only make the tables more complicated, that's why I'm cleaning it up. For now I'm putting those sprites on a special page, so they aren't completely gone: http://wiki.openttd.org/32bpp_abandoned_buildings. They might serve as an inspiration source for new buildings in the future.

[Varivar]

I've coded the updated tropical buildings (with the already present bat file ). This file replaces Varivar_Tropical_houses_preview.tar

[maquinista]

I've coded the updated tropical buildings (with the already present bat file ). This file replaces Varivar_Tropical_houses_preview.tar

They looks better.

About trees: If You want try to model the tree of the streets, remember that It should have the border of the pavement:
http://www.flickr.com/photos/elinformal ... 395909618/
But this element can't be too wide, because It could overlap the asphalt surface, and there's only one sprite for the two sides of the streets.

How is called this element in English?

[Thief^]

The border between pavement and road is called the "kerb" (EDIT: curb in the U.S.), I'd probably call that the same thing.

Though not all trees in pavement have that, it just looks better with it.

[stevenh]

The border between pavement and road is called the "kerb" (EDIT: curb in the U.S.), I'd probably call that the same thing.

Or 'gutter' here downunder.

[Zephyris]

You mean you don't have a gutter and a kerb?

[Varivar]

About trees: If You want try to model the tree of the streets, remember that It should have the border of the pavement:
http://www.flickr.com/photos/elinformal ... 395909618/
But this element can't be too wide, because It could overlap the asphalt surface, and there's only one sprite for the two sides of the streets.

I plan to draw the city trees. Maybe they will overlap the asphalt surface, because the 32bpp streets are a little bit wider than the 8bpp streets. So the trees on both sides on the road would need different offsets, but there's only one sprite.

I've drawn a new temperate tree, number 1660-1666. I tried to figure out how to calculate the offsets. I got something like:
- (Xaxis - shadow)/2
- (Yaxis - shadow)/2
by reading this.
I tried these on the trees coded by Maquinista, but the results didn't match. Can you help me with this?

[Lord Aro]

*drools*

[Teemes]

I've drawn a new temperate tree, number 1660-1666. I tried to figure out how to calculate the offsets. I got something like:
- (Xaxis - shadow)/2
- (Yaxis - shadow)/2
by reading this.

Yeah, I wrote that bit a year ago. Unfortunately, the maths I described only works for the vehicle bounding boxes, and is often quite off. In the meantime, I've gotten used to using GIMP to calculate the offsets. Here is how it works:
- take a screenshot of the game with the 8bpp sprite you want to replace, save the game, quit.
- give your 32bpp sprite some offsets with pngcodec, x_offs=0, y_offs=0 makes the math easiest.
- start OTTD, load your savegame, go to the same spot you used for the 8bpp screenshot, take a new screenshot, quit.
-Start GIMP, open both screenshots, copy one of the screenshots and paste it on top of the other, using layers.
-Set the opacity of the upper layer to a lower value, so you can see both layers at once, arrange them in a way so the rest of the image overlaps perfectly.
-Now, the only thing that differs is the new sprite, you'll see 2 semi-transparent spites, one 32bpp, one 8bpp.
-Measure the distance from one distinct feature in the 32bpp sprite to the same feature in the 8bpp sprite, for example the base of the tree.
-The x and y values are your new offsets (if you used x_offs=0, y_offs=0 as described above). In the example case -164 and -179
-pngcodec, and your done.
Takes 5-10 minutes, you can use it for however many sprites you can fit on one screen at once.

[hyperion]

I plan to draw the city trees. Maybe they will overlap the asphalt surface, because the 32bpp streets are a little bit wider than the 8bpp streets. So the trees on both sides on the road would need different offsets, but there's only one sprite.

I've drawn a new temperate tree, number 1660-1666. I tried to figure out how to calculate the offsets. I got something like:
- (Xaxis - shadow)/2
- (Yaxis - shadow)/2
by reading this.
I tried these on the trees coded by Maquinista, but the results didn't match. Can you help me with this?

maybe you can use visual png codec to code your sprites.you can use some pictures in the same time.
insert a sprite for the roads and a sprite for your trees.you'll be able to place them perfectly.
i think it's a very good tool for coding and i'm surprised that it's not very considered.
http://new.tt-forums.net/viewtopic.php? ... lit=visual made by coyoteelabs
hope it can help you.otherwise very nice trees.

[Varivar]

Thanks for your help. I used visual png for the coding, it worked very good. Here are the trees coded (red and green version). I also improved the temperate office block (and coded it).

[maquinista]

I code the trees with GIMP and the layer boundaries.

I load a reference tree in GIMP (full growth stage), and I drag and drop the other sprite in this Window. With the two images loaded, I align them WITH!!!!! the base of the trunk as reference. Also, I copy the bat file of the reference tree, and I modify then number of the sprites. In the GIMP window, I measure the difference between layers positions (see the rulers), and I add these differences to the BAT file.

The other stages of the tree are measured using the full grow stage as reference, with the same method.

The first tree was code using some screenshots and GIMP.

The most important detail: trunks bust be aligned, otherwise, the tree would change its position when It grows.

EDIT: Hyperion and Varivar: I didn't saw Your comments.

About PNG codec: I will try it, because It can load two sprites at the same time. This is useful to align a sprite using other coded sprite as reference.

Varivar: Nice building and new trees.

[Varivar]

Maquinista, your tar is a a bit outdated, as it doesn't contain tree 1667-1673. Also it uses an old version of a tree (with weird pixels). Thanks for coding, but I already coded them earlier . It wasn't as hard as I thought it would be.