Out of curiosity - is replace material any different than what the SketchUp "Material Replacer" plugin does?
Also - any updates to the video editor in the near future? That's my highest need, fwiw.
Out of curiosity - is replace material any different than what the SketchUp "Material Replacer" plugin does?
Also - any updates to the video editor in the near future? That's my highest need, fwiw.
Great to see the Site Context Model being implemented.
Display MoreGreat progress
The site model feature is not something we are gonna use, so no comments for that
we are always goin to do our own site models for the accuracy and quality we need. we often do stuff like this: google 3d maps
Overriding materials is nice though! really useful! Now we just need custom materials in the library for it to actually be usable
Without this, its not something we'll use.
when you finally get around to doing custom materials, here is a suggestion
Have an "export to library" button directly in the material editor. That way, when we have tuned a material that we want to safe for easy access later, its very easy to do so
and it will be easy and intuitive to gradually build up your custom library.
I couldn't have put it better myself
Keep getting "one or more errors occurred" on the site model import.
Working now
Ohhh love the site context!
Would there be a way in the future to have the site model import on the skybox layer so it doesn't interfere with modeled topo (and would look perspective correct at ground)? Bonus would be that it would be friendly on performance too. We often have topography modeled already based on accurate survey data for the plot we are building on, but obviously this doesn't include context for anything outside the survey data. Being able to load a helpful semi-accurate skybox of the surrounding region could help a lot. Unless the site context feature is planned to support incorporating already-modeled topography somehow in its future.
This is aiming more at adding 3d model outlines matching the local surroundings of your project we will add options to hide the native massing if possible for your CAD but we currently have no plans to do this on a skybox level.
I don't see myself using the context model but the replace material feature is helpful. If we could add custom materials to the material library it would be even more useful.
Hi Pieter, you can organize material exports to form your custom local library and then just import them from a network share into your target material it does the exact same thing.
Display MoreGreat progress
The site model feature is not something we are gonna use, so no comments for that
we are always goin to do our own site models for the accuracy and quality we need. we often do stuff like this: google 3d maps
Overriding materials is nice though! really useful! Now we just need custom materials in the library for it to actually be usable
Without this, its not something we'll use.
when you finally get around to doing custom materials, here is a suggestion
Have an "export to library" button directly in the material editor. That way, when we have tuned a material that we want to safe for easy access later, its very easy to do so
and it will be easy and intuitive to gradually build up your custom library.
Hey Herbo, currently no plans for that but as I wrote in my response to Pieter, nothing prevents you from creating .matpk exports and put them into a folder for the time being and import them into the target material I know it's clunky but it works
Working now
If you run into stuff like that again please submit your error reports like outline here
Otherwise there is now way to really help you ideally just make a screenshot of the import dialog that shows the 2d that will give us a rough indication of what the configuration settings are.
I did send a report via feedback, as always. just wondered if anybody else was haveing the issue om here.
Hey Herbo, currently no plans for that but as I wrote in my response to Pieter, nothing prevents you from creating .matpk exports and put them into a folder for the time being and import them into the target material I know it's clunky but it works
sorry to hear that. Working with the matpk. is simply too clunky. it would make SO much sense for this whole workflow to be tightly integrated with the material library... right now you have overlapping features that would benefit a lot from being merged and re-thinked.
I really hope that some of the "low hanging fruits" of features will be prioritized soon. These small things are actually what would bring real value to users. it seems like it would take a fraction of the developement cost compared to the "site model" feature... and it is 10x more important and useful for most firms.
right now it seems that a lot of the new features is implemented in a half finished state, and then they are forgotten about. examples:
1. Material library - without custom materials, it is not suitable for professional work.
2. Custom assets - without a way to organize them (and an easier way to make them), the feature quickly becomes useless and bloated.
3. Linked model - why can't I see a list of all the linked models I have in a file? it would make it much easier to organize a scene
4. video editor - still cumbersome to use in a lot of ways.
5. skybox/hdri - why can't I move it up and down? other renderes allows this?
6. slow loading assets - why has this not been fixed? it takes ages to locate what you need. Why not have the thumbnail pictures stored locally?
... and more.
Please, make all the existing features awesome and useful before moving on to new stuff. Otherwise the software appears half baked and bloated.
right now it seems that a lot of the new features is implemented in a half finished state, and then they are forgotten about.
...
Please, make all the existing features awesome and useful before moving on to new stuff. Otherwise the software appears half baked and bloated.
1000% Please finish the pieces that have a zillion user complaints but seem to have been left hanging.
Hi Pieter, you can organize material exports to form your custom local library and then just import them from a network share into your target material it does the exact same thing.
That's what we do now but as you can imagine finding what one needs without thumbnails isn't great. Like you said: it works, but it's clunky and because of that it doesn't scale beyond a couple dozen materials.
6. slow loading assets - why has this not been fixed? it takes ages to locate what you need. Why not have the thumbnail pictures stored locally?
... and more.
This is already being done btw. once they have been scrolled into view they are stored locally same goes for them being displayed in the renderer.
I get the performance complaint though, we have improved it several times already but it can still be slow.
That's what we do now but as you can imagine finding what one needs without thumbnails isn't great. Like you said: it works, but it's clunky and because of that it doesn't scale beyond a couple dozen materials.
Display Moresorry to hear that. Working with the matpk. is simply too clunky. it would make SO much sense for this whole workflow to be tightly integrated with the material library... right now you have overlapping features that would benefit a lot from being merged and re-thinked.
I really hope that some of the "low hanging fruits" of features will be prioritized soon. These small things are actually what would bring real value to users. it seems like it would take a fraction of the developement cost compared to the "site model" feature... and it is 10x more important and useful for most firms.
right now it seems that a lot of the new features is implemented in a half finished state, and then they are forgotten about. examples:
1. Material library - without custom materials, it is not suitable for professional work.
2. Custom assets - without a way to organize them (and an easier way to make them), the feature quickly becomes useless and bloated.
3. Linked model - why can't I see a list of all the linked models I have in a file? it would make it much easier to organize a scene
4. video editor - still cumbersome to use in a lot of ways.
5. skybox/hdri - why can't I move it up and down? other renderes allows this?
6. slow loading assets - why has this not been fixed? it takes ages to locate what you need. Why not have the thumbnail pictures stored locally?
... and more.
Please, make all the existing features awesome and useful before moving on to new stuff. Otherwise the software appears half baked and bloated.
1000% Please finish the pieces that have a zillion user complaints but seem to have been left hanging.
I can gladly raise these points internally as well. I fully understand what you guys are talking about when it comes to features not being "finished" in a sense that a first iteration was released but we did not further improve it down the line at the same time there are a billion reasons to prioritize one item over another when it comes to defining a roadmap. I think that our Product Management team is trying to incorporate these "iterations" you are asking for as well.
This is already being done btw. once they have been scrolled into view they are stored locally same goes for them being displayed in the renderer.
I get the performance complaint though, we have improved it several times already but it can still be slow.
I know that is how it works and it is half way there! it takes FOREVER to scroll through the thumbnails to load them all, and every time we install a new version (and we do that often), we need to do it all over again... all 50 of us at the office, that uses Enscape
Thats a lot of wasted time. and as more and more assets are added, the time goes up!
Why not include the thumbnails in the installer? or have them update in the background, so they are ready to use when needed? there are a lot of options that could help
And its pretty much the point from my previous post... half baked features. This should have been fixed a long time ago, but instead new features are prioritized.
I can gladly raise these points internally as well. I fully understand what you guys are talking about when it comes to features not being "finished" in a sense that a first iteration was released but we did not further improve it down the line at the same time there are a billion reasons to prioritize one item over another when it comes to defining a roadmap. I think that our Product Management team is trying to incorporate these "iterations" you are asking for as well.
Thanks for the feedback I'm glad you see the point! I hope we will see some of this solved down the line
I know that is how it works
and it is half way there! it takes FOREVER to scroll through the thumbnails to load them all, and every time we install a new version (and we do that often), we need to do it all over again... all 50 of us at the office, that uses Enscape
Thats a lot of wasted time. and as more and more assets are added, the time goes up!
Why not include the thumbnails in the installer? or have them update in the background, so they are ready to use when needed? there are a lot of options that could help
And its pretty much the point from my previous post... half baked features. This should have been fixed a long time ago, but instead new features are prioritized.
Thanks for the feedback
I'm glad you see the point! I hope we will see some of this solved down the line
Sorry but here I have to disagree with you I know it seems easy but there are way more concerns than that and baking them into the installer is no option at all. You could set up a shared directory on a network and then store the asset library as an offline library there that way only one person has to download them.
You can also do the same thing locally instead of scrolling through if a network share is no option. That is precisely why we added the offline asset lib. in cases where users want to have access to the entire library all at once.
UPDATE: Also you don't have to do this for every version the local cache should not be cleared really its separate from the installation. The asset releases for the library are also not linked to the installer in any way you could in theory stay on an older version and still get the new assets when they are released.
UPDATE2: I also cannot really comment on the prioritization, I can tell you about the current development cycle and what we are working on right now but the roadmap is being managed and defined by our Product Management team. I don't really want to speak for them I don't know all the details that lead to the prioritization. We are not really a monolith.
right now it seems that a lot of the new features is implemented in a half finished state, and then they are forgotten about.
I'm afraid I have to agree with this.
I've written a Revit plugin a few years ago that converted the map from Open Street Maps to a 3d site model so I have some ideas about the complexities involved. It's probably safe to say that the time invested in that could have gotten us a number of fixes in various places: categories for assets, custom materials in the library etc...
And an additional issue is that now you have the site context feature, it will be another domain competing for attention. So it's not only that we're missing out on improving core features this cycle, it's also making it less likely that we will get those fixes during future development cycles.
Just to be clear: this is not targeted at Christian Radowski specifically, just general roadmap feedback.
Just to be clear: this is not targeted at Christian Radowski specifically, just general roadmap feedback.
Don't worry I am not taking it like that I understand the misgivings you and Herbo have I myself cannot do anything about this except for relaying it though.
Any news about Su2022 support?
Any news about Su2022 support?
Sketchup 2022 Support? - SketchUp - Enscape Community Forum (enscape3d.com)