Elvas Tower: F5 HUD scrolling. - Elvas Tower

Jump to content

Posting Rules

All new threads will be started by members of the Open Rails team, Staff, and/or Admins. Existing threads started in other forums may get moved here when it makes sense to do so.

Once a thread is started any member may post replies to it.
  • 14 Pages +
  • « First
  • 2
  • 3
  • 4
  • 5
  • 6
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

F5 HUD scrolling. Rate Topic: -----

#31 User is offline   mbm_OR 

  • Fireman
  • Group: Status: Active Member
  • Posts: 236
  • Joined: 03-July 15
  • Gender:Male
  • Location:Spain
  • Simulator:Open Rails
  • Country:

Posted 21 October 2019 - 01:35 PM

Hi Scoot,

Your vision of what the Train Driving window should look like, it seems an interesting challenge.
Enough work for a long time, but I will try.

View Postscottb613, on 21 October 2019 - 08:13 AM, said:

Proposed list of abbreviations to use...

The proposed list of abbreviations should be quite helpful. Thanks.

scottb613 said:

Apparently ORTS doesn't use a constant width font - therefore my idea to keep everything in perfect alignment probably won't work...

Or rather, ORTS did not use a constant width font. With the new code it is possible.
Now all abbreviations appears in perfect alignment.

Attached is the new code aligned with the OR x131-98 Testing version.
05/11/2019. New update here.

Regards,
Mauricio

#32 User is offline   scottb613 

  • Vice President
  • Group: Status: First Class
  • Posts: 2,973
  • Joined: 06-July 09
  • Gender:Male
  • Location:Downeast Maine (soon)
  • Simulator:ORTS
  • Country:

Posted 21 October 2019 - 02:52 PM

View Postmbm_OR, on 21 October 2019 - 01:35 PM, said:

Hi Scoot,

Your vision of what the Train Driving window should look like, it seems an interesting challenge.
Enough work for a long time, but I will try.


The proposed list of abbreviations should be quite helpful. Thanks.


Or rather, ORTS did not use a constant width font. With the new code it is possible.
Now all abbreviations appears in perfect alignment.

Attached is the new code aligned with the OR x131-98 Testing version.
Attachment F5TrainDrivingWindow-x131-98.zip

Regards,
Mauricio


Hi Mauricio,

My intent is not to overwhelm you or chain you to a massive development commitment - I so appreciate your open willingness to even talk about these mods and to even consider working on this at all... We don't have to do everything at once and everything is totally at your leisure... If you get bored and want to move on to something else - maybe someone else will pick up the ball after that - that's kind of how this Open Source thing works...

I'm an IT guy by trade but not a software developer... I'm a complete novice at C but I'm pretty decent with Unix shell scripting and all that entails - so I at least understand many of the concepts involved... If I can do anything to assist with your work I'll gladly pitch in where I can but my skill is truly limited... I think it would be a big step ahead if we could design clear and concise plan that will work best for the community and improve our sim as a whole... That way we at least have some common goal to work towards...

I started this same conversation over at Train Sim to see if we can get a bit more input from our intended audience... So these design goals can change and grow as we move forward... What I really want to minimize is wasting your time...

Hah - I upgraded my laptop - I can run ORTS as I travel - so I'll take a look at your latest...

Really - thank you...

Regards,
Scott

#33 User is offline   eolesen 

  • Superintendant
  • Group: Private - Open Rails Developer
  • Posts: 1,546
  • Joined: 30-October 10
  • Gender:Male
  • Simulator:ORTS
  • Country:

Posted 21 October 2019 - 11:00 PM

Just to throw a wrench in the wringer...

Why not make the HUD something with its own config file that you can turn on/off or re-order as you see fit?

You can already see dozens of opinions here on what's needed and what isn't, which means some degree of the user base will not be happy with any change.

The system variables are already there, so isn't it just a matter of what's being exposed?

#34 User is offline   scottb613 

  • Vice President
  • Group: Status: First Class
  • Posts: 2,973
  • Joined: 06-July 09
  • Gender:Male
  • Location:Downeast Maine (soon)
  • Simulator:ORTS
  • Country:

Posted 22 October 2019 - 05:29 AM

Hi Folks,

Nice - Mauricio - I like the constant width fonts - keeping everything lined up just makes it easier to find what you're looking for with the least amount of effort...

Once the HUD is built - it would seem pretty easy to blank values for user preference...

I have been giving this a great deal of thought - finished some more working models and a new feature subject to peer review...

Steam HUD
Attached Image: HUD_Steam_2.jpg

Diesel HUD
Attached Image: HUD_Diesel_2.jpg

Electric HUD
Attached Image: HUD_Electric_2.jpg

Note: The Dynamic Brake row should probably be blanked if the locomotive doesn't have Dynamic Brakes...

Note: I forgot Brakes could be 100% - changed abbreviations for Brakes to three character labels to accommodate...



Now - the following is a result of the conversation on TS... We're not actually sitting in anything that moves - so we should have a few crutches to compensate for the lack of feelings... In my above examples - I included a new indicator on the "SPED" line of all three HUDs - an accelerometer - ideally - this should be a substitute for the feeling you get as the locomotive accelerates or decelerates... I believe this type of indicator (display a graphic) is used in the Track Monitor so theoretically it should be possible... I can do graphics for whatever is needed... The values are subject to change but the following is to give you the gist of how the indicator would work... Ultimately - for locomotives that can't calculate "Projected Speed" - - - this could be a substitute for that value - as this is information you shouldn't really know as an engineer...

Attached Image: HUD_Acc_2.jpg



The following is a similar gauge just for the Steam guys and is on the "BOLS" line of the Steam HUD example... I'd suggest we remove the current line "Steam Usage" that color codes a surplus or deficit in the existing F5 HUD - and replace it with this indicator... As someone who drives steam locomotives all the time - I really don't even notice the actual numbers for "Steam Usage" (which I shouldn't know) - as I rely strictly on the colors of the text to know if I am in a surplus or deficit condition... I've spoken with Peter before on this and I can see how this cheat makes it a bit easier to manage the boiler... Again - the values are subject to change but the following is to give you the gist of how the indicator would work... The values to drive this indicator are probably already contained in the existing F5 HUD "Steam Usage" value that changes the line color...

Attached Image: HUD_StemProd_2.jpg




Yeah - I've been chew'n on this HUD thing for a while...
:)



UPDATED:
===ELECTRIC===
TIME = Time 
SPED = Speed
DIRC = Direction
THRO = Throttle 
BTRN = Brake Train
BLOC = Brake Locomotive
BDYN = Brake Dynamic
PANT = Pantographs
CIRC = Circuit Breakers
POWR = Power
SAND = Sander

===STEAM===
TIME = Time 
SPED = Speed
REVR = Reverser
REGL = Regulator
BTRN = Brake Train
BLOC = Brake Locomotive
STEM = Steam Usage
BOLS = Boiler Steam Pressure
BOLW = Boiler Water Level
FUEL = Fuel (F=Fuel) (W=Water)
CCOK = Cylinder Cocks
SAND = Sander

===DIESEL===
TIME = Time 
SPED = Speed
DIRC = Direction
THRO = Throttle 
BTRN = Brake Train
BLOC = Brake Locomotive
BDYN = Brake Dynamic
SAND = Sander
ENGN = Engine
FUEL = Fuel

===BRAKE VALUES===
Rel = Release
ReQ = Release Quick
App = Apply
ApQ = Apply Quick
ApS = Apply Slow
Srv = Service
LaS = Lap Self
Lap = Lap
Run = Running
Emg = Emergency
FOT  = Front of Train
EOT  = End of Train
BP   = Brake Pipe
BC   = Brake Cylinder
EQ   = Equalized


Regards,
Scott

#35 User is offline   ebnertra000 

  • Superintendant
  • Group: Status: Elite Member
  • Posts: 1,234
  • Joined: 27-February 17
  • Gender:Male
  • Location:East-Central Minnesota
  • Simulator:OR/TSRE
  • Country:

Posted 22 October 2019 - 06:09 AM

Could the accererometer be a little more of a sliding scale, maybe just starting with a green square that grows into a rectangle with more acceleration? I do like the idea of the lunar...I mean light grey...color for more or less stable, and of course, red for slowing. I'm all for not making it too easy, but three circles seems a bit of a blunt instrument

#36 User is offline   scottb613 

  • Vice President
  • Group: Status: First Class
  • Posts: 2,973
  • Joined: 06-July 09
  • Gender:Male
  • Location:Downeast Maine (soon)
  • Simulator:ORTS
  • Country:

Posted 23 October 2019 - 03:33 AM

View Postebnertra000, on 22 October 2019 - 06:09 AM, said:

Could the accererometer be a little more of a sliding scale, maybe just starting with a green square that grows into a rectangle with more acceleration? I do like the idea of the lunar...I mean light grey...color for more or less stable, and of course, red for slowing. I'm all for not making it too easy, but three circles seems a bit of a blunt instrument


Hi...

So you're interested in more granularity or simply aesthetics ?

I could certainly make a mockup to let everyone evaluate an option but this just being a basic HUD I'm not sure more information is really needed ?

Peter also reminded me we need to consider "Geared" and "Compound" locomotives as well - I'll have to find some examples of the existing HUD for these types... If someone could post a screenshot example if they use these types regularly - it would be helpful and save me a bit of time...

FYI: I updated the above graphics with some minor changes just to make it look a little better...

Regards,
Scott

#37 User is offline   rickloader 

  • Conductor
  • Group: Status: First Class
  • Posts: 479
  • Joined: 05-February 13
  • Gender:Male
  • Location:Southampton uk
  • Simulator:Open Rails
  • Country:

Posted 23 October 2019 - 04:12 AM

Hi Scott, i very much welcome the steam production / usage.
I always drive in manual firing mode, and at the moment in F5/ctrl F we only have Steam Usage. There is no steam production info. This lack of info makes it nearly impossible to run a train just below max boiler pressure. Once the safety valves open, boiler pressure plummets, and then recovers to start the whole
cycle again. I realise this delay is inherrent in the steam loco, having a huge store of heat energy. A real life fireman can gauge steam production from the state of the fire, but in game you need steam production info.
A bit off topic, but I think the dampers, and injectors don`t have much effect on steam production in game. It should be possible to avoid blowing off steam by putting an injector on. I`ve tried looking at the figures on the full HUD, but it is very hard to monitor the vital figures. A steam production/ usage dispay would be a great step forward
thanks, rick

#38 User is offline   scottb613 

  • Vice President
  • Group: Status: First Class
  • Posts: 2,973
  • Joined: 06-July 09
  • Gender:Male
  • Location:Downeast Maine (soon)
  • Simulator:ORTS
  • Country:

Posted 23 October 2019 - 05:05 AM

View Postrickloader, on 23 October 2019 - 04:12 AM, said:

Hi Scott, i very much welcome the steam production / usage.
I always drive in manual firing mode, and at the moment in F5/ctrl F we only have Steam Usage. There is no steam production info. This lack of info makes it nearly impossible to run a train just below max boiler pressure. Once the safety valves open, boiler pressure plummets, and then recovers to start the whole
cycle again. I realise this delay is inherrent in the steam loco, having a huge store of heat energy. A real life fireman can gauge steam production from the state of the fire, but in game you need steam production info.
A bit off topic, but I think the dampers, and injectors don`t have much effect on steam production in game. It should be possible to avoid blowing off steam by putting an injector on. I`ve tried looking at the figures on the full HUD, but it is very hard to monitor the vital figures. A steam production/ usage dispay would be a great step forward
thanks, rick




Hi Rick,

Yeah - I used to handfire quite a bit in MSTS - for me - it doesn't seem to work as well in ORTS therefore I haven't used it...

I may have misunderstood "Steam Production" value - as my interpretation - is that the color coding on the "Steam Usage" represented a steam surplus or deficit ? Whether it is or isn't - the text color is what I use to manage the boiler with the automatic fireman - as boiler pressure doesn't seem as "usable" as it was in MSTS...

I'll need to add an example with the hand firing parameters when I get a chance...

<OFF TOPIC>

Quote

I believe the design goals of the existing ORTS steam model - was to simplify it a bit for the masses and to only incorporate documentable facts - so modelers didn't need 500 parameters and to sacrifice some chickens under the light of a full moon - to properly define the steam physics of a locomotive... While ORTS seems to have accomplished this goal - it also means that we've lost a great deal of ability to customize an individual locomotive to our specific needs and manage the myriad of configurations MSTS seemed to address better... Personally - I'm not sure I fully agree with this philosophy... On my latest project I spent countless hours trying to replicate what I had in MSTS - with an ORTS physics file - and to me it still feels a bit simplified or dumbed down... There are very few parameters at our disposal to modify - as much of the physics work is hard coded in the sim therefore unavailable for modification...

We REALLY need the ability to modify the injectors - railroads spent a great deal of money on feedwater heaters - they were there for a reason - they were needed...

When attempting to hand fire my ORTS project - the boiler pressure seems to always be maxed - like you - blowing the relief valves - or - in an uncontrollable death spiral that can't be recovered from - there is no middle ground... I can't - for instance - run at a reduced pressure if you know a stop is coming up or you're getting ready to crest a hill and you won't need all that steam... Trying to manage the boiler from "Boiler Pressure" - as done in the real world or MSTS - seems impossible... In MSTS - we could vary the quality of the fire - none of our controls (dampers, blower, firebox door, fuel feed rate) seem to have any effect in ORTS... In MSTS - you could set how much of an impact each injector had on steam production (simulating feedwater heaters or lack thereof) in ORTS the values are hardcoded and have very little effect on steam production (no water strategy necessary)... In MSTS - it took real skill and effort to keep steam production where it needed to be - managing the fire - controlling how and when you added water - working with the engineer on how hard he could drive the locomotive in order to conserve precious steam - those days seem to have passed... In MSTS - starting a long hill grind without having high water levels in the boiler - demanding maximum effort of the locomotive - exceeding your feedwater heaters capacity to maintain water levels in the boiler - then having to resort to "cold" water from the second injector to avoid melting plugs - was a surefire recipe to stall out on the hill from lack of steam... LOL - I've melted plenty of plugs when I couldn't keep enough water in the boiler because I wasn't driving/firing intelligently and efficiently... Tunnels used to be deadly if you opened the firebox door in one - LOL - not sure if we need to resuscitate this feature...

That said - Peter had stated he requested help from the community for testing - to address hand firing - but no help was offered so the subject was dropped - and rightly so... We can't thank these ORTS developers enough for the herculean efforts they donate to our cause - so who could fault them when their requests for help go unanswered ?

I don't know - perhaps the hand firing crowd is such a small percentage of us (a niche within a niche within a niche) we've reached a point of diminishing returns on the effort it would take to code this properly ? The above is why I stopped hand firing - relegating it to Mr. Auto...

<END OFF TOPIC>

Regards,
Scott

#39 User is offline   Kazareh 

  • Conductor
  • Group: Status: Active Member
  • Posts: 471
  • Joined: 21-December 12
  • Gender:Male
  • Simulator:Open Rails
  • Country:

Posted 23 October 2019 - 05:46 AM

I like this, honestly!!! Think it's definitely far since time to update the old ASCII F5 hud from MSTS and all. Would love to see this implemented for sure as the ORTS Standard!!!

#40 User is offline   scottb613 

  • Vice President
  • Group: Status: First Class
  • Posts: 2,973
  • Joined: 06-July 09
  • Gender:Male
  • Location:Downeast Maine (soon)
  • Simulator:ORTS
  • Country:

Posted 23 October 2019 - 10:56 AM

View PostKazareh, on 23 October 2019 - 05:46 AM, said:

I like this, honestly!!! Think it's definitely far since time to update the old ASCII F5 hud from MSTS and all. Would love to see this implemented for sure as the ORTS Standard!!!


Hi...

Thanks for the feedback - nice to know we're on the right track...
:)

Regards,
Scott

  • 14 Pages +
  • « First
  • 2
  • 3
  • 4
  • 5
  • 6
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users