Logo by Sockratease - Contribute your own Logo!

END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

it was a great time but no longer maintainable by c.Kleinhuis contact him for any data retrieval,
thanks and see you perhaps in 10 years again

this forum will stay online for reference
News: Support us via Flattr FLATTR Link
 
*
Welcome, Guest. Please login or register. October 22, 2019, 09:12:47 AM


Login with username, password and session length


The All New FractalForums is now in Public Beta Testing! Visit FractalForums.org and check it out!


Pages: 1 2 [3]   Go Down
  Print  
Share this topic on DiggShare this topic on FacebookShare this topic on GoogleShare this topic on RedditShare this topic on StumbleUponShare this topic on Twitter
Author Topic: A (Fractal) Theory Of Everything?  (Read 9754 times)
Description: Fractal to model natural behavior of matter, what makes everything.
0 Members and 1 Guest are viewing this topic.
Gary Gaulin
Guest
« Reply #30 on: January 28, 2010, 08:43:09 AM »

Still alive, Gary?

Yes, I'm still here!  cheesy

I have an (almost ready to go) 3D Lennard Jones to use as the starting point to model the motion dynamics of atom nuclei.  And (surprise!) you can select how many protons and neutrons, which should in turn determine how many electrons can be held in its orbitals.  Instead of the behavior being trained into memory it memorizes the conformal change in the close-backing geometry (but not yet showing that motion in a second screen).

From what I can see vibration alone produces internal orbital motion from one semi-stable geometry to the next, or in other words random vibration is here producing nonrandom motion.  Where there are four particles (inert helium) the geometry is too stable, so there is only one geometry.  Will need to finish the program to see what happens with other inert element geometries, then see what happens when they are given "spin".

This one required some additional study.  Am also experimenting with Java.  But the popular NetBeans IDE was a real stinker and nothing but problems giving me warnings of a bug in Java slowing it down, and was so slow it was totally useless and had to be uninstalled.  It could not even recognize the type of Java program being loading, or find what were supposed to be standard libraries.  There is also a simple 3D physics IDE called "Processing" that did work much better but for now I want to find the current Java standard.  Let me know where you know of one.

I'll upload what I have as soon as I get the code finished up.  Or at least get back in a day or so to show how it's going.  I might stay with Visual Basic for this project, but an applet would be nice too.
Logged
Gary Gaulin
Guest
« Reply #31 on: January 28, 2010, 06:28:19 PM »

I finally had some success with the "Eclipse IDE for Java EE Developers":

http://www.eclipse.org/downloads/

And found some great starting models to get used to the code, like Hydrogen Atom Orbitals:

http://www.falstad.com/qmatom/

And Molecule Orbitals!

http://www.falstad.com/qmmo/index.html

Unfortunately the 3D Vector Fields that I most wanted to experiment with had unrecognized code like "#ifdef" and "#define" which still remains a mystery.  So as usual, the install is still missing something!!!  huh?

http://www.falstad.com/vector3d/

In case you want to try it.  For the http://www.falstad.com/qmatom/ download the Zip archive of this applet. on your hard drive where you can easily find it later.

In very upper left of Eclipse click: File > New > Project

Double click "Java Project"

Enter a name for the project like "HydrogenAtom" then "Finish" since either the default JRE (jre6) that it was set with or J2SE-1.4 used in their tutorial both worked fine.

When the treeview icon shows up in the package explorer window in upper left of screen you expand the nodes where the |+| is and the node "src" should be empty so click on that to select.

In very upper left now click: File > Import

Under "General" select "Archive File" then double click (or click "Next")

Now use the "Browse" command to find the zip file that was downloaded, which fills the two boxes below with info on what's in it.

Click "Finish"

The treeview icon for "src" in the package explorer window should now have "AtomViewer.java" to double click on to bring up it's code.  Should then finally be able to "Run" the program.  Will be yellow warnings all over it that I next need to figure out, but at least they do not crash the program.
« Last Edit: January 28, 2010, 06:31:47 PM by Gary Gaulin » Logged
kram1032
Fractal Senior
******
Posts: 1863


« Reply #32 on: January 28, 2010, 07:13:24 PM »

nice stuff cheesy

processing is actually what I use for my images. smiley
However, it's suboptimal for that purpose...

But with particle-like simulations I've seen a lot of nice stuff done with that smiley So it'll most likely work for this too wink

But eclipse is good, too, I guess smiley
Logged
Gary Gaulin
Guest
« Reply #33 on: January 29, 2010, 12:00:09 PM »

I can see why you like Processing.  It is simple to use and is ready to go with sample applications for working with fractals!  Here's the link in case anyone else wants to try it:
 
http://processing.org/download/index.html
 
I would say it's half-way between Visual Basic and Java.  For your application it's the best of both worlds.  Do have to admit though that the Visual Basic IDE is faster loading and able to compile and have a program running on the screen almost instantly.  For some reason all Java type compilers are slow.  The Processing IDE was faster though.
 
There was also a good link in the reference material for Processing to the Sun-Java website that explains the very basics of the language, needed to get started.  I read this one carefully:
 
http://java.sun.com/docs/books/tutorial/java/concepts/index.html
 
It's hard to say goodbye to a standard that your proficient at.  But with it looking like VB.Net will never catch on it looks like I have no choice but to stay current.  And I'm not getting out of this one with Processing alone, especially with having to study the existing physics applets. 
 
Thankfully the more I use it the more I'm liking the Eclipse IDE even though it's slow.  A faster computer would help that, so I guess I can dream on about one day affording it.  Which reminds me, I have a 20x40 foot area loaded with dinosaur footprints in brownstone if you need some!  The area should be in a museum but they can't afford this one in part because of the size of display and no matter how green it is this kind of science is not valued/supported anymore.  The tracksite horizon would last a long time as a patio or something.  But getting back on topic!
 
I did find another interesting applet that would compile with just minor warnings, most I already fixed:
 
http://www2.biglobe.ne.jp/~norimari/science/JavaApp/e-SolarSys.html
 
I like that one because it's very simple.  Also seems to have a good rotational system to apply to the CrossCut Fractal.  But I'll need to study it some more to know whether it would work or not, which requires getting more used to Java.  Eclipse does make that easy by having information on each command automatically come on screen, like Visual Basic had to some degree but was not as informative.  The hard part was getting started, especially with most of the source code for good applets not being compatible with the newest IDE's.

Logged
Gary Gaulin
Guest
« Reply #34 on: January 30, 2010, 09:23:01 AM »

Sorry for rushing through half a thought.  Being from Massachusetts I have to love seeing things like Processing come from MIT students/professors.

Like all sample programs that come with a new IDE they are simple little programs to help get us started and can be added to, so we don't mind the limitations.  If we need more (and are willing to program ourselves) then at some point have to get beyond the limits of a language made to make things easy like Processing and either add to that software package or learn a language like Java.  But at high resolution I would expect Java to be speed limited which one either has to live with or learn a language like Assembler (MASM32 or MASM64) that can go full speed straight to the CPU.  Or where it will work (like in molecular dynamics) get a parallel-video card and code in what they recommend, one I looked at uses CUDA.

All languages are suboptimal in one thing or another.  CUDA only works with the right hardware installed.  Assembler does not compile applets.  And the internet is littered with Java source code that does not run.  I just tried to find a fractal applet and the first one I downloaded had so many errors it could not even begin to run it.  Another did not have a needed library in the program or anywhere I could find on the webpage.  There might be a good one that will work with a 2010 compiler, somewhere.  But I gave up looking for one!

With all said:  These days we have to be happy to get anything running at all. 
Logged
kram1032
Fractal Senior
******
Posts: 1863


« Reply #35 on: January 30, 2010, 11:17:03 AM »

That app is really nice too cheesy
I wonder how it would look like with all the planets and their moons in correct scale (with fake-optical radius, so they're actually still visible at that a small screen^^)
Logged
Gary Gaulin
Guest
« Reply #36 on: January 30, 2010, 02:24:12 PM »

That app is really nice too cheesy
I wonder how it would look like with all the planets and their moons in correct scale (with fake-optical radius, so they're actually still visible at that a small screen^^)

I think it would look great where there was a button for each planet that will fly you there.  I saw a listing for one that at least had life size ones but tried again but none there.  I did find one where the comets can be taken out of the picture and the planets look like our inner solar system.

http://www.arachnoid.com/dark_energy/space_applet.html

Also found its source code and was able to get it error-free, ran great.  Only had to copy/paste the code they have on another page into the "src" folder icon that appears after creating a new program in Eclipse, that's like an annoying nanny that has to have everything just perfect.  But I did shut off its spell checker that was finding errors in the comments even.

Gee, I just got going in Java and am already debugging all the code on the internet!  cheesy

Logged
kram1032
Fractal Senior
******
Posts: 1863


« Reply #37 on: January 30, 2010, 06:24:07 PM »

xD
Nice smiley

Now, go, learn form that and do it better xD

j/k
Logged
Nahee_Enterprises
World Renowned
Fractal Senior
******
Posts: 2250


use email to contact


nahee_enterprises Nahee.Enterprises NaheeEnterprise
WWW
« Reply #38 on: January 30, 2010, 06:36:27 PM »

    Like all sample programs that come with a new IDE they are simple little programs to
    help get us started and can be added to, so we don't mind the limitations.  
        ....or learn a language like Java.   .....or learn a language like Assembler.....

    All languages are suboptimal in one thing or another.   .....   Another did not have
   a needed library in the program or anywhere....  

Such discussions always take me back to the old "How To Shoot Yourself In The Foot In Any Programming Language" jokes that may be found all over the Internet.  Here is but one of those:

  http://www.toodarkpark.net/computers/humor/shoot-self-in-foot.html
 
« Last Edit: September 09, 2013, 10:28:45 AM by Nahee_Enterprises » Logged

Gary Gaulin
Guest
« Reply #39 on: January 31, 2010, 01:10:13 AM »

You're right!  I could have even just posted that instead.  And can see I forgot to mention that going full speed straight to the CPU with the Assembly language assembler is like saving time on a long trip by putting the gas pedal to the floor and not letting it up until you get there.  The slightest error in aiming causes an immediate and sometimes spectacular crashing of the entire system.  But there is no faster way to get there, so sometimes we just have to strap ourselves in real tight then hope for the best.

Quote
Assembly
You try to shoot yourself in the foot only to discover that you must first invent the gun, the bullet, the trigger, and your foot.
You crash the OS and overwrite the root disk. The system administrator arrives and shoots you in the foot. After a moment of contemplation, the system administrator shoots himself in the foot and then hops around the room rapidly shooting at everyone in sight.
By the time you've written the gun, you are dead, and don't have to worry about shooting your feet. Alternatively, you shoot and miss, but don't notice.
Using only 7 bytes of code, you blow off your entire leg in only 2 CPU clock ticks.

MS-DOS
You finally find the gun, but you can't find the file with the bullets for the life of you.
You shoot yourself in the foot, but you can unshoot yourself with add-on software.
 
Lisp
You shoot yourself in the appendage which holds the gun with which you shoot yourself in the appendage which holds the gun with which you shoot yourself in the appendage which holds the gun with which you shoot...
You attempt to shoot yourself in the foot, but the gun jams on a stray parenthesis.

PostScript
foot bullets 6 locate loadgun aimgun shoot showpage
 
Visual Basic
You'll only appear to have shot yourself in the foot, but you'll have so much fun doing it you won't care.
You do a Google search on how to shoot yourself in the foot using Visual Basic. You find seventeen completely different ways to do it, none of which are properly structured. You paste the first example into the IDE and compile. It brushes your teeth.

.NET
You can now shoot yourself in the foot with any of fourteen weapons, ranging from an antique medieval crossbow to a laser-guided Destructo-Beam. However, all these weapons must be manufactured by Microsoft and you must pay Microsoft royalties every time you shoot yourself in the foot.

Java
You write a program to shoot yourself in the foot and put it on the Internet. People all over the world shoot themselves in the foot, and everyone leaves your website hobbling and cursing.
You amputate your foot at the ankle with a fourteen-pound hacksaw, but you can do it on any platform.

JavaScript
You find that Microsoft and Sun have released incompatible class libraries both implementing Gun objects. You then find that although there are plenty of Foot objects implemented in the past in many other languages, you cannot get access to one. But, seeing as JavaScript is so cool, you don't care and go around shooting anything else you can find.

Although they missed Turbo Basic, Power Basic and a few others I have experience with that actually does sum it all up very well. 


xD
Nice smiley

Now, go, learn form that and do it better xD

j/k

Yes, I have done enough hobbling and cursing from websites and finally have something to shoot myself in the foot with using Eclipse which is like a scatter-gun that thus far made little yellow and red holes in all programs it has so far successfully loaded.  But it comes with a little nanny-nurse to help patch some of them up, which is better than not having one so it's at least a little less painful that way.
Logged
Pages: 1 2 [3]   Go Down
  Print  
 
Jump to:  


Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM
Page created in 0.176 seconds with 28 queries. (Pretty URLs adds 0.006s, 2q)