3D cab not showing digital gauges

Bug #1532660 reported by Chip
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Open Rails
Fix Released
Medium
Carlo Santucci

Bug Description

Our 3D cab view is no longer displaying numeric gauges as of x3393. (They were working prior to x3368.)

The manual of 18 December says that "Digits for 3D cabs can now use custom ACE files; e.g. name the part as CLOCK:1:15:CLOCKS. This will draw the second clock with 15mm font dimension, with the CLOCKS.ACE file in CABVIEW3D containing the font. If no ace is specified, the default will be used."

The default.ace file has not been changed or moved.

I've tried copying the default.ace and renaming to the specific gauges (e.g., LOAD_METER.ace), but this isn't working either. I've asked on the OR Elvas Tower forum:

http://www.elvastower.com/forums/index.php?/topic/27991-3d-cab-no-longer-showing-numeric-gauges/

 I'm not sure if the file should be default.ace or clock.ace -- it isn't specified in the documentation.

Revision history for this message
Carlo Santucci (carlosanit1) wrote :

Hi Chip,
sorry for this inconvenience.
I had a short check to the code. As far as I can see, the file should be called clock.ace and it should reside within Global\Textures.
Alternatively it can be laid in the directory of the 3Dcabview shape. As I am not sure exactly what directory is meant, I ask you to attach here the OpenRailsLog file you obtain when starting OR with your 3D cabview. A message should be found there that indicates the correct path.

Revision history for this message
Carlo Santucci (carlosanit1) wrote :

As far as the .ace names are concerned, you can derive them here from the code:
   switch (controltype)
                {
                    case CABViewControlTypes.CLOCK:
                        imageName = "clock.ace";
                        break;
                    case CABViewControlTypes.SPEEDLIMIT:
                    case CABViewControlTypes.SPEEDLIM_DISPLAY:
                        imageName = "speedlim.ace";
                        break;
                    case CABViewControlTypes.SPEED_PROJECTED:
                    case CABViewControlTypes.SPEEDOMETER:
                    default:
                        imageName = "speed.ace";
                        break;
                }
Moreover, the default texture file name for the alert is alert.ace.

Revision history for this message
Chip (chip-0) wrote : Re: [Bug 1532660] Re: 3D cab not showing digital gauges

Hi Carlos,

Thanks for your reply. I checked the log file and have copied the speed.ace file into the global/textures folder. This seems to be working now.

I’ll post my result on the Elvas Tower. I’m continuing developing modern cab interfaces so will undoubtedly have more questions.

Thanks again for your help!

Chip
dekosoft.com <http://dekosoft.com/>

> On Jan 12, 2016, at 9:47 AM, Carlo Santucci <email address hidden> wrote:
>
> As far as the .ace names are concerned, you can derive them here from the code:
> switch (controltype)
> {
> case CABViewControlTypes.CLOCK:
> imageName = "clock.ace";
> break;
> case CABViewControlTypes.SPEEDLIMIT:
> case CABViewControlTypes.SPEEDLIM_DISPLAY:
> imageName = "speedlim.ace";
> break;
> case CABViewControlTypes.SPEED_PROJECTED:
> case CABViewControlTypes.SPEEDOMETER:
> default:
> imageName = "speed.ace";
> break;
> }
> Moreover, the default texture file name for the alert is alert.ace.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1532660
>
> Title:
> 3D cab not showing digital gauges
>
> Status in Open Rails:
> New
>
> Bug description:
> Our 3D cab view is no longer displaying numeric gauges as of x3393.
> (They were working prior to x3368.)
>
> The manual of 18 December says that "Digits for 3D cabs can now use
> custom ACE files; e.g. name the part as CLOCK:1:15:CLOCKS. This will
> draw the second clock with 15mm font dimension, with the CLOCKS.ACE
> file in CABVIEW3D containing the font. If no ace is specified, the
> default will be used."
>
> The default.ace file has not been changed or moved.
>
> I've tried copying the default.ace and renaming to the specific gauges
> (e.g., LOAD_METER.ace), but this isn't working either. I've asked on
> the OR Elvas Tower forum:
>
> http://www.elvastower.com/forums/index.php?/topic/27991-3d-cab-no-
> longer-showing-numeric-gauges/
>
> I'm not sure if the file should be default.ace or clock.ace -- it
> isn't specified in the documentation.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/or/+bug/1532660/+subscriptions

Revision history for this message
Carlo Santucci (carlosanit1) wrote :

Nice!
I'll try to remember to add this in the next release of the manual.

Changed in or:
status: New → Invalid
Revision history for this message
Chip (chip-0) wrote :

Carlo,

I still have an issue that the speed.ace file isn’t recognized in the cabview3d folder. I’ve copied the same file from the global/textures folder to the cabview3d folders for different models — see attached log file. Could you please check this? Let me know if you need me to send you the model files.

Thanks,
Chip

> On Jan 12, 2016, at 9:47 AM, Carlo Santucci <email address hidden> wrote:
>
> As far as the .ace names are concerned, you can derive them here from the code:
> switch (controltype)
> {
> case CABViewControlTypes.CLOCK:
> imageName = "clock.ace";
> break;
> case CABViewControlTypes.SPEEDLIMIT:
> case CABViewControlTypes.SPEEDLIM_DISPLAY:
> imageName = "speedlim.ace";
> break;
> case CABViewControlTypes.SPEED_PROJECTED:
> case CABViewControlTypes.SPEEDOMETER:
> default:
> imageName = "speed.ace";
> break;
> }
> Moreover, the default texture file name for the alert is alert.ace.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1532660
>
> Title:
> 3D cab not showing digital gauges
>
> Status in Open Rails:
> New
>
> Bug description:
> Our 3D cab view is no longer displaying numeric gauges as of x3393.
> (They were working prior to x3368.)
>
> The manual of 18 December says that "Digits for 3D cabs can now use
> custom ACE files; e.g. name the part as CLOCK:1:15:CLOCKS. This will
> draw the second clock with 15mm font dimension, with the CLOCKS.ACE
> file in CABVIEW3D containing the font. If no ace is specified, the
> default will be used."
>
> The default.ace file has not been changed or moved.
>
> I've tried copying the default.ace and renaming to the specific gauges
> (e.g., LOAD_METER.ace), but this isn't working either. I've asked on
> the OR Elvas Tower forum:
>
> http://www.elvastower.com/forums/index.php?/topic/27991-3d-cab-no-
> longer-showing-numeric-gauges/
>
> I'm not sure if the file should be default.ace or clock.ace -- it
> isn't specified in the documentation.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/or/+bug/1532660/+subscriptions

Changed in or:
status: Invalid → In Progress
assignee: nobody → Carlo Santucci (carlosanit1)
Revision history for this message
Carlo Santucci (carlosanit1) wrote :

Hi Chip,
maybe I have found an error in the code. Pls. replace runactivity.exe and runactivityLAA.exe of release x.3409 with the ones included in the attached .zip file, and check if now speed.ace within the cabview3d folder is recognized. If it still does not work, than it can be useful if you send me the model files.

Revision history for this message
Chip (chip-0) wrote :

Hi Carlo,

This looks good. I even removed the speed.ace and clock.ace from the global/texture folders as a test, and the digital gauges are displaying correctly.

On a separate note, do you do any freelance development? I’m learning C sharp and have some projects I’m hoping to finish this summer.

Thanks again,
Chip

> On Jan 13, 2016, at 1:19 PM, Carlo Santucci <email address hidden> wrote:
>
> Hi Chip,
> maybe I have found an error in the code. Pls. replace runactivity.exe and runactivityLAA.exe of release x.3409 with the ones included in the attached .zip file, and check if now speed.ace within the cabview3d folder is recognized. If it still does not work, than it can be useful if you send me the model files.
>
> ** Attachment added: "Runactivities.zip"
> https://bugs.launchpad.net/or/+bug/1532660/+attachment/4549519/+files/Runactivities.zip
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1532660
>
> Title:
> 3D cab not showing digital gauges
>
> Status in Open Rails:
> In Progress
>
> Bug description:
> Our 3D cab view is no longer displaying numeric gauges as of x3393.
> (They were working prior to x3368.)
>
> The manual of 18 December says that "Digits for 3D cabs can now use
> custom ACE files; e.g. name the part as CLOCK:1:15:CLOCKS. This will
> draw the second clock with 15mm font dimension, with the CLOCKS.ACE
> file in CABVIEW3D containing the font. If no ace is specified, the
> default will be used."
>
> The default.ace file has not been changed or moved.
>
> I've tried copying the default.ace and renaming to the specific gauges
> (e.g., LOAD_METER.ace), but this isn't working either. I've asked on
> the OR Elvas Tower forum:
>
> http://www.elvastower.com/forums/index.php?/topic/27991-3d-cab-no-
> longer-showing-numeric-gauges/
>
> I'm not sure if the file should be default.ace or clock.ace -- it
> isn't specified in the documentation.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/or/+bug/1532660/+subscriptions

Revision history for this message
Carlo Santucci (carlosanit1) wrote :

Fixed in x.3410.

Hi Chip, thanks for appreciation, but I'm only an amateur programmer, with neither deep nor extended knowledge of C# programming :) I don't do freelance development, sorry.

Changed in or:
status: In Progress → Fix Committed
James Ross (twpol)
Changed in or:
importance: Undecided → Medium
milestone: none → 1.1
James Ross (twpol)
Changed in or:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.