Transport Tycoon Forums

Good evening all,

today (or yesterday, depending on your time zone) OpenTTD 0.6.1-RC1 has been released. It fixes some speed related regressions and about thirty other, usually, small bugs.

You can download the new release candidate as usual from www.openttd.org.

We hope you'll give this release candidate a good test (and do not find any issues with it).

Downloading...

That was quick! Good job.

Unfortunately it still takes up all the CPU resources on my PowerMac. Oh well.

I must be blind, because I cant find the file for download anywhere... Under downloads all I see is the 0.6.0 file...

Changelog:

0.6.1-RC1 (2008-04-26)
------------------------------------------------------------------------
- Fix: Vehicle groups, engine replacement rules and player/company names were not properly reset/freed after bankrupt (r12906)
- Fix: Remove trams from savegames saved in OTTD without tram support, it is better than to simply crash [FS#1953] (r12904)
- Fix: GCC on FreeBSD does not support -dumpmachine causing configure to fail. Use g++ instead [FS#1928] (r12876)
- Fix: Make the town rating tests use less memory and much quicker (r12859)
- Fix: Usage of AutoPtr made (trying to) build stuff very (time) expensive (r12857, r12855)
- Fix: Ensure that prop 25 is set for all vehicles in the consist before other properties as it could cause desyncs (r12856)
- Fix: Too much catenary was drawn about tunnel entrances, middle bridge pieces and non-rail station tiles (r12853, r12852)
- Fix: Use YAPF for fairly old savegames from before YAPF was introduced (r12845)
- Fix: The industry tick trigger should only be triggered once every 256 ticks, not every tick... Also bail out of the triggers a little earlier if you know they are not going to happen anyway (r12844)
- Fix: Inconsistent use of 8/15-bitness of NewGRF callback results with respect to TTDP's implementation of the specification (r12819, r12818, r12759)
- Fix: Possible out of bounds array access (r12809)
- Fix: Enforce autorenew values range in command (r12808)
- Fix: Vehicles could break down during loading and keep loading. The intention of the break down code is not to break down when having zero speed, therefor break downs now do not happen when loading [FS#1938] (r12795)
- Fix: [OSX] In some rare cases when using an uncalibrated monitor the system colour space could not be retrieved. Show an error when this happens instead of just trying an assertion (r12776)
- Fix: Slope checking for NewGRFs failed (r12759)
- Fix: Check the TILE_NOT_SLOPED flag of the _north_ tile of multi-tile houses to decide if autoslope is allowed (r12717)
- Fix: Do not move windows below the toolbar on resizes unless they would go behind the toolbar [FS#1904] (r12714)
- Fix: Increase default sound buffer size only for Vista [FS#1914] (r12708)
- Fix: Do not crash very hard on unrecognised savegames, just go back to the intro menu instead (r12707)
- Fix: In some cases a news messages would not be shown [FS#1906] (r12683)
- Fix: Removing road pieces from a town gave you twice the intended penalty [FS#1920] (r12682)
- Fix: When a road vehicle has a tram only stop multiple times in a row in it's orders, only the first one would be skipped [FS#1918] (r12678)
- Fix: Colour remaps on station sprites only worked for company colours [FS#1902] (r12674)
- Fix: Remove buggy buoys at tile 0 from old TTDP savegames (r12642)
- Fix: Possible NULL pointer dereference when reading some NewGRF data [FS#1913] (r12637)
- Fix: Infinite loop in case your compiler decides that enums are unsigned by default (r12622)
- Fix: The convert signal button disallowed signal dragging when the signal GUI was closed (r12577)
- Fix: Binding to a specific IP could cause OpenTTD to not register properly with the masterserver if one has multiple external interfaces (r12574)
- Fix: min() has 32bit arguments, clamping of 64bit values did not work (r12572)
- Fix: Towns could not terraform when inflation rised terraform prices enough (r12564)
- Fix: Do not affect town rating change by the order in which we examine stations (r12561)
- Fix: Redraw the signal GUI when the signal drag density changes in the patch settings and vice versa (r12553)
- Fix: Do not install scenarios into the current user's homedir when running 'make install', that is silly. Simply always install scenarios system wide instead (r12542)

Great work! Downloading it right away.

Took a while to find it. Here is a link...

http://sourceforge.net/project/showfiles.php?group_id=103924&package_id=111717&release_id=595180

It's in the download section, too. http://www.openttd.org/downloads.php
You can download the lastest stable release (0.6.0) and the latest RC (0.6.1RC)

- Fix: Do not move windows below the toolbar on resizes unless they would go behind the toolbar [FS#1904] (r12714)

That's a really cool fix! I do always put windows behind the toolbar. It's really annoying. Thanks!

This is what the download section looks like to me:

This is "my" download section.



Maybe reloading - press F5 - solves your "problem".

Last but not least: I would really like to drag the MSIE in the mud and praise Opera or Firefox to the skies - but I'm too lazy right now.

Emptying cache, pressing F5, pressing CTRL+F5, nothing makes the new RC show up for me on IE7... I'll try firefox now...

Edit: Firefox works alright kinda weird tough, that it doesnt show up in IE

Hmm, I thats the sourcecode of the download.php page

<!-- Just commented out the whole release candidate stuff --!>
<br/><br/>
The latest <b>release candidate</b> is 0.6.1-RC1, released on April 26th 2008.
[...]
In addition, binaries for different Linux distributions, MorphOS,
Windows 95, 98 and ME, Windows 64, OS/2 etc. are available <a
href=">>>snipped<<<">here</a>.
<!-- -->

I guess the MSIE accepts this kind of "commenting out". I think that's _not_ W3C conform.

[edit: broke the table with ultra long URL in the code enviroment.]

Yup... the first time I see Microsoft conforming to a standard whereas other browsers do not. Who would have thought about that ever happening?

The kind of commenting in download.php is not w3 html4.01 conform. (At least I think so)
I do not know why the MSIE accepts this kind of comment. IMHO it's a wrong behaviour.

See this URL: http://www.w3.org/TR/html401/intro/sgmltut.html#h-3.2.4

However, I think one should use a comment that every browser accepts.

<!-- RC 1 commented out
[...] -->

Strictly, a comment in a tag opened with "<!" goes from "--" to "--". "<!-- -->" is a comment. "<!-- -- -->" is one and a half comments; the third -- opens a second comment which is not terminated.

Therefore, after stripping the comment(s), that code is:

<! !>
<br/><br/>
The latest <b>release candidate</b> is 0.6.1-RC1, released on April 26th 2008.
[...]
In addition, binaries for different Linux distributions, MorphOS,
Windows 95, 98 and ME, Windows 64, OS/2 etc. are available <a
href=">>>snipped<<<">here</a>.
<! >

Exactly whether or not the spaces are/should be present in the ! tags is a matter for higher lawyers than I, as is discussion of whether <! !> is legal.

It puts a strain on my system as the normal 0.6.0 did,
the fix in this post fixed it though, consider using it.
http://www.tt-forums.net/viewtopic.php?f=31&t=37254&start=20

No matter what caused the error and what fixed it, it is indeed fixed now Thanks on behalf of me and other IE (7) users