Elvas Tower: 3D Cabs - 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.
  • 79 Pages +
  • « First
  • 70
  • 71
  • 72
  • 73
  • 74
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

3D Cabs Rate Topic: -----

#711 User is offline   superheatedsteam 

  • Conductor
  • Group: Status: Contributing Member
  • Posts: 496
  • Joined: 28-June 08
  • Location:Perth, WA
  • Country:

Posted 24 June 2022 - 02:10 AM

Thank you Carlo. It works a treat.

#712 User is offline   Csantucci 

  • Member, Board of Directors
  • Group: Status: Elite Member
  • Posts: 6,986
  • Joined: 31-December 11
  • Gender:Male
  • Country:

Posted 24 June 2022 - 08:41 AM

That's good! I have now submitted a PR for the official OR, which means that within about an hour the fix will be present also in the Unstable release.

#713 User is offline   trainagrandevitesse 

  • Apprentice
  • Group: Status: Active Member
  • Posts: 32
  • Joined: 17-September 13
  • Gender:Male
  • Location:Paris Gare de l'Est
  • Simulator:ORTS
  • Country:

Posted 25 June 2022 - 06:08 AM

hello,
it's good for me too the clock is working properly. hour, minutes and seconds.
Thank you Carlo.
Good bye

Jean-Prisca

#714 User is offline   VAPOR3D 

  • Conductor
  • Group: Status: Active Member
  • Posts: 264
  • Joined: 15-March 20
  • Gender:Male
  • Location:Barcelona, Catalunya
  • Simulator:Open Rails
  • Country:

Posted 25 June 2022 - 04:27 PM

Hello.

Nice, that's a great advance, I wonder if we will also one day have analog clocks in the 3D cabs, not only in the 2D cabs.

Thank you Carlo!

#715 User is offline   trainagrandevitesse 

  • Apprentice
  • Group: Status: Active Member
  • Posts: 32
  • Joined: 17-September 13
  • Gender:Male
  • Location:Paris Gare de l'Est
  • Simulator:ORTS
  • Country:

Posted 02 August 2022 - 05:27 AM

Hello,
In OR MG and on V1.4

I noticed a small problem with the wiper button and the mouse.

It does not work with the mouse to turn on the wiper,
But it works with the mouse to stop the wiper.

Have you noticed this problem too?

Goodbye

Jean Prisca

#716 User is offline   superheatedsteam 

  • Conductor
  • Group: Status: Contributing Member
  • Posts: 496
  • Joined: 28-June 08
  • Location:Perth, WA
  • Country:

Posted 02 August 2022 - 08:44 AM

Hi Jean,

I do not have this problem. I have just tested my wipers using the mouse on 2 different types of switches and both switches can turn the wipers on and off.

I tested in Open Rails v1.4, Testing version 2011.07.22 and MG Rev126.

First switch is a lever object called WIPERS:0 that has a 2 frame rotation animation.

The second switch is a button object called WIPERS:1 that has a 2 position location animation.

There were 2 identical entries in the .cvf file for the wiper switches and they both have the following:

TwoState (
Type ( WIPERS TWO_STATE )
Position ( 1 1 1 1 )
NumFrames ( 2 2 1 )
Style ( ONOFF )
MouseControl ( 1 )
)

Hope this helps.

Cheers,

Marek.

#717 User is offline   trainagrandevitesse 

  • Apprentice
  • Group: Status: Active Member
  • Posts: 32
  • Joined: 17-September 13
  • Gender:Male
  • Location:Paris Gare de l'Est
  • Simulator:ORTS
  • Country:

Posted 03 August 2022 - 04:35 PM

Good evening,
it's ok it works, it was a naming problem.
wipers:0:0 was malfunctioning.
wipers:1:0 works fine

Thanks again Marek

Good night

#718 User is offline   SYogurt 

  • Fireman
  • Group: Status: Active Member
  • Posts: 136
  • Joined: 29-March 19
  • Gender:Male
  • Simulator:ORTS
  • Country:

Posted 14 August 2022 - 07:37 PM

Hi all,

Trying to work on my P42 cab, and I've run into some issues which have stopped me dead.

Working in Blender 3.2 with Wayne's MSTS exporter. At one point, I had many digital displays working (speedo, brake pipe, etc) in my 3D cab. Now that I'm diving back into this a few years later, I can't get any of these displays to work. Can someone briefly summarize exactly what I should be doing?

Here's what I know:

My 3D model is exporting fine, and keyframes for controls were working. I have a collection with MAIN and then MAIN_700 that contains my objects.

-I have objects called BRAKE_CYL:0 and BRAKE_PIPE:0 with their origin where I want the gauge to display.
-I was reusing a .cvf from the 3DTS P42 for testing - can someone explain what exactly each gauge should have in the .cvf, assuming no 2D cab?
-I have tried using empties as well as cubes with their origin moved as the source point for the gauge
-This worked at one point, and now I don't know what I'm doing wrong

#719 User is offline   mrmosky 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 646
  • Joined: 02-October 16
  • Gender:Male
  • Location:Chasetown
  • Simulator:Openrails
  • Country:

Posted 14 August 2022 - 11:50 PM

Hi,

Maybe try changing the names to BRAKE_CYL:0:0 and BRAKE_PIPE:0:0 as this works for me.

Also open the completed .s file after exporting and check that the : symbols are still correct.

The cvf file should be ok, if it worked for a 2d cab.

Geoff

#720 User is offline   superheatedsteam 

  • Conductor
  • Group: Status: Contributing Member
  • Posts: 496
  • Joined: 28-June 08
  • Location:Perth, WA
  • Country:

Posted 15 August 2022 - 02:27 AM

For digital displays the first number after the first : is the instance number of that display in the cvf file.

The second number after the second : is the size of the digits

The 3rd value is the name of the ACE file to use. I don't recall exactly but if no ace name is included then OR will default to using SPEED.ACE that must be present in the cabview folder.

e.g.

SPEEDOMETER:0:15:SPEED1 //first speedometer in cvf file with font size 15 using SPEED1.ACE

SPEEDOMETER:1:25:SPEED2 //second speedometer in cvf with font size 25 and using an ace file called SPEED2.ACE


Below is a digital speedometer from one of my cab views. This is for a locomotive that only has a 3D cab view so there is only a CABVIEW3D folder with a CVF folder within it.

I'm pretty certain that the reference to different colours for the display does not work for 3D cabs. The colour used is the colour in the .ACE file.

If you have a 2D Cabview as well I believe that the CVF file in CABVIEW and CABVIEW3D have to be the same with respect to the order that the controls are listed in both CVF files.


Digital (
Type ( SPEEDOMETER DIGITAL )
Position ( 1 1 1 1 )
ScaleRange ( 0 200 )
Accuracy ( -1 )
AccuracySwitch ( 10 )
LeadingZeros ( 1 )
Justification ( 6 )
PositiveColour ( 0
ControlColour ( 255 255 255 )
)
NegativeColour ( 0 )
DecreaseColour ( 0 )
Units ( MILES_PER_HOUR )
)
comment ( Accuracy = -1 = No fractional values, 0 = 1 decimal place, 1 = 2 decimal places)
comment ( AccuracySwitch = Speed that readout changes from fractional values to whole numbers e.g. 7.7 mph vs 17 mph )
comment ( Justification 1, 2 , 3 and 4 = left, 5 = center, 6 = right )
comment (right justification does not work on stable v1.4 but does work on later testing versions of v1.4 and MG)

If you want to use right justification, you have to offset the origin point to the left of where you want the digits to display as there are approx 6 leading zeros that will not normally be drawn but have to have space allocated for them.

I have attached a couple of different ACE files with the required format that you can use or edit as desired.

Sorry if it all sounds a bit vague but I have to relearn all this stuff each time I work on a new cab and with the constant changes, everything is in a state of flux.

Cheers,

Marek.

Attached File  speed1.zip (56.38K)
Number of downloads: 92

  • 79 Pages +
  • « First
  • 70
  • 71
  • 72
  • 73
  • 74
  • 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