PyVista and CoDimensional

pyvista-render-passes

SSAA, SSAO, EDL, depth peeling and shadows for PyVista, composed in the one order that works.

PyPI CI MIT license

Marble bust with depth peeling, SSAO, shadows and SSAA

Volume-safe supersampling (SSAA), screen-space ambient occlusion (SSAO), eye-dome lighting (EDL), depth peeling, shadow maps, depth of field and Gaussian blur, driven from plotter.render_passes.

Built and maintained by CoDimensional PBC.

The passes are VTK render passes written in C++ and wrapped for Python. Each wheel carries two builds, one against the stock vtk wheel and one against cvista, and loads the one matching the distribution PyVista is running on.

Install

pip install "pyvista-render-passes[cvista]"  # recommended
pip install "pyvista-render-passes[vtk]"     # stock VTK

Each wheel carries a build for both distributions and loads the one that is installed, preferring cvista when both are; the extra pins the version the build was compiled against. PyVista itself still requires stock vtk, so [cvista] installs both unless the resolver is told otherwise; with uv:

[project]
dependencies = ["pyvista-render-passes[cvista]"]

[tool.uv]
exclude-dependencies = ["vtk"]

or, one-off, uv pip install --excludes <(echo vtk) "pyvista-render-passes[cvista]". See the PyVista install docs for the details and the caveats. Wheels are published for CPython 3.12 to 3.14 on Linux (x86_64, aarch64) and Windows (AMD64), and for macOS (arm64). The macOS wheel carries the cvista build only, since Kitware ships no arm64 wheel SDK; the Windows wheel carries the stock build only, since the cvista wheel's DLL names are mangled and cannot be linked against, so install [vtk] there. The stock build targets VTK 9.7. PYVISTA_VTK_BACKEND=vtk or =cvista forces the choice, as it does for PyVista; pyvista_render_passes.BACKEND reports it.

Quickstart

import pyvista as pv
import pyvista_render_passes  # registers plotter.render_passes

pl = pv.Plotter()
pl.add_mesh(pv.Sphere(radius=8, center=(8, 0, 0)), opacity=0.5)
pl.add_volume(pv.Wavelet(), opacity='sigmoid')
pl.render_passes.enable_depth_peeling().enable_ssao().enable_anti_aliasing()
pl.show()

Every enable_* / disable_* call only records a setting; the chain is rebuilt before the next render. Call apply() to rebuild immediately, or describe() to see what is enabled:

>>> pl.render_passes.describe()
'DepthPeeling(peels=8) → SSAO(r=1.04, derived) → AntiAliasing'

The SSAO radius is derived from the scene bounds unless one is passed to enable_ssao(radius=...).

get_state() / set_state() round-trip the settings as a plain dict, and preset_interactive(), preset_still() and preset_photo_real() set common combinations.

Gallery

PyVista's example datasets, rendered by scripts/render_gallery.py into docs/images/<example>/off.png and on.png. The angel statue is by Ivan Nikolov (CC BY 4.0); the Washington bust is a Smithsonian CC0 scan.

OffOn
EDL on a lidar point cloud: enable_edl()
SSAO on a CAD enclosure: enable_ssao()
Shadow maps on a statue: enable_shadows()
SSAA on a finite element mesh: enable_anti_aliasing()
Depth peeling on a translucent floor plan: enable_depth_peeling()
EDL annotation bypass keeps the cube axes and orientation axes out of EDL (text and scalar bars always are), on by default; off is disable_annotation_bypass()
CT volume under an opaque slice with SSAA: off is PyVista's enable_anti_aliasing('ssaa'), which draws the volume through the slice; on is enable_anti_aliasing()
preset_photo_real(): peeling, SSAO, shadows, SSAA

Depth of field and Gaussian blur are VTK's passes unchanged and are not shown; depth of field is driver-sensitive.

Subplots

plotter.render_passes is the active subplot's settings, so each subplot gets its own chain:

pl = pv.Plotter(shape=(1, 3))
grid = pv.ImageData(dimensions=(5, 5, 5)).explode(0.2)

pl.subplot(0, 0)
pl.add_mesh(grid)
pl.add_text('plain')

pl.subplot(0, 1)
pl.add_mesh(grid)
pl.add_text('EDL')
pl.render_passes.enable_edl()

pl.subplot(0, 2)
pl.add_mesh(grid)
pl.add_text('SSAO + SSAA')
pl.render_passes.enable_ssao().enable_anti_aliasing()

pl.link_views()
pl.show()

Three linked subplots: plain, EDL, SSAO with SSAA

Eye-dome lighting, blur and depth of field composite over the whole window from inside one subplot in VTK (#18849), which blanks or whitens the others; the chain confines them to their own tile. pl.render_passes.components lists one component per subplot: the first access to pl.render_passes builds them all, configured or not.

Passes without the component

The passes are usable directly on any vtkRenderer:

from pyvista_render_passes import enable_ssaa, enable_ssao, make_split_pass

enable_ssaa(pl, factor=2.0)  # SSAA on every renderer of a plotter

pvRenderPassChain builds the whole graph from a set of flags; pvSSAAVolumePass supersamples while keeping GPU volumes correct; pvPropKeyFilterPass renders a delegate over a tagged subset of the props (used to keep axes and other annotations out of EDL). See docs/design.md for the reasoning behind the chain.

Your own passes in the chain

An installed package extends plotter.render_passes through providers. A provider is a named unit that contributes passes at any of four stages, owns settings saved and restored with the component's, and can refuse component settings it cannot work with. Expose it through the pyvista_render_passes.providers entry-point group and it composes into every subplot of any plotter whose render_passes component exists. PyVista creates that component on first access to pl.render_passes, so a plotter whose render_passes nothing touches renders with VTK's default pipeline, without the extension.

[project.entry-points."pyvista_render_passes.providers"]
tone_mapping = "my_package.passes:ToneMapping"

from pyvista_render_passes import BasePassProvider


class ToneMapping(BasePassProvider):
    name = 'tone_mapping'
    stages = ('outer',)

    def __init__(self):
        self.state = self.default_state()

    def default_state(self):
        return {'enabled': True, 'exposure': 1.0}

    def get_state(self):
        return dict(self.state)

    def set_state(self, state):
        self.state |= state

    def build_pass(self, stage, renderer, chain, delegate):
        if not self.state['enabled']:
            return None
        return make_tone_mapping_pass(exposure=self.state['exposure'])

    def veto(self, settings):
        return 'reads back depth, so MSAA must stay off' if settings['msaa'] else None
Stage Providers Where the pass sits
'base' any number, innermost first Wraps the scene base below SSAO; receives the pass to wrap as delegate.
'translucent' one Replaces the translucent stage and takes over depth peeling.
'post' one Wraps the shaded frame below SSAA, so it is supersampled.
'outer' one Wraps the SSAA-resolved frame at window resolution, below the overlay. For passes that size themselves from the window, like tone mapping.
  • pl.render_passes.providers['tone_mapping'] is the live provider, one instance per subplot. Its state is get_state()['providers']['tone_mapping']. set_state restores it, and state for a provider that is not installed, or was removed, is kept and written back out. State is plain JSON. A provider that changes a setting other than through set_state calls self.invalidate() (the handle add_provider binds) to rebuild on the next render. build_pass returns a new pass on every call.
  • A refused setting raises SettingsVetoedError from enable_*, disable_*, preset_* and set_state alike, and leaves get_state() unchanged. set_ssaa_factor is not vetoable, so a frame-time governor can call it every frame.
  • An entry point that fails to import, instantiate or register, and every failed auto-apply, is logged at ERROR and warned as a RuntimeWarning pointing at your code. A broken entry point is skipped and listed in pl.render_passes.provider_errors.
  • A pass that filters props on a channel of its own reserves one with reserve_prop_filter_channel('my_package.overlay'). set_prop_filter_tag refuses a channel nobody reserved; 'annotation' is pre-reserved.
  • An 'outer' pass gets SSAA underneath it (at 1x when anti-aliasing is off), whose depth is restored into the window after the outer pass, so depth reads and point-label culling behave as without it.
  • register_pass_provider(pl, Provider) adds a provider to one plotter's active subplot by hand; unregister_pass_provider(pl, 'tone_mapping') removes it. The component releases every pass a provider builds.

Breaking change: prop-filter channels are reserved, not ad hoc

set_prop_filter_tag(prop, channel=N) now raises ValueError for any N that nobody reserved. In 0.1.x every channel in [0, 30] was accepted, so set_prop_filter_tag(prop, channel=1) worked and now raises. CHANNEL_ANNOTATION (channel 0) stays pre-reserved and keeps working, as does the default call with no channel. Take a channel first and tag on what it returns:

from pyvista_render_passes import reserve_prop_filter_channel, set_prop_filter_tag

channel = reserve_prop_filter_channel('my_package.overlay')  # idempotent per name
set_prop_filter_tag(prop, channel=channel)

The registry is the point: two packages that each picked a bit by hand would split each other's props. Reading is unrestricted, so has_prop_filter_tag, prop_filter_tag_is_set, clear_prop_filter_tag, make_prop_filter_pass and make_split_pass take any channel in range.

Why a chain

VTK's render passes compose by delegation: each pass renders its delegate and post-processes the result. The order they are nested in decides whether they work at all, and a few pairs do not compose. plotter.render_passes owns that order so callers only set flags. Innermost first:

Stage Setting Where it sits and why
Lights, opaque, translucent, volumetric always The scene base. Laid out flat rather than through vtkRenderStepsPass, whose own camera pass clears the buffers and would erase anything rendered ahead of it.
Shadow maps enable_shadows() Replace the opaque stage, so opaque geometry is drawn once, with shadows. Needs a scene light away from the camera; the default headlight casts none.
Dual depth peeling enable_depth_peeling() Replaces the translucent stage, but only when another pass is on. Alone, the renderer's built-in peeling is used and no pass is installed at all.
SSAO enable_ssao() Directly above the opaque base. SSAO reads the positions and normals of the props its delegate renders; put above a pass that composites through a full-screen quad (EDL, blur) it sees nothing and does nothing. Translucent props and volumes render after it, over the shaded opaque scene: inside its delegate, dual depth peeling paints translucent geometry with its normals.
EDL enable_edl() Above SSAO. With annotation bypass (the default), tagged props (axes, cube axes, legend scales) render in a second stage after EDL, so their lines are not read as depth discontinuities and painted dark; 2D text and scalar bars sit in the overlay stage and never pass through EDL.
Depth of field, Gaussian blur enable_dof(), enable_blur() Colour post-processing over the shaded frame.
SSAA enable_anti_aliasing() Outermost scene pass: supersamples everything below and resolves colour and depth to the window. Point and line widths are scaled to stay visually constant. Also installed at 1x under EDL, blur and depth of field, which otherwise wipe the other subplots (VTK #18849).
Overlay always Last, at the window: text, scalar bars, legends and point labels are drawn after every pass has resolved, at window resolution. Point labels test against the window depth, which inside a pass's framebuffer is a frame stale and makes them flicker (pyvista #4831).

Rules the component enforces or warns about:

Combination Result
SSAO + depth of field Refused: enable_ssao() and enable_dof() raise ValueError while the other is on.
MSAA + any custom pass Warning; MSAA has no effect once the scene renders into a pass's framebuffer. Use SSAA.
MSAA + depth peeling Warning; multisampling corrupts the depth buffer peeling relies on.
Shadows + EDL Warning; the annotation stage has no shadow-map pass, so annotations are not shadowed.
FXAA Turned off on every apply; SSAA replaces it.
SSAO + translucency Translucent props and volumes are not occlusion-shaded; they composite over the SSAO-shaded opaque scene.
SSAO radius A world-space length, so it is derived from the visible bounds unless passed to enable_ssao(radius=...); get_state() reports a derived one as None.

Pixel correctness

The test suite runs on software GL (llvmpipe) in CI against both distributions and checks the state machine, the chain graph, the lifecycle, the prop filter and rendered pixels. The pixel tests assert measured properties (coverage, thickness, occlusion, depth) rather than comparing against image baselines, so none are shipped.

Development

just sync         # fetch the VTK wheel SDK, build both variants, install with the dev extras
just test vtk     # pytest against stock VTK
just test cvista  # pytest against cvista
just lint         # pre-commit

A C++17 compiler and CMake are required. cvista-sdk supplies the headers and CMake config for the cvista build; scripts/fetch_vtk_sdk.py downloads Kitware's wheel SDK for the stock build into build/vtk-sdk/. Without that SDK the package still builds, carrying the cvista variant only.

The passes themselves are backend-neutral C++; pyvista_render_passes.backend_module('vtkRenderingOpenGL2') returns the active distribution's module for code that needs VTK classes without choosing one.

Building against the C++ SDK

A VTK module of your own can link the passes and take them as arguments, from C++ and from Python. Every wheel build also produces a pyvista-render-passes-sdk wheel (headers, the PyVistaRenderPasses CMake package and the wrapping hierarchy file, per variant), which CI keeps as a build artifact; just sdk packages one locally.

# -DVTK_DIR=<same backend and generation> -DPyVistaRenderPasses_DIR="$(python -m pyvista_render_passes_sdk --cmake-dir --backend vtk)"
find_package(VTK REQUIRED COMPONENTS CommonCore WrappingPythonCore)
find_package(PyVistaRenderPasses REQUIRED)
pyvista_render_passes_runtime_rpath(runtime_rpath DESTINATION my_package)  # relative to site-packages
list(APPEND CMAKE_INSTALL_RPATH "$ORIGIN" ${runtime_rpath})
# vtk.module: DEPENDS PyVistaRenderPasses::RenderPasses; wrapping then covers methods taking pvRenderPassChain*

To build against another VTK SDK, select one variant and the wheel's runtime pin follows that SDK:

PVRP_BACKEND=cvista PVRP_VTK_DIR=/path/to/cvista_sdk/cmake uv build --wheel
cmake -S extensions -B build/static -DPVRP_STATIC=ON -DPVRP_BACKEND=vtk -DVTK_DIR=<dir>  # C++-only archives

tests/sdk_consumer/ is a complete consumer; docs/design.md covers the pin mechanism and the SDK layout.

Project links

Data verified by PyPI on Sep 16, 2026
Data provided by the project maintainers, verified at the time the release was uploaded to PyPI.

Key dates

PyPI data
Data sourced directly from PyPI's database.
  • Released:
Latest release

Owner

PyPI data
Data sourced directly from PyPI's database.

Credits

Author: CoDimensional PBC

GitHub Statistics

Data verified by PyPI on Sep 16, 2026
The GitHub source repository was provided by the project maintainers and verified by PyPI at the time of upload. Stars, forks, and open issues/PRs are derived from that repository and have not been independently verified.

License expression

MIT AND BSD-3-Clause
View SPDX License List

Requires

Python >=3.12

Provides Extra

cvista

Tags

pyvista render-pass ssaa ssao edl visualization

Classifiers

Report project as malware

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

pyvista_render_passes-0.2.0.tar.gz (3.9 MB view details)

Uploaded Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

pyvista_render_passes-0.2.0-cp314-cp314-win_amd64.whl (103.3 kB view details)

Uploaded CPython 3.14Windows x86-64

pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (214.9 kB view details)

Uploaded CPython 3.14manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (211.3 kB view details)

Uploaded CPython 3.14manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

pyvista_render_passes-0.2.0-cp313-cp313-win_amd64.whl (101.6 kB view details)

Uploaded CPython 3.13Windows x86-64

pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (215.0 kB view details)

Uploaded CPython 3.13manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (211.3 kB view details)

Uploaded CPython 3.13manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

pyvista_render_passes-0.2.0-cp312-cp312-win_amd64.whl (101.6 kB view details)

Uploaded CPython 3.12Windows x86-64

pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl (215.0 kB view details)

Uploaded CPython 3.12manylinux: glibc 2.24+ x86-64manylinux: glibc 2.28+ x86-64

pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl (211.3 kB view details)

Uploaded CPython 3.12manylinux: glibc 2.24+ ARM64manylinux: glibc 2.28+ ARM64

pyvista_render_passes-0.2.0-cp312-abi3-macosx_11_0_arm64.whl (100.0 kB view details)

Uploaded CPython 3.12+macOS 11.0+ ARM64

File details

Details for the file pyvista_render_passes-0.2.0.tar.gz.

File metadata

  • Download URL: pyvista_render_passes-0.2.0.tar.gz
  • Upload date:
  • Size: 3.9 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for pyvista_render_passes-0.2.0.tar.gz
Algorithm Hash digest
SHA256 848794f0dbf9836683c3ea99595ac9fb76294102b7448f06f85178f4d3e6884c
MD5 16b41bce0ca0e08230ed71af8e90082a
BLAKE2b-256 2959bc6c76fab1495e344a529baae00c67d669adf0f10fd96a4fc5c13c8bbdf0

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0.tar.gz:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp314-cp314-win_amd64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp314-cp314-win_amd64.whl
Algorithm Hash digest
SHA256 c83b5d8fe6d799d33ab03ebfc0301e5fb6038b265f918a98c553058343665241
MD5 9e5c980a7437991a347a54635f5e6daa
BLAKE2b-256 3eb91132b0979ecc5ee6a45df5caa561730fa175f4bb95fe3a182bea82296c60

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp314-cp314-win_amd64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Algorithm Hash digest
SHA256 a48787c4e6677a8131253e27859f23134b4e5848b760b0397072c390bd1d4cef
MD5 95c86e1104a6fa59b6dda8a997b8907e
BLAKE2b-256 5ac6e744dbb40a47d4c3bcf24eb836ccb5cfb67284283ef6685a36ae37281125

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl
Algorithm Hash digest
SHA256 faef47ee944dcf99e2dfd25b61059d856698d30f456f0a282cff6f37e3b6bb3a
MD5 5de8ae66b0bfa5368d78956418750e79
BLAKE2b-256 0dc4e8e017dbb64428fb77fe284ca136701c5d9e61e2c3397581cd0c90325c5e

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp314-cp314-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp313-cp313-win_amd64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp313-cp313-win_amd64.whl
Algorithm Hash digest
SHA256 4956e18adbb0e2caff85faceaba3ac347f368991c608f27d4043c45902dbddb5
MD5 f93981a34972c3cfcfc2537d2d3a3922
BLAKE2b-256 6cebd2216a9f2246a1b6a6c42c5d9a7f2bed8e01a193a6268d1322c388960aa1

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp313-cp313-win_amd64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Algorithm Hash digest
SHA256 c2be0d224f18666757a9a96d72c72bf0cd9e67aa6a9c7f328a5dd04374777041
MD5 8379781443cc2fe6ffe60505c2be50ce
BLAKE2b-256 364c49c80f4da99f98ae3baa62dc7638f8047c42c846763827d691c22a6d6bd9

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl
Algorithm Hash digest
SHA256 02cf5044ca7b746c11aca07024076987d9a99117816c785b58a8da5bfc71618a
MD5 87b7314ca3345a6fc7e4a7691ae2708a
BLAKE2b-256 d8effae1f6d1522c5ea0138b043b77b92dd63ebb67d8991eddf672e4c6aa6c6c

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp313-cp313-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp312-cp312-win_amd64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp312-cp312-win_amd64.whl
Algorithm Hash digest
SHA256 60a1896984be18aed0942ad48e65b7650006cb3a32c0ee622c80b17f13cb4262
MD5 3389ea91b3f34c2ca250464d40a71339
BLAKE2b-256 448036b39aa573ceb2fcfad90908e51f356f51d3e7fb88fd4fccfdac6ec943c2

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp312-cp312-win_amd64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl
Algorithm Hash digest
SHA256 648ed7805dcd55c8daba03ca3797df1083d4c0192c74156c9861eb9e84e19253
MD5 40b80b775d3217129973b4a13c3c37d0
BLAKE2b-256 6261c5ea02f270acd2aaeef89c8f5b71ec21500851384b1b89f85ef7f591d527

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_x86_64.manylinux_2_28_x86_64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl
Algorithm Hash digest
SHA256 fd766ecf10401031f27a142f075a894dc3797ee614219e3d8cb452a58bddeca2
MD5 007d9915c54b2dd301fa16dec8774a59
BLAKE2b-256 a159b192077406ca5264701bdd21799c7780a0f757041acc7d85f1995917eabf

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp312-cp312-manylinux_2_24_aarch64.manylinux_2_28_aarch64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file pyvista_render_passes-0.2.0-cp312-abi3-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for pyvista_render_passes-0.2.0-cp312-abi3-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 ed31a28d45ad567a5bb6c5bc1756ce3d57415e8158faff993a49e3218358e25d
MD5 c6184f78c98ae42bfdd4d68cf3ab89e9
BLAKE2b-256 db52aa76811b13844e03775d4ca3eb491d3162a8ee3696f428648517f1e75b93

See more details on using hashes here.

Provenance

The following attestation bundles were made for pyvista_render_passes-0.2.0-cp312-abi3-macosx_11_0_arm64.whl:

Publisher: release.yml on codimensional/pyvista-render-passes

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

This release

0.2.0 This release

11 files

0.1.2

11 files

0.1.1

8 files

0.1.0

8 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page