When will the next Ready release be?

52 views
Skip to first unread message

Dan Wills

unread,
Nov 22, 2019, 4:34:24 AM11/22/19
to reaction-...@googlegroups.com
Hiya Ready ppl,

I was at SiggraphAsia in Brisbane earlier this week and I gave a talk at the Houdini Hive event about Reaction Diffusion and the different formula hacks and and Houdini plugin work that I've done as part of Ready in aid of importing RD sims from Ready (ie VTI files) into Houdini.

Here is a link to a description of the talk ('Fun with Reaction Diffusion in Houdini' by Dan Wills):

A recording of it should become available in the next few weeks (which I will totally post here!)

I hope and expect that it will lead to more new graphics-y people trying Ready out, which will be a really good thing I reckon!

I think the talk went really well I think (at least several people said they really enjoyed it afterwards!) It was not intended to be a very technical (nor scientific) presentation, more of an introduction to the idea combined with a bunch of interesting images and videos to help illustrate what RD is.

I'm wondering when the next minor version of Ready (0.9) is planned to be released? I'd really love it if I didn't have to advise people that they have to build it themselves just to get the new version of the commandline rdy utility (including the changes that I made to support the new plugin 'rdyHoudini', that are already landed on the Trunk).

Not trying to rush anyone, indeed I'm ashamed to admit I'm not even across what other changes have been done that would also go out if we were to release now, but I'd love to hear what the possibilities are!

Thanks heaps for your attention :D
Dan

Tim Hutton

unread,
Nov 22, 2019, 6:28:17 PM11/22/19
to reaction-...@googlegroups.com
Great stuff, Dan. I'd love to see the talk.

If a release would be useful, let's make one.
Not too much has gone in but worth being 0.9 anyway I think.

Tim

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/reaction-diffusion/CAKnjVK1418ZuxuypuPY9i7fdcx7iGQB%3D3uqX5m26hBoTk1u5Aw%40mail.gmail.com.


--

Dan Wills

unread,
Nov 23, 2019, 4:57:32 AM11/23/19
to reaction-...@googlegroups.com
G'day Tim,
Awesome! Very glad to hear we can hopefully do a release!

I agree there is not much in there. Let me look over my patterns, I can hopefully convert a few cool things to start from synthetic initial-state and contribute them in Patterns/Experiments/Dan Wills to plump up the release a little : )

I will get back to you within a few days about that, but if you just want to get the wheels in motion without waiting, that would totally be fine too.

I'll definitely post the recording of my talk once SideFX put it out there! :)
Dan


Dan Wills

unread,
Nov 23, 2019, 5:50:24 AM11/23/19
to reaction-...@googlegroups.com
About the new patterns, since it would only be additions, do you think I could perhaps just post them as attachments here and then if you guys deem them interesting enough I could just add them to "Patterns/Experimental/Dan Wills" on the Trunk?
If you'd rather, I'll put them on a branch : )
Dan

Dan Wills

unread,
Nov 23, 2019, 9:00:28 AM11/23/19
to reaction-...@googlegroups.com
Attached are a few VTIs that I managed to work out a regeneratable-initial state for this evening.

I'm still wondering over whether it might be possible to store far fewer characters in the DataArray for the all-zeros field state (those big strings near the end of the file) I reckon I could get the file sizes down quite a bit more if I knew a bit more about how the DataArray strings worked).

I would love to hear any thoughts about including the attached formulas in Ready 0.9. I haven't sorted out the comment for all of them yet but will do that before adding them to the repo.
Have a choice one,
Dan
orbits_ddd_epochs_init.djw.vti
orbits_ddd_questionSpaceships-answer_init_djw.vti
grayscott-historyWave_temporalWeb_mgsz_init.vti
grayscott-historyWave_pinball_stalks_init.vti
grayscott-withWaveCoupling_ddd_cauli_init.vti
grayscott-evolvingMask_ddd_frothierEchoes_init.vti

Tim Hutton

unread,
Nov 26, 2019, 6:58:09 AM11/26/19
to reaction-...@googlegroups.com
Interesting patterns, Dan, thanks!

At 20KB each, we could include 1000 of these files and it would still be only a tiny 20MB download, so don't worry about the file size. (Although it is a bit odd that all zeros don't compress better - maybe read the VTK docs to find out why.)

I'd be happy to get all of these in. Go for it.

The connection with CA you talk about in the spaceships one is interesting. Wolfram talks about it in NKS, pages 155-166: https://www.wolframscience.com/nks/p155--continuous-cellular-automata/


Dan Wills

unread,
Nov 30, 2019, 8:05:52 AM11/30/19
to reaction-...@googlegroups.com
Nice! Thanks Tim, I will commit all of those and a coupl
I ended up with 9 VTIs to contribute, all done with comments now :D

I have comitted them directly onto gh-pages but it was 100% added vti files so hopefully no compatibility troubles there! :)

If everything else is ready, let's go ahead with the 0.9 release.

Thanks heaps for your help in bumping this out! :D it is really appreciated,
Dan


Dan Wills

unread,
Nov 30, 2019, 8:06:47 AM11/30/19
to reaction-...@googlegroups.com
whoops! managed to somehow send before I finished my sentence! "and a couple more" .. ah never mind

Tim Hutton

unread,
Nov 30, 2019, 3:24:41 PM11/30/19
to reaction-...@googlegroups.com
Great. Could you add descriptions of them in Help/changes.html?

I'll look at making test builds in the next few days. Will have to ask Andrew Trevorrow if he can make a MacOS build for us again.

Tim Hutton

unread,
Nov 30, 2019, 5:27:02 PM11/30/19
to reaction-...@googlegroups.com
Also, when adding new patterns the filenames need to be added to the CMakeLists.txt too, so they get included in the release.

Andrew Trevorrow

unread,
Dec 3, 2019, 3:04:11 AM12/3/19
to reaction-diffusion
I can't build Ready on my Mac OS 10.6 system any more.
When I try to do a "git pull" or "git clone ..." I get this error:

error: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version while accessing https://github.com/GollyGang/ready.git/info/refs

My SSL version is probably too old for github.  Rather than try to fix this I'll have
a go at building Ready 0.9 on my Mac OS 10.14 system.  This will probably mean
dropping support for systems older than 10.9 (no big deal).  Stay tuned...


Andrew Trevorrow

unread,
Dec 3, 2019, 6:00:16 AM12/3/19
to reaction-diffusion
Ok, I've managed to build Ready 0.9 on my 10.14 Mac.  As expected
it will only work on 10.9 or later (very few people will still be using an
older system).

Let me know when all the changes for 0.9 are done and I'll create the
necessary dmg file.

Tim Hutton

unread,
Dec 3, 2019, 6:13:00 AM12/3/19
to reaction-...@googlegroups.com
Brilliant, Andrew, thank you!

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.

Tim Hutton

unread,
Dec 3, 2019, 3:26:11 PM12/3/19
to reaction-...@googlegroups.com
Looks like the Travis CI build is now failing on Mac with a missing libclang:
Linking CXX executable Ready.app/Contents/MacOS/Ready
clang: error: no such file or directory: '/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/lib/darwin/libclang_rt.osx.a'
Any ideas about that one, Andew?

Robert Munafo

unread,
Dec 3, 2019, 4:41:27 PM12/3/19
to reaction-diffusion
On my system that file is available in two different places:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.0/lib/darwin/libclang_rt.osx.a
/Library/Developer/CommandLineTools/usr/lib/clang/10.0.0/lib/darwin/libclang_rt.osx.a

The first is the same as yours except the version number, so maybe you
can change the script or makefile to use the second path instead? Both
of these are real files (not symlinks).

Tomas Rokicki

unread,
Dec 3, 2019, 4:53:27 PM12/3/19
to reaction-...@googlegroups.com
You can always do the git pull on one system and just tarball and
copy the result to the other system.  If you need to make changes,
go ahead and commit on the old system, and when all done just
tarball it back to the newer system for the push.

-tom

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.


--

Andrew Trevorrow

unread,
Dec 3, 2019, 5:18:13 PM12/3/19
to reaction-...@googlegroups.com
> Looks like the Travis CI build is now failing on Mac with a missing libclang:
> Linking CXX executable Ready.app/Contents/MacOS/Ready
> clang: error: no such file or directory:
> '/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/lib/darwin/libclang_rt.osx.a'
> Any ideas about that one, Andew?
I had to add that library via a set command on line 561 in CMakeLists.txt
to avoid an undefined symbol "___isPlatformVersionAtLeast" when linking.
The default path cmake was using had a different version of libclang_rt.osx.a
that didn't have that symbol.  Not sure if this is a cmake or Apple bug.
Probably a cmake issue because I didn't see that error when building Golly
on the same system using the same version of wxMac (but not using cmake).

Anyway, try commenting out that set command and see what Travis does.
If it works then leave that command commented out and I'll temporarily
enable it if/when I need to rebuild Ready.

Andrew

Andrew Trevorrow

unread,
Dec 3, 2019, 5:57:05 PM12/3/19
to reaction-...@googlegroups.com
> On my system that file is available in two different places:
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/10.0.0/lib/darwin/libclang_rt.osx.a
>
> /Library/Developer/CommandLineTools/usr/lib/clang/10.0.0/lib/darwin/libclang_rt.osx.a
>
> The first is the same as yours except the version number, so maybe you
> can change the script or makefile to use the second path instead? Both
> of these are real files (not symlinks).

Cmake was using the 2nd path.
The problem (at least on my 10.14 system) is that libclang_rt.osx.a in that
location doesn't have a "___isPlatformVersionAtLeast" symbol.
But the version in the 1st path *does* have that symbol, so that's why
I added that path in CMakeLists.txt.

Googling revealed that other people have run into the same issue,
but I didn't find any better solution.

Andrew

Tim Hutton

unread,
Dec 3, 2019, 6:34:44 PM12/3/19
to reaction-...@googlegroups.com
(on a 10.13 machine)

Trying now on 10.14 too. (It's great that Travis-CI offers these machines!)

On Tue, 3 Dec 2019 at 22:18, Andrew Trevorrow <and...@trevorrow.com> wrote:
> Looks like the Travis CI build is now failing on Mac with a missing libclang:
> Linking CXX executable Ready.app/Contents/MacOS/Ready
> clang: error: no such file or directory:
> '/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/lib/darwin/libclang_rt.osx.a'
> Any ideas about that one, Andew?
I had to add that library via a set command on line 561 in CMakeLists.txt
to avoid an undefined symbol "___isPlatformVersionAtLeast" when linking.
The default path cmake was using had a different version of libclang_rt.osx.a
that didn't have that symbol.  Not sure if this is a cmake or Apple bug.
Probably a cmake issue because I didn't see that error when building Golly
on the same system using the same version of wxMac (but not using cmake).

Anyway, try commenting out that set command and see what Travis does.
If it works then leave that command commented out and I'll temporarily
enable it if/when I need to rebuild Ready.

Andrew

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.

Tim Hutton

unread,
Dec 3, 2019, 6:44:25 PM12/3/19
to reaction-...@googlegroups.com
Removing that line worked on MacOS 10.14 too. I've pushed it to our master branch.

Andrew I'm not clear why it was needed on your machine - the builds on Travis use CMake too. Must be something about the configuration?

Andrew Trevorrow

unread,
Dec 3, 2019, 7:17:04 PM12/3/19
to reaction-...@googlegroups.com
> Andrew I'm not clear why it was needed on your machine - the builds on
> Travis use CMake too. Must be something about the configuration?

Two possibilities:
Which version of wxWidgets is Travis using? (I use wxMac 3.1.3.)
Which version of Xcode? (I have Xcode 11.2.1 installed.)

My guess is that the Xcode installer has failed to update the
lib file in the 2nd path. Wouldn't be the 1st time Apple screwed up.
I could probably copy the file from the 1st location into the 2nd
but I'm reluctant to mess with system stuff.

Anyway, can you leave that line in but commented out? That way
I can temporarily enable it if/when necessary. I'll remove it
if I ever discover it's no longer needed.

Andrew

Tim Hutton

unread,
Dec 3, 2019, 7:31:29 PM12/3/19
to reaction-...@googlegroups.com
Test 1 used MacOS 10.13 wih XCode 9.4.1 and wxMac 3.0.4:
https://travis-ci.org/GollyGang/ready/builds/620374062
(all the details are in the logs there)

Test 2 used MacOS 10.14 with XCode 11.2.1 and wxMac 3.0.4_2:
https://travis-ci.org/GollyGang/ready/jobs/620381903

Yes, can keep the line in but commented-out.

On Wed, 4 Dec 2019 at 00:17, Andrew Trevorrow <and...@trevorrow.com> wrote:
> Andrew I'm not clear why it was needed on your machine - the builds on
> Travis use CMake too. Must be something about the configuration?

Two possibilities:
Which version of wxWidgets is Travis using?  (I use wxMac 3.1.3.)
Which version of Xcode?  (I have Xcode 11.2.1 installed.)

My guess is that the Xcode installer has failed to update the
lib file in the 2nd path.  Wouldn't be the 1st time Apple screwed up.
I could probably copy the file from the 1st location into the 2nd
but I'm reluctant to mess with system stuff.

Anyway, can you leave that line in but commented out?  That way
I can temporarily enable it if/when necessary.  I'll remove it
if I ever discover it's no longer needed.

Andrew

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.

Andrew Trevorrow

unread,
Dec 4, 2019, 1:42:47 AM12/4/19
to reaction-diffusion
> Test 2 used MacOS 10.14 with XCode 11.2.1 and wxMac 3.0.4_2:
https://travis-ci.org/GollyGang/ready/jobs/620381903

I can also successfully build Ready using wxMac 3.0.4 -- that's because
the libwx*.a files don't have that "___isPlatformVersionAtLeast" symbol.

BUT -- and it's a big but -- the resulting Ready.app immediately crashes
on starting up.  I saw the same problem when trying to build Golly on
Mojave (10.14) using any wxMac 3.0.x version, which is why I had to
switch to wMac 3.1.3.

Andrew

Dan Wills

unread,
Dec 6, 2019, 10:35:17 AM12/6/19
to reaction-...@googlegroups.com
Hiya Tim, Andrew and all you other fine ready people :),

I was hoping to squeeze in one last update before 0.9 gets minted for the Houdini Digital Assets (non commercial) in Scripts/Houdini and some updates to the README.md that lives there too. I have just pushed a revision to gh-pages containing that update. It only affected those files.

I reckon I am now totally finished with any changes I would like to commit before 0.9 (barring discovery of a fixable bug in time).

I'm eager to hear if you guys (well mainly Andrew) managed to reach a good both buildable and runnable state for Mac? It sounded really complicated, and Andrew's last 'BUT' like a fatal blow! Best of luck! :D
Have a good one! :)
Dan

--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.

Dan Wills

unread,
Dec 6, 2019, 7:39:08 PM12/6/19
to reaction-...@googlegroups.com
Also, SideFX have posted the video of my talk now:

Andrew Trevorrow

unread,
Dec 7, 2019, 5:45:42 PM12/7/19
to reaction-diffusion
Hi Dan,

> I'm eager to hear if you guys (well mainly Andrew) managed to reach a good both buildable and runnable state for Mac?

I can build Ready 0.9 on my Mac 10.14 system and it runs fine.
I have to use the latest version of wxMac (3.1.3) *and* I have to
enable a set command in CMakeLists.txt that tells the linker to
use a different version of libclang_rt.osx.a than the one Cmake
is using.

When Tim has finished all his changes (eg. the comments in the
FCC3333 examples) I'll create a dmg file and upload it to my
website so other Mac users can see if it works on their systems.

Andrew

Dan Wills

unread,
Dec 8, 2019, 5:31:03 AM12/8/19
to reaction-...@googlegroups.com
Good to hear Andrew, I got a wrong impression about what was working. Glad you know the secret sauce to get it built! massively appreciated!
Dan


--
You received this message because you are subscribed to the Google Groups "reaction-diffusion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reaction-diffus...@googlegroups.com.

Dan Wills

unread,
Dec 9, 2019, 9:04:28 AM12/9/19
to reaction-...@googlegroups.com
Couldn't help myself a little README tidying and a slight improvement with a push to gh-pages a minute ago. I'm still totally done though, no further changes planned!

Hope we can work out the FCC3333 attribution soon ;)
Dan

Tim Hutton

unread,
Dec 11, 2019, 2:37:23 PM12/11/19
to reaction-...@googlegroups.com
I fixed the attribution in the FCC3333 patterns.

Currently I'm working on the unicode string handling stuff, some of which was broken on Windows at least.

Reply all
Reply to author
Forward
0 new messages