The current nightly is much more interesting though, because of the changes I mentioned some posts above.orudge wrote:0.7.3 seems to work fine for me, at any rate.
-- Michael Lutz
Moderator: OpenTTD Developers
The current nightly is much more interesting though, because of the changes I mentioned some posts above.orudge wrote:0.7.3 seems to work fine for me, at any rate.
Code: Select all
> ls ~/Documents/OpenTTD/gm
gm_tt00.gm gm_tt05.gm gm_tt10.gm gm_tt15.gm gm_tt20.gm
gm_tt01.gm gm_tt06.gm gm_tt11.gm gm_tt16.gm gm_tt21.gm
gm_tt02.gm gm_tt07.gm gm_tt12.gm gm_tt17.gm
gm_tt03.gm gm_tt08.gm gm_tt13.gm gm_tt18.gm
gm_tt04.gm gm_tt09.gm gm_tt14.gm gm_tt19.gm
There's a simple way the check if that has anything to do with the recent changes.Absolutis wrote:The music player doesn't seem to work... well at least on 10.5 (10.6 is not for powerpc)
Code: Select all
musicdriver = ""
Code: Select all
musicdriver = "qt"
Which was based on our OSX port. Besides that he is rarely updating it, so not much use for the 'official' OSX port.sonofmof wrote:Also, I saw previously in these forums that someone had ported OpenTTD to iphone
Just read the previous page, there are some posts with things to try and test (using trunk though, not 0.7.3).sonofmof wrote: Any testing I can do, please let me know.
Yes, it is, seeing that regarding here and here just one single person gave any sort of feedback (and that wasn't more than a rather useless doesn't work). I would have expected a bit more enthusiasm.Phx_01 wrote:It is really a shame...
Simple, someone that wants to (and can!) take over care of the Mac OS X port.Phx_01 wrote:I wonder what the original developers are waiting for.
Testing can only be done when someone fixes the issues users are having now. All other testing would only show more flaws in the port, though that isn't bad for telling us (the original developers) about the quality of the port.Phx_01 wrote:- some people offering testing support (including myself)
You can offer hardware, but who would take it? It should be the person that takes over the Mac OS X port, who I have not seen.Phx_01 wrote:- some people offering hardware support
Offering coding support is one thing, actually having fixes for the bugs is another and actually managing over the port is another big step.Phx_01 wrote:- at least one person offering coding support
The first post explains why quite a few things are not wanted, primarily because it costs us lots more time to manage. For example the time and effort required for compiling a release went from 4-6 hours real time spent over half a dozen developers waiting on eachother for the different steps to under an hour with a single developer firing up the system and everything happens automatically. I really do not want to go back to that, or you would like less stable (both in number and stability) releases and scrapping of the nightlies. This is ofcourse about people compiling OpenTTD for us; the compile farm is not even the major problem for the short term survival of OpenTTD.Phx_01 wrote:After all that, I wonder why no reply is suggesting an acceptance of the help offered. Instead, every time someone offers help, it is more like "naa, this is then not good and that also".
Why is any attempt of support turned down before at least trying? Even with past experience of such, not every person is the same. It is really a shame...
I am sorry. I must have overrun your posts. I will have a deeper look on those and see what I can do.Michi_cc wrote:Yes, it is, seeing that regarding here and here just one single person gave any sort of feedback (and that wasn't more than a rather useless doesn't work). I would have expected a bit more enthusiasm.
And if somebody wants to help fixing the problems, great, the matching FlySpray entry was posted quite early in this thread. Actions speak way louder than words. People are always quick to talk and make suggestions, but usually fail at actually doing something.
-- Michael Lutz
All things at their time. Using your statement, there are three steps to this. Offering support is the first.Rubidium wrote:Offering coding support is one thing, actually having fixes for the bugs is another and actually managing over the port is another big step.
Well, then I'll give all the help I can give w.r.t. to code of the OS X port. The code of the port is likely either in src/os/macosx/*, src/os/video/cocoa/*, src/sound/cocoa*, src/music/qt* or src/music/cocoa*. More I can't tell; I don't know about how the code works, primarily because I've got no clue about the Mac OS X API. So, is this really helpful information? I guess not. The helpfull information has to come from the previous Mac OS X developer, but he kinda left without saying a word... so not much that we can do about it.Phx_01 wrote:However, expecting that one from the first sight knows their way around is a bit overrated. Not everyone who can code and likes the game necessarily knows the code inside out.
Any information can be helpful one way or another, but that your previous developer for Mac OS X just left without saying something is indeed bad.Rubidium wrote:Well, then I'll give all the help I can give w.r.t. to code of the OS X port. The code of the port is likely either in src/os/macosx/*, src/os/video/cocoa/*, src/sound/cocoa*, src/music/qt* or src/music/cocoa*. More I can't tell; I don't know about how the code works, primarily because I've got no clue about the Mac OS X API. So, is this really helpful information? I guess not. The helpfull information has to come from the previous Mac OS X developer, but he kinda left without saying a word... so not much that we can do about it.
So... expecting that the current developers know their way around the Mac OS X code is a bit overrated. Not every developer knows all OpenTTD code inside out.
Users browsing this forum: No registered users and 4 guests