[cjakeman]

Hi Paul,

pnrailway, on 16 November 2012 - 04:51 PM, said:

The real problem, even at its current location, is that if you save an activity and then exit the program, to come back later to continue the activity. When you resume the activity where you left off, there is one of the black bands on the screen and it doesn't go away. If you save again and exit, when you resume there is a second band, one added for each time you exit the sim and restart the activity from where you left off.

Believe I've fixed it in v1342 - many thanks for reporting it.

Please let me know if Resume still causes trouble.

Not looked at the message when you take a screenshot yet.

[cjakeman]

Hi Paul,

pnrailway, on 15 November 2012 - 07:11 PM, said:

2. Another appearance item. The thin band that appears when a screen shot is taken, is there any way that could be set much lower on the screen since it is necessary to crop it out of any screened screen shots and it still could be seen at as a half inch above the bottom of the screen.

I've gone back to a quote from Walter in the other thread:

"If you take multiple screen shots in quick succession as I quite often do, the strip(s) from the last shot are still there and therefore need to be cropped out - something that can be quite time consuming if you have taken a number of shots during a session."

and see that it is a rapid succession of screenshots that is the problem. The message after the first screenshot is still on the screen when you press PrtSc for the next screenshot.

I must be slow on the uptake - thought it was a synchronisation issue that happened only sometimes, but it's much simpler than that and always happens.

It wouldn't be a big deal for PrtSc to hide any messages before taking the screenshot and restore them afterwards. Just need to synchronise the threads correctly.

I'll look into it.

[atsf37l]

I'm still hoping to be able to switch cabs without being coupled to the target loco.

And, OBTW, I get the 'saved' activity bands as well. XP-Pro SP3, CoreDuo E6600. :oldstry:

[pnrailway]

Chris,

Just wanted to let you know that the latest version took care of the message band problem when restarting a save. That had become rather a nusence when running an activity and seeing message bands that just would not go away! :oldstry:

Now, if it was just possible to take the message band and have it near the bottom of the screen it would be great. Same with adding positioning controls to the #4 camera.

[thegrindre]

I'll second that! Moving those message bands to the bottom of the screen would be a very nice improvement. =@

:oldstry:

:wallbash:

[cjakeman]

cjakeman, on 24 November 2012 - 11:28 AM, said:

It wouldn't be a big deal for PrtSc to hide any messages before taking the screenshot and restore them afterwards.

Just committed v1343 to hide any messages while a screenshot is being captured.

For those taking screenshots in rapid succession, you can now hold down the Prt Sc key and OR will capture screenshots as fast as your computer can manage.

[cjakeman]

deibid, on 28 November 2012 - 07:29 AM, said:

Hi!, as this is the Wish List . . .

Great to see lots of interest in new and interesting topics. We're keeping track so they don't get overlooked.

After a period of experimentation, we're pretty much focussed down now on completing v1.0 and fixing those bugs you guys report in.

I'm looking forward to post - v1.0, when we can add some wow features that MSTS could never attempt, but, for now, consolidation is the name of the game - OR is aiming to be rock-solid and high performance.

[cjakeman]

Hi grindre,

thegrindre, on 22 November 2012 - 10:06 PM, said:

My biggest wish is to have the mouse hit the monitor's edge to pan around anywhere on a route with the wheel used for zooming in and out, as most ever other game does.

Zooming with the mouse wheel came in on Oct 3rd (thanks Jijun). Guess you missed it :-)

Thanks for the panning request. I've made a note for post-v1.0.

[Genma Saotome]

deibid, on 28 November 2012 - 07:29 AM, said:

oh derailments and crashing on objects / other TRAINS!
And Christmas will be PERFECT! :sign_welcome: ;)

Not going to happen.

While I admit that in MSTS I do occasionally enjoy putting into practice the Gomez Adams method of dispatching, it is, by a considerable margin, a minority opinion in the OR team. Instead, the decision is to show respect to the well being of men and women who are in trains and not do crashes of any sorts. It also allows the programmers to spend their valuable, contributed skills on developing other more useful features.

[Guille592]

Hello there! This is Guillermo from Spain, nice to meet you all.

First of all I have to say that I'm really impressed of how fast is this going, looks like yesterday when the first version of O.R was released... Thanks to the team for creating such simulator, keep it on guys!

I wanted to say also, about adding some new features to the simulator, could it be possible to for example, add a real Train Dispatcher window such as:

http://i47.photobucket.com/albums/f188/boleamj/THORN-FRAZER-panel-yard-lead-close.jpg

Having the route in the Dispatcher window is OK to really know where everybody is, but for train operations it's quite a mess, that's the reason of why I'm asking this.

I would also like to know if you have thought about creating a consist creator or a path editor? It would be really awesome as it would be the total breakup with Train Simulator (except with the content), because everytime I have to create something, I always end using TSimulator tools, and this is a problem if you wanna use TSimulator or in this case Open Rails on another computer.

Now, this is more like a doubt rather than a Suggestion or a wish, would it be possible in a future to use trains created for Trainz Simulator in OR?

Thanks again ppl.

Cheers, Guillermo. :rolleyes:

P.S: When changing signals to a player, sometimes they autoswitch, could you fix this?

This post has been edited by Guille592: 29 November 2012 - 05:54 AM

[Guille592]

Oh, almost forgot!

Could it be possible to make controls go faster or use the mouse to control them? :rolleyes:

[James Ross]

deibid, on 29 November 2012 - 01:45 AM, said:

Sorry about that! I didn't know that derailments were not in the roadmap....

To clarify perhaps a little: the plan is to include collision detection, overspeed rolling and other serious errors but not necessarily to model the result of them occuring. Instead, when you exceed the speed at which you can take a curve, hit another train too fast, etc., the simulation will pause and you'll be informed of your mistake - but you will be able to continue, in some form. That will likely be with the train completely stationary at the point the incident occurred. It will obviously be recorded in any log book/activity report.