 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Michael Hunter wrote:
> 3) You must do the rendering in POV-Ray
I don't think anyone said that. Any raytracer should be allowed.
However, there seems to be a controversy regarding the use of other
render technologies, such as scan line rendering. I'm not really sure
if that would be a bad thing or a good thing, however, the IRTC would
need to be renamed if this changes.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christian Froeschlin <chr### [at] chrfr de> wrote:
> Michael Hunter wrote:
>
> > 3) You must do the rendering in POV-Ray
>
> I don't think anyone said that. Any raytracer should be allowed.
Agreed. That certainly wasn't true before, and I'd be shocked if it became true
now.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Wed, 17 Jun 2009 00:57:45 +0200, Christian Froeschlin wrote:
>> 3) You must do the rendering in POV-Ray
>
> I don't think anyone said that. Any raytracer should be allowed.
Missed that one myself, and I would agree with you - it's not the IPOVC,
it's the IRTC. As such the charter is broader than POV-Ray.
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > Michael Hunter wrote:
> >
> > > 3) You must do the rendering in POV-Ray
I went to see on the IRTC stats page and read through several documentations on
the top ten group. I was quite surprised to see how many top rated submissions
were rendered... sorry, raytraced using Megapov! What is Megapov anyway? A
of Povray?
And I agree with others here. There are a many great raytracers around and no
need to get bitchy about what people choose to experiment with.
algorithm really is. Can I put it on my pasta?
Hildur
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 16 Jun 2009 20:16:32 -0400, Hildur K. wrote:
> What is Megapov anyway? A different software with it´s own functions or
> just a slightly altered compile of Povray?
http://megapov.inetart.net/
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hilder K Wrote:
>"no need to get bitchy about what people choose to experiment with."
Well... that was my point in the first place. Let people do what they do and
give them the feedback you want to give. Freedom of speech. As long as it's
meaningful in a 3D context because that's what we're talking about (not just
raytracing but modeling, environmental settings, texture maps etc)...
So the bottom line is after 50+ postings in the last few days that everything is
perfect the way it has always been. Right? No one sees a problem other than me?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Michael Hunter wrote:
> be considered minimum requirements for the competition. It has been taken over
> remains. We will fail to retain and acquire the most proficient 3D artists if
> we dictate to them how they are allowed to make their art. These people both
> inspire us with their images and teach us with their comments and should be
> highly valued.
>
> I have argued that we have arrived in this situation because the initial rules
> techniques have been developed that while powerful are in opposition with the
> initial rules. I believe the intent of these rules were to focus work and
> conversation about the creation of 3D images and animations. This is the sole
> intent and we should update the rules to reflect this just as the web site has
> been updated. I have suggested the following as the minimum requirements for a
> submission to the IRTC for your consideration:
>
>
> The issue of a particular image or animation showing a good use of 3D is a
> matter I think is best left up to judging and comments and to be done on a case
> by case basis. Whereas the minimum requirements should only be used to maintain
> the focal point on 3D work. Nothing more.
>
> I would greatly appreciate your thoughts on this. It has either been accepted by
> people here or was ignored because I write to much.
>
>
>
I guess I have a couple of reactions.
First, what minimum requirements are you so worried about? Are these
posted on the new site somewhere? (I tried to check, but, as usual, I
forgot my password.) I would be interested in the particular limitations
you are reacting to and citing in your historical view.
Your question is seriously posed (twice!) and therefore deserves some
attention.
I agree with your position although:
1. not always for your reasons, and
2. it flies in the face of some personal creative sentiments.
I recognize that a contest with imposed limitations might discourage
some possible participants. I also recognize that those same
constraints might reassure others or even challenge some to greater
exertions. The povcomp, with its requirement that code be submitted to
verify the render, was certainly proof of the viable use of constraints.
What bothers me about both imposed limitations, and attempts to
strategically loosen them, is my desire, echoing Warp, for as much
logical consistency as possible. But I end up with a different conclusion.
I think that your formulation provides the best consistency by proposing
an uncompromising credo of inclusion along with a general statement of
direction. I think the boundary cases described by Warp do mount a
serious critique of your position, particularly your reliance on "3D" as
a term commonly understood, but I think that that needs to be risked in
order to gain the intellectual and creative vitality which stems from a
credo of inclusion.
Now my personal sentiments are more aligned with Warp's. There is an
intuitive purity to drawing the line at single-pass rendering with a ray
tracer, using the ray tracer only, with no post-processing. A relaxed
version of this standard, (which allows varous means for producing
objects,) I have continued to impose on myself. It is aligned with my
own understanding of the internal constraints necessary for producing
and understanding art. And Warp's chronicling of the exploitation of
certain 'allowances' in the past makes a strong case for having an
absolute 'no post-processing' limitation. But it equally demonstrates
the artificiality, and internal contradictions of any imposed
limitations. And ultimately, single-pass rendering is an artificial
limitation too, an artifact, as you suggest, reflecting the technical
outlook at a earlier point in time. So I agree that, while useful, it
is a standard that should not be enshrined in contest rules. Instead
let the experiment proceed unfettered, and the chips fall where they
may.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 16 Jun 2009 21:50:41 -0400, Michael Hunter wrote:
> So the bottom line is after 50+ postings in the last few days that
> everything is perfect the way it has always been. Right? No one sees a
> problem other than me?
Of course there's generally always room for improvement, however what's
in place has worked for a fairly long time, so there would need to be
some really significant deficiency reason for a change to be made, IMO.
But at the same time, it is also important to remember that this
competition wasn't originally framed as a POV-Ray only competition.
Trying to turn it into one is likely to result in some pushback from
people using other tools, and that's only natural.
But I don't think that it's reasonable either to take an absolutist
position like you are in your last post - "either everything is fine the
way it is" or "there's a problem that needs to be addressed by
overhauling the entire premise of the competition".
Jim
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christian Froeschlin wrote:
> Also, if I now build my own patched version of the renderer which
> implements this anti-aliasing method, is it suddenly ok to use it
> because it is now longer a separate post-processing step?
IIRC, there was a particular entry where the entrant coded his own
raytracer because a feature he wanted wasn't available in any other.
I'm perfectly fine with that, as long as your code changes are available
for others to use.
--
Chambers
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thomas de Groot wrote:
> I thought that the IRTC was a platform to create (and show)
> beautiful images through ray-tracing, whatever the technical background.
That's exactly what it is. The rules, as they were originally
envisioned, were created to restrict it to raytracing, however, rather
than being a Poser or Photoshop or any-CG-at-all competition.
This isn't a technical POV coding challenge. It isn't a general POV-Ray
competition, or even "POV & Friends."
It's raytracing.
As long as the main image creation is done via raytracing, most people
will overlook a few minor tweaks. For instance, gamma adjustment is
usually OK, adjusting color balance on several separate layers in
Photoshop is probably not.
Likewise, using a program like Moray to model a scene and export it to
POV is OK; positioning figures in Poser and exporting them to your
favorite raytracer is OK; rendering a scene using the scanline renderer
in Blender is not.
Does that help?
--
Chambers
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
