Elvas Tower: MILW Box Cabs and OR - Elvas Tower

Jump to content

  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

MILW Box Cabs and OR Noted and notable Effects Rate Topic: -----

#1 User is offline   timmuir 

  • Member since Nov. 2003
  • Group: Status: Elite Member
  • Posts: 9,516
  • Joined: 22-November 03
  • Gender:Not Telling
  • Location:Somewhere on the Beautiful Oregon Coast
  • Simulator:Open Rails Only
  • Country:

Posted 18 December 2011 - 09:45 AM

Anyone who has downloaded and is familiar with these models knows that they are not typical in the way they are assembled. When the original models were being conceived many years ago, I had no end of troubles getting the beasts to work right in MSTS, due to their unorthodox arrangement of trucks and body assemblies with their off-center origins. But after much work and help from modelers such as Jon Davis, Wayne Campbell, Chuck Zeiler, Jeff Link, (and a few others I fail to remember, sorry), we got the big GE's to work in the sim and now grace the rails for many Milwaukee Road juice fans in MSTS. But, now I'm wondering if there's more hair-pulling and teeth-grinding in store to get these things to work right in OR.

I installed OR.7 a few days back and have been running a few trains, and marveling at how far along this version has come from the last time I tried it. But then I tried running my box cabs and was immediately struck at how the models were being rendered, using the latest release version of the E29s and E34s v3 available here in the library. It should be noted that these models consist of a front truck/wag coupled to the body/eng, coupled to the rear truck/wag and so on through each unit. The bodies have a 0.001 meter length in the z dimension to squeeze in between the truck couplings. And this is how they load:

Attached Image: Open Rails 2011-12-18 08-02-21.jpg

Note the bodies are skewed several degrees to the right and slightly up. They ride like this on tangent track, and depending upon the location on the route, will sometimes straighten out. But once any kind of curved track is entered, the bodies go into a frantic, wild dance. Screen shots don't show this very well, but some idea can be gleaned from this short series:

These shots don't show the extreme fluctuations going on here. Picture these views a hundred times faster in a couple of seconds. It's pretty wild.
Attached Image: Open Rails 2011-12-18 08-02-29.jpg

Attached Image: Open Rails 2011-12-18 08-02-34.jpg

Attached Image: Open Rails 2011-12-18 08-03-03.jpg

This one shows the bucking bronco effect pretty well.
Attached Image: Open Rails 2011-12-18 08-03-06.jpg

But the clincher is when the units enter a turnout, OR crashes to a grey screen.

Here is the last log entry, although I don't know if that's any help.
Attached File  OpenRailsLog.txt (11.86K)
Number of downloads: 233

Also here's a thumbnail of my system specs.
Attached Image: sys.jpg

This illustrates the arrangement of the consist of each unit, as outlined in red bounding boxes:
Attached Image: E39-A_Bboxes.jpg

As an aside, I also ran a test of my earlier version of the box cabs that have a slightly different consist arrangement. The v1 models' bodies have the rear truck integral, while the front truck is a .wag coupled ahead. They do a less violent jitterbug, almost imperceptible compared to their younger versions. The v1 front trucks "over-animate" through curves, like this:

Attached Image: e25.jpg

Anyhow, this is for the team to be made aware of for future reference. Docket it for later. The team has done a great job so far, thank you.

Also, as another aside, I have been considering a total rebuild of these units from the ground up. The current models are using some old textures and odd mapping, and alpha'ed truck frames I'd like to model in 3D, plus make some other improvements.

Thanks again.

#2 User is offline   James Ross 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 5,491
  • Joined: 30-June 10
  • Gender:Not Telling
  • Simulator:Open Rails
  • Country:

Posted 18 December 2011 - 09:51 AM

Neat problem! I'm going to suspect the articulated wagon code first (which is mine, to boot), but would it be possible to thrown in some links for downloading these consists/engines?

#3 User is offline   timmuir 

  • Member since Nov. 2003
  • Group: Status: Elite Member
  • Posts: 9,516
  • Joined: 22-November 03
  • Gender:Not Telling
  • Location:Somewhere on the Beautiful Oregon Coast
  • Simulator:Open Rails Only
  • Country:

Posted 18 December 2011 - 10:05 AM

Hi James and thanks for your quick reply. The E29 set is available at Elvas Tower library which has a consist file for each power configuration the Milwaukee used. Be sure to download the updated engine files too. The older models are available at Train-Sim.com, which have been upgraded by Lukas Lusser.

#4 Inactive_mestevet_*

  • Group: Status: Passengers (Obsolete)

Posted 19 December 2011 - 11:37 AM

As an added data point, when I heard about Tim's issues, I loaded up two different versions of his Boxcabs that I have, and neither displayed the kind of misbehavior that Tim is showing (although I did note a number of other issues, the "Black Shadow" issue with my nVidia card, and some cab displays and controls that didn't function correctly). Frustrating, eh?

Steve

#5 User is offline   longiron 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 3,179
  • Joined: 25-July 08
  • Gender:Male
  • Location:Manasquan, NJ
  • Simulator:Open Rails, MSTS editors
  • Country:

Posted 20 December 2011 - 08:39 AM

Team,
I did some testing last evening with Tim's boxcabs and the original Boxcab files. I compared their behavior on two different routes - NEC v4 and PRR Eastern Region. In both cases, the jumping and up & down or side-to-side movement was significantly less than on RMD. Camera #2 perspective also jumped at many of the same times as the Boxcab parts moved, which leads me to think that it's related to the trackwork. I'm speculating that perhaps "rougher" trackwork on the RMD is causing the issue to be more obvious?

On all routes, when the models ran through tight curves the rotation of the main driving wheels bogie appeared to be excessive. Nor I have compared the models running MSTS versus OR. I will try to capture the differences on a video.

#6 User is offline   timmuir 

  • Member since Nov. 2003
  • Group: Status: Elite Member
  • Posts: 9,516
  • Joined: 22-November 03
  • Gender:Not Telling
  • Location:Somewhere on the Beautiful Oregon Coast
  • Simulator:Open Rails Only
  • Country:

Posted 20 December 2011 - 09:19 AM

Thanks, Steve and Chris. I'll try them out on another electric route, all I have is my PE and Valley T West.

In the meantime, here's another little problem. The Milwaukee "Little Joe", also a three-part locomotive, when paired, opens like this, a kind of "Super Joe":

Attached Image: Open Rails 2011-12-20 07-36-36.jpg
A 2-D+2-D-D-2! There's another D-2 hidden in there somewhere! ;)
The same consist in MSTS:

Attached Image: Image1.jpg
2-D+D-2~2-D+D-2

A single Joe opens correctly.

#7 User is offline   timmuir 

  • Member since Nov. 2003
  • Group: Status: Elite Member
  • Posts: 9,516
  • Joined: 22-November 03
  • Gender:Not Telling
  • Location:Somewhere on the Beautiful Oregon Coast
  • Simulator:Open Rails Only
  • Country:

Posted 20 December 2011 - 10:25 AM

I ran a set of box cabs on the Valley Transit, which has good track. The motors open in OR correctly lined up straight. But enter a curve, it's dancing the jitterbug all over the right of way. Camera 2 was stable throughout on the RMD, this and a test on the PE route, which has good track too. But not from the cabview.
Straight Track, just before curve, Valley T:
Attached Image: Open Rails 2011-12-20 09-46-27.jpg

On curved track, Valley T:
Attached Image: Open Rails 2011-12-20 09-37-51.jpg

Straight track, Scalerail, Pacific Electric 2:
Attached Image: Open Rails 2011-12-20 09-57-11.jpg

The box cabs danced through a very sharp turn, then crashed OR to grey window shortly after this shot.
Attached Image: Open Rails 2011-12-20 10-03-27.jpg

Also note overhead wire out of alignment, which has been seen in various locations on the PE.

Thanks again.

#8 Inactive_mestevet_*

  • Group: Status: Passengers (Obsolete)

Posted 20 December 2011 - 12:04 PM

I, too have noted wire out of alignment in a number of places, particularly on switches (or the short segments in between a cross over), and some curves, like it's offset to the side instead of over the middle of the track.

A couple of thoughts come to mind... does Open Rails make use of the MSTS "default.wag"? Something about this started making me think of some issues that came up with "bouncing" rolling stock (of mine) in MSTS when a tester was using a different set of values in their default.wag. Just a shot in the dark.

Another question, since it does seem like maybe there could be some 'route dependence' on this... what I'm thinking is, do these routes have any odd "gravity compensation scale" setting? or some other setting I'm not aware of that could be contributing to this? The reason I'm saying this is that I have run the E29 and E47 set on the NECv4, and my own route (which not surpisingly uses essentially the same setup as the NECv4) and had no sign of this, through curves or otherwise.

Steve

#9 User is offline   simon1234 

  • Apprentice
  • Group: Status: Dispatcher
  • Posts: 46
  • Joined: 06-June 07
  • Country:

Posted 12 January 2012 - 12:08 PM

View Posttimmuir, on 20 December 2011 - 09:19 AM, said:

Thanks, Steve and Chris. I'll try them out on another electric route, all I have is my PE and Valley T West.

In the meantime, here's another little problem. The Milwaukee "Little Joe", also a three-part locomotive, when paired, opens like this, a kind of "Super Joe":

Attachment Open Rails 2011-12-20 07-36-36.jpg
A 2-D+2-D-D-2! There's another D-2 hidden in there somewhere! :good2:
The same consist in MSTS:

Attachment Image1.jpg
2-D+D-2~2-D+D-2

A single Joe opens correctly.

I noticed that every engine in the consist needs a pointer to a real and existing cab view in the .eng file, otherwise it will not be visible in OR.
I had about the same problem with the EL-2B engine, changing the pointer in every .eng file to the .eng file in the cabview folder made the whole engine visible.

Hope this was any use

#10 User is offline   James Ross 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 5,491
  • Joined: 30-June 10
  • Gender:Not Telling
  • Simulator:Open Rails
  • Country:

Posted 20 May 2012 - 06:15 AM

I believe the problem with the E29s and E34s has been fixed now (V1024 for anyone with access to builds).

The locomotives are made up of 3 cars, one for each bogie and one for the body in the middle. The middle car has length 0.001m. It has two bogies (positioned where the other cars sit) but no wheels defined, and this is where OR was tripping up. I've adjusted it to work with this situation of "bogies but no wheels".

  • 2 Pages +
  • 1
  • 2
  • 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