Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bounding issues related to +-MB and sphere_sweep's internal bounding. #59

Closed
wfpokorny opened this issue Apr 27, 2016 · 8 comments
Closed
Assignees
Labels
ToDo: user feedback action by reporting user required: needs more information

Comments

@wfpokorny
Copy link
Contributor

wfpokorny commented Apr 27, 2016

(Other sphere_sweep issues: #147 #285 #287)

For further background see attached file and the thread at:

http://news.povray.org/povray.bugreports/thread/%3Cweb.5692847b8bcbbc2219f71b680%40news.povray.org%3E/

My view as also posted to the above thread:

I was reminded of this issue the other day and have been doing some more investigation.

I spent a lot of time comparing 3.6 to 3.7 code given 3.6 works only to find nothing. I finally stumbled across the fact the bounding mechanism is always on in 3.7. In other words (-MB / +MB) doesn't function 3.7.

In 3.6 we need 3 shapes (I think) or more for the bounding mechanism to trigger and we have 1 so internal bounding is off.

Is this the -MB / +MB mechanism supposed to work in 3.7 ? We changed the default threshold in the docs to 25 so guessing yes. I could find no 3.6 -> 3.7 change notes related to it.

The issue behind is just another issue with the bounding computation as you thought Christoph, and it is sitting there in 3.6 too - if we turn bounding on with +MB1.

Basically the current mechanism multiplies the radius of each sphere by 2 and in this case here where the radius is small, but the range is a couple orders of magnitude larger, that 2x just isn't enough. This even though the curve is a pretty gentle cubic as curves go.

The multiplier should probably fudge upward from 2 by default if the range for the curve is large compared to the radius. Another more general option would be to add a new keyword to the sphere_sweep which lets the user optionally control the bounding radius multiplier?

the.pov.txt

@wfpokorny
Copy link
Contributor Author

Just double checked the newsgroup link above and my last post is NOT there as I indicated though it is showing up in the 100 most recent posts thread. Not sure what happened in the web interface. The complete thread does show up properly in my thunderbird news reader.

@c-lipka
Copy link
Member

c-lipka commented Apr 27, 2016

The post is there alright, currently being number 5 of 6 in the thread.

@wfpokorny
Copy link
Contributor Author

Yep, on manual reload the post is there. Firefox didn't pick up the updated page - should have thought to hit reload.

@wfpokorny
Copy link
Contributor Author

This issue tangled with github issue #147

wfpokorny added a commit to wfpokorny/povray that referenced this issue Jan 7, 2017
Related to ussues POV-Ray#59 and POV-Ray#180. When no bounding threshold is specified
centralizes centralizes the setting and reporting of the bounding
threshold to 3. Further, restores the clamping of values to 1+ which
existed in 3.6.
@wfpokorny
Copy link
Contributor Author

A portion of the bounding issues here are related to issues with the bounding threshold control in 3.7. See issue #180 and the proposed pull request #181.

wfpokorny added a commit to wfpokorny/povray that referenced this issue Jan 17, 2017
Related to ussues POV-Ray#59 and POV-Ray#180. When no bounding threshold is specified
centralizes centralizes the setting and reporting of the bounding
threshold to 3. Further, restores the clamping of values to 1+ which
existed in 3.6.

In deciding to apply this fix to the 3.71 release, this change was
rebased onto release/v3.7.1 and a new pull request create replacing
request POV-Ray#181 which was based upon a later master branch version.
c-lipka pushed a commit that referenced this issue Jan 17, 2017
Related to ussues #59 and #180. When no bounding threshold is specified
centralizes the setting and reporting of the bounding threshold to 3.
Further, restores the clamping of values to 1+ which existed in 3.6.
@wfpokorny
Copy link
Contributor Author

Fix for the bounding issue was merged into the master branch May 14, 2017.

However, merging the pull request #288 (restore complete bounding control) is required before this can be closed.

wfpokorny added a commit to wfpokorny/povray that referenced this issue Jun 11, 2017
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Jun 22, 2017
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Nov 18, 2017
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Dec 6, 2017
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Jan 24, 2018
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Jun 9, 2018
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Feb 1, 2019
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
wfpokorny added a commit to wfpokorny/povray that referenced this issue Mar 11, 2019
The ini options Bounding=off, Bounding_Threshold=n and the command line
options -MB, -MBn turning automatic bounding off will again function.

Originally a pull against release/3.7.1 as issue POV-Ray#288, but made a
request against master per Christoph.  Related to issue POV-Ray#295 and
necessary to fix and close the last of issue POV-Ray#59.
@c-lipka
Copy link
Member

c-lipka commented Jun 11, 2021

@wfpokorny Can you review this and comment what the current status of the issue is?

@c-lipka c-lipka added ToDo: user feedback action by reporting user required: needs more information project triage pending still need to decide in which branch to tackle this labels Jun 11, 2021
@wfpokorny
Copy link
Contributor Author

As I recall you fixed the bounding issues which uncovered that v3.7, v3.8 cannot completely turn off bounding with -MB. I've long been running with a fix for this in the povr branch. At least one newsgroup poster had to use my fix for some satellite rendering thing he was doing - while you were tuned out - to circumvent other bounding issues likely related to our bounding using floats and the large surface to orbital space dimensions he was using.

Suppose my current changes something similar to pull #288 or the later pull #298. The latter in the collection of pull requests I got tired of re-basing on it becoming stagnant and I closed it myself.

I'll just close this too.

I'm OK in povr. If others at some point care with POV-Ray properl about the +-MB control not being completely off with -MB in v3.7/v3.8 like v3.6 and prior, they'll complain and it can be dealt with a new, clean-start, issue.

@c-lipka c-lipka removed the project triage pending still need to decide in which branch to tackle this label Jun 16, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ToDo: user feedback action by reporting user required: needs more information
Projects
None yet
Development

No branches or pull requests

2 participants