|
Connections To Individual Array Elements?
FWIW, we have an existence proof that this is doable, we have customized RenderMan's version to support this, but we haven't upstreamed it yet because there were some niggling TODO's around defaults (
FWIW, we have an existence proof that this is doable, we have customized RenderMan's version to support this, but we haven't upstreamed it yet because there were some niggling TODO's around defaults (
|
By
Stephen Friedman
· #5118
·
|
|
Varying Closure Keyword Parameters Not Being Correctly Evaluated During Batched Execution?
Ahh, yes, you're right -- that's more complicated than the copy we have locally. That extra complication is to deal with parameters that are arrays, and translating from SOA back to the AOS layout of
Ahh, yes, you're right -- that's more complicated than the copy we have locally. That extra complication is to deal with parameters that are arrays, and translating from SOA back to the AOS layout of
|
By
Stephen Friedman
· #5051
·
|
|
Varying Closure Keyword Parameters Not Being Correctly Evaluated During Batched Execution?
Yeah, that looks like I just "missed a spot" -- it turns out while we use keyword args, in our renderer, they've only ever been uniform across the batch so I didn't catch it. I don't have the cycles t
Yeah, that looks like I just "missed a spot" -- it turns out while we use keyword args, in our renderer, they've only ever been uniform across the batch so I didn't catch it. I don't have the cycles t
|
By
Stephen Friedman
· #5049
·
|
|
Varying Closure Keyword Parameters Not Being Correctly Evaluated During Batched Execution?
The intent was that if you had an existing method to parse the closure and decide what to do with them, you could just call that in a loop -- that's what our renderer does, and we've used something ve
The intent was that if you had an existing method to parse the closure and decide what to do with them, you could just call that in a loop -- that's what our renderer does, and we've used something ve
|
By
Stephen Friedman
· #5046
·
|
|
Individual layer execution
Indeed Zap has hit on separate shaders one of the big reasons why what we have is more complicated, and the compile time being the reason you may not want this.
Indeed Zap has hit on separate shaders one of the big reasons why what we have is more complicated, and the compile time being the reason you may not want this.
|
By
Stephen Friedman
· #5028
·
|
|
Individual layer execution
+1 to what Thomas said about executing a subset for a particular "context/stage/mode" of rendering. We currently have a bit more complicated way of doing this as we mix C++ and OSL shaders together, b
+1 to what Thomas said about executing a subset for a particular "context/stage/mode" of rendering. We currently have a bit more complicated way of doing this as we mix C++ and OSL shaders together, b
|
By
Stephen Friedman
· #5025
·
|
|
Can we cancel today's TSC meeting? (2022-02-17)
Nothing pressing from me, either. --Stephen
Nothing pressing from me, either. --Stephen
|
By
Stephen Friedman
· #4863
·
|
|
u,v barycentric coordinates vs. map coords
What actually ends up in the u,v globals isn't dictated by OSL -- it's renderer-dependent "local parametric coordinates" and will often be whatever happens to be most optimized for that renderer's int
What actually ends up in the u,v globals isn't dictated by OSL -- it's renderer-dependent "local parametric coordinates" and will often be whatever happens to be most optimized for that renderer's int
|
By
Stephen Friedman
· #4824
·
|
|
TSC meeting on 11/11 -- yes or no?
On a similar note, the 25th is a big US holiday, and I'll definitely be skipping that one. Should we give it a pass as well? --Stephen
On a similar note, the 25th is a big US holiday, and I'll definitely be skipping that one. Should we give it a pass as well? --Stephen
|
By
Stephen Friedman
· #4795
·
|
|
OSL - brand booklet
Agreed, this is looking really good across the variety of use cases. Is it wrong to have a favorite square? My favorite is easily the center square in color-band 4 of the blend shaded version. The way
Agreed, this is looking really good across the variety of use cases. Is it wrong to have a favorite square? My favorite is easily the center square in color-band 4 of the blend shaded version. The way
|
By
Stephen Friedman
· #4709
·
|
|
Connecting a primitive variable to a dynamically sized array
I noticed the following recently, and I wanted to double check to see if I was missing something. Even though the language spec has this in it: Arrays may also be declared without a set length: ... wh
I noticed the following recently, and I wanted to double check to see if I was missing something. Even though the language spec has this in it: Arrays may also be declared without a set length: ... wh
|
By
Stephen Friedman
· #4131
·
|
|
Connections to a specific element of an array.
Necro-ing this thread because I'm looking at implementing something very similar. In prman, our C++ shaders support a form of "gather" connection to pull in a bunch of scalar values and feed them to a
Necro-ing this thread because I'm looking at implementing something very similar. In prman, our C++ shaders support a form of "gather" connection to pull in a bunch of scalar values and feed them to a
|
By
Stephen Friedman
· #4130
·
|
|
Should OSL read non-texture files?
The dict() functions are internal to OSL and I don't think they require support form the renderer, and a quick code inspection in our SIMD branch of the code in prman also looks like it supports them
The dict() functions are internal to OSL and I don't think they require support form the renderer, and a quick code inspection in our SIMD branch of the code in prman also looks like it supports them
|
By
Stephen Friedman
· #4124
·
|