Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Primvars is ignored when rendering basisCurves as bspline #854

Closed
kreppene opened this issue Aug 6, 2021 · 1 comment · Fixed by #927
Closed

Primvars is ignored when rendering basisCurves as bspline #854

kreppene opened this issue Aug 6, 2021 · 1 comment · Fixed by #927
Assignees
Labels
bug Something isn't working duplicate This issue or pull request already exists procedural Related to the Arnold Procedural user Reported by a user

Comments

@kreppene
Copy link
Contributor

kreppene commented Aug 6, 2021

Describe the bug
When rendering BasisCurves using basis bspline, the primvars is ignored. and we get messages like this

/Root/RootOffset/g_geometry/groom/my_nice_groom/my_nice_groomShape: varying user-data count wrong! (found 651014 expected 550858) -- disabling user-data 'look_color'

/Root/RootOffset/g_geometry/groom/my_nice_groom/my_nice_groomShape: varying user-data count wrong! (found 651014 expected 550858) -- disabling user-data 'look_tip'

To Reproduce
Steps to reproduce the behavior:

  1. Extract the attached zip file
  2. Edit the .ass file and update the path to the usdfile (currently its pointing to my local harddriver)
  3. kick -l ../shaders -l ../procedurals -l ../plugins C:/qvisten_pipeline/primvarsBug/renderme.ass

Expected behavior
If the primvars is working fine when rendering the BasisCruves using linear basis, it should also work when using bspline basis

Screenshots
render trough the arnold procedural basis bspline
image

Render trough the arnold procedural basis linear
image

Rendered with Arnold Hydra in solaris
image

Used Software Versions

  • Arnold: 6.2.1.1
  • OS: windows 10
  • Maya 2022.1

Additional context
Add any other context about the problem here.
primvarsBug.zip

@kreppene kreppene added the bug Something isn't working label Aug 6, 2021
@sirpalee sirpalee added this to To do in Sprint 54 via automation Aug 9, 2021
@sirpalee sirpalee self-assigned this Aug 9, 2021
@compso compso added this to To do in Sprint 55 Aug 13, 2021
@compso compso added this to To do in Sprint 56 Aug 27, 2021
@compso compso added this to To do in Sprint 57 Sep 10, 2021
@compso compso added this to To do in Sprint 58 Sep 23, 2021
@kikou kikou added this to To do in Sprint 59 Oct 8, 2021
@compso compso added this to To do in Sprint 60 Nov 5, 2021
@sebastienblor sebastienblor moved this from To do to Review in progress in Sprint 60 Nov 16, 2021
@sebastienblor
Copy link
Collaborator

looks like #921 was a duplicate of this ticket

Sprint 60 automation moved this from Review in progress to Done Nov 16, 2021
@compso compso added procedural Related to the Arnold Procedural user Reported by a user duplicate This issue or pull request already exists labels Nov 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working duplicate This issue or pull request already exists procedural Related to the Arnold Procedural user Reported by a user
Projects
No open projects
Sprint 54
  
To do
Sprint 55
  
To do
Sprint 57
  
To do
Sprint 58
  
To do
Sprint 59
  
To do
Sprint 60
  
Done
Development

Successfully merging a pull request may close this issue.

4 participants