On Tue, 6 Jan 2004 18:11:27 -0500, "Barron Gillon" <gil### [at] purdueedu> wrote:
> Hi all, I'm looking for some input, feature requests, etc for a littel
> programming project of mine. (...) So, I
> would appreciate any questions, comments, input (would anyone use this?),
> anything you people have to say.  Thanks!

I would suggest to start from reading http://www.it-berater.org/smpov.htm
My question is: how your application will differ to SMPOV?

ABX

Post a reply to this message

Hallo Barron

If I can help you with your project in any way, drop me a (private-)mail.

ABX is right. Before you start doing something it is a recommendation, that
you try what
we did already, and then think about what you can make better or if you want
to contribute to the current project.

Generally I like the idea that there are multiple projects, besides I would
like most
if the POV-Shell itself would get some distribution (&SMP-) functionality
somewhere in future.
I will support that in any way.

I think now that everyone can try SMPOV and experiment with the current (far
from perfect, but mostly working) implementation, there should be quite some
people out there who have new and intresting
ideas to make something themselves (or support current projects).

 As a result POV-Ray will become more and more intresting.

regard
--Theo

www.it-berater.org

"ABX" <abx### [at] abxartpl> schrieb im Newsbeitrag
news:u2bnvvcvbsvl0gmfbtfsur6anicka9cchv@4ax.com...
> On Tue, 6 Jan 2004 18:11:27 -0500, "Barron Gillon" <gil### [at] purdueedu>
wrote:
> > Hi all, I'm looking for some input, feature requests, etc for a littel
> > programming project of mine. (...) So, I
> > would appreciate any questions, comments, input (would anyone use
this?),
> > anything you people have to say.  Thanks!
>
> I would suggest to start from reading http://www.it-berater.org/smpov.htm
> My question is: how your application will differ to SMPOV?
>
> ABX

Post a reply to this message

On Wed, 7 Jan 2004 12:41:10 +0100, "Theo Gottwald * * *"
<yne### [at] it-beraterorg> wrote:
> I think now that everyone can try SMPOV and experiment with the current (far
> from perfect, but mostly working) implementation, there should be quite some
> people out there who have new and intresting
> ideas to make something themselves (or support current projects).

I think strongest current limitation of SMPOV is its portability. I know it is
difficult issue but definietly starting from portable language for sources
would be great. Releasing some API for comunicating between independant
instances on different platform over some protocol would be suffiecent as
well.

ABX

Post a reply to this message

I decided, that I will even share the sourcecode with people who can proof
their ability to make implementations on other platforms. (So i don't sent
the sourcecode to just anyone who asks, but to ppl. who I think that have
proofed their qualifikation (with other projects for example).

So far noone asked for that :-). Myself I don't plan to code in other
environment then windows,
but I would support that in any way. The truth is that SMPOV is written
nearly entirely in Powerbasic,
(www.powerbasic.com).

regards
--Theo


"ABX" <abx### [at] abxartpl> schrieb im Newsbeitrag
news:pnsnvv4ha16qj6f19ksh6q7dnirpaspinl@4ax.com...
> On Wed, 7 Jan 2004 12:41:10 +0100, "Theo Gottwald * * *"
> <yne### [at] it-beraterorg> wrote:
> > I think now that everyone can try SMPOV and experiment with the current
(far
> > from perfect, but mostly working) implementation, there should be quite
some
> > people out there who have new and intresting
> > ideas to make something themselves (or support current projects).
>
> I think strongest current limitation of SMPOV is its portability. I know
it is
> difficult issue but definietly starting from portable language for sources
> would be great. Releasing some API for comunicating between independant
> instances on different platform over some protocol would be suffiecent as
> well.
>
> ABX

Post a reply to this message

Theo Gottwald * * * wrote:
> I decided, that I will even share the sourcecode with people who can proof
> their ability to make implementations on other platforms. (So i don't sent
> the sourcecode to just anyone who asks, but to ppl. who I think that have
> proofed their qualifikation (with other projects for example).
> 
> So far noone asked for that :-). Myself I don't plan to code in other
> environment then windows,
> [...]

You should notice that you deny yourself the possibility to reach a lot 
of users, especially for render farms and distributed rendering in 
general unix systems are extremely widely used.

And you will have a very hard time to find someone to port your program 
to other platforms in a proprietary programming language.

And just in case this is not clear: you of course don't need to use a 
different OS to generate a portable program.

Christoph

-- 
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 25 Oct. 2003 _____./\/^>_*_<^\/\.______

Post a reply to this message

On Wed, 7 Jan 2004 13:04:53 +0100, "Theo Gottwald * * *"
<yne### [at] it-beraterorg> wrote:
> So far noone asked for that :-)

??.... IIRC I have asked for it once and received :-) thought IIRC I did not
even opened it after discovering it is written with package I have no chance
to use :-)

ABX

Post a reply to this message

Hi Christoph

What you write is true without any doubt. You may see from the whole package
that it was not made for
beeing wide spread from first moment, but rather fpr private use.
Then I decided to give it to others, too.

What could be done ...
Following what ABX said in his post I think its not even necessary for a
first step to rewrite the whole thing in another language (I don't know).

It would be possible that someone who knows
- a bit about unix and how to start POV-Ray on UNIX/LINUX
to make a RenderAgent "for Unix/Linux. Its not much, a bit simplified its
just that the renderagent waits on a "JOB"-File, starts POV-Ray with these
informations, and after POV_Ray is ready, renames that file to ".rdy"
("ready"). The rest is done from SMPOV.

The SMPOV-interprocess-communication  is based on a very
simple -cleartext-file-based- protocoll, it should work between any
platforms so long SMPOV iself (as a first step) would be running on a
windows 32 bit OS.

If someone is intrested, I would sent all necessary informations on what
files to react etc. for a RenderAgent, as well as the source code of the
original programm to that person. If you are ABX want to make a try, or at
least take a look on things, I would do that.

regards,
--Theo

"Christoph Hormann" <chr### [at] gmxde> schrieb im Newsbeitrag
news:c8k### [at] tritonimagicode...
> Theo Gottwald * * * wrote:
> > I decided, that I will even share the sourcecode with people who can
proof
> > their ability to make implementations on other platforms. (So i don't
sent
> > the sourcecode to just anyone who asks, but to ppl. who I think that
have
> > proofed their qualifikation (with other projects for example).
> >
> > So far noone asked for that :-). Myself I don't plan to code in other
> > environment then windows,
> > [...]
>
> You should notice that you deny yourself the possibility to reach a lot
> of users, especially for render farms and distributed rendering in
> general unix systems are extremely widely used.
>
> And you will have a very hard time to find someone to port your program
> to other platforms in a proprietary programming language.
>
> And just in case this is not clear: you of course don't need to use a
> different OS to generate a portable program.
>
> Christoph
>
> -- 
> POV-Ray tutorials, include files, Sim-POV,
> HCR-Edit and more: http://www.tu-bs.de/~y0013390/
> Last updated 25 Oct. 2003 _____./\/^>_*_<^\/\.______
>

Post a reply to this message

Christoph Hormann <chr### [at] gmxde> wrote in
news:c8k### [at] tritonimagicode: 

>> So far noone asked for that :-). Myself I don't plan to code in other
>> environment then windows,
>> [...]
> 
> You should notice that you deny yourself the possibility to reach a
> lot of users, especially for render farms and distributed rendering in
> general unix systems are extremely widely used.
> 


IMPFarm routinely has Windows, Linux, and MacOSX clients.  
http://www.imp.org/impfarm/status-show.asp 






-- 
Tom
_________________________________
The Internet Movie Project
http://www.imp.org/

Post a reply to this message

Tom Galvin wrote:
> 
> IMPFarm routinely has Windows, Linux, and MacOSX clients.  
> http://www.imp.org/impfarm/status-show.asp 

But that's for animations, only able to distribute whole frames.

Christoph

-- 
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 25 Oct. 2003 _____./\/^>_*_<^\/\.______

Post a reply to this message

Christoph Hormann <chr### [at] gmxde> wrote in news:hj6uc1-1c5.ln1
@triton.imagico.de:

> Tom Galvin wrote:
>> 
>> IMPFarm routinely has Windows, Linux, and MacOSX clients.  
>> http://www.imp.org/impfarm/status-show.asp 
> 
> But that's for animations, only able to distribute whole frames.
> 
> Christoph
> 

True.  My point was that if support for multiple operating systems is 
available, then it is used.  While it is feasible to support partial 
images, it just is not advantageous for our project. It would add 
unnecessary overhead.




-- 
Tom
_________________________________
The Internet Movie Project
http://www.imp.org/

Post a reply to this message