Detailed Textures about nexus HOT 11 CLOSED

The problem might be related to the error function that dictates the level of detail chosen for the view point.

It might be that the euristic I have chosen doesn't work well with models with a diffferent geometry/texture ratio.

It might also be some problem with the GPU RAM (depending on the texture parametrization).

Could you send me a sample to [email protected], so that I can investigate the problem?

Federico

P.S. The goal would be to be pretty independent of the workflow and models characteristics save for pathological cases, but evidently I am failing...

from nexus.

Hi Ponchio,

I get similar issue about high resolution textures. By using the the latest released nxsbuild tool on windows system, all textures are lost after conversion. I managed to clone and build the latest code(On MacOS Mojave), textures after conversion are messed.

By the way, models' original format is glTF, I use latest assimp build to convert them to obj.

I will send a sample to you later via email. Please advice me how to make it work on Nexus. Thanks a lot.

Derek

from nexus.

Hi Derek, the problem is that Nexus does not work well with CAD models.
The 2 reason are:

1. A good, reliable simplification algorithm for CAD models is not available. Simplification is the core of Nexus and quadrics based algorithm works for detalied scanned/sfm meshes, and badly for modelled meshes.

2. Textures in CAD models are extremely fragmented. The current algorithm in Nexus is not able to simplify the geometry preserving the textures. (Work in progress!)

from nexus.

Hi ponchio.

I have the same problem. After processing a model with a .ply format, the geometry looks great, but the texture shows a loss of sharpness and visual quality. The visual loss is not definitive but it is appreciable. The executables I'm using are nxsbuild and nxsedit

from nexus.

Could you provide me a sample? and possibly a couple of screenshots?

from nexus.

The details are small, but some are remarkable and show a decrease in quality. Thank you very much for responding, I appreciate coming comments and suggestions.

from nexus.

Most probably the error function which dictates the resolution of the rendering is too optimistic.
You might try to lower the targetError (might impact on performances).

presenter.setNexusTargetFps(0);
presenter.setNexusTargetError(5); //or something lower

You need to download the latest nexus.js (https://github.com/cnr-isti-vclab/nexus/blob/master/html/js/nexus.js), because I fixed a bug about those functions.

Alternatively the fragmentation of the parametrization, or the ratio between geometry resolution and texture resolution could be the source of the problem.
Might be solved by reducing the size of the patches (nxbuild -f 5000 ...)
Hard to tell without a sample, though.

from nexus.

Perfect. Thank you.

The texture atlas that I have, before processing it in Nexus, I reduce it. Do you think that this can influence the final visual quality?

On the other hand, the -q (texture quality) parameter can influence? I also use the nxsedit.

I have already downloaded the new version and I am doing tests. Thank you very much for the help, your comments are helping me.

from nexus.

-q options just control the jpeg quality of the textures in the .nxs, especially useful when importing from png images.

Of course reducing the atlas will impact the final quality, just check the texture for what you can expect.
The highest resolution of the nxs model should be faithful to the input model, provided the RAM, GPU RAM, targetError, fps and view-point parameters allows the renderer to reach the final level.

from nexus.

Hi. I have been doing tests adjusting the parameter -f to 5000 and a very slight improvement is perceived, it is difficult to perceive differences when everything is in dependence of the visual perception. :(

Do you think that the use of nxsedit can influence the visual result? At least what is happening to me?

Thank you and sorry for the repeated inconvenience.

from nexus.

from nexus.