News:

Simutrans.com Portal
Our Simutrans site. You can find everything about Simutrans from here.

What about pak.256??

Started by eddielexx, August 15, 2010, 08:32:43 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

eddielexx

What we will gain if someone develop pak.256?
More detailed models?

Zeno

Sure we gain much more detailed models, I've been making some tests, and results are simply awful. Problem is size must be <= 255 at the moment. Also we gain lot of work to redraw stuff :P

This is a simple test I did a couple of days ago; it is a railcar compiled with "pak254" switch for makeobj, and put into pak128 game:
http://files.[ simutrans [dot] us (site down, do not visit) ]/image/show/hGGUofMFLO/big-cph.png

Another problem will be planes/ships size. For pak128 is being used 192px for planes and 250px for ships... These should be also increased, but makeobj won't allow anything more than 255 by now.

eddielexx

WOW!

Can we make makeobj without that limit?

Zeno

I'm not sure, but I guess it would be hell. Anyway, it's true that 256 is a more "beautiful" number (programatically), but I wouldn't mind at all for having 1 or 2 pixels less... 254 isn't such an ugly number, is it? ;D

eddielexx

Quote from: Zeno on August 15, 2010, 01:48:58 PM
I'm not sure, but I guess it would be hell. Anyway, it's true that 256 is a more "beautiful" number (programatically), but I wouldn't mind at all for having 1 or 2 pixels less... 254 isn't such an ugly number, is it? ;D

Well, We can name it as pak256 again, who will even check that xD
I am asking because this is the natural way of developing Simutrans. So, Is there any posibility of crating pak154/6 xD

prissi

recent makeobj has no limit concerning size of images. But for vehicle in curves, 256 is very very much the sensible limit.

Zeno

What do you mean by "sensible limit"? Is it a problem of alignment or a technical (programming) problem?

@prissi: Btw, I've noticed that latest version under development doesn't work like the current stable (50) when working with over-sized images. I have compiled some ships with the "pak250" switch with both versions, and with 50 it is playable under pak128, but with 51 looks completely moved away. May I recieve some information about that (here, pm or new post)? At the moment all planes and ships in pak128 (and are quite a lot) are compiled with pak192 and pak250; I would like to know if this could be affected in a future and how should I fix it. Thank you. Admins, feel free to move this comments to a new/other thread if you feel it shouldn't be asked here.

kierongreen

to do with curves, the larger the image tge more glaring the jump in images as a vehicle enters or leaves a curve

Zeno

#8
Thanks kierongreen. Actually it would be the same problem than now, but bigger ;)



Quote from: prissi on August 15, 2010, 07:19:33 PM
recent makeobj has no limit concerning size of images. But for vehicle in curves, 256 is very very much the sensible limit.
I use a recent v51 version, and still doesn't allow me to use PAK256 switch. It seems PAK255 limit is still activated. Maybe my makeobj is already obsolete... Could you confirm this, please?

prissi

With the new version a new version of makeobj will be released, that will not have limits to be reached soon, including the limit of 65514 bytes for images maximum size. Images can be up to 32767 pixels with an offest in the same range. This required to step up the pak version to 1.3, since in 1.2 all objects are only 65kB size at largest (this was one of the reasons, why pak was not used for samples.)

Since this requres more memory on the disk, makeobj will use the old pak format, if it can.

Zeno

Ok, I think I understand (almost) everything. I will patiently wait for the new stable makeobj version. Thank you for explaining, prissi.

Fabio

What we will gain if someone develop pak.32767?
Real size models?


































:biggrin: :airborn:

The more you give, the more people will ask,  8)

Combuijs

QuoteWhat we will gain if someone develop pak.32767?

We will gain an awful lot of pixels !  :D

And we could handle a serious decrease in dots per inch on monitors of course...
Bob Marley: No woman, no cry

Programmer: No user, no bugs



Zeno

Quote from: Combuijs on August 16, 2010, 02:01:31 PM
We will gain an awful lot of pixels !  :D
Yes, and loose a lot of painters! Well... I mean the few active ones :P

Getting 128 pixel images trhough 3d modelling is quite affordable... 256 pixel images becomes really hard; real pro 3D skills are a must with those sizes; to say nothing about pixel art... with such number of pixels I guess it would be simply mad.

Moreover, anything over 256 is absolutely impossible for an amateur 3d modeler like me, so I would become a translator or something else 8)

ӔO

256 pak size should be pretty good for painting in special pixels on 3D renders.
My Sketchup open project sources
various projects rolled up: http://dl.dropbox.com/u/17111233/Roll_up.rar

Colour safe chart:

stmaker

Quote from: fabio on August 16, 2010, 01:55:29 PM
What we will gain if someone develop pak.32767?
Real size models?

Wow... world record XP
Version using: Simutrans v111.0
Paks: pak64, pak96.comic, pak128 openr582, pak128.Britain, pak128.Japan, pak192.comic
Using: Paint.NET, Paint, Photoshop, SketchUp
Future Addon(s): Building (Link)
Current Addon(s): Eye-See Mart and Several Building addons  Ask me any questions. I'm free.

ӔO

#16
it occurred to me that you can also use large images for bridges too.
It would be a lot of work trying to align everything, but it should be possible to paint arches or wires that span over multiple tiles.

The only down side, is that it will only look proper at a specific length.
This one needs to be constrained to an 8 tile length.
http://i199.photobucket.com/albums/aa131/AEObikes/simutrans/256_bridge_demo.png

with a larger tile size, it should be possible to paint in a full sized suspension bridge.
My Sketchup open project sources
various projects rolled up: http://dl.dropbox.com/u/17111233/Roll_up.rar

Colour safe chart:

Václav

I think (and it was discussed also in Czech language board some time ago) that size 256 would mean mostly very drastic consumption of CPU power. Size 192 is made as comic to decrease usage of CPU. So any large sets should be done as comic.

Chybami se člověk učí - ale někteří lidé jsou nepoučitelní

prissi

The color on the images does nothing to decrease or increase the CPU power. Actually large image sets require less computer power, as less tiles have to be displayed ...

Spartanis

I agree with Prissi. What really slows your computer down, are two simple things: The size of the simutrans world map (the bigger the map is, the more memory is used) as well as the number of fleet you put out into the game (The number of lines, vehicles per lines etc etc)