business that requires a lot of relationships between sliders.
For example if a Slider is giving a value between 3 and 7, a second slider should output between 2 and 10 in even numbers and a third slider only from 1 to 3 in 2 digits, while if the first slider goes above 7 the others also change accordingly to a relationship formula.
I know this can be done otherwise using other components but the beauty and functionality of a Slider with controlled inputs is that first: it makes it simple to achieve the relationship and second you have a perfect visual "input data display value" at hand.
One thing is to have a components modify a slider output by say -30% and one thing is to have the numbers on the slider giving you an exact display and control, or going from Integer to Floating: instead of using 2 sliders and let a user know when is one or the other.
Is like the weakest link of a strong chain.
I just find sliders to be beautifully simple and yet potentially very powerful tools if they could dynamically change and become little control panels in their cluster context.
This is one of the most desired function I am wishing for a long long time.
Marco…
It seems the sender in your app and the UDP receiver in GH have are sharing the same port. I would chose two ports, one for each application. GH will listen for messages sent to its port from your app, and your app will listen to messages on its port sent by GH. You would give the UDP sender in GH the port for your app, and when you send messages from your app, they should be sending to the port given to the UDP Receiver in GH.
The (7), (14), and (8) deal with the bit size arrangement of the data to be sent. ASCII Text is a 7 bit character encoding http://msdn.microsoft.com/en-us/library/system.text.encoding.ascii(v=VS.90).aspx, in the background the stream of doubles is working in an 8-bit array. This is a part of gHowl we have also been meaning to revamp in order to make sending of more specific data types a possibility. Hopefully we can tackle it in the next revision.
…
en the expression "7" will set all values to 7.
Int is not a valid expression because Int is a function in the expression language, therefore it must always be accompanied by brackets and an argument "Int(3.6)" for example, or "Int(x + 0.5*x)". (I know it's confusing that Int is both a function and the default name of the integer parameter, I'm working on a solution).
2) Unfortunately there's no "in the meantime" when it comes to clusters. Being able to edit them in-situ is probably the most important lacking feature at the moment. Once I have a month and a half or so of free schedule I'm going to try and make that work.
4) Yeah me too. I'll need to make the contents of the Radial menu and the Canvas toolbar customizable, and probably change the default buttons.
5) Nope, like with clusters, I need some continuous free time to work on it, and I've been travelling too much this year.
--
David Rutten
david@mcneel.com
Poprad, Slovakia…
Added by David Rutten at 2:39am on October 2, 2011
GH_Path starting with index i.
For instance, I have 7 paths each with a list of points. The 7 paths are as follows:
{0,0}
{0,1}
{0,2}
{1,0}
{1,1}
{1,2}
{1,3}
How could I apply a name depending upon the first integer in the GH_Path without knowing how many branches of that there will be. So the first three sets of data would be "Name 1" and the next four would be "Name 2".
Something like:
for i as integer = 0 to firstIntegerOfBranch.Count-1
for j as integer = 0 to secondIntegerOfBranch.Count-1
Dim p as new GH_Path(i,j)
zoneName = "Zone " & i
next j
next i
Thanks,
Ben…
Added by Ben Silverman at 1:40pm on November 16, 2011
ndows 7.
1. Toggle between two 3DM documents in Rhino with open command and no Saves => No increase in memory (as expected).
2. Open / Close Same GH document with Solver locked => No increase in memory
3. Open / Close Same GH document with Solver unlocked and solution computed on open but no geometry previews enabled => Increase in memory, small but steady. ~ 2-4 mb on Rhino4.0 and ~8-10 mb increase on Rhino 5.0 on every on close cycle. Note, this GH file has surface parameter collections that point to surfaces in the 3DM file open in Rhino during test.
I will also try to isolate the bake command and see what happens and post results.
Lastly, I have run the same repetitive task on a 32bit Windows 7 machine with Rhino 5.0 and have verified the same steady rise in memory but have not split out the individual steps. …
itual:
dll and gha files unblocked
Rhino5 64bit SR11 and GH 0.9.0076 (evaluation version)
.NET framework 4.5 or later
COFF loading turned off (either the global setting or just for Kangaroo2, following the instructions above)
I´v my kagaroo2 dll and gha files in local machine
I worked at windows 8.1 (64 )and windows 7 (86)
The kagarro2 work´s in these machines without problems
only the Grap component does not work...
I´d an educational lab licence for Rhino, and I´ll try to work with another one maybe it does not work with newest release, my licence is SR 7
I install the Rhno 5 version SR11 but will expire in 30 days…
53 → 53 → 63 → 74 → 74 → 84 → 9
As you can see from the above list the connection sequence comes in waves of three, where each group of similar indices on the left is associated with a group of three incrementing indices on the right.
Some combination of Series components will probably generate this list, but it'll only work for the first ring, the second one will need a different connection pattern. It is perhaps better to just encode the integer pairs by hand. But then you cannot change your mind about the number of sides later.…
Added by David Rutten at 10:39am on October 21, 2015
I assume that branch 0;0 has N = 10 points, 0;1 N = 7 points.
In the photo the way you describe the points it is like branch 0;0 has N = 45 points, where subbranch 0;0;1 has null points, subbrach 0;0;1 has N=1 point... subbranch 0;0;9 has N= 9 points.
Most likely you need to just graft you initial data tree that has the following structure
0;0 with N = 10
0;1 with N = 7
0;2 with N = 9
0;3 with N = 5
0;4 with N = 8
without a file, or a solid description of your starting data structure all these remain assumptions.
…
home PC and it worked without any issues.
Do you have Administrator privileges on your PC?
Is it possible that you do this:1) Set all _runIt inputs in your tuc_terrain.gh file to False.2) Save an close the tuc_terrain.gh file.3) Delete your "c:/gismo" folder4) Open again your tuc_terrain.gh file in Grasshopper.5) Run the "OSM shapes" component by setting its _runIt input to True.6) If you again get the "Invalid shapes" warning, then set the _runIt input of the "OSM shapes" component to False.7) Wait at least a couple of seconds (let' say 6 or 7 seconds)!8) Set the _runIt input of the "OSM shapes" component to True again.
What happens then?…
Added by djordje to Gismo at 1:45am on August 3, 2017
bit win7 system.
I searched and found this article http://msdn.microsoft.com/en-us/library/windows/desktop/bb613473%28v=vs.85%29.aspx
It' s about the 4G tuning and said to set the IMAGE_FILE_LARGE_ADDRESS_AWARE flag in the image header to make 32bit software use up to 4GB memory.
I also found a little tool, http://www.ntcore.com/4gb_patch.php
This is used to add that flag I suppose. I tried it on rhino 4.0 but still, it crashed when it consumes 2GB memory.
My question is, is it possible to make Rhino4.0 to use up to 4GB on Windows 7 64bit system? If the answer is yes, and how?
Thanks!
-Jerome…