@Rahil Malik so you are in the right direction, but you only made a "line" of super big sand
So , should i just copy them ?
I can accept the task and you can move on, which leaves us with an unusable model; or you can try to make it better ... which do you want to do?
I will make it better
okay, so first up -- how big is a grain of sand?
very small
we're a CAD system -- numbers matter :)
what's very small?
maybe 1mm ?
maybe
maybe not
no, 0.1mm
you shouldn't be guessing
this isn't a guessing question
because it depends on the size of my hourglass right ?
and my hourglass is about 125mm , so it ,must be around 0.1
that's better thinking, but if you take it a step further, there must be a formal definition for what constitutes sand
I didn't get it
Silicon dioxide?
if I asked you how tall are people, what would you say?
@Jeff Sieu so a huge 1m x 1m x 1m cube of silicon dioxide is sand?
Okay, jokes aside sand is constituted of sand particles, right?
I am really not getting what you're trying to Imply ?
According to Wikipedia, a sand particle is about 0.0625 mm to 2 mm
i've asked a technical question and am getting non-technical answers
@Jeff Sieu bingo, that's a better answer
And can probably be modelled as a sphere?
so now you have a range of possibilities
According to Wikipedia, a sand particle is about 0.0625 mm to 2 mm
Ohh, ok :thumbs_up:
So, i have to make group of thousands of such 0.0625mm spheres
that would totally come out as sand
this is how you should be thinking when you're doing engineering, bounded by analysis
why 0.0625?
it's certainly in range, but 0.0625 to 2 is a pretty huge difference ... three orders of magnitude different
so your next question should be where in that range might be appropriate for YOUR needs
i mean between 0.0625 - 2mm because i have to go according of the size of my model
right! :) your model
so how big is your hole?
exactly 1mm (from front view)
if your hole is < 2mm, then you'd have to be super careful how small/big you choose
is that exterior or interior?
and really 1mm?? I don't recall it being that small
interior ,
I must have made amends later on
I was experimenting the whole dayon how i could make such a large group fit in perfectly under the upper section of the hourglass
so you're sure it's 1mm in diameter or radius?
diameter
the area would be around 0.725 mm^2
okay, so then you can consider how many grains need to fit so that they don't get "stuck"
as you can imagine, if you have marbles in a funnel, you can get them all to stick so none fall out if the hole is too small
okay, so then you can consider how many grains need to fit so that they don't get "stuck"
4-5 grains at a time would be perfect because , its less chance that 5 spheres come at the same time and get stuck
so the size of the grain will be around 0.3mm
that's good thinking -- so let's test that hypothesis with a little thought exercise
lets say you made it so 10 fit across ... what would likely happen
(compared with, say 4 grains)
(or 1 grain)
the grains will flow ?
sure, but how will they flow?
slower?
yes
what will be slower?
the flow
which?
more grains, the slower the flow of the grains
10 will be slower?
yes, 10 > 4 > 1 grains
10 < 4 < 1*
you have a 1mm hole, so 10 grains across is a 0.1mm grain size
Yess
1mm hole with 1 grain across is a 1mm grain size
i didn't understand the last statement
:)
1mm hold with 1 grain across is a 1mm grain size
what do you mean by hold ?(stuck ?)
you have a 1mm hole I meant hole, not hold
YESsss, i get it
so if you wanted 2 grains across, that'd be .5mm diameter grains
we could calculate the area, but say 2 grains across means it lets 10 grains per second flow through the hole (and we assume it doesn't get stuck, which doesn't seem likely)
so 0.5 mm diameter grains is 10 grains per second
yes
would would 10 grains across be?
(you can assume a square hole for simplicity)
is there a typo ? in the above statement ?
not that I see, what's confusing?
how big are the grains if you can fit 10 across the hole?
if the hole is 1mm is diameter then 0.1
perfect
(did you think you'd be doing some math when you woke up today?)
:)
:laughing: Too Much ; I had my physics exam today , had to do many numericals :rolling_on_the_floor_laughing:
so if 0.5mm is 10 grains per second, how fast would 0.1mm grains likely flow?
20
you originally said "slower"
I wasn't thinking straight
Now, i got it
so 20 isn't the right number, but you got the idea
so what is ? i jdid a cross multiplication
0.5 to 0.1 is 1/5th the size, so you might think 50 grains per second except that's in only 1 dimension and we'd need to calculate areas
suffice it to say that 10 grains across will flow faster than 1 grain across, and we just need enough so that they don't get stuck
for that, your guess of 4-5 grains across will be grains about how big?
1 is 1mm, 10 is .1mm ... what's 4 or 5?
4 - 0.25mm 5 -0.2mm
excellent, so if we had a 1mm^2 hole, that would be how many grains of sand going through simultaneously
5 grains of 0.2 mm^2 area ?
5 grains across
yes, 0.2mm^2
:)
figured it out yet?
Totally !
I will complete this in 2 hours max
so what's the number then? or did you miss the question? :)
if you had a 1mm square hole, how many of those 0.2mm square grains are going to fit through it simultaneously?
square as in mm^2 ?
yes
5 ?
no...
there's 5 across one dimension, but the hole is square
tthe hole is circular
the*
I am so sorry for that one
it is, but I said assume it's square for (mathematical) simplicity
you can figure it out for a round hole if you want :)
it's definitely not 5 either way :)
15.7
zulip needs a whiteboard
well done, and if the hole were square?
5
heh
no
it's 5 ... times 5
5 square
Area of Square = l^2
25
How ??
square is the hole ?
if you have a 1mm square hole
the hole is 1mm^2 in area
if the grains are 0.2mm in length (and square, thus 0.2mm^2 in area)
that means you can fit 5 across the hole
and 5 up the hole
5x5=25
0.2 mm^2 x 5 = 1mm^2
the
5x5=25
5 up the hole ?
ah, sorry! there's the mistake
if the grains are 0.2mm in length
they're not 0.2mm^2 area
ya
its 0.04 mm^2
0.2 x 0.2 = 0.04mm^2 ;)
so the chances of 25 (or 15 grains) all getting stuck .. seems improbable
but still the answer is 25 :)
yes :)
1mm^2/0.04mm^2 = 25
got it
that means you could possibly go sightly bigger grain, but 0.2 seems adequate
if anything what it means will happen is that the sand will flow more quickly
that means you could possibly go sightly bigger grain, but 0.2 seems adequate
ya
than it would if, say, you used 0.3mm grains
so go with that 0.2 or 0.25 mm diameter spheres
ya 0.1 mm radius
so you make one sphere somewhere in that upper space, then clone it
make sure to leave a little bit of spacing when you clone
you want to make a cube or cylinder of sand
clone -n 100 -t 1 0 0 sand.s
that's a pretty big gap, no?
clone -n 100 -t 1 0 0 sand.s
here in translate the one is in mm
the grains are .2mm
so that'll leave .8mm gap
-t 0.3 0 0 ?
leaving 0.1 mm gap
that sounds better, maybe 0.4
so clone 100 then clone those 100
and then clone those 100
I have to make in 1000s right ?
that will make a 100 x 100 x 100 grains
a million grains seems appropriate
assuming they fit in the space
does 100 across with a 0.3 or 0.4 spacing fit the space?
got it but they will stay in the upper deck's uppermost part . So, the grains won't be visible in the image
what do you mean?
why wouldn't they be visible?
So , first i make 100 clones then make a region of them and then clone the region ?
not a region, but yes
why wouldn't they be visible?
in the raytraced at ae 45 45
so i should hold one sand and clone that only ?
not a region, but yes
if you want to be correct, you make a region with 1 grain, then clone that region N times... group them, then clone that group N times, group them, then clone that group N times
Okay :)
note that the last clone will likely take a little time to draw unless you turn on Display Lists on the menu
okay
so making the 100 x 100 x100 sphere Square(Shape) shouldn't my model be atleast 110 mm so it would stay in the upperdeck
cloning a region is a nightmare instead i am cloning solids and making thier region
so if i just fill up whole layer this way wont the other half get out of the hourglasss
HALFway.PNG
looks like it -- so maybe try a bit tighter spacing?
you could use the pattern tool as it will do cylindrical/circular patterns
@Rahil Malik fyi, you don't need a tcl loop to draw -- you can use wildcards: draw sand.rI? sand.rI??
or draw sand.r*
btw how much sand do you need ? :laughing:
wouldn't that be enough for you use ?
Also, i couldn't understand the pdf , so i really don't know how to use pattern tool or that would've been great
the principles of effective modeling?
which pdf?
ya
specially the spherical patterns, as they didn't show a correct way to use it , niether is the screenshot of how the patterns in the fig. were formed
ah, well you probably would've needed to read it from the beginning as it covers more advanced topics
i've done it from the beginning
but if you follow the other patterns they do show, doing spherical is the same
okay , i'll try once more (my mom is telling me to sleep its past my bedtime :( but i 'll tryy my best)
clone is fine too, looks like you've got that working
but its too much work, i have made far too little progress in some 1-2 hours
what's the work? you must be doing something manually again
yes, i had to
it should have been three clone calls
can you show me the code
i have to keep the sand inside the hourglass too
yes, so just create as much as fits
then it 4 rows and is fine ?
how many is that?
you have other options too
this one
HALFway.PNG
you have other options too
thats why I came here , to learn the pattern tool
that looks great, but is not an optimal fill pattern
optimal pattern is a square in the middle
if you make them all the way across, then you're out of room after just a couple rows
you also have other options -- you could decrease the spacing so they are closer together
i can go on making rows but the some of the edge sand particles will go out of the hourglass
you could decrease the grain size slightly so you can fit more while still being pretty close to the original estimates
you mean scale them ?
you also have other options -- you could decrease the spacing so they are closer together
you could decrease the grain size slightly so you can fit more while still being pretty close to the original estimates
0.19/0.18
i can go on making rows but the some of the edge sand particles will go out of the hourglass
NO... you're not understanding... the rows are too long .. make them stay in the hourglass
I do not mean scale them
the rows right now , stay perfectly in (cut to cut)
I mean maybe use .09 radius grains instead of .1 radius
they do not fill it though
ok, i ';ll try
in that screenshot, you're making a grid like this:https://galeascience.files.wordpress.com/2016/03/circle_in_box.png?w=300&h=300
yess so instead ?
and in reality, even smaller because the hourglass tapers downward
OHH k, so this one would be fine , irght ?
:arrow_up:
yes ... you want a cube of grains
goal is to fit 1M grains
that will be a very interesting simulation
if you can't fit that many, see how many you can fit
again with just a few clone calls .. if you're doing it manually, that's not right
you could do 1 big cube and 6 smaller cubes in the adjacent gaps but not necessary
by the way there are too many warnings appearing and my PC has started to hang. and mged is not responding every once in a while
again with just a few clone calls .. if you're doing it manually, that's not right
but once , i have 2 rows i dont know how much to translate other clones
don't understand
the translation amount is the same, just along different axes
clone 1 to 1 line, clone 1 line to N lines (1 square), clone 1 square to N squares
first i take a solid then make 80 clones (-t 0.4 0 0) then i make a group of those 80 clones using for loop
then now when i have to make a clone, how do i know how much translate so they are exaclty next to each other?
so that first clone is copies along with X axis (-t X Y Z)
the second clone that made a square would have been along Y or Z axis
the remaining clone is the one remaining
so -t .4 0 0 , then -t 0 .4 0, then -t 0 0 .4
if you put them into groups as you go, you wouldn't need a for loop
i would need a loop , to keep 80 in a group , irght ?
how else can i group 80 solids ?
clone sphere to a line, group them. clone line to a square, group them. clone square to cube, group them.
you just group them... what do you mean?
group them means to create a region ?
not specifically no -- region means you're grouping them AND saying they occupy space
so , how to group them ?
saying they occupy space is irrelevant right now
the g command
btw what command can let me delete everything except some solids ?
for example: g line.c sph.*
when you say delete, do you mean remove them from the display or remove them from the file
file
kill
kill sph.*
if more than 1 , i have to use the for loop , right ?
if more than 100 , then ?
heh, I think you are forgetting some of your mged lessons
I might be sleepy
you shouldn't need any for loops if you name things well
its 2:00 Am here
if you can do it with a for loop, then you probably can do it without a for loop
just use a pattern
OK
the mged command line works like the unix command line -- you can specify a pattern
for example, "draw *.r" will draw everything that ends with r
"draw sph.*" is everything starts with sph
ok, cool !, got it :thumbs_up:
hey, man . got till the last step
was making clone of the square
Hey its done
Its done . Now its symmetric . I did'nt learn the group tehcnic 5074714571571200_1515407697_Hourglass.g
Should i submit now ?
Imma goto sleep , its 2.27 AM here :sleeping:
@Rahil Malik you made sand .4 in diameter. that's why you ran out of space so quickly
it's also not a square cube and has overlaps (modeling errors) ... looks like you have a stray sliver of cloned spheres
... but you still also need to assemble this all into a scene, a final model -- not a bunch of unrelated top-level objects
well, isn't it this way :
clone -i 1 -n 60 -t 0.4 0 0 sand.s
g line.c sand.s*
clone -i 1 -n 60 -t 0 0.4 0 line.c
g square.c line.c*
clone -i 1 -n 60 -t 0 0 0.4 square.c*
g cube.c square.c*
. and it all done ?
actully i changed the -n values cause i thought i would run out of space
that's not the grain size -- that's the copy spacing
that explains why they are all touching each other... :)
you said keep the distance between them 0.4 and their diameter 0.2
that's not the grain size -- that's the copy spacing
i din't get this
the grain size , i had set to 0.2 , this is the spacing between each clone , 0.4
you made the radius 0.2
you were supposed to make the diameter .2, the radius .1 or .09
you did make the spacing between each clone 0.4, but that's why if you zoom in you'll notice the spheres all touch each other
when there should be a nice gap about as wide as the radius
do you see a gap between the spheres?
nope. but i have this problem going on after cloning a line and making it a square, when i clone the square , mged crashes
btw in the last step where i have to clone . is it ok if it isn't perfect cube ?
60 x 60 x5 or 10 ? because only 5-10 rows of square.c can be accomodated in the hourglass
crashes are super interesting
what platform are you on?
if you can reliably get it to crash and can get a backtrace report, claim the bug report task and get credit for it
btw in the last step where i have to clone . is it ok if it isn't perfect cube ?
well, that depends... for this to be at all interesting and useful, we need a lot of grains of sand. original goal was 1M, but I think we need at least 100k
60 x 60 x5 or 10 ? because only 5-10 rows of square.c can be accomodated in the hourglass
maybe a few big layers at 60x60x5, followed by another triple cloning at something like 20x20x30
ya one square has approx. 1,00,000 grains
but isn't the crash because there are too many cubes and PC isn't capable probably
that's totally a guess
what does "PC isn't capable" mean?
that's the non programmer's view of crashes ;)
to a programmer, there is always a very specific reason
and it's rarely ever "PC isn't capable"
:) Ok
the command line goes - not responding and then i have no other option then to close the application
sure, that's just the nature of a crash
and , i can't even get one clone of it
so probably something else is wrong
it could be , let me get into it
Actually, i have more than 1,20,000 grains . so i am going to wait for 15 minutes to check if the cloning is successful , because whenever its a huge no. , mged doesn't respond for a while but is actually still runnning the code , and when the cloning is finished it goes back to normal
I think, i get it . When i tried to kill all sand grains by kill sand.s* , even then mged crashes
This means , i have too many grains , so i have to wait ro more time
i don't know why but the killing speed of mged has dropped drastically, it taks exaclty full 5 mins to kill 100 spheres while i have 1,30,000 grains
Maybe because they were being drawn before being killed?
nope, they were all drawn
and cloning such set of grains take very much too
I have a doubt, when i change value of A,B and C of a sphere using command line (p command) then the no. given will be set as radius or diameter ?
From here on, i cannot put the next code - clone -i 1 -n 200 -t 0 0 0.2 square.c
Can anyone help me ?
i couldn't attach my .g file as it went up above 25 MB
becuase , the mged crashes after the above code , is executed
I will have to increase the grain radius or else, it would too loaded up
Is there anybody who can help ?
HEllo, sean . Is it Ok ,if i make 80 x 80 x3 ??
@Rahil Malik you of course can only submit what your machine can handle -- I don't know why it would be slowing down on you like that ... there may be some inefficiency if you are constantly cloning and killing repeatedly
you could try garbage_collect to see if that helps
so, this can be considered as a crash , right ? just while creating grains and not while killing them
I'm not sure because I've not observed that behavior. If it's a crash, mged should exit ungracefully and abruptly, or get stuck in an infinite loop.
yea, it goes not responding and then all options are unable to use except the 'X' to exit
Last updated: Jan 10 2025 at 00:48 UTC