> So only using CVS makes program free ?

No... 

STOP: SYSTYEM DETECTED FLAME BAIT. DO NOT RESPOND

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

Warp wrote:

> Alessandro Coppo <a.c### [at] iolit> wrote:
>> P.S.: I am currently trying out Art Of Illusion (AoI)
>> http://www.artofillusion.org/. If it is as good as it looks it is likely
>> that I will say goodbye to POVRay and switch (and contribute to) AoI.
> 
>   It's really funny that Java hype is so strong that people don't even
> care that the program is 10 times slower than one written in C++.
>   In most programs it doesn't matter, but in a high-end raytracer it
> certainly matters quite a lot. Why spend 10 hours rendering a scene
> which could be rendered in 1 hour?
> 

Just have a look at this URL:

http://tilde-hoschek.home.cern.ch/~hoschek/colt/index.htm

(do you notice the domain? CERN... these idiots use Java for particle 
physics, poor stupid boys, aren't they?)

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

Slime wrote:

>> I do NOT contribute to non-free software.
> 
> 
> *thinks*
> 
> POV-Ray isn't non-free. It's free. I don't get what you're saying.
> 
>  - Slime
> [ http://www.slimeland.com/ ]
> 
> 
> 

It is free as beer, not as speach. Unfortunalety english uses the same word 
for two extremely different concepts. For more explanations, have a look at 
www.gnu.org site.

Bye!!!

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

Warp wrote:

>   (AFAIK the only definition of "free software" is that it costs no money,
> and POV-Ray perfectly fits this definition. Moreover, the source code of
> POV-Ray is available, and you can make modifications to it and distribute
> modified versions, which pretty much makes it fit inside the "open source"
> definition. What else do you want? LGPL? LGPL is very nice, but not
> feasible currently. GPL? No thanks.)

Fascinating: first you talk as if you did not know anything about Free 
Software then you dissert upon different OSI licences... what about 
deciding what position to take?

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

Alessandro Coppo <a.c### [at] iolit> wrote:
> (do you notice the domain? CERN... these idiots use Java for particle 
> physics, poor stupid boys, aren't they?)

  Yes, they are. They must have too much spare time to wait.

  I can give you a version of POV-Ray which is 10 times slower than usual.
Would you use it?

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message

Warp wrote:

>   The GPL license has its own problems. In some ways it's so anarchist,
>   that
> it can actually be a totalitarian license.
>   LGPL is really nice (and a sign of this is that many GPL guys hate it),
> however, it can be a bit *too* free (eg. publishing POV-Ray under LGPL
> would allow anyone to make money by selling a program which has POV-Ray
> linked in it, for example being the main renderer in the program; it's not
> very nice that people would exploit POV-Ray in this way).

So stick to GPL which is EXACTLY meant to prevent your fears! LGPL is just 
a stepping stone to smuggle Free Software into the commerical world then... 
he he!!!

>> BTW is a Java Raytracer not slower by nature?
> 
>   There's no way an interpreted language can be as fast as a compiled and
> highly optimized language.
>   Compiling the Java code to native machine code *might* make it reach
> the same speed, but I doubt that it will ever do that.

For your information it is years that Java is just-in-time compiled and, as 
I wrote on another post, benchmarks show that it can be a competitor to 
Assemebler for numerical tasks.

By the way, just to show you what a mature just-in-time compile technology 
can do, there are benchmarks on the net which show Scheme (a dialect of 
LISP) to be consistently faster than C!

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

Warp wrote:

> Alessandro Coppo <a.c### [at] iolit> wrote:
>> (do you notice the domain? CERN... these idiots use Java for particle
>> physics, poor stupid boys, aren't they?)
> 
>   Yes, they are. They must have too much spare time to wait.

Well, when discussion sinks to this level, it is time to log out.

-- 
Alessandro Coppo
a.coppo@<REMOVE_ME>iol.it
www.geocities.com/alexcoppo

Post a reply to this message

In article <3d1f6d06$1@news.povray.org> , Alessandro Coppo <a.c### [at] iolit>
wrote:

> http://tilde-hoschek.home.cern.ch/~hoschek/colt/index.htm
>
> (do you notice the domain? CERN... these idiots use Java for particle
> physics, poor stupid boys, aren't they?)

Oh, sure, nobody said you cannot _use_ Java for it!   Maybe you should have
read the page first:

>>>
May 15 - Version 1.0.1 is here - and just broke the 200Mflop barrier. Due
too further library tuning, benchmarks now show the 100% pure Java
matrix-matrix and matrix-vector multiply running only about 2.5 times slower

<<<

200 MFlops I can do that on my five year old computer easily, you know...

    Thorsten

Post a reply to this message

Alessandro Coppo <a.c### [at] iolit> wrote:
> For your information it is years that Java is just-in-time compiled and, as 
> I wrote on another post, benchmarks show that it can be a competitor to 
> Assemebler for numerical tasks.

  Apparently I am unable to run Java in JIT-compiled mode because whatever I
do, it's slow as hell. Apparently JRE 1.3.1 does not do this. I don't know
what else could I do than download the latest JRE.

  I once found a factorization program in the net made in Java, which
factorized arbitrarily large numbers using the elliptic curve method.
I gave it a really large number, which was composed of three very large
primes, and it factorized it in something like 2 minutes in my 1.2GHz Athlon.
I thought that "wow, that was fast!".
  Well, then I found the pari/gp library and utility, which is written in C
(with some parts optimized in assembler). It also supports arbitrarily sized
numbers and factorization using the elliptic curve method.
  I run it in a 500MHz UltraSparc, which is about half fast than my Athlon
(of not even slower than that). The program factorized the same number in
less than 10 seconds.
  I have been laughing at the Java program since then.

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message

Alessandro Coppo <a.c### [at] iolit> wrote:
> Fascinating: first you talk as if you did not know anything about Free 
> Software then you dissert upon different OSI licences... what about 
> deciding what position to take?

  Why are you trolling?

-- 
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}//  - Warp -

Post a reply to this message