Hello MiS,
I'm actually sharing this archive, with a binary compiled in november, and will make another one in a few days:
http://megalego.free.fr/pd/gridflow/
This should be gridflow 9.12, I didn't heard about a 9.13 version, also HC told me to put the link on puredata.info but I don't understand how this plone site is working, I can't post anything without getting errors.
This binary should work on XP even if this has been compiled on a Vista machine, but only with pd-extended because there is something actually clashing with vanilla version, that has been recently resolved from what I've understood.
Actually I'm trying to resolve an ASIO issue on pd-extended/Vista if someone else could flag this, that would be great.
----- "Michal Seta" mis@artengine.ca a écrit :
Hi Patko,
Would you mind sharing somehow a binary build of a recent gridflow version? I am guessing it could probably even be sent as attachment. I run WinXP service pack 3 on an Intel CPU for this particular exercise, I don't know if that matters.
Thanks!
./MiS
On Wed, 8 Dec 2010, patko wrote:
This should be gridflow 9.12, I didn't heard about a 9.13 version, also HC told me to put the link on puredata.info but I don't understand how this plone site is working, I can't post anything without getting errors.
Ok, I finally tagged GridFlow 9.13 and made a package :
http://gridflow.ca/download/packages/gridflow-9.13-win32-i386.zip
Unlike GridFlow 9.12, which was built using gcc4, this is built with gcc3, just like GridFlow 9.8 and 9.7, and hopefully, it will be the last one to be built with gcc3.
Yes, my Windows partition is back, as mysteriously as it was gone.
If there's any reason why I should rebuild 9.13 with gcc4, I could be doing it.
GEM support still doesn't work on win32, and according to Johannes, will be hard to get to work.
I still haven't added X11 support in this build.
Can we make sure that it can be loaded by everybody, and [gf/gl] works ? After that, I'll make an official announcement. (Well, when the other packages are done as well)
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Tue, 8 Feb 2011, Mathieu Bouchard wrote:
Unlike GridFlow 9.12, which was built using gcc4, this is built with gcc3, just like GridFlow 9.8 and 9.7, and hopefully, it will be the last one to be built with gcc3.
Actually, can you tell me again which was the exact version of gcc you had used for building 9.12 ?...
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Why do we have to put dll into windows/system32 instead of pd/bin?
I don't like to move things to system32, this afternoon i had to fix a problem involved by a library sitting there.
----- "Mathieu Bouchard" matju@artengine.ca a écrit :
On Wed, 8 Dec 2010, patko wrote:
This should be gridflow 9.12, I didn't heard about a 9.13 version,
also
HC told me to put the link on puredata.info but I don't understand
how
this plone site is working, I can't post anything without getting errors.
Ok, I finally tagged GridFlow 9.13 and made a package :
http://gridflow.ca/download/packages/gridflow-9.13-win32-i386.zip
Unlike GridFlow 9.12, which was built using gcc4, this is built with gcc3, just like GridFlow 9.8 and 9.7, and hopefully, it will be the last one to be built with gcc3.
Yes, my Windows partition is back, as mysteriously as it was gone.
If there's any reason why I should rebuild 9.13 with gcc4, I could be
doing it.
GEM support still doesn't work on win32, and according to Johannes, will be hard to get to work.
I still haven't added X11 support in this build.
Can we make sure that it can be loaded by everybody, and [gf/gl] works ? After that, I'll make an official announcement. (Well, when the other
packages are done as well)
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Wed, 9 Feb 2011, patko wrote:
Why do we have to put dll into windows/system32 instead of pd/bin? I don't like to move things to system32, this afternoon i had to fix a problem involved by a library sitting there.
Because I used the old README from my windows build setup and forgot to use your README.
Sounds like I'm gonna have to reupload the package...
Before I do so, is there anything else I ought to change at the same time ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
----- "Mathieu Bouchard" matju@artengine.ca a écrit :
On Wed, 9 Feb 2011, patko wrote:
Why do we have to put dll into windows/system32 instead of pd/bin? I don't like to move things to system32, this afternoon i had to fix
a problem involved by a library sitting there.
Because I used the old README from my windows build setup and forgot to use your README.
Sounds like I'm gonna have to reupload the package...
Before I do so, is there anything else I ought to change at the same time ?
I didn't try it but I don't think that the 4. step would work because the 2. step indicate pd folder instead of pd/extra.
In fact for an easy install, I've made into archive a bin folder where I put the DLL's and an extra folder where I put the gridflow folder, then we just have to unzip into the pd folder we want for installing all the stuff.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Wed, 9 Feb 2011, patko wrote:
----- "Mathieu Bouchard" matju@artengine.ca a écrit : I didn't try it but I don't think that the 4. step would work because the 2. step indicate pd folder instead of pd/extra.
I reuploaded the package as http://gridflow.ca/download/packages/gridflow-9.13-win32-i386.zip
I only changed the README.
In fact for an easy install, I've made into archive a bin folder where I put the DLL's and an extra folder where I put the gridflow folder, then we just have to unzip into the pd folder we want for installing all the stuff.
I didn't use that layout for this release, but it would be a possibility for next release (or even now), if we answered satisfactorily the question of where do we put the instructions for unpacking the file, because currently the only instructions for unpacking are inside the package. (it reminds me of an old joke...)
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC