--------------( oo )--------------

That's much more easier when you know where to look at.
I just didn't saw those command to handle external files. (#write)

Is there a way to use Ram Memory instead of writing a .txt file on the HD? I
saw in the help ressources that it wasn't done yet.

--------------( oo )--------------

Architecture CAAO

Post a reply to this message

On Thu, 20 Mar 2003 22:30:03 -0500, "-g00t©-" <Ano### [at] Hotmailcom> wrote:
> That's much more easier when you know where to look at.
> I just didn't saw those command to handle external files. (#write)
> Is there a way to use Ram Memory instead of writing a .txt file on the HD?

There was such a feature in MegaPOV below 1.0 iirc, if your scene does not use
3.5-specific features then you can use it. But do you really have so large parts
to be created and parsed on the fly that HD operations are so important ?

ABX

Post a reply to this message

--------------( oo )--------------

In fact, I guess I'll have large group of objects with their own
proprieties. If I could create larger scale populations, it would be better
for me. In the case of the code bellow, It tooks one minute to parse, wich
is quite rapid. In some cases, I had problems on some systems with too rapid
read/write on HD.

--------------( oo )--------------


#declare MatRow = 100;
#declare MatCol = 100;

#declare Tot = 0;
#declare Row = 0;
#while (Row < MatRow)

        #declare Col = 0;
        #while (Col < MatCol)


                #declare MyG = concat("#declare g",str(Row,-3,
0),"_",str(Col,-3, 0), " = ", str(Tot,-3, 0), ";" );
                Parse_String(MyG)
                #declare Tot = Tot+1;


          #declare Col = Col+1;
        #end

  #declare Row = Row+1;
#end


--------------( oo )--------------

Architecture CAAO

"ABX" <abx### [at] abxartpl> wrote in message
news:39cm7vo1kla4juv2efg9agtupn8qb8t4na@4ax.com...

wrote:
> > That's much more easier when you know where to look at.
> > I just didn't saw those command to handle external files. (#write)
> > Is there a way to use Ram Memory instead of writing a .txt file on the
HD?
>
> There was such a feature in MegaPOV below 1.0 iirc, if your scene does not
use
> 3.5-specific features then you can use it. But do you really have so large
parts
> to be created and parsed on the fly that HD operations are so important ?
>
> ABX

Post a reply to this message

On Fri, 21 Mar 2003 11:09:26 -0500, "-g00t©-" <Ano### [at] Hotmailcom> wrote:
> In the case of the code bellow

Look for arrays.

ABX

Post a reply to this message

--------------( oo )--------------

I made some test with Parse_Strings and Arrays. I used both. The
calculations are strongly recursive using sub array for every cells of an
another array. So, I got half of the processing time for KernelTimes. I
haven't tried MegaPOV yet and I don't know if my script is specific to 3.5.

I use voxel on a 3D grid, I have to create a neiberhood for each cells, wich
is a new 3D Grid. The calculation time goes exponential. I have to keep some
steps of the matrix for the memory of each cells.

--------------( oo )--------------

Architecture CAAO

"ABX" <abx### [at] abxartpl> wrote in message
news:39cm7vo1kla4juv2efg9agtupn8qb8t4na@4ax.com...

wrote:
> > That's much more easier when you know where to look at.
> > I just didn't saw those command to handle external files. (#write)
> > Is there a way to use Ram Memory instead of writing a .txt file on the
HD?
>
> There was such a feature in MegaPOV below 1.0 iirc, if your scene does not
use
> 3.5-specific features then you can use it. But do you really have so large
parts
> to be created and parsed on the fly that HD operations are so important ?
>
> ABX

Post a reply to this message

On Tue, 25 Mar 2003 10:08:42 -0500, "-g00t©-" <Ano### [at] Hotmailcom> wrote:
> I made some test with Parse_Strings and Arrays. I used both. The
> calculations are strongly recursive using sub array for every cells of an
> another array.

Both ? From the example you posted last time one muiltidimensional array could
be enough. Without Parse_String.

ABX

Post a reply to this message

--------------( oo )--------------

That's right. I'm currently working on that. It is less abstract when I
could use directly a Matrix (array) from de HD because I could work on the
memory of each cells, the recurence.

That's funny, a friend of me did the same project than me last week. Exactly
similar. He used Scheme. I'll looking to publishing those work soon.
[Cellular Automata]

Thanks again for your comments. It is really appreciated.

--------------( oo )--------------

Architecture CAAO Website[UDM]-

"ABX" <abx### [at] abxartpl> wrote in message
news:d2t08vg3ntscmkl6qd755o9oivb0qspp0f@4ax.com...

wrote:
> > I made some test with Parse_Strings and Arrays. I used both. The
> > calculations are strongly recursive using sub array for every cells of
an
> > another array.
>
> Both ? From the example you posted last time one muiltidimensional array
could
> be enough. Without Parse_String.
>
> ABX

Post a reply to this message

--------------( oo )--------------

Is there a way to modify arrays? (Like changing a Value of Only one Cell?)
It doesn't seems to be possible. This why I'm using Parse_Strings. When I'm
using a 20*20*20 3D grid It is 8000 operation of creating a new sub array.
Then Read/Write with Parse_Strings is highly time consuming.

Where Should I post a JPEG of the project?

--------------( oo )--------------

Architecture CAAO

"ABX" <abx### [at] abxartpl> wrote in message
news:d2t08vg3ntscmkl6qd755o9oivb0qspp0f@4ax.com...

wrote:
> > I made some test with Parse_Strings and Arrays. I used both. The
> > calculations are strongly recursive using sub array for every cells of
an
> > another array.
>
> Both ? From the example you posted last time one muiltidimensional array
could
> be enough. Without Parse_String.
>
> ABX

Post a reply to this message

On Tue, 25 Mar 2003 22:53:37 -0500, "-g00t©-" <Ano### [at] Hotmailcom> wrote:
> Is there a way to modify arrays?

Of course.

> (Like changing a Value of Only one Cell?)
> It doesn't seems to be possible. This why I'm using Parse_Strings. When I'm
> using a 20*20*20 3D grid It is 8000 operation of creating a new sub array.

below are all features built-in POV-Ray SDL

#declare MyArray = array[3][2]; // define dimensions
#declare MyArray[0][0] = 0;     // fill content
#declare MyArray[0][1] = 1;     // fill content
#declare MyArray[1][0] = 2;     // fill content
#declare MyArray[1][1] = 3;     // fill content
#declare MyArray[2][0] = 4;     // fill content
#declare MyArray[2][1] = 5;     // fill content
#declare Value = MyArray[1][0]; // get value from value
// refill content in loop;
#declare D1 = 0;
#while (D1 < dimension_size( MyArray , 1 ) )
  #declare D2 = 0;
  #while (D2 < dimension_size( MyArray , 2 ) )
    #declare MyArray[D1][D2] = sin(D1+D2); // any value
    #declare D2 = D2 + 1;
  #end
  #declare D1 = D1 + 1;
#end
// read content in loop;
#declare D1 = 0;
#while (D1 < dimension_size( MyArray , 1 ) )
  #declare D2 = 0;
  #while (D2 < dimension_size( MyArray , 2 ) )
    #debug "MyArray["
    #debug str(D1,0,0)
    #debug ","
    #debug str(D2,0,0)
    #debug "]="
    #debug str(MyArray[D1][D2],0,-1)
    #debug "\n"
    #declare D2 = D2 + 1;
  #end
  #declare D1 = D1 + 1;
#end

Apart from built-in features there is also standard include file called
"arrays.inc" with set of macros to operate on arrays. There is separate section
about it in documentation.

> Then Read/Write with Parse_Strings is highly time consuming.

No need for it IMO.

> Where Should I post a JPEG of the project?

in povray.binaries.images group as stated in
http://news.povray.org/povray.announce.frequently-asked-questions/

ABX

Post a reply to this message

--------------( oo )--------------

Ok thanks. I did it in an Other way but when I made experimentations with
arrays, I had error. I guess this is the Initialization of the array that I
did wrong. I read the Help files serval times, but I didn't noticed my bug.
It save me a lot of time, Thanks again ABX it is well appreciated.

I posted Images on the povray.binaries.images.

--------------( oo )--------------
> > Is there a way to modify arrays?
>
> Of course.
>
> > (Like changing a Value of Only one Cell?)
> > It doesn't seems to be possible. This why I'm using Parse_Strings. When
I'm
> > using a 20*20*20 3D grid It is 8000 operation of creating a new sub
array.
>
> below are all features built-in POV-Ray SDL
>
> #declare MyArray = array[3][2]; // define dimensions
> #declare MyArray[0][0] = 0;     // fill content
> #declare MyArray[0][1] = 1;     // fill content
> #declare MyArray[1][0] = 2;     // fill content
> #declare MyArray[1][1] = 3;     // fill content
> #declare MyArray[2][0] = 4;     // fill content
> #declare MyArray[2][1] = 5;     // fill content
> #declare Value = MyArray[1][0]; // get value from value
> // refill content in loop;
> #declare D1 = 0;
> #while (D1 < dimension_size( MyArray , 1 ) )
>   #declare D2 = 0;
>   #while (D2 < dimension_size( MyArray , 2 ) )
>     #declare MyArray[D1][D2] = sin(D1+D2); // any value
>     #declare D2 = D2 + 1;
>   #end
>   #declare D1 = D1 + 1;
> #end
> // read content in loop;
> #declare D1 = 0;
> #while (D1 < dimension_size( MyArray , 1 ) )
>   #declare D2 = 0;
>   #while (D2 < dimension_size( MyArray , 2 ) )
>     #debug "MyArray["
>     #debug str(D1,0,0)
>     #debug ","
>     #debug str(D2,0,0)
>     #debug "]="
>     #debug str(MyArray[D1][D2],0,-1)
>     #debug "\n"
>     #declare D2 = D2 + 1;
>   #end
>   #declare D1 = D1 + 1;
> #end
>
> Apart from built-in features there is also standard include file called
> "arrays.inc" with set of macros to operate on arrays. There is separate
section
> about it in documentation.
>
> > Then Read/Write with Parse_Strings is highly time consuming.
>
> No need for it IMO.
>
> > Where Should I post a JPEG of the project?
>
> in povray.binaries.images group as stated in
> http://news.povray.org/povray.announce.frequently-asked-questions/
>
> ABX

Post a reply to this message