[PD] gridflow for expert people ?

Kyle Klipowicz kyleklip at gmail.com
Sun Dec 9 19:28:01 CET 2007


Ok, I am going to attempt a GridFlow OS X installation. Is Ruby 1.9
absolutely needed? It seems that the most recent stable release of
Ruby is 1.8.6.

~Kyle

On Dec 9, 2007 12:15 PM, Kyle Klipowicz <kyleklip at gmail.com> wrote:
> Oh I would love it if GridFlow was out of box included with
> Pd-extended. It would be a nice asset to compete with the linear
> algebra aspects of Jitter...
>
> I agree that the setup is difficult. I haven't gotten it to work on OS
> X yet. Who _has_ installed GF on OS X? I wonder how difficult it would
> be to make as a self-contained application. It seems to rely on
> several shared libraries and an installed version of Ruby...not an
> easy task?
>
> ~Kyle
>
>
> On Dec 9, 2007 10:44 AM, Jack <jack at rybn.org> wrote:
> > OK, it seems that GF is a powerfull tool. But why there is no basic tutorial
> > for beginner to install it ?
> > Because :
> > 1 : Install Ruby. Make sure it contains ruby.h and intern.h and related
> > files. It's also recommended to have libruby.so. Those extra files may be in
> > a package called ruby-dev if you are using RPM or DEB/FINK. If you are
> > building Ruby yourself, it's better to configure ruby with --enable-shared,
> > else you won't have libruby.so (but you will still have libruby.a). If you
> > need to have two Rubies at once, for example Ruby 1.8 for running Rails and
> > Ruby 1.9 for running GridFlow, you may build Ruby 1.9 with the option
> > --program-suffix=19 which will help distinguish the two Rubies. It's also
> > possible to have two Rubies installed without that option, but it might be
> > complicated. If you install into a system directory, you may have to run
> > ldconfig after installing Ruby.
> > 2 : Download GridFlow from the website and uncompress it, or get it from the
> > CVS server.
> > 3 : Run ./configure from the gridflow directory. Make sure it detects all
> > the components you want to use with GridFlow. If your OS is Debian or Ubuntu
> > you would run ruby1.9 configure instead so that it doesn't use ruby 1.8. In
> > MacOS you would normally use FINK to install those extra components: libjpeg
> > libjpeg-shlibs libpng-shlibs libpng3 libpng3-shlibs libmpeg libmpeg-shlibs
> > 4 : Note: you may have to set CPLUS_INCLUDE_PATH to indicate where to find
> > *.h files, and you may have to set both LIBRARY_PATH and LD_LIBRARY_PATH to
> > indicate where to find *.so or *.aor *.dylib or *.bundle or *.dll or *.lib
> > files.
> > 5 : Note: you can do ./configure --help to get a list of supported options.
> > You can use them to ignore the presence of troublesome libraries and select
> > debugging level. With --use-compiler you should use a version of g++, not
> > directly a version of gcc, else you get undefined symbol problems. Some
> > versions of gcc/g++ are troublesome.
> > 6 : Run make to produce the executables gridflow.so and gridflow.pd_linux or
> > similar
> > 7 : With a text editor, create ~/.gridflow_startup and write something like
> > GridFlow.data_path << "/pd/extra/gridflow/images" to tell GridFlow where to
> > find additional folders containing images or movies you want to use with
> > GridFlow.
> > 8 : Ltilib (optional, linux only): The LTI-Lib is an object oriented library
> > with algorithms and data structures frequently used in image processing and
> > computer vision.
> > 1 : Download and install ltilib version 1.9.15 from
> > http://ltilib.sourceforge.net/
> > 2 : in optional/rblti do: make
> > 9 : Loading GridFlow:
> > 1 : PureData : With a text editor, modify or create ~/.pdrc and write -lib
> > gridflow.
> > 2 : ImpureData : In the ".pdrc editor", add gridflow to the list of
> > libraries.
> > 3 : plain Ruby : the command require "gridflow" will load gridflow.so.
> > Note that on MacOS the dot-files are invisible in the Finder but you do cd
> > ~/Desktop; ln -s ../.pdrc "PureData Configuration" to make an alias on the
> > Desktop. Note also that on Windows the dot-files are even more trouble.
> > 1) Where to DL Ruby and how to install it (macosx) ?
> > 2) OK
> > 3) With Macosx, how to use Fink (what we do with it ?) what can we do with
> > Fink to configure GF ?
> > 4) Set CPLUS_INCLUDE_PATH : where is it and what is it ? Where to find *.h
> > files : where is it ans what is it ?  And you may have to set both
> > LIBRARY_PATH and LD_LIBRARY_PATH : where is it and what is it ? To indicate
> > where to find *.so or *.aor *.dylib or *.bundle or *.dll or *.lib files :
> > idem ?
> > 5) It's like chinese langage for me.
> > 6) OK
> > 7) And we save it on the desktop ?
> > 8) For linux only (equivalent for OSX ?)
> > 9) OK
> > Note) On MacOS the dot-files are invisible in the Finder : are you sure ?
> >
> > I think a clear documentation is good for people like me. Then we could
> > install GF without problem. This would multiply the chances to have GF by 10
> > ? ;).
> > Why GF is not include with pd-extended ?
> > Thanx for your answer.
> >
> > Jack
> >
> >
> >
> > Le 8 déc. 07 à 21:30, Mathieu Bouchard a écrit :
> >
> >
> >
> > On Sat, 8 Dec 2007, Roman Haefeli wrote:
> >
> >
> > i wouldn't say that gridflow is only for expert people, but yes, there is a
> > lot to learn, when learning gridflow. and learning it is very interesting. i
> > don't have an academical/mathematical background and for me gridflow is one
> > of these tools, that help me understand theories, that i wouldn't have a
> > chance to understand whithout seeing them implemented and working. this
> > applies also very much to pd, i think. would you consider pd to be a tool
> > only for dsp experts and academic musicians?
> >
> > Exactly. GridFlow is designed like Pd is, while GEM and PDP both try to hide
> > much more about video and other data types, than what Pd ever hides. (One
> > hides less, by allowing lots of data converters and data operations in a way
> > that you can access the data the way you want, instead of having to rely
> > solely on readymades)
> >
> >  _ _ __ ___ _____ ________ _____________ _____________________ ...
> > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
> >
>
> > _______________________________________________
> > PD-list at iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
> --
> -----
> ------------
>     ----     -----
> ---- -------- - ------
> http://perhapsidid.wordpress.com
> http://myspace.com/kyleklipowicz
>



-- 
-----
------------
    ----     -----
---- -------- - ------
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz




More information about the Pd-list mailing list