[StLuc]

Csantucci, on 17 February 2020 - 01:15 PM, said:

At the usual address, that is here http://www.interazio..._NewYear_MG.zip .

Thanks Carlos,
Tim

[Fablok]

X16 , X8 still same :( When 32 bit version is on is worse becouse is only 23fps ... I don't know whats up :/

[Csantucci]

OR NewYear MG Rev. 53.2 is available. Only change is alignment with last Unstable release U2020.02.19-0151.

[Fablok]

Ok its look like this. When Vsync is on game is working like on 48.2 but FPS is under 60. Around 57-59. When Vsync is off game is lagging. I have tried many options but this one is only working with Vsync. Any advice ?

[Dogbert]

Thanks very much Carlo, as always the updates are very much appreciated.

Mike.

[Csantucci]

Revision 54.1 of OR NewYear MG is available.
Instructions for web server:
What you can do now to test it: check the general options checkbox Enable WebServer, and start OR. If you type
http://127.0.0.1:2150/index.html
in your browser of the same PC where OR runs, you'll get a web page with the OR HUD.
You can display the same page also on other PCs, or devices like an Android Smartphone or TV box, or an IPad. In this case however, within the Command prompt you must type ipconfig; you will get some lines as reply, and one of them is
IPv4 Address. . . . . . . . . . . : 192.168.1.114
So, in such case, on the browser of your external device (being in the same internal network of your PC) you will have to type
http://192.168.1.114:2150/index.html

Revision 54 of OR NewYear MG is available as always here http://www.interazio..._NewYear_MG.zip .
It is aligned with unstable rel. U2020.02.19-0151 (which is the most recent as of now) of the official OR, which already includes Monogame. To see what the official unstable release includes, check here https://james-ross.c...&utm_medium=app . It is also aligned with testing version X1.3.1-123.


The list of additional features to such unstable release present in OR NewYear MG is as follows:

- addition of track sounds in the sound debug window (by dennisat)
- F5 HUD scrolling (by mbm_or)
- checkbox in General Options tab to enable or disable watchdog
- increase of remote horn sound volume level
- when car is selected through the F9 window, the car's brake line in the extended brake HUD is highlighted in yellow (by mbm_or)
- improved distance management in roadcar camera
- signal script parser (by perpetualKid): reduces CPU time needed for signal management
- true 64-bit management, allowing to use more than 4 GB of memory, if available, in Win64 systems (mainly by perpetualKid)
- general options checkbox for optional run at 32 bit on Win64 (to avoid slight train shaking bug)
- added translatable Train Driving Info window (see http://www.elvastowe...post__p__251671 and following posts), by mbm_OR
- 32bit running set as default, to avoid 64 bit shakings and flickerings
- inserted extended Raildriver setup, as present in OR Ultimate (by perpetualKid)
- set Simple Control and Physics option as default
- bug fix for https://bugs.launchp...or/+bug/1858298 Sound problems when viewer not created in initial conditions
- analog clocks showing game time, see http://www.elvastowe...station-clocks/ , by jonas
- bug fix for bad mouse pointing in full screen mode and for issues with Fast full screen-Alt-Tab mode
- allow display of special characters in web client, by mbm_OR
- support for AWS TCS scripts, see https://blueprints.l...-of-tcs-scripts : enable AWS TCS
- NEW: many improvements and additions to WebServer, by mbm_OR
- NEW: many additions to support of TCS scripts, see https://blueprints.l...-of-tcs-scripts
- NEW: reverted change that decreased FPS

Instructions and additional files to use the AWS TCS are available here http://www.elvastowe...post__p__255510 .

When running on Win64, the player can select if he prefers running at 64 bit or 32 bit. In this second case RunActivity32.exe is run, and only a maximum of 4 GB of RAM can be accessed by OR.
Note for developers: Runactivity32.exe is not generated by building the pack, but manually doing a copy of Runactivity.exe, renaming it Runactivity32.exe, and using on the Developer Command Prompt command corflags with the modifier -32BITPREF+


NOTE: ReShade 4.3.0 or older or ReShade 4.5.2 must be used, or ReShade 4.5.2. ReShade 4.4.2 doesn't work here. See here http://www.elvastowe...mg-and-reshade/ for an installation guide of ReShade.

When running on Win64, if you are running OR at 64 bit (option not checked) you must point ReShade to OpenRails64.exe; if you are running OR at 32 bit (option checked) you must point ReShade to OpenRails.exe.

It is suggested to unpack the .zip using 7zip, if other unpackers lead to problems.

Revision 53.2 can still be downloaded from here http://interazioni-e...G_oldrecent.zip .

[Dogbert]

Yikes another update :thumbup3:

AWS as well that is a brilliant addition to OR.

Many thanks and much appreciation to all the contributors. For everything in OR.

Mike.

[MatarazzoT]

Hi Folks,

The starting friction resistance isn't working properly as it should be. As i can't upload a bunch of images, let's go by text. Can someone help or correct me?

Code: WAG section of resistance.



ORTSBearingType ( Roller )
ORTSDavis_A ( 464.1467lbf )
ORTSDavis_B ( 5.357231lbf/mph )
ORTSDavis_C ( 0.411397lbf/mph^2 )
ORTSWagonFrontalArea ( 153.758ft^2 )
ORTSDavisDragConstant ( 0.0024 )
ORTSTrailLocomotiveResistanceFactor ( 0.20833 )

ORTSTrackGauge ( 1m 000mm )
ORTSRigidWheelBase ( 2m 080mm )
CentreOfGravity ( 0m 1.713m 0m )
NumWheels ( 8 )

ORTSadhesion ( ORTSCurtius_Kniffler ( 4.500 46 0.160 0.7 ) )
ORTSadhesion ( ORTSSlipWarningThreshold ( 70 ) )

ORTSUnbalancedSuperelevation ( 3in )
ORTSTrackSuperElevation ( 0.0 0.00 50.0 0.0 300.0 0.025 400.0 0.025 500.0 0.050 1000.0 0.075 2000.0 0.100 10000.0 0.100 )

Locomotive Data:


Wagon ( BB_40_9_WM_1151
Type ( Engine )
WagonShape ( BB_40_9_WM_1151.s )
Size ( 3.594m 4.431m 23.3m )
Mass ( 162.0t )
WheelRadius ( 42in/2 )
InertiaTensor ( Box ( 3.020m 4.730m 23.070m ) )
AntiSlip ( 1 )

Taken from Arema PG Chapter 2:

Starting ResistanceThe resistance caused by friction within a railway vehicles wheel bearings can besignificantly higher at starting than when the vehicle is moving. Depending on the typeof bearings, weight per axle, and the temperature of the bearing, starting resistance canrange from 5 to 50 lb/ton. The ambient temperature and the duration of the stop asshown below affect temperature of the bearing.

Type of Bearings
Above Freezing Journal Bearing 25 lb/ton - Roller Bearing 5 lb/ton
Below Freezing Journal Bearing 35 lb/ton - Roller Bearing 15 lb/ton

Starting resistance is generally not much of a problem with the very large tractive effortavailable with modern diesel locomotives, except on steeper grades. If necessary, thelocomotive engineer can bunch up the train first, then start the train one car at a time.The cars already moving will help start the ones to the rear. This is called takingslack to start.

The figure i get in the simulator at 25° C is: 12,7 kN (12.700 N) = 2885,07 lbf
The figure i should get in the simulator:

162,0t times 1.102311 = we have the short ton = 178,574382 st = times 5lb Roller bearing above freezing = 892,87191 lbf (we can convert to Newtons) = 3971,69 N
Even in Below Freezing = we have the short ton = 178,574382 st = times 15lb Roller bearing below freezing = 2678,61573 lbf (we can convert to Newtons) = 11915,08 N (11,9 kN)

Something is really wrong with this coefficent.

Sorry for the mess explanation.

Best regards,
Thiago.

[NickonWheels]

Hi Thiago

I sadly know what a problematic subject this is. The starting friction value is not dependant upon Davis A but solely on vehicle weight and bearing type. As it is there is no way of entering the value yourself. I downloaded the code and made something like this in a private version which works well, but only in this regard as the downloadable code is broken. This one issue may really spoil the whole experience you could have with ORTS but there is little interest in actually make it work for everyone.

Nick

[MatarazzoT]

NickonWheels, on 27 February 2020 - 07:47 AM, said:

Hi Thiago

I sadly know what a problematic subject this is. The starting friction value is not dependant upon Davis A but solely on vehicle weight and bearing type. As it is there is no way of entering the value yourself. I downloaded the code and made something like this in a private version which works well, but only in this regard as the downloadable code is broken. This one issue may really spoil the whole experience you could have with ORTS but there is little interest in actually make it work for everyone.

Nick

Hi Nick,

Thanks for the feedback, this for sure plays a important role in the simulation, specially in Heavy Haul scenarios, I wish i could help in the code, i need to learn a lot from u guys.

Cheers,
Thiago.

[scottb613]

Hi Mauricio,

Bloody brilliant work on the external HUD access to the sim...

This is from my iPad in both portrait and landscape...


 IMG_2559.jpg (340.73K)
Number of downloads: 13


 IMG_2560.jpg (338.74K)
Number of downloads: 7


Might fit a little better if we shrunk the title - - - oh no - - - the pain in the ash is back with his "helpful" suggestions again... (in this day and age - with what we see spewed all over the news - "ash" is censored here - LOL - it's an official name for donkey)
:)

Ideally - if we could have your HUD and the full Track Monitor on the same page - it would be perfect...

The button labels don't have reverse text to make it visible...

One other suggestion - perhaps it's time we swap keys between the [F5] and [Ctrl F5] - as I think most are unaware of your fantastic new HUD... I see many screenshots with the old [F5] HUD showing - and honestly - yours is vastly superior I couldn't imagine using the old one except for DEBUG purposes...

Nice work - sir...

Regards,
Scott

[Csantucci]

Yes, these screenshots are quite cool! About TDW and Track Monitor on same page: good for tablets but not for smartphones...

I have found the culprit for the FPS reduction in a change I did between Rev. 49 and Rev. 50. I have now reverted the change in Rev. 54.1, which is downloadable from the usual site. It is suggested not to check the "Fast full screen-alt-tab" option for better FPS.

[steved]

scottb613, on 29 February 2020 - 07:45 AM, said:

Hi Mauricio,

Bloody brilliant work on the external HUD access to the sim...

This is from my iPad in both portrait and landscape...


IMG_2559.jpg


IMG_2560.jpg


Might fit a little better if we shrunk the title - - - oh no - - - the pain in the ash is back with his "helpful" suggestions again... (in this day and age - with what we see spewed all over the news - "ash" is censored here - LOL - it's an official name for donkey)
:)

Ideally - if we could have your HUD and the full Track Monitor on the same page - it would be perfect...

The button labels don't have reverse text to make it visible...

One other suggestion - perhaps it's time we swap keys between the [F5] and [Ctrl F5] - as I think most are unaware of your fantastic new HUD... I see many screenshots with the old [F5] HUD showing - and honestly - yours is vastly superior I couldn't imagine using the old one except for DEBUG purposes...

Nice work - sir...

Regards,
Scott

Scott,

It would be really cool if we could drag all of the heads up stuff around to an other monitor. Undock them as it were.
Same for TSRE.
For those of us that use more than one monitor, of course.

Steve

[scottb613]

Csantucci, on 29 February 2020 - 09:28 AM, said:

Yes, these screenshots are quite cool! About TDW and Track Monitor on same page: good for tablets but not for smartphones...

I have found the culprit for the FPS reduction in a change I did between Rev. 49 and Rev. 50. I have now reverted the change in Rev. 54.1, which is downloadable from the usual site. It is suggested not to check the "Fast full screen-alt-tab" option for better FPS.

Hi Carlo,

Good point...

Regards,
Scott

[scottb613]

steved, on 29 February 2020 - 11:18 AM, said:

Scott,

It would be really cool if we could drag all of the heads up stuff around to an other monitor. Undock them as it were.
Same for TSRE.
For those of us that use more than one monitor, of course.

Steve

Hi Steve,

Yep - concur...

You can use this feature to kind of emulate that - just use the local loopback interface on the PC you are running ORTS on - open multiple web browser screens for each function you want displayed... I used to have a program that remember positions of windows and could strip the borders off widows - can’t think of the name of it at the moment... This seems like it’s still very much a workin progress but it seems to have immense potential...

Local Loopback Interface:
http://127.0.0.1:2150/index.html

Regards,
Scott