Hi Guys!
I just had a try with the new version, and finally, it works fine for me as
well.
Thanks
Klaus
On Thu, Nov 25, 2010 at 10:15 AM, Anton Gladky
681...@bugs.launchpad.netwrote:
Thanks a lot, Vaclav! All is Ok now.
Anton
--
Crash in last revision
Hi Guys!
I have to implement a simple contact law which considers normal tensile force
only but elasto-plastic behaviour (steel wire). Once the connection breaks
there is no more interaction. Any idea if there is already something similar
in the code?
Any suggestion how to start? I was
Hi gys!
Can someone tell me how debugging is working? I used the debug option when
compiling and the LOG-statements in the code, but I couldn't get any output
when running a simulation with yade.
Thanks
Klaus
___
Mailing list:
Hi guys!
I just made a checkout of the actual trunk (bzr2640) and tried to compile it.
It doesn't work. To me it looks like there are some problems in respect to
some includ files. I tried to fix it but once one error is solved I get a new
one just related to another include.
The first
Hi guys!
A lot of changes have been done in the last few weeks. I just tried to run
some scripts and I ended up with some troubles. Somehow I fixed my scripts for
the WireMatPM but I couldn't really understand why I needed this changes.
Someone can explain it to me please?
Some other scripts
, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi guys!
I wanted to ask if I can add my non-standard packings for my rockfall net
(WireMatPM) to py/pack/pack.py. One of the packings is shown in the
attachment. The packing works without predicate and particles are
generated on a plane (x-y
Hi Guys!
I try to implement an interaction between two different materials, e.g. between
FrictMat and my WireMat.
My first guess would be to implement (in WirePM.cpp):
1. Ip2_WireMat_FrictMat_FrictPhys
2. Law2_ScGeam_FrictPhys_WirePM
Any comments or suggestions?
I saw that Chiara posted a
it will implement a new behaviour, else you can use one of the
existing laws (e.g. Law2_ScGeom_FrictPhys_CundallStrack is used for
cylinder-sphere interactions).
Cheers.
Bruno
On 28/02/11 06:34, Klaus Thoeni wrote:
Hi Guys!
I try to implement an interaction between two different
://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni - Centre for Geotechnical and Materials Modelling
Civil, Surveying and Environmental Engineering - Engineering Building EA
The University of Newcastle, Callaghan, NSW 2308, Australia
web: http
Hi Vaclav!
I am sure we will miss you! Anyway, good luck with your new plans.
Regarding your new plans, please keep us updated since coupling is a very
interesting topic. I am already looking forward to see some nice animations
from your new developments on youtube ;-)
Cheers
Klaus
On Fri,
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni - Centre for Geotechnical and Materials Modelling
Civil, Surveying and Environmental
scons: *** [/home/anna/build-trunk/core/core.os] Error 1
scons: building terminated because of errors.
What can I do to make it work?
Thanks in advance,
Anna
--
Dr. Klaus Thoeni - Centre for Geotechnical and Materials Modelling
Civil, Surveying and Environmental Engineering - Engineering
/bound.hpp you downloaded, just to
be sure?
Bruno
On 26/09/11 10:37, Bruno Chareyre wrote:
(moving to yade-dev)
No guess yet. Thanks for notifying. Which scripts gives the segfault?
B
On 26/09/11 07:43, Klaus Thoeni wrote:
Hi Bruno,
I tested your implementation with my
more in multithread.
Some results are reported here:
https://yade-dem.org/wiki/Colliders_performace#Improved_InsertionSort
Thanks.
Bruno
--
Dr. Klaus Thoeni - Centre for Geotechnical and Materials Modelling
Civil, Surveying and Environmental Engineering - Engineering Building EA
download it.
Bruno
On 28/09/11 04:49, Klaus Thoeni wrote:
Hi Bruno,
I checked out your branch lp:~bruno-chareyre/yade/collide (without 2 at
the end as indicated in the bzr co part of your first posting) when I
tested it. I just saw now that there is as well a branch
lp:~bruno
Fixed.
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni - Centre for Geotechnical
Hi guys,
I just wanted to use the function unbalancedForce in one of my scripts. And
look what is happening: running the same simulation several times after each
other gives different results for the unbalancedForce. Well either some values
which seem all right or just zero. The script I used
PM Anton Gladky wrote:
Hi Klaus,
try to start your script with -j1 option.
There are sometimes some issues with numerical error in multi-thread
mode.
Anton
On Thu, Oct 6, 2011 at 6:40 AM, Klaus Thoeni klaus.tho...@gmail.com wrote:
Hi guys,
I just wanted to use the function
of
the net are always the same? else it could mean that there is another
problem that the unbalanced force is only reflecting.
Bruno
On 07/10/11 07:08, Klaus Thoeni wrote:
Hi guys,
yes, you have to try it several times in order to reproduce the strange
behaviour.
However, I found out a bit
and see what happens line by line, surely the best way.
Bruno
On 10/10/11 14:16, Klaus Thoeni wrote:
Hi,
yes, if you pause the simulation unbalancedForce() is still exactly 0.
Regarding the results for displacements:
- if I run the same file with -j1 I will get exactly the same
);
Any idea?
Bruno
p.s. Please, don't send mails to me+yade-dev (it makes duplicates in my
mbox and it disables the reply-to-list feature of thunderbird), yade-dev
alone will be enough.
On 11/10/11 09:50, Klaus Thoeni wrote:
Hi Bruno,
I just had a look at the code and NormShearPhys
Hi guys,
have a look at the attached script. There is for sure a problem when
spheres collide with facets. However, the behaviour is very strange and
the problem does not appear always. If you have a look at the plot of
the script you will see that the problem appears at the fourth
collision.
know.
On Sun, 11 Dec 2011 06:38:35 PM Klaus Thoeni wrote:
Hi Guys,
what value for refR does the GenericSpheresContact return for a facet? By
introducing TRVAR2( Ra, Rb ) e.g. in Ip2_FrictMat_FrictMat_FrictPhys::go it
seems if a sphere is intersecting with a facet the refR value for the facet
, hence smaller
timestep, without clear advantage.
Bruno
On 13/12/11 11:35, Klaus Thoeni wrote:
Everyone on holidays already?
Well I am still wondering why for the calculation of the stiffness of a
sphere and a facet the radius of the facet is assumed to be twice the
radius
Well if it is 1 for boxes now I don't see any reason why it should be 2 for
facets. Or is there a reason? Any other opinions?
On Tue, 13 Dec 2011 10:46:31 PM Bruno Chareyre wrote:
thanks for the active discussion. So I guess we just leave it as it is
and use 2 for boxes and facets if this
Hi guys,
I have a tricky question. How can I avoid new contact detection between a
group of particles?
For my WireMP a first create particles which represent the net. Second, I
create a link between particle since particle interact remotely (there is no
physical contact between these
is created, otherwise
not. So, if you see an example, the group 1 and 2, 2 and 3
will give the sum 1 and interaction will be created, 1 and 3 gives 0,
so particles will not interact.
Hope that helps.
Anton
On Wed, Jan 11, 2012 at 6:45 AM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi guys
Hi Bruno,
it is purely for speed up! The model already has the functionality in the IP2
functor, so creation of new interaction is omitted. However, I want to avoid
new contact detection since I am running examples with huge meshes (20
particles), and this I guess is Collider related.
And
Hi guys,
as discussed with Bruno in Barcelona I need different non-viscous damping
coefficients for different materials. I introduced this capability by adding a
variable damping to the base class material which is initialised with NaN. The
body class has a function getDampCoeff() and in
Hi guys,
I am just adding some new capabilities to my WirePM and doing some cleaning-
up. When running some tests with the new code everything is fine. But when
running 'yade --test' I get this:
==
FAIL: testSaveAllClasses
Hi,
I found the problem but I don't know how I can fix it. At this stage I just
committed a few changes. I had a similar issue last year and we solved it by
adding
if(strainStressValues.empty()) return; // uninitialized object, don't do
nothing at all
in postLoad of WireMat.
Hi Bruno,
On Fri, 13 Jan 2012 12:54:20 AM Bruno Chareyre wrote:
Yes, it is like a deformable clumps.
Something else I had in mined, the collider could check the material of
two bodies and if it is of type WireMat then do nothing. What do you
think?
It would work but it would be ugly
Hi Bruno,
On Mon, 16 Jan 2012 11:20:57 PM Bruno Chareyre wrote:
It would work but it would be ugly to include WireMat.hpp in the
collider's code.
I agree but I would need a quick solution.
The the sort of quick solution that you will never commit? Then try it.
My bet is that,
Hi guys,
there is something wrong with the docmuentation of module yade.qt. Nothing is
shown on the doc site:
https://yade-dem.org/doc/yade.qt.html
and it's not listed in the index:
https://yade-dem.org/doc/py-modindex.html
Have a look.
Klaus
___
Just tried it out and you are both right. There is almost no speedup.
Thanks,
Klaus
On Tue, 17 Jan 2012 05:55:43 PM Anton Gladky wrote:
I think, Bruno is right.
There will unlikely be a speedup. But you can try anyway.
Anton
On Tue, Jan 17, 2012 at 7:23 AM, Klaus Thoeni klaus.tho
Hi guys,
can anyone help me on this?
Klaus
On Thu, 12 Jan 2012 06:03:16 PM Klaus Thoeni wrote:
Hi guys,
as discussed with Bruno in Barcelona I need different non-viscous damping
coefficients for different materials. I introduced this capability by
adding a variable damping to the base
' for the material?
Klaus
On Thu, 19 Jan 2012 06:31:09 PM Anton Gladky wrote:
Real getDampCoeff() { return material-damping; };
Can you check here a material existence?
Anton
On Thu, Jan 19, 2012 at 8:14 AM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi guys,
can anyone help me
On Thu, Jan 19, 2012 at 8:14 AM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi guys,
can anyone help me on this?
Klaus
On Thu, 12 Jan 2012 06:03:16 PM Klaus Thoeni wrote:
Hi guys,
as discussed with Bruno in Barcelona I need different non-viscous
damping coefficients
have a material, I think.
Anton
On Thu, Jan 19, 2012 at 11:35 AM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi Anton,
actually it is the third body and it's a clump (isClump=True). Clumps
should have a material too, shouldn't they?
Klaus
On Thu, 19 Jan 2012 06:31:09 PM
, or what do you think?
Klaus
On Thu, 19 Jan 2012 09:51:38 PM Anton Gladky wrote:
Hmm, good question.
Maybe not. They consist of real spheres and those spheres should
have a material, I think.
Anton
On Thu, Jan 19, 2012 at 11:35 AM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Hi Anton
rotate of spherical body
On Thu, 19 Jan 2012 11:18:27 PM Anton Gladky wrote:
Could you, please, attach a diff first?
Thanks
Anton
On Thu, Jan 19, 2012 at 1:03 PM, Klaus Thoeni klaus.tho...@gmail.com
wrote:
Solved the problem by checking if it is a clump:
Real getDampCoeff() { return
Hi Bruno, hi Anton,
I think density scaling is not what I am looking for since I am interested in
real dynamic simulations. I need different damping parameters in
NewtonIntegrator for the block and the mesh. I have to consider free flight
under gravity so damping=0 (and I am interested in the
is interested , after the diff has been
approved ;-)
Klaus
On Mon, 23 Jan 2012 08:44:02 PM Chiara wrote:
On 23/01/12 00:12, Klaus Thoeni wrote:
Hi Bruno, hi Anton,
I think density scaling is not what I am looking for since I am
interested in real dynamic simulations. I need different damping
:
if (state-isDamped) cundallDamp2nd(dt,m,state-angVel,angAccel)
Then I agree to commit.
Bruno
On 23/01/12 11:48, Klaus Thoeni wrote:
Hi Chiara,
thanks for your comment. I am not after viscous damping either. But I
think the current implementation does exactly what I want, it's the same
Hi Bruno,
thanks for having a look at my scripts!
I know that the clump is disappearing sometimes on the display but the
simulation itself seems to be ok so I never had a closer look at it. But it
was good you did ;-)
I just had a look at rev 3010 and now I got some speed up too which is
Public bug reported:
When running a simulation, which has already some pre-history (e.g. load
a simulation which has done already 10 iterations and run some more
simulations), in batch mode some information in localhost info are
wrong. I guess the average iterations per seconds include the
Hi Anton,
well done! The information shown by the localhost are fine now. The only thing
which is still strange is that the estimated day/time when finished is wrong
even if the iter/sec is more or less constant. It gives dates like 20 March
whereas the simulation is finished in 5 minutes.
Yes, thanks Anton!
On Tue, 14 Feb 2012 05:42:19 PM Anton Gladky wrote:
Hi Klaus,
it should be ok in r3026. There was a typo in a formulation.
Thanks for pointing that out.
Anton
2012/2/14 Klaus Thoeni 931...@bugs.launchpad.net:
Hi Anton,
well done! The information shown
Thanks Remi, it's working now.
On Thu, 16 Feb 2012 03:34:45 AM Rémi wrote:
Hi,
Le 08/02/2012 23:15, Klaus Thoeni a écrit :
actually at some stage it was working, see bzr2704:
https://www.yade-dem.org/sphinx/yade.qt.html
I don't know if in the mean time something changed in the doc
Hi guys,
as you might have noticed I am trying to run yade on a Red Hat server.
However, saving and loading of simulations is not working. My guess is it
could be related to the boost version used on the server (1.41.0-11) so I
compiled version 1.46.1 in /usr/local. After adding LIBPATH =
Thanks Anton, but LD_LIBRARY_PATH is not an option in scons.profile.
Any other guesses?
On Mon, 20 Feb 2012 05:39:02 PM Anton Gladky wrote:
Hi Klaus,
try adding LD_LIBRARY_PATH='/usr/local/boost_1_46_1'
Sorry, just a guess. Never tried.
Anton
2012/2/20 Klaus Thoeni klaus.tho
Hi Anton,
the path to the dynamic libraries was incomplete. I solved it with:
export D_LIBRARY_PATH=/usr/local/boost_1_46_1/stage/lib
And yade finally works. So the problem was really related to the boost version.
So what do you think, should update the documentation for the installation and
Hi Bruno, I might have found a student which can work on it. What do you
think? Is it tricky? I didn't have a look at it since last time we
talked about it and it seams the bug is still existing. Let me know.
--
You received this bug notification because you are a member of Yade
developers,
, but in 2D (while chained
cylinders are 1D). It would be a big step, but it is not a small job.
Bruno
On 11/04/12 13:08, Klaus Thoeni wrote:
Hi Bruno, I might have found a student which can work on it. What do you
think? Is it tricky? I didn't have a look at it since last time we
talked
to be re-compiled. BTW, how often is this done?
On Wed, 4 Jul 2012 03:33:30 PM Anton Gladky wrote:
Hi Klaus,
scons stuff is already replaced by cmake in docs.
Anton
2012/7/4 Klaus Thoeni klaus.tho...@gmail.com:
Hi guys,
before removing scons I would strongly suggest to update
Hi guys,
I just found this paper:
http://onlinelibrary.wiley.com/doi/10.1002/nme.4487/abstract
Maybe it could be one way to implement the contact detection between
spheres and facets in yade.
What do you think?
Klaus
--
You received this bug notification because you are a member of Yade
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: ad4f512969efc02fa092966817a79f696667eb26
https://github.com/yade/trunk/commit/ad4f512969efc02fa092966817a79f696667eb26
Author: Klaus Thoeni klaus.tho...@gmail.com
Date: 2013-06-24 (Mon, 24 Jun 2013
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: f1410403c3b0f0828b7bb4106b108886bfd3d1a8
https://github.com/yade/trunk/commit/f1410403c3b0f0828b7bb4106b108886bfd3d1a8
Author: Klaus Thoeni klaus.tho...@gmail.com
Date: 2013-06-24 (Mon, 24 Jun 2013
Hi guys
I just updated one of my machines and compiled yade. Everything went smoothly
but when I try to run yade I get the following:
thoeni@thoeni:~/YADE-git/master/build$ yade
Welcome to Yade 2013-06-21.git-1e52860
Traceback (most recent call last):
File
) it is necessary.
B
On 25/06/13 08:49, Klaus Thoeni wrote:
Hi guys
I just updated one of my machines and compiled yade. Everything went
smoothly but when I try to run yade I get the following:
thoeni@thoeni:~/YADE-git/master/build$ yade
Welcome to Yade 2013-06-21.git-1e52860
Traceback
I added a check script: scripts/checks-and-tests/checks/checkWirePM.py
Now when running yade --check it should automatically be detected by
checkList.py. There is no need to add it to a list, right? But it's not
running. Is something wrong with my script?
Thanks
Klaus
? It can so happen,
that the shared libraries are taken from the packaged Yade version, but
you try to use the compiled one.
Anton
2013/6/25 Klaus Thoeni klaus.tho...@newcastle.edu.au:
I actually did re-run cmake. I even deleted everything in my build
directory to be sure. So I guess
make clean is needed if there are some significant
changes.
HTH
Jan
2013/6/25 Klaus Thoeni klaus.tho...@gmail.com
Hi guys
I just updated one of my machines and compiled yade. Everything went
smoothly
but when I try to run yade I get the following:
thoeni@thoeni:~/YADE
touch CMakeLists.txt
[1]
https://yade-dem.org/buildbot/builders/yade-full/builds/1997/steps/test_1/l
ogs/stdio
Anton
2013/6/25 Klaus Thoeni klaus.tho...@gmail.com:
I added a check script: scripts/checks-and-tests/checks/checkWirePM.py
Now when running yade --check it should
different file?
Jan
2013/6/25 Klaus Thoeni klaus.tho...@gmail.com
Hi Jan
I usually delete everything in my build directory before compiling a new
version. I guess that should do the job as well, or not?
Thanks
Klaus
On Tuesday 25 June 2013 08:54:19 you wrote:
Hi Klaus
are created
when launching yade the first time, so it is not related to that since yade is
not starting.
Any other guess?
On Tuesday 25 June 2013 13:55:41 Anton Gladky wrote:
2013/6/25 Klaus Thoeni klaus.tho...@gmail.com:
Has it something to to with PYTHONPATH or so?
Do you set it explicitly
On Wednesday 26 June 2013 21:26:03 Anton Gladky wrote:
Hmm, difficult to say, what is going on. Did you try to install
and build in some other directory?
Anton
2013/6/26 Klaus Thoeni klaus.tho...@gmail.com:
Files are attached attached. ldd gives a similar error.
On Wednesday 26 June 2013 08
installation from the
scratch ending with exactly the same error as Klaus..
Thanks
Jan
2013/6/27 Anton Gladky gladky.an...@gmail.com
2013/6/27 Klaus Thoeni klaus.tho...@gmail.com:
I am actually considering to re-install kubuntu. Any recommendations on
what
version I
Hi guys
I run one of the example scripts, i.e. /examples/test/psd.py.
The script uses pylab to plot the psd curve. However, once the plots are shown
the ipython konsole is blocked. One has to close all the windows/figures
including Yade's cotroller and viewer in order to access it again. Same
Hi guys
I really like the idea of having clump properties updated, thanks Christian.
However, I found a little problem: line 121-122 in Clump.cpp. Clumps with no
physical overlap are detected with intersecting=true, i.e. try this and you
have to wait quite a while:
Hi guys
log4cxx feature and yade.log module are not available any more, right? So how
do you print your logs? I am used to use something like this in my scripts:
import yade.log
yade.log.setLevel('TheClassOfWhichLoggerYouWantToSet',yade.log.TRACE)
One can cmake with -DDEBUG=ON which should
Hi Anton
On Thursday 22 August 2013 07:50:28 Anton Gladky wrote:
Hi Klaus,
2013/8/22 Klaus Thoeni klaus.tho...@gmail.com
Hi guys
log4cxx feature and yade.log module are not available any more, right? So
how
do you print your logs? I am used to use something like this in my
Hi Anton
On Thursday 22 August 2013 08:33:58 Anton Gladky wrote:
2013/8/22 Klaus Thoeni klaus.tho...@gmail.com:
So what can I use to see the log output? Is there an other way for doing
it
now? Or is this feature completely removed? If so all the LOGs in the code
are for nothing now
Hi guys
it seems that MatchMakers are working with Real only. I tried something like
this:
O.engines=[
...
[Law2_ScGeom_MindlinPhys_Mindlin(includeMoment=MatchMaker(matches=((mat1,mat1,True),
(mat1,mat2,False]
...
]
which gives the following error:
TypeError: No registered converter was
the problem?
Anton
2013/8/27 Klaus Thoeni klaus.tho...@gmail.com:
Hi Anton
On Thursday 22 August 2013 08:33:58 Anton Gladky wrote:
2013/8/22 Klaus Thoeni klaus.tho...@gmail.com:
So what can I use to see the log output? Is there an other way for
doing
it
now
of MatchMaker:
examples/spheresFactory.py
Bruno
On 28/08/13 04:18, Klaus Thoeni wrote:
Hi guys
it seems that MatchMakers are working with Real only. I tried something
like this:
O.engines=[
...
[Law2_ScGeom_MindlinPhys_Mindlin(includeMoment=MatchMaker(matches=((mat1,m
at1,True
I completely forgot about it but changing this should not be a problem.
The
definition just needs to be changed to:
(shared_ptrMatchMaker,includeMoment,,,bool to consider rolling
resistance)
Yes.
I could use 0 and 1 instead of False and True in the python script:
Another option is to make MatchMakers for krot and ktwist and set them to
0 so the moment will be 0. It might be an easier solution but not the
most efficient.
The best thing I can imagine is to add a MatchMaker that would not
replace includeMoment, let's call it momentMatch here.
if
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni - Centre for Geotechnical
Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
--
Dr. Klaus Thoeni - Centre for Geotechnical and Materials Modelling
Civil, Surveying and Environmental Engineering - Engineering Building EA
The University
Hi guys,
do you know where gmplib is used in yade? A grep for gmp doesn't give any
results and it seams that yade is running without the library even if cmake is
complaining/warning. Any idea? If it is not used we should get rid of it in
the install requirements.
What do you think about
do you know where gmplib is used in yade? A grep for gmp doesn't give any
results and it seams that yade is running without the library even if
cmake is complaining/warning. Any idea? If it is not used we should get
rid of it in the install requirements.
Sure, go ahead and remove it. It
Hi guys
it's deleted from the install list. It will indeed be installed with libcgal-
dev. So the question is if we should get rid of the FindGMP.cmake as well
since it depends on libcgal.
Cheers
Klaus
On Tuesday 29 October 2013 15:54:35 Anton Gladky wrote:
True, Bruno.
libcgal-dev depends
://bugs.launchpad.net/yade/+bug/1250928/+subscriptions
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni
/yade/+bug/1250928/+subscriptions
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
Dr. Klaus Thoeni - Centre
Hi Bruno,
the only library of you list I have installed at the moment is:
libsuitesparse-dev 1:3.4.0-2ubuntu3
Not sure why openblas is giving trouples on my machines. Just to verify, my
Kubuntu version is 12.04.3 LTS. Are you using the same? Here the python verison
installed on my
@Bruno
Well I copy pasted the sudo apt-get install from the instructions. But this
did't work in my case. I got the cmake error I showed above. Nervertheless,
un-installing libopenblas-base solved the problem for me. That's whay it's not
installed ;-)
--
You received this bug notification
Hi guys
is there I reason why we only have symmetric Ip2 functors? I recently committed
a contact law with non-symmetric Ip2 functor
(Ip2_FrictMat_FrictViscoMat_FrictViscoPhys) but at the moment it is not working
as expected. It turns out that the reason is in InteractionLoop.cpp line 122
and
Sorry for late reply, but here my thoughts. I think a separation at material
level would be better, i.e. FrictMat inherits ViscElastMat which inherits
something like ViscElCapillarMat. I think it would make sense because not all
visco-elastic materials have capillar forces. What do you think?
Hi Bruno
I think non-symmetric functors are rarely necessary since most
combinations can be dealt with via inheritance (e.g. Frict vs CohFrict
is interpreted as Frict vs. Frict since CohFrict inherits from Frict).
Exactly, but what if you want it to behave it like a cohesive contact. This is
Hi Bruno
Sorry for late reply, but here my thoughts. I think a separation at
material level would be better, i.e. FrictMat inherits ViscElastMat which
inherits something like ViscElCapillarMat. I think it would make sense
because not all visco-elastic materials have capillar forces. What
Hi Anton,
are you planning to split the parameters at material level (see discussion
with Bruno)?
Thanks
Klaus
On Tuesday 28 January 2014 14:10:53 Anton Gladky wrote:
On 28/01/14 01:14, Klaus Thoeni wrote:
Last but not least I think we could probably split visco-elastic and
capillary
Hi Bruno
Why would you define a body with FrictPhys if is supposed to have a
cohesive behavior with others?
You can just give CohFrictPhys to everyone.
That's what I did so far but it is not always possible.
Any idea about the goReverse? Can it be removed?
Maybe not removed. I think it
Hi Bruno
Swapping for the Ig2 and swapping for the Ip2 are two different things.
This comment at L98 applies for geometry only.
Swapping for the Ip2 after computing the geometry would break everything
(contact normal should be inverted, etc.)
It is also what L125 suggests: assert(!swap);
Hi guys,
is there a reason why we have two parameters here? Wouldn't one be enough?
E.i. we just use discretization and if discretization==0 than the properties
are not updated. What do you thing?
Klaus
___
Mailing list:
Hi guys,
is there a reason why we have two parameters here? Wouldn't one be enough?
E.i. we just use discretization and if discretization==0 than the properties
are not updated. What do you thing?
Klaus
___
Mailing list:
Hi Bruno,
2/ Hyperthreading is completely useless for heavy computing tasks,
actually even bad, as your results suggest.
I did some tests by enabling and disabling hyperthreading some time ago.
Conclusions: always disable hyperthreading, as you say it makes no sense for
the kind of thinks we
https://yade-dem.org/wiki/Performance_Test
Wow! Speed x6 for 500k particules?!
It was definitely worth trying with larger numbers, it changes the
picture completely when the last points are included.
Very nice page.
Could you also give some absolute timings for completness? A convenient
Public bug reported:
O.reset() does not free the memory, i.e. if you run a series of
simulations in a loop the memory usage is accumulating. Here is a script
which reproduces the issue (it should affect all versions):
# -*- coding: utf-8
import subprocess
numberTests = 10
for z in
Hi Anton,
you are right, changing the script as follows has the same effect:
# -*- coding: utf-8
import subprocess
numberTests = 10
for z in range(numberTests):
#O.reset()
bodies=
1 - 100 of 147 matches
Mail list logo