 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Has anyone looked at the OpenGL "Compute Shader" System?
It's being used for parallel processing of particle system simulations.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 21/01/2025 11:24, Rubber Telly Media wrote:
> Has anyone looked at the OpenGL "Compute Shader" System?
>
> It's being used for parallel processing of particle system simulations.
>
Hi,
although this question has no relation to POV-Ray I will reply, that at
present time I am working with Three.js and have a some shader-related
projects here: https://yesbird.online
As to particles, I suggest to look at this example:
https://threejs.org/examples/?q=particles#webgpu_tsl_compute_attractors_particles
Happy shading !
--
YB
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 22.01.2025 21:25, yesbird wrote:
> although this question has no relation to POV-Ray I will reply, that at
> present time I am working with Three.js and have a some shader-related
> projects here: https://yesbird.online
>
Well, one may expect you to port POVRay to js and thus make questions
related ;-)
--
Ilyich the Toad
https://dnyarri.github.io/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 23/01/2025 10:59, Ilya Razmanov wrote:
> Well, one may expect you to port POVRay to js and thus make questions
> related ;-)
>
)))
First step is already done here: https://povlab.yesbird.online.
While in SDL2 discussion jr votes for Tcl-like approach, I'd like to
see JS/Typescript and JSON in next generation of SDL as they are simple,
flexible and very popular.
--
YB
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
hi,
yesbird <sya### [at] gmail com> wrote:
> On 23/01/2025 10:59, Ilya Razmanov wrote:
> > Well, one may expect you to port POVRay to js and thus make questions
> > related ;-)
> ...
> While in SDL2 discussion jr votes for Tcl-like approach, I'd like to
> see JS/Typescript and JSON in next generation of SDL as they are simple,
> flexible and very popular.
sorry, didn't mean to confuse, I must have put it poorly. yes, I'd vote :-) for
a Tcl-like, transparent to the end-user, compilation of the SDL. but if there
emerges a design based on a virtual machine rendering "backend", any language
will need to provide instructions for that, and we could see more than one of
the "traditional" scripting languages "extended" perhaps to emit "our"
byte-code.
regards, jr.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 24/01/2025 14:03, jr wrote:
> sorry, didn't mean to confuse, I must have put it poorly. yes, I'd vote :-) for
> a Tcl-like, transparent to the end-user, compilation of the SDL. but if there
> emerges a design based on a virtual machine rendering "backend", any language
> will need to provide instructions for that, and we could see more than one of
> the "traditional" scripting languages "extended" perhaps to emit "our"
> byte-code.
Thanks for correction. Really, LLVM - based parser could link POV-Ray
with many other languages.
--
YB
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
yesbird <sya### [at] gmailcom> wrote:
> On 24/01/2025 14:03, jr wrote:
> > sorry, didn't mean to confuse, I must have put it poorly. yes, I'd vote :-) for
> > a Tcl-like, transparent to the end-user, compilation of the SDL. but if there
> > emerges a design based on a virtual machine rendering "backend", any language
> > will need to provide instructions for that, and we could see more than one of
> > the "traditional" scripting languages "extended" perhaps to emit "our"
> > byte-code.
>
> Thanks for correction. Really, LLVM - based parser could link POV-Ray
> with many other languages.
> --
> YB
Okay, apparently www.vulkan.org is another option for GPU programming, OpenGL is
supposed to be a bit heavy for Simple GPU programming.
But with Tens of Thousands of Floating-Point GPU Cores in your standard GPU, it
appears silly to be still using 4 to 16 CPU cores that suck at maths. CPUs are
well known for screwing up Floating-Point Maths (1.0+2.0=3.2 lol).
Oh and GLSL looks a lot like C Language. With a main that gets called for each
pixel by the cores, in a batch fashion...
Thank you, YouTube...I cannot find the original video; it appears to have been
taken down. But there are plenty on there still...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Rubber Telly Media" <rub### [at] gmailcom> wrote:
> Has anyone looked at the OpenGL "Compute Shader" System?
>
> It's being used for parallel processing of particle system simulations.
Having used Shadertoy, and converted many of the concepts of functional
programming to the generation of pigment {} patterns, I have a basic
understanding of how that works.
POV-Ray defines mathematical primitives and uses a ray-tracing approach.
The algorithms for object "detection", lighting, shadowing, etc. would likely
differ greatly, and so the entire WAY that these things would need to be
accomplished would have to be started from scratch to utilize the GPU in this
fashion.
If it could be done at all.
I'm not saying that it can't. They are just fundamentally different ways of
doing things.
There are phrases and concepts in different (human) languages that simply can't
be adequately expressed in other languages.
Presumably this holds true for computer languages as well.
https://news.povray.org/povray.advanced-users/thread/%3Cweb.659879b9cca34dee1f9dae3025979125%40news.povray.org%3E/
https://www.shadertoy.com/
-BE
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
