Jump to content

JBatUN

Members
  • Content Count

    19
  • Joined

  • Last visited

  • Days Won

    1

JBatUN last won the day on May 9 2018

JBatUN had the most liked content!

About JBatUN

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @kcoley I forgot to mention the most important part - your new file imported into Blender perfectly!!!
  2. @kcoley Your findings definitely gave me some clues to look for. For the test view, there are basically 5 layers: a plane platform, map country borders (translated from geojson multiline string), map graticule, line based text labels, and a babylon primitive (e.g. box) generated from SPS. I'm not knowingly using submeshes unless SPS is considered as such. From your message I guessed the culprit would be the map, graticule or text labels (all line based) so I took a closer look at these. I generated four output GLBs ... without labels, without map, and without the grid. In each case t
  3. @kcoley Thanks!!! Your efforts are very much appreciated. I've been testing a lot with Blender to see if I could find the specific issues. Just to be clear, here are the results: - Export GLB from my app ... -- Import to Blender -> fail -- Test with Babylon Sandbox -> works no problem, vertex colors are rendered. -- Export GLB from Babylon Sandbox and import to blender -> fail (same errors) -- Test with Three.js editor -> imports, but shader has to be changed to Basic and vertex color on. -- export GLB from three.js editor (with changes) and impor
  4. @kcoley I viewed the file in the Babylon sandbox and indeed it shows all the data and everything needed ... the lines and geometry with vertex colors. That's pretty much all I need for the export since the values are all data generated. The rest I can handle in Blender, etc... This could be an issue of the other viewers or plug-ins but I'll share with you just in case it does relate to the serialization process. The file you shared would not import into Blender or Three.js editor or ClayGL viewer. In all cases there was an error. When I export a new glb directly from my applicat
  5. @kcoley I'm attaching a babylon file in case it helps. Unfortunately I had to produce it from Babylon editor but unedited - so hopefully it is close to what I would produce natively from the application. For some reason the usual serializer is not working for me (var serializedScene = BABYLON.SceneSerializer.Serialize( scene ) ...). Thanks, JB sceneFile.babylon.zip
  6. @kcoley If you have any questions please don't hesitate - happy to share any info I can that would be helpful. I can produce a .babylon file of the scene if needed. As for the ground, it's a plane with StandardMaterial texture. What's odd is even the diffuse, specular, and emissive colors seem to be lost. In editor I see a normal map is referenced, but it reads as undefined. One problem may be because I do (as an option) apply a displacement map. Otherwise the params are standard configuration of the material. var path = getTexture( platOpts.texture ); platform.applyDisplacem
  7. @kcoley Sorry if I'm being a pain! I'll try to explain as best I can as I understand how difficult it can be to try to troubleshoot something without all the information. As mentioned before, the vertex color is data driven from the sps creation process. The material is part of the authoring process where I've incorporated virtually all materials and properties. You can see in the attached an example where parameters are set for PBR Metallic Roughness. Unless a base texture is set, the colors are retained and the textures are used for effect. This is applied to the geometry before t
  8. @jerome Thanks for the tip. I made the change to: var rgb = new BABYLON.Color3.FromHexString(c); sps.particles[p].color = new BABYLON.Color4(rgb.r, rgb.g, rgb.b, 1); c is a data generated value in hex so I'm stuck with the conversion, but the change is working well. Still getting the error message on export: babylon.js:4 BJS - [10:55:50]: Unsupported material type: colorShader In addition to the color shader a material is added with textures ... but this is also not coming through in the export. I'm sure lot's of user error here so I'll keep experimenting.
  9. @kcoley I've done a some more experimenting and wanted to confirm that your update to include lines is working perfectly. The map vectors and labels are rendering exactly as expected. Awesome job!!! The issue I'm facing appears to relate to the coloring of the sps geometry: sps.particles[p].color = new BABYLON.Color3.FromHexString(c); Where c is just a scale of hex values. For all the editors I've tried these values are not included in the export. @The Leftover I'm following your work closely especially your recent work with text rendering. Very impressive. We're focused o
  10. @kcoley Wow - thanks!!! I just tried the update with an example that is probably a good stress test (world map line system, label lines, etc.). It's hard for me to assess the update fully with the variances among the different GLB importers. I've tried an exported file in the Babylon editor, ClayGL viewer, and Godot ... all have a different result. There's a chance some of the issues I'm facing are my own error, but here's the error message I receive when running the following code: var glb = BABYLON.GLTF2Export.GLBAsync(scene, "sceneFile").then((glb) => { glb.downloadFi
  11. @Spankied I'm not using a UI Library per se if you mean frameworks like Bootstrap. Not sure if this answers your question, but here are a few additional details... - Most of the UI components are based on Polymer and custom CSS. I never used Polymer before but found it so easy, it served the purpose to have reusable UI elements for each view. All the elements are pretty much straight html as I'm trying to avoid dependencies. I'm not event using Polymer components...just the framework for creating elements. - These components are linked to a Vue.js model [component -> Vue mode
  12. @kcoley not sure if this is helpful for your glTF serializer work, but aside from the export of lines, I'm also getting the following error message: BJS - [02:58:48]: Material type ShaderMaterial for material colorShader is not yet implemented in glTF serializer. Also, if you need some extensive testing for your updates, would be happy to help. Cheers, JB
  13. Hi all, Following up on my last with some progress on creating a vector text capability based on the xeogl work. Attached is a simple test with about 200 labels. For our purpose, we're happy with the results. The text has a CAD like appearance and is rendered with a line system. It does also work with Tube for a 3D appearance but the performance was significantly effected as expected. If anyone is interested and needs a simple vector text approach we'd be happy to share the code. Kcoley - I think this should work well with the glTF serializer once you have the time to include line g
  14. Leftover - I was very interested in the text work you posted. I could be wrong but it seems like these libs are similar to what you were doing and could be a potential approach to having 2d vector text. Based on your experience, curious what you think about these ... worth looking into further? https://github.com/mikolalysenko/vectorize-text https://github.com/xeolabs/xeogl/blob/81b1469b38c698d22b17a73895d2de18d6423c5d/examples/js/geometry/vectorTextGeometry.js Eager to hear your thoughts. JB
  15. Wow - this community is awesome! To draw the topojson vector maps I use: var vmap = BABYLON.MeshBuilder.CreateLineSystem("lineSystem", {lines: maplines}, scene); vmap.color = color; In other cases, like the flows among countries I use curves such as: var links = getQuadraticBezierCurve(segments[0], segments[1], segments[2], 16); (BABYLON.Curve3.CreateQuadraticBezier). Basically, I'm using just about every form of geometry that Babylon has to offer. As for the serializer, the lines and curves are the key right now. For visuals that don't have lines the ou
×
×
  • Create New...