Jump to content

Sign in to follow this  
JB3DG

What developers want

Recommended Posts

A friendly WYSIWYG panel design tool for freeware panel designers.

Freeware developer.

Share this post


Link to post
Share on other sites
6 hours ago, Michael Cependa said:

Going back to the lag issue for 360 + animations, on re-reading Bill's replies it seems we were not understanding each other.  I know about using decimal values for rotating drums so they move smoothly.  But my aircraft had some special cases in which I wanted to only display integers but still have visible motion when the drums rotated. 

I think we're actually talking about the same thing. Have you any memory of "old-fashioned" odometers where mechanical drums were used?

The tenths digit will turn slowly and smoothly, but all the other digits would only "turn" between 9 and 0, and even then turn smoothly for the final 1/10th mile. In 3d modeling I've used nothing more than simple XML scripting to accomplish the task.

The typical use of course has been "Hobbs" meters and mechanical DME displays. Note how the 1's digit is about to roll over between 9 and 0 as the 1/10ths is nearing 0 again.

This tiny bit of script accomplishes the task using the 'abs' (absolute) and  'flr' (floor) parameters.

<Code>(A:KOHLSMAN SETTING HG, inHg) abs 99 min 0 max 10 % 1 / flr</Code>

EGxfe.png

  • Like 1

Fr. Bill    

AOPA Member: 07141481 AARP Member: 3209010556

Interests: Gauge Programming - 3d Modeling for Milviz

Share this post


Link to post
Share on other sites

Bill, I have all my drums set up like that -- I saw how to do it from your posts on FS Developers a long time ago.  But, without getting into a lot of detail as to why, I had a lot of gauges on a fuel panel where I wanted the last digit to only show whole numbers but not have them snap instantly when the next value is reached.  So it's a different case.  


Michael Cependa

Developer Aerosoft DC-8

Share this post


Link to post
Share on other sites
16 hours ago, Michael Cependa said:

I wanted the last digit to only show whole numbers but not have them snap instantly when the next value is reached.  So it's a different case.  

What you describe can be done... :gaul:


Fr. Bill    

AOPA Member: 07141481 AARP Member: 3209010556

Interests: Gauge Programming - 3d Modeling for Milviz

Share this post


Link to post
Share on other sites

My wishlist:

1) Exporters for multiple 3D software packages. I have a 3DS Max license because it pays for itself in this industry, but I would unsubscribe in an instant if there was an exporter available for literally *any* other 3D package.

2) Render glass cockpit displays through CEF; HTML/CSS is by far the most mature ecosystem for 2D rendering, despite all of its quirks.

3) No LUA. It's the worlds worst programming language by a mile. C# would be a good option. Others have claimed C# is "slow", although this hardly requires a response, I feel the need to respond to it anyway; these people are clearly not software engineers. It is fast if you write good code. Unlike LUA, that isn't difficult as you actually know what is allocated on stack and what is on heap.

4) Support for modern workflows and tools! e.g. Should be easy to use Substance Painter for textures/materials. FMOD or similar for sound design. Hot reloading for code.

5) Server side modding; maybe this one is wishful thinking a bit too much. e.g. Run the cloud scenery data through your own Azure functions!

Edited by Ikaro
  • Like 2

Share this post


Link to post
Share on other sites
2 hours ago, Ikaro said:

My wishlist:

1) Exporters for multiple 3D software packages. I have a 3DS Max license because it pays for itself in this industry, but I would unsubscribe in an instant if there was an exporter available for literally *any* other 3D package.

Yes - in particular one for Blender that should come first.

2) Render glass cockpit displays through CEF; HTML/CSS is by far the most mature ecosystem for 2D rendering, despite all of its quirks.

Yes.

3) No LUA. It's the worlds worst programming language by a mile. C# would be a good option. Others have claimed C# is "slow", although this hardly requires a response, I feel the need to respond to it anyway; these people are clearly not software engineers. It is fast if you write good code. Unlike LUA, that isn't difficult as you actually know what is allocated on stack and what is on heap.

Yes LUA. Very popular because they are scripts i.e. users can easily modify them with opening an IDE and setting up workspace, compiling, exporting etc etc. So convenient!   Crucial !

4) Support for modern workflows and tools! e.g. Should be easy to use Substance Painter for textures/materials. FMOD or similar for sound design. Hot reloading for code.

Yes for serious development.

5) Server side modding; maybe this one is wishful thinking a bit too much. e.g. Run the cloud scenery data through your own Azure functions!

Definitely Not. But maybe a server side Web service API.

 

Share this post


Link to post
Share on other sites

Freeware developers are going to need a means of exporting models from Blender (or another free modeling program). The price of 3D modeling programs prohibits their use for the hobbyist or small commercial content creators.

Share this post


Link to post
Share on other sites

I fully agree !!! This is a mandatory requirement in my opinion. At least GMAX should still be supported via the GAMEPACK or a equivalent. In case of Blender the corresponding tool set to adapt to FS2020 should be part of the new SDK also. 

Share this post


Link to post
Share on other sites

This topic has also served it's purpose and is now locked.

 


Thank you.

Rick

 $Silver Donor

EAA 1317610   I7-7700K @ 4.5ghz, MSI Z270 Gaming MB,  32gb 3200,  Geforce RTX2080 Super O/C,  28" Samsung 4k Monitor,  Various SSD, HD, and peripherals

 

 

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
Sign in to follow this  

  • Tom Allensworth,
    Founder of AVSIM Online


  • Flight Simulation's Premier Resource!

    AVSIM is a free service to the flight simulation community. AVSIM is staffed completely by volunteers and all funds donated to AVSIM go directly back to supporting the community. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. Thank you for your support!

    Click here for more information and to see all donations year to date.
  • Donation Goals

    AVSIM's 2020 Fundraising Goal

    Donate to our annual general fundraising goal. This donation keeps our doors open and providing you service 24 x 7 x 365. Your donation here helps to pay our bandwidth costs, emergency funding, and other general costs that crop up from time to time. We reset this goal every new year for the following year's goal.


    30%
    $7,720.00 of $25,000.00 Donate Now
×
×
  • Create New...