Application sprites from trghr in "ultra-zoom" version

[Wacki]

Hi,
I have a question for developers - How can I use some sprites from trghr in "ultra-zoom" .tar files?

Thanks.

[Wacki]

"Heeeej, pomůže mi někdo???????"

Is someone, who can help me????
Please!!!!!!!!!!!!!!

I would like to make some tropicals tiles and I need testing it in game.

[DeletedUser5]

Replace grass tiles with them. That's a dead project. I mean all those revisions with "ultra-zoom". And nightlys are unsupported. So as I said replace grass tiles with them.

[Wacki]

If will be "ultra-zoom" openttd dead, I will stop make new graphics and leave this project!!!

[DeletedUser5]

Because it is "dead" actually. It will be alive in future. And I'll bet that it isn't a nearest future. But we can only wait. Or learn C and try help.

[athanasios]

Wait a minute, DEVs said it will be implemented but will take some time.
First we need the sprites though.
And you can temporarily resize them for current tile size.
We cannot afford to loose one of the 'head' artists.

[GeekToo]

Wacki,

I'll tell you a little secret: the reason why I haven't been doing much graphics recently, and wasn't so active at the forums, is because I'm devoping a path that brings back the extra zoom levels again (I already told Ben about it).
I did do some graphics (like grass and a bus) in the past, but got frustrated with the absence of the extra zoom levels. So, since I know the C(++) programming language, and the retirement of Truelight, and 32bpp graphics were moving on pretty nice, I thought to change my focus to the code.

So I picked up where Egladil left the branch.
-I've synced the 32 bpp code to version 11670
-I've changed the spritecache so the blitter won't have to do the resizing of the sprites
-I've solved the problem of the branch, where moving a window did leave a lot of ugly bits on the screen
-Also, I did start the opening screen with a normal view instead of the ugly zoomed in 8bpp view
-I do load the sprites with the sprite loader that is currently in trunk: this will mean that the format of the tars will have to be in the same format as in trunk. ( For the example I took an old tar of Ben's grass and changed it to the new tar format and pngcodecd it. This is because I think the extra zoom level tars should resemble the trunk tars as close as possible to ever get a change to trunk.

There's still a tremendous lot of work to be done, but I wanted to let you know this, so you know I'l be needing graphics for the extra zoom level shortly. I'll also need some alfa testers and people that can compile for Windows. So this won't be finished soon, my urgent request is: don't leave the project please, I like your work a lot, and development on the extra zooms is ongoing.

Just to show you: the following screenshot is with Ben's (old) grass, with a version synced to 11670:

[Wacki]

Wacki,

I'll tell you a little secret: the reason why I haven't been doing much graphics recently, and wasn't so active at the forums, is because I'm devoping a path that brings back the extra zoom levels again (I already told Ben about it).
I did do some graphics (like grass and a bus) in the past, but got frustrated with the absence of the extra zoom levels. So, since I know the C(++) programming language, and the retirement of Truelight, and 32bpp graphics were moving on pretty nice, I thought to change my focus to the code.

So I picked up where Egladil left the branch.
-I've synced the 32 bpp code to version 11670
-I've changed the spritecache so the blitter won't have to do the resizing of the sprites
-I've solved the problem of the branch, where moving a window did leave a lot of ugly bits on the screen
-Also, I did start the opening screen with a normal view instead of the ugly zoomed in 8bpp view
-I do load the sprites with the sprite loader that is currently in trunk: this will mean that the format of the tars will have to be in the same format as in trunk. ( For the example I took an old tar of Ben's grass and changed it to the new tar format and pngcodecd it. This is because I think the extra zoom level tars should resemble the trunk tars as close as possible to ever get a change to trunk.

There's still a tremendous lot of work to be done, but I wanted to let you know this, so you know I'l be needing graphics for the extra zoom level shortly. I'll also need some alfa testers and people that can compile for Windows. So this won't be finished soon, my urgent request is: don't leave the project please, I like your work a lot, and development on the extra zooms is ongoing.

Just to show you: the following screenshot is with Ben's (old) grass, with a version synced to 11670:

I love you! And thank you!!!!! I think, it is your Christmas present for me
And my Christmas present for everyone will be pre-alfa .tar my tropical houses and maybe some tropical tiles...

[DeletedUser5]

That's beautiful. I think, that, finally, someday in new year we will get working version of that "ultra-zoom" revision. Good to know somebody is working on that.

[athanasios]

That's wonderful news!

[ostlandr]

And OpenTTD and Simutrains both surge forward, one leading, now the other. Who will win? We all do!!

[CMircea]

I love surprises of patches. You all ask like mad for noe thing, then out of sudden someone posts a playable patch with that