Jump to content

Search the Community

Showing results for tags 'conflict'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • HTML5 Game Coding
    • News
    • Game Showcase
    • Facebook Instant Games
    • Web Gaming Standards
    • Coding and Game Design
    • Paid Promotion (Buy Banner)
  • Frameworks
    • Pixi.js
    • Phaser 3
    • Phaser 2
    • Babylon.js
    • Panda 2
    • melonJS
    • Haxe JS
    • Kiwi.js
  • General
    • General Talk
    • GameMonetize
  • Business
    • Collaborations (un-paid)
    • Jobs (Hiring and Freelance)
    • Services Offered
    • Marketplace (Sell Apps, Websites, Games)

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL





Found 2 results

  1. I'm loading models from .babylon files. All my .babylon files are named data.babylon and each is placed in a folder named after the model. (e.g. cat/data.babylon) Due to the .babylon files being exported with the same name, there are sometimes naming conflicts in materials ids, e.g. "data.Multimaterial#0" can appear as a materialId in both cat/data.babylon and dog/data.babylon. Whenever there's a conflict, there's a problem in the rendering of the conflicted material in one of the models during runtime. Is it possible to avoid the conflict, while still exporting all my .babylon files with the name data.babylon?
  2. having trouble figuring this one out. see the following playground reference http://www.babylonjs-playground.com/#1KUECA#1 you should see a cube that should have a red overlay. If you don't see the red overlay, then comment out the "var grassTex = " line and run it again. can't figure out why the texture constructor is interfering with the overlay in all of my test scenarios. the causal factor seems to be the procedural texture constructor, because when i comment that out, the overlay returns. is this a bug or is something else going on here?
  • Create New...