OTTD 2

Forum for technical discussions regarding development. If you have a general suggestion, problem or comment, please use one of the other forums.

Moderator: OpenTTD Developers

Donoteat
Engineer
Engineer
Posts: 90
Joined: 04 Feb 2007 19:10

Post by Donoteat »

Brianetta wrote:...but OTTD 1.0 isn't even out yet...

Maybe OOTTD (Other Open TTD) ?

:D
Psistorm
Traffic Manager
Traffic Manager
Posts: 173
Joined: 05 Jun 2004 12:22

Post by Psistorm »

or we could add the functionality as a patch which runs ontop of the executable - this way we would finally have this OTTP some users keep talking about ;)
User avatar
PouncingAnt
Transport Coordinator
Transport Coordinator
Posts: 357
Joined: 09 Nov 2004 22:33

Re: OTTD 2

Post by PouncingAnt »

mexicoshanty wrote:
PouncingAnt wrote:Most patches have an on/off switch. Why not just use that?
Because in order for a lot of the projects/suggestions to work well they have to be in combination with other projects/suggestions. For example:
- balancing the economy would benefit greatly from changing the scales of things.
- As mentioned before the 32bit project would benefit from changing the scale of things
- But you cant change the scale of things without new graphics and reworking the economy.
I thought I'd defend myself on this point (I know I don't need to but I'm bored, hey)

who says we have to make the new graphics mandatory? Or that rescaling would be mandatory? You could still have these things managed by patch settings. its just a matter of if(whatever==true) {badabing!};
Of course thats a simplification, but its still *possible* to keep most noticeable things on switches, y'know.
NB: the below challenges are still open for submission, so feel free to perform necromancy on them!
Try the PouncingAnt National Monopoly Challenge
Or even better, the PouncingAnt National Monopoly Challenge 2
Or better still, the PouncingAnt National Monopoly Challenge 3
Or, the PouncingAnt National Monopoly Challenge 4

Or try my scenario instead!

-(A lazy) OpenTTD Japanese Translator-
-(A lazy) PNGcodec user-
"You get what you pay for, so pay attention!"

Patches:
Company Station Stats
User avatar
uzurpator
Tycoon
Tycoon
Posts: 2230
Joined: 10 Jan 2003 12:21
Location: Katowice, Poland

Post by uzurpator »

The OTTD 2 project already exists and is called Transport (Freaking) Empire :P

With the changes required to make OTTD a game up to current technical standards (graphics wise at least) you'd just be better off with a new game anyway.
User avatar
Korenn
Tycoon
Tycoon
Posts: 1735
Joined: 26 Mar 2004 01:27
Location: Netherlands
Contact:

Re: OTTD 2

Post by Korenn »

PouncingAnt wrote:
mexicoshanty wrote:
PouncingAnt wrote:Most patches have an on/off switch. Why not just use that?
Because in order for a lot of the projects/suggestions to work well they have to be in combination with other projects/suggestions. For example:
- balancing the economy would benefit greatly from changing the scales of things.
- As mentioned before the 32bit project would benefit from changing the scale of things
- But you cant change the scale of things without new graphics and reworking the economy.
I thought I'd defend myself on this point (I know I don't need to but I'm bored, hey)

who says we have to make the new graphics mandatory? Or that rescaling would be mandatory? You could still have these things managed by patch settings. its just a matter of if(whatever==true) {badabing!};
Of course thats a simplification, but its still *possible* to keep most noticeable things on switches, y'know.
as the 32 bpp stuff is planned now, that will not work, because the 32 bpp version plans to use different (more correct) scaling between buildins/trains/trucks/etc. So no, the 32 bpp version as currently planned can not be a switch.
User avatar
WWTBAM
Moderator
Moderator
Posts: 3689
Joined: 02 Apr 2005 07:01
Location: Sydney NSW Antipodea
Contact:

Post by WWTBAM »

why? What if its set before the game is started so before the map is generated?
Formerly known as r0b0t_b0y2003, robotboy, roboboy and beclawat. The best place to get the most recent nightly builds of TTDPatch is: http://roboboy.users.tt-forums.net/TTDPatch/nightlies/
User avatar
Korenn
Tycoon
Tycoon
Posts: 1735
Joined: 26 Mar 2004 01:27
Location: Netherlands
Contact:

Post by Korenn »

robotboy wrote:why? What if its set before the game is started so before the map is generated?
Yes, that would be possible, with a lot of work. But when I look at the current requirements for the 32 bpp version and the amount of coding that would involve, I'm afraid it would be such an extensive change to the code base that it would practically be like having two complete game versions in one program and toggling between them depending on the setting.

The changes would involve more than what I did for the Challenge Spinoff, and that already had no chance of ever making it in the trunk because it changed too much for just one setting.
User avatar
prissi
Chief Executive
Chief Executive
Posts: 648
Joined: 15 Nov 2004 19:46
Location: Berlin, Germany
Contact:

Post by prissi »

Imho this is a lousy design then. Just upscaling the dimensions before output by a certain factor (i.e. 4 from 16 to 256) should be easily possible. If this is beautiful with the 256x256 graphics (since the smallest step would be four pixels) is a completely different question.
User avatar
Korenn
Tycoon
Tycoon
Posts: 1735
Joined: 26 Mar 2004 01:27
Location: Netherlands
Contact:

Post by Korenn »

prissi wrote:Imho this is a lousy design then. Just upscaling the dimensions before output by a certain factor (i.e. 4 from 16 to 256) should be easily possible. If this is beautiful with the 256x256 graphics (since the smallest step would be four pixels) is a completely different question.
calling someone elses work lousy is not humble ;)

The design is currently being worked on by mostly graphics artists, so perhaps it is not ideal from a programmer's standpoint. But this is going completely offtopic... Discussion about this should be in a separate thread, perhaps in the graphics forum.
User avatar
prissi
Chief Executive
Chief Executive
Posts: 648
Joined: 15 Nov 2004 19:46
Location: Berlin, Germany
Contact:

Post by prissi »

Sorry, I was too harsh with lousy. I rephrase: assuming a non fixed tilesize should be possible even with the current codebase but just changing the sprite display routines (i.e. changing dimensions just before output). If the graphics size penetrates the game logic, this I personally would consider a bad design. But this is really going offtopic.
User avatar
bobingabout
Tycoon
Tycoon
Posts: 1850
Joined: 21 May 2005 15:10
Location: Hull, England

Post by bobingabout »

i'm probably thinking this could be something like the OTTD challenge spinoff.
JPG SUX!!! USE PNG!!!
There are times when JPG is useful, TTD screenshots is not one of them. Please use PNG instead.

[/url]
peter1138
OpenTTD Developer
OpenTTD Developer
Posts: 1794
Joined: 30 Mar 2005 09:43

Post by peter1138 »

Prissi, it is more the difference in scale that is intended will make combining sets at the same time look... not nice.

But that much is fairly obvious anyway...
He's like, some kind of OpenTTD developer.
User avatar
PouncingAnt
Transport Coordinator
Transport Coordinator
Posts: 357
Joined: 09 Nov 2004 22:33

Re: OTTD 2

Post by PouncingAnt »

Korenn wrote:
PouncingAnt wrote:
mexicoshanty wrote: Because in order for a lot of the projects/suggestions to work well they have to be in combination with other projects/suggestions. For example:
- balancing the economy would benefit greatly from changing the scales of things.
- As mentioned before the 32bit project would benefit from changing the scale of things
- But you cant change the scale of things without new graphics and reworking the economy.
I thought I'd defend myself on this point (I know I don't need to but I'm bored, hey)

who says we have to make the new graphics mandatory? Or that rescaling would be mandatory? You could still have these things managed by patch settings. its just a matter of if(whatever==true) {badabing!};
Of course thats a simplification, but its still *possible* to keep most noticeable things on switches, y'know.
as the 32 bpp stuff is planned now, that will not work, because the 32 bpp version plans to use different (more correct) scaling between buildins/trains/trucks/etc. So no, the 32 bpp version as currently planned can not be a switch.
Well OK there are some things that aren't configurable I'll change my statement:

but its still *possible* to keep most noticeable things on switches, y'know.

to:

but its still possible to keep *most* noticeable things on switches, y'know.

:wink:
NB: the below challenges are still open for submission, so feel free to perform necromancy on them!
Try the PouncingAnt National Monopoly Challenge
Or even better, the PouncingAnt National Monopoly Challenge 2
Or better still, the PouncingAnt National Monopoly Challenge 3
Or, the PouncingAnt National Monopoly Challenge 4

Or try my scenario instead!

-(A lazy) OpenTTD Japanese Translator-
-(A lazy) PNGcodec user-
"You get what you pay for, so pay attention!"

Patches:
Company Station Stats
User avatar
athanasios
Tycoon
Tycoon
Posts: 3138
Joined: 23 Jun 2005 00:09
Contact:

Post by athanasios »

Why OTTD 2? Wouldn't(O)TD = (Open) Tycoon Deluxe be a better name?
http://members.fortunecity.com/gamesart
"If no one is a fool I am also a fool." -The TTD maniac.


I prefer to be contacted through PMs. Thanks.
Arnau
Engineer
Engineer
Posts: 54
Joined: 20 Jul 2006 10:18

Post by Arnau »

I don't think it's a good idea to split the development. We will always be able to download the traditional openttd 0.5.1 or 0.6 when openttd 0.7 with 32bit graphics is out.
User avatar
charlieg
Transport Coordinator
Transport Coordinator
Posts: 323
Joined: 08 Oct 2003 14:07
Contact:

Post by charlieg »

I slightly disagree... however I don't think development should be "forked" so to speak.

I think at some point there should be a branch in the code to form an "OpenTTD Classic 1.0" - a game which solely focuses on being true to the old TTD/TTDpatch in terms of the graphics and gameplay, whilst further OpenTTD development continues unabated. Anything which changes the gameplay from the classic OpenTTD should be held off until then. Ideally, once branched, changes to some parts of OpenTTD could be backported (i.e. AI work) to the classic version, and otherwise OpenTTD Classic would then simply be a bugfix / maintainence only development branch.

That would give license to the team to be more experimental with OpenTTD because people could just be directed to OpenTTD Classic if they want a stable true-to-TTD/TTDpatch game.

However to just point them to "previous versions" of OpenTTD would be a marketing disaster. You need to explicitly differentiate between the two.
Open source tycoon games
--
Free Gamer - open source and Free Software games
FreeGameDev forums - open source game development community
Post Reply

Return to “OpenTTD Development”

Who is online

Users browsing this forum: Ahrefs [Bot] and 16 guests