Server up states:
[More]
Up Public Server is up
Using: r27337
Players: 0 / Spectators: 1
Up Stable welcome Server is up
Using: 1.5.1
Players: 0 / Spectators: 0
Offline Pro Zone is offline
Checked: 04:39 mins ago.
Next check: 05:21 mins.
TeamSpeak
Latest blog comments:

Hi!

Just use an appropriate vehicle set which supports it.

for trains: NUTS is best, Pineapple trains works too. Others I haven not tested.

road vehicles: eGRVTS should work

ships: FISH(2)?

aircraft: av9?

Hello can someone tell me how to transport Yeti Dudes? Thx

Indeed, Renewed City Growth will need to be updated if you want to play with it and YETI. From what I can see, that game script is made to handle older version of YETI that disables passengers and mail. You can contact the script author to get it updated.

Hi, JB.
I would be interested to play the game but I didn’t have enough experience to play it online. I used to play OpenTTD in LAN mode with another teacher when we had free times. I would like to attach the picture about it but I see no ‘upload’ feature available in this blog. :)
It is too bad I just read your comment few minutes ago. If I read your post few days before the event was started, I may able ‘to look into it’. :)

@V453000
I see YETI has now released with a version 1.0 and I am really happy to see it ‘grow’. The GRF is so awesome and surpasses my expectation. I even tried the latest nightly builds (V5579) and got really excited to play it. I consider myself ‘lucky’ to play Transport Tycoon with great graphics (Zbase, YETI) and lots of new features (OpenTTD). I somewhat remember how happy I am when I was playing the games at the young age.

I am using Renewed City Growth (RCG) as Game Script and it seem YETI didn’t work with RCG (it only support YETI version 5350). I hope both YETI and RCG will be compatible in future.

Please understand this comment is not a request. I am just reporting it. I know it is RCG which should modify the code to make it compatible with YETI but once again, I didn’t want to disturb both developer of YETI and RCG.
As user, I already happy with the game.

## Probably Off Topic ##
By the way, I don’t know why but I never had any ‘follow-up’ email even-thought I already check it. I have checked every folder in my email (using Gmail) but it wasn’t there. I hope it work at this time. :)
## end Off Topic ##


Latest from OpenTTD.org:
Pineapple Baseset Kickstarter
OpenTTD 1.5.1
OpenTTD 1.5.1-RC1
OpenTTD 1.5.0

NewGRF Meta Language - NML 0.4.1 released

by planetmaker from The DevZone
Posted on: Sun, 12 Apr 2015 at 20:33:33 UTC

This version adds access to the additional rocky tiles as of OpenTTD r27220 and adds a new 'getbits' function.
But it mainly fixes the packaging issues as experienced with NML 0.4.0:

  • Add: second_rocky_tileset
  • Add: Build-in function 'getbits'
  • Change: Try to improve packaging by applying some in-built automatisms via find_package() (oberhumer) (issue #7540)
  • Fix: Building source bundle was broken
  • Fix: Version identification for tags
  • Doc: Update readme with python version info
  • Cleanup: Remove pre-OpenTTD-1.1 wrappers for SHIFT_LEFT, SHIFT_RIGHT and SHIFTU_RIGHT.
  • Cleanup: Remove bootstrap

Note to package maintainers:

  • Bundles should now contain again everything needed to build NML
  • Naming of the files changed back to a scheme following nml-VERSION.PLATFORM.tar.gz

OpenGFX - OpenGFX 0.5.2

by planetmaker from The DevZone
Posted on: Sun, 12 Apr 2015 at 20:02:12 UTC

OpenGFX 0.5.2 (12 Apr 2015):

- Add: [Makefile] target 'bananas' (closes #6877, #6848)
- Fix: [Makefile] Add dependency generation for pnml->nml
- Fix: [Makefile] dependencies, esp. wrt. HG revision numbers getting compiled into files
- Fix: Alignment of GUI icons that have different sizes in 1x and 2x zoom
- Fix: 2x GUI sprite for purchase land was attached to the viewport sprite instead of to the GUI sprite (commit:ba02a90fab52) (issue FS#6267)
- Fix: Do not crop the default-window-size icon (issue FS#6258)

OpenGFX 0.5.2-RC1 (16 Feb 2015):

- Add: 2x GUI zoom sprites
- Add: the all black ground sprites introduced in OpenTTD r26869
- Add: Translations for Africans, Italian, Latin and Lithuanian
- Update: Translation for English (US)
- Change:     [Makefile] Make sure that mercurial output is not changed by user presets
- Codechange: [Makefile] Simplify a few pointless programme definitions
- Fix:        [Makefile] No need to query the whereabouts of required programmes when we make no use of that anyway (issue #5759)

Note to package maintainers:

  • Package naming was reverted to the simple scheme of opengfx-VERSION.zip (binary) and opengfx-VERSION-source.tar.xz (source).
  • Makefile was rewritten with improved dependency check and better version inclusion in files (should not affect anything)
  • Recommended NML version: 0.4.1

DevZone Help Center - Activation of retention policy

by Spike from The DevZone
Posted on: Sat, 28 Feb 2015 at 19:20:35 UTC

Last month we put a news item out about our retention policy. We have decided to start actively enforcing this policy from the 1st of March.

This is needed to maintain proper stability of our services. Each night a 03:00 UTC our server will cleanup any files that are outside of the retention policy.

To be sure we don't lose builds that are needed we have a copy of the current data available. Should you feel like a build (for this first month) has been removed in an incorrect way we can verify our logs and fix any issues that should arise. We have run our cleanup script on a dry run for some period to prevent such errors. Should they occur contact us through IRC.

NewGRF Meta Language - NML 0.4.0 released

by planetmaker from The DevZone
Posted on: Wed, 18 Feb 2015 at 11:04:41 UTC

This version brings some major changes compared to the 0.3.x versions:

  • Conversion to python3. The minimum required python version now is python 3.2.
  • Rigerous caching of real sprites. This improves encoding speed a lot on subsequent runs, especially for NewGRFs with many real sprites, more so for 32bpp
  • Statistics on the NewGRF on used IDs for vehicles, houses, etc as well as available switches, parameters etc
  • Feature: [NewGRF] create_effect and effect_spawn_model
  • Feature: [NewGRF] EFFECT_SPRITE_NONE constant for create_effect callback
  • Feature: [NewGRF] support for OTTD_RECOLOUR action5 sprite(s)
  • Feature: [NewGRF] Support for Latin
  • Feature: [NewGRF] Variable to test for enabled wagon speed limits. (issue #6474)
  • Feature: [NewGRF] Warn about usage of animation and semi-transparent colours, and add spriteset flags to enable/disable the checks. (issue #1085)
  • Fix: [NewGRF] Number of vehicles in var 41 is one-based, only var 40 is zero-based.
  • Fix: [NewGRF] Patch flags can only be accessed via action 7/9. (issue #6996)
  • Fix: [NewGRF] Action7/9 bit tests must use varsize 1.

There's numerous other fixes, changes and additions. For a full changelog, see http://bundles.openttdcoop.org/nml/releases/0.4.0/changelog.txt
Get the latest release version from the bundles server: http://bundles.openttdcoop.org/nml/releases/LATEST/

Note to package maintainers:

  • Dependency change: python 3.2+
  • Dependency change: preferably use pillow for python3 as imaging library instead of PIL.
  • Build requirement change (optional): c compiler needed to build the optional cython module for grf encoding (nml/_lz77.c). It's an optional speed improvement over the python-only implementation.

Server/DevZone Outtage

by Spike from The Blog
Posted on: Wed, 28 Jan 2015 at 22:40:26 UTC
Filed Under: Community News

Hi,

As you may have noticed our services have received some outtage. This happend during a maintenance that was required for needed security updates related to CVE-2015-0235 (the glibc story / http://www.openwall.com/lists/oss-security/2015/01/27/9). When we rebooted the server the most scary thing happend for us. Our server did not return online. After some help from our hosting provider we managed to log back in.

To make the most out of this situation we immediatly also starting converting some of our local containers to a diskimage format (PLOOP / https://openvz.org/Ploop/Why). However because one of our main containers which has all the HG repositories has so many small files this conversion is taking longer then expected.

We want to apoligize for this situation and are waiting for this container conversion to finish. After this the most critical containers should all have been converted and most of the other ones are related to non-development stuff that should have no extended downtime like this.

Regards,

^Spike^

No comments

RAWR!!!

by V453000 from The Blog
Posted on: Tue, 27 Jan 2015 at 19:26:06 UTC
Filed Under: Community News

Ladies and nutmen,

just now I am realizing I forgot to officially mention that I have been working on another project for the past months. RAWR Absolute World Replacement is currently 32bpp/ExtraZoom LANDSCAPE with ROADS and TRACKS. Eventually I am hoping to replace all the sprites the game needs, and the final output then could be a full base set.

Visually, the set is obviously 32bpp/ExtraZoom which looks relatively nice. Functionally, it lets you choose from the 4 climates and force any of them visually. That way you can apply any of them you want – especially if you load the newGRF as a static one. I hope you like it, there is still a lot of things to be done, but the core is there.

The project home is at the devzone per usual – you can also find a guide on how to apply static NewGRFs. I also have a thread at tt-forums, you are welcome to contribute/place your impressions/screenshots there :)

You can download RAWR from the online content – BaNaNaS – through the game, or from the website manually.
Enjoy and let me know what you think!

V

RAWR_001

5 Comments

DevZone Help Center - Build retention policy

by planetmaker from The DevZone
Posted on: Mon, 12 Jan 2015 at 18:44:45 UTC

In recent months the retention policy for builds created by the DevZone's compile farm was rather liberal and all build for every push were kept. However, with the increasing size of NewGRFs (we needed to upgrade the allocated space for builds several times already) we need to go back to the original retention policy:

  • The three most recent builds on push will be kept available
  • Up to 20 nightly builds will be kept
  • All releases (tagged builds) will be kept

Nightlies are not built specifically anymore. But once a day, the build from the most recent push will be promoted to a nightly build.

See also our wiki page at UsingTheCF which documents the data retention policy. If you need one of the old nightly builds or push-builds, then please grab it now. The new build management script will be switched on in the coming days.

New member: Hazzard

by V453000 from The Blog
Posted on: Thu, 25 Dec 2014 at 22:35:27 UTC
Filed Under: Community News

Hell000 and Merry Christmas! We are happy to announce that our inner circles have gained yet another person, Hazzard!

Being around for a long while, most of you probably know him, but if you don’t, Hazzard is a great builder and person. His logic mechanisms and other construction put your brains in greater hazard when you see them. He has been generally very helpful, teaching people, being a nice person, and everything else.

Everybody, please welcome Hazzard to the openttdcoop members club!

1 Comment

DevZone Help Center - DevZone: Location of build results

by planetmaker from The DevZone
Posted on: Wed, 19 Nov 2014 at 09:22:21 UTC

Due to the increasing size of some projects we changed some settings in the compile farm itself, in Jenkins so that build results will not be kept any longer on that build server. As previously all build results will always be published to our file server at http://bundles.openttdcoop.org. The results of the latest build can always be found at http://bundles.openttdcoop.org/PROJECTNAME/push/LATEST (where PROJECTNAME is the name as it appears here on the DevZone, which is also part of the repository URLs)

Server Changes

by Spike from The Blog
Posted on: Tue, 26 Aug 2014 at 10:01:17 UTC
Filed Under: Community News

As one of the sysadmins of #openttdcoop alot of work happens for me on the background. Most changes go unnoticed, some cause minor breakdowns (sorry ;)) but alot of changes you don’t see. The changes that mostly did go unnoticed were changes to our mail infrastructure, database updates, backup procedures. And that’s just a few.

Today one of the changes that you will see is a change to our paste service. The paste service as it currently is has changed. We have switched to a new backend which was needed. The old pastes are NOT deleted. They can still be reached at http://old-paste.openttdcoop.org. However do keep in mind that this will go offline at some point and we strongly advice against creating new pastes there.

Our new backend is currently live at https://paste.openttdcoop.org. In this case we are using sticky-notes as a backend. This gives you more privacy and options compared to the old paste. We do hope the new features help everyone out even us as admins in maintaining it all.

Another change that already is active (and you might not always notice) is a replacement we did for our bundles server. This had to happen at some point. And today it is done. This change won’t have much of an impact. But we hope to improve response times with this new server.

These are just a few of the changes you’re going to see. More will follow at some point but this is just a start 😉

Should you have any questions join in on IRC (#openttdcoop @ OFTC or through http://irc.openttdcoop.org)

No comments

Copyright © 2015 #openttdcoop -- Powered by YARRSTE version: svn-trunk
Server status powered by OpenTTDLib
RSS fetching by Magpie RSS