The Persistence of Vision Raytracer (POV-Ray).

This is the legacy Bug Tracking System for the POV-Ray project. Bugs listed here are being migrated to our github issue tracker. Please refer to that for new reports or updates to existing ones on this system.


FS#58 - allow SDL code to detect optional features

Attached to Project: POV-Ray
Opened by Christoph Lipka (clipka) - Thursday, 10 September 2009, 14:48 GMT
Last edited by William F Pokorny (wfpokorny) - Monday, 20 March 2017, 13:27 GMT
Task Type Unimp. Feature/TODO
Category Backend → Parser/SDL
Status Tracked on GitHub
Assigned To No-one
Operating System All
Severity Low
Priority Low
Reported Version 3.70 beta 32
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


Some features are optional in custom builds of POV-Ray (I’m thinking about OpenEXR in particular); it would be nice to have a syntax for an SDL script to check for support of such features, so it may take some fallback action if the feature is not supported.

This task depends upon

Comment by Thorsten Fröhlich (thorsten) - Sunday, 20 June 2010, 06:41 GMT

There should be no optional features. All features should be required! If that is not possible, it should be a fatal error and POV-Ray should just stop and let the user handle the problem explicitly.

Comment by Christoph Lipka (clipka) - Sunday, 20 June 2010, 13:33 GMT

Obviously there is at least one feature that isn't always compiled into POV-Ray: The OpenEXR feature. It would be really helpful in some situations to enable a scene author to anticipate this issue and work around it by, e.g., substituting a HDRI light probe sky with some programmatically generated sky. Or abort parsin early, before e.g. loading a bunch of highly detailed tree meshes and placing a gazillion of them programmatically, only to later stumble on the inability to load that one OpenEXR texture on the Nth mesh model.

Of course if the scene author does not anticipate this situation, the fatal error should be the right thing. But that doesn't mean it has to be the only way to handle it.

Comment by Christoph Lipka (clipka) - Friday, 09 December 2011, 00:15 GMT

While this issue is becoming less important for POV-Ray proper (with OpenEXR becoming part of the source distribution), I guess it would still be helpful to have a common framework for detection of additional features provided by patches.

Comment by William F Pokorny (wfpokorny) - Monday, 20 March 2017, 13:27 GMT
  • Field changed: Status (New → Tracked on GitHub)
  • Field changed: Due in Version (3.70 release → Undecided)

Now tracked on github as issue #253.