I just commented above, see this: https://github.com/vispy/jupyter_rfb/issues/95#issuecomment-...
I just remembered, I think there is something weird with Google's servers or the network because performance was very poor even with a custom Google Cloud instance running jupyterlab, see this:…
OK now try to do this in 3D with arbitrary projections and interactivity! And guess what, you'd create a rendering engine :) My earlier reply has a link to how GPUs actually push pixels to the screen. There are also…
Setting the value of a pixel in an image is very different from drawing objects like lines, this is a good introduction: https://graphicscompendium.com/intro/01-graphics-pipeline
In the meantime you can use the rendering engine pygfx to create them directly :)
Fastplotlib is very different from bokeh and holoviz, and has different use cases. Bokeh and holoviz send data to a JS front end that draws (to the best of my knowledge), whereas fastplotlib does everything on the…
I don't think it's ready yet and I think it might be private at the moment, Cyrille can comment more on it. But if I understand correctly it's a protocol for serializing graphical objects, pretty neat idea.
non-jupyter notebook implementations have their quirks, eventually we hope to make a more universal jupyter-rfb kind of library, perhaps using anywidget. Anywidget is awesome: https://github.com/manzt/anywidget People…
> the data is available on a machine in a cluster rather than on the local machine of a user jupyter-rfb lets you do remote rendering for this, render to a remote frame buffer and send over a jpeg byte stream. We and a…
I do not know ruby but sometimes that's an opportunity to try and make one which others will also find useful :)
Thanks, and the purpose was to show what's possible on modest hardware that most people have. We have created gigabytes of graphics that live on the gpu for more complex use cases and they remain performant, but you…
This is exactly why we use jupyter-rfb, I often have large datasets on a remote cluster computer and we perform remote rendering. see: https://fastplotlib.org/ver/dev/user_guide/faq.html#what-fra...
Hi! I've seen some of your work on wgpu-py! Definitely let us know if you need help or have ideas, if you're on the main branch we recently merged a PR that allows events to be bidirectional.
Rendering frames and saving them to disk can be done with rendercanvas but we haven't exposed this in fastplotlib yet: https://github.com/pygfx/rendercanvas/issues/49
Yea the security issue is why I'm pretty sure you can't do it on WGPU, but Vulkan and cupy can fully run locally so it doesn't have the same security concern.
Thanks! Yup our focus is not publication figures, matplotlib and seaborn cover that space pretty well.
This looks cools thanks! Makes me wonder if there's any way to do that with WGPU if WGPU is interfacing with Vulkan, probably not easy if possible I"m guessing. WGPU has security protections since it's designed for the…
We offer a lot of ways to slice colors, set cmaps and cmap transforms, they are really useful in neuroscience: https://fastplotlib.org/ver/dev/_gallery/line/line_colorslic...…
Thanks! That is a great question and one that I've we've been battling with as well. As far as we know, this is not possible due to the way different contexts are set up on the GPU…
Almar made blog posts about the line shader he wrote! https://almarklein.org/triangletricks.html https://almarklein.org/line_rendering.html A big shader refactor was done in this PR:…
Thanks! I used pyqtgraph for many years and love what can be done by it, we started off wanting to build something like it but based on WGPU and not bound to Qt.
Thanks Ivo! Just to add on, colab is weird and not performant, this PR outlines our attempts to get jupyter-rfb working on colab: https://github.com/vispy/jupyter_rfb/pull/77
Different use cases :) Plotly doesn't give the performance and interactive tools required for many neuroscience visualizations. We also focus more on the primitive graphics and, at least not yet, on the more complex…
In fastplotlib at the end of the day everything is wgpu under the hood, and as the other poster correctly pointed out about numpy being fortran and C wrappers.
Almar did some work on speeding up imports a year ago: https://github.com/fastplotlib/fastplotlib/pull/431 but we haven't benchmarked it yet
I just commented above, see this: https://github.com/vispy/jupyter_rfb/issues/95#issuecomment-...
I just remembered, I think there is something weird with Google's servers or the network because performance was very poor even with a custom Google Cloud instance running jupyterlab, see this:…
OK now try to do this in 3D with arbitrary projections and interactivity! And guess what, you'd create a rendering engine :) My earlier reply has a link to how GPUs actually push pixels to the screen. There are also…
Setting the value of a pixel in an image is very different from drawing objects like lines, this is a good introduction: https://graphicscompendium.com/intro/01-graphics-pipeline
In the meantime you can use the rendering engine pygfx to create them directly :)
Fastplotlib is very different from bokeh and holoviz, and has different use cases. Bokeh and holoviz send data to a JS front end that draws (to the best of my knowledge), whereas fastplotlib does everything on the…
I don't think it's ready yet and I think it might be private at the moment, Cyrille can comment more on it. But if I understand correctly it's a protocol for serializing graphical objects, pretty neat idea.
non-jupyter notebook implementations have their quirks, eventually we hope to make a more universal jupyter-rfb kind of library, perhaps using anywidget. Anywidget is awesome: https://github.com/manzt/anywidget People…
> the data is available on a machine in a cluster rather than on the local machine of a user jupyter-rfb lets you do remote rendering for this, render to a remote frame buffer and send over a jpeg byte stream. We and a…
I do not know ruby but sometimes that's an opportunity to try and make one which others will also find useful :)
Thanks, and the purpose was to show what's possible on modest hardware that most people have. We have created gigabytes of graphics that live on the gpu for more complex use cases and they remain performant, but you…
This is exactly why we use jupyter-rfb, I often have large datasets on a remote cluster computer and we perform remote rendering. see: https://fastplotlib.org/ver/dev/user_guide/faq.html#what-fra...
Hi! I've seen some of your work on wgpu-py! Definitely let us know if you need help or have ideas, if you're on the main branch we recently merged a PR that allows events to be bidirectional.
Rendering frames and saving them to disk can be done with rendercanvas but we haven't exposed this in fastplotlib yet: https://github.com/pygfx/rendercanvas/issues/49
Yea the security issue is why I'm pretty sure you can't do it on WGPU, but Vulkan and cupy can fully run locally so it doesn't have the same security concern.
Thanks! Yup our focus is not publication figures, matplotlib and seaborn cover that space pretty well.
This looks cools thanks! Makes me wonder if there's any way to do that with WGPU if WGPU is interfacing with Vulkan, probably not easy if possible I"m guessing. WGPU has security protections since it's designed for the…
We offer a lot of ways to slice colors, set cmaps and cmap transforms, they are really useful in neuroscience: https://fastplotlib.org/ver/dev/_gallery/line/line_colorslic...…
Thanks! That is a great question and one that I've we've been battling with as well. As far as we know, this is not possible due to the way different contexts are set up on the GPU…
Almar made blog posts about the line shader he wrote! https://almarklein.org/triangletricks.html https://almarklein.org/line_rendering.html A big shader refactor was done in this PR:…
Thanks! I used pyqtgraph for many years and love what can be done by it, we started off wanting to build something like it but based on WGPU and not bound to Qt.
Thanks Ivo! Just to add on, colab is weird and not performant, this PR outlines our attempts to get jupyter-rfb working on colab: https://github.com/vispy/jupyter_rfb/pull/77
Different use cases :) Plotly doesn't give the performance and interactive tools required for many neuroscience visualizations. We also focus more on the primitive graphics and, at least not yet, on the more complex…
In fastplotlib at the end of the day everything is wgpu under the hood, and as the other poster correctly pointed out about numpy being fortran and C wrappers.
Almar did some work on speeding up imports a year ago: https://github.com/fastplotlib/fastplotlib/pull/431 but we haven't benchmarked it yet