The Randomizer will try to connect every once in awhile and if the computer is not connected it will cause DB to freeze permanently.
I was hoping users will figure out that if it says "seeding randomizer" that they need an active internet connection. As soon as you reestablish an internet connection the program should resume. Remember this is an alpha feature, and probably will remain in alpha as after I have a way to track bugs better I will probably switch to a simple scheme again. (read more below) With the simpler randomness source I will be able to figure out if there is an internet connection easier because it is a simple html request.
So is the Randomizer finally working now?
The randomizer was always working really. I just thought I'd like to experiment with it. I initially used a "Quantum Random Number Server" for it. That worked well, however, I was not able to run it in safe mode because safemode needs consistent data to be able to recreate a sequence of events within a simulation. I am using bytes from compressed pictures instead.
Let me also note that I am getting picture data from all kinds of websites, some not as clean as others. I did not really care because it is just data. But a simpler scheme will definitely fix this. Once again I explain that this is a really early alpha feature, just a little experiment I had going (this leads to my next pointer)
Has anybody seen any interesting result when using this?
The results are definitely "more interesting" but a little less "random" so generally it takes longer for robots to evolve, but when they do, the mutation is way more interesting imo. My zerobot was evolved using this randomizer. Also, I am evolving my zerobot further with my survival fitness function also using this randomizer.
However, I had to stop evolving after finding some bugs and improvements that will be published with 2.48.29 soon.
What are all those .bin files for?
The program collects a bunch of pictures from the internet, compresses them, and splits the data into separate .bin files. Then the randomizer reads one file at a time converting the bytes within the file into randomizer seeds. Safemode is also hooked to this process. The idea is if a crash happens, it will be related to the seeds in a given .bin file. So to recreate a bug I will need the .bin file.
What's the maximum simulation size that the Randomizer can handle?
Nothing to do with simulation sizes really. Any size.
I am also planning to restart PeterIM. All I really need to figure out is setting up a server and having the program draw nice pretty charts in 1 hr , 1 day and 1 week intervals. I also need access to a security team just incase. So the best time to do it will be in a computer club or from assistance from a professor who has a server to spear. So it is definitely something I am looking forward to doing when I actually get to a uni. Right now I am just studying to retake the "A
est" I bought the pre-"common-core" version, so hopefully when I take the actual test it will be easier than the test prep.
If I do not make it to the uni. I will probably end up pestering Numsgil to host some kind of IM. Hopefully he will have enough patience left for me to help me out.
So yea, as I expected fixing IM is definitely on my radar, and most likely the last feature I will contribute to the vb6 version of DB2. The sad thing is DB2 will probably never really make it out of Beta, vb6 is a difficult language to track complex bugs in. I am embarrassed, but it really did seriously burn me out.
I have some ideas in ways of balancing chloroplasts so there are predictor prey cycles that do not take 10 years to happen. But that is a research topic on its own. I think I gathered enough research here as is to publish at least 2, maybe 3 papers. So if I really ever consider seriously adding brand new features to Darwinbots, it will not happen under vb6.