1. EuOS, 3D distance alg's, and fuzzy logic
- Posted by Michael Sabal <mjs at OSA.ATT.NE.JP> Oct 03, 1998
- 555 views
- Last edited Oct 04, 1998
[EuOS] Although I think the participants may be way over their heads and will = abandon the project at the first sign of moths in the tubes, here's my = 1/50 of a dollar, US variety. Wha'chall seem to be doin' is making a *shell* rather than an OS. Now = that's not bad, as WinDeath is anything but a good shell and UNIX/LINUX = already has so many, what's one more. And Euphoria is a great language = to shell with, because of its size and speed (far superior to the = aforementioned shells). =20 An OS needs to be developed from the ground up, not the shell down. = The first step in an OS is the file system. OSes used to be called = DOSes (on all model of systems), meaning Disk Operating System. = Currently, there are about 15 file systems in popular use, and countless = more available. In order to have a DOS worth anything, it need to be = able to access at least two of these file systems, plus its own unique = file system if one exists. ($.02=3Dread the Linux DOCS b/4 you begin. = Very good information about file systems.) Next, the boot program needs to be called (LILO for Linux, IO.SYS for = MS-DOS and (?) Win9x). This defines the hardware interface -- i.e. port = access, bus control, multitasking, memory management, application = management, video management, etc. Finally it calls the shell. The = shell can then access all the utilities and applications. Now, the file = system and boot program must be coded in machine byte code, and written = to the disk boot sector and disk allocation table (or something like = that) byte by byte. =20 Using Euphoria's or WinDeath's file calls will only reinforce the = error-laden Windows file system. So I would strongly recommend sitting = down with a nice cup of milk and reading the 10,000 or so pages of Linux = documentation before you begin an OS. That should tell you just about = all you need to know about building one. Otherwise, an alternative to = the present shells is a very good idea (and leave the hardware to = someone who doesn't know what he's doing <glances at Bill>.) [3D Distance Algorithms] For whoever is still trying to "ge' i' sor'ed", I have a library of 3D = graphics routines on my home page. Some of the physics is off (i.e., = collision and gravity), but it would be easily changable. What is there = is fully functional rotation/revolution code (demonstrated in the Space = Race alpha release, also on the home page), with all division by 0 = errors accounted for, and a perspective check built in. Images are created using planes. Although the routines are not the fastest in the = world (it's pure Euphoria), they do provide a good starting place for = newbies or game hobbyists. [Fuzzy logic] Thanks for the long and informative post about fuzzy logic operators = ;). While I expect the ideal is great, reality just doesn't hold up. = First of all, the laws of probability you studied in high school are = completely invalid. Mathematically, if you flip a coin 10 times and = they are all heads, the probability of the next flip being heads is 50%. = However, we know from experience that the odds of heads coming up are = closer to 25%, getting lower with each subsequent head. Also, have you = used a search engine like Excite recently, which employs fuzzy logic? = The sites marked as 86% are almost never what you want, while the sites = marked 10% are usually right. What gives there? Nice idea, but = fundamentally flawed. Enuf ov mai opinyunz, In Christ, Michael J. Sabal mjs at osa.att.ne.jp http://home.att.ne.jp/gold/mjs/index.html --> For Euphoria programmers.
2. Re: EuOS, 3D distance alg's, and fuzzy logic
- Posted by Matt Z Nunyabidness <matt1421 at JUNO.COM> Oct 03, 1998
- 554 views
>Next, the boot program needs to be called (LILO for Linux, IO.SYS for = >MS-DOS and (?) Win9x) Win9x boots itself up. ___________________________ When it comes to programming languages, Euphoria is a cut above - matt1278 at juno.com and matt1421 at juno.com(and soon to be irisnmatt at prodigy.net. Then again, maybe not) Euphoria programmer Web users: <A HREF=mailto:"matt1421 at juno.com">matt1421 at juno.com</A> or <A ___________________________________________________________________ You don't need to buy Internet access to use free Internet e-mail. Get completely free e-mail from Juno at http://www.juno.com Or call Juno at (800) 654-JUNO [654-5866]
3. Re: EuOS, 3D distance alg's, and fuzzy logic
- Posted by Mycroft <Mycroft at STLNET.COM> Aug 21, 1998
- 564 views
Michael Sabal wrote: > <snip> > > [Fuzzy logic] > > Thanks for the long and informative post about fuzzy logic >operators ;). While I expect the ideal is great, reality just >doesn't hold up. First of all, the laws of probability you studied >in high school are completely invalid. Mathematically, if you flip >a coin 10 times and they are all heads, the probability of the next >flip being heads is 50%. However, we know from experience that the >odds of heads coming up are closer to 25%, getting lower with each >subsequent head. <more snip> Eh, you need a new coin. my experience matches what I've learned about statistics fairly close (though they oftern teach a simplified example of any complex subject in h.s.) Your odd of coin comming up head or tails has NOTHING to do with prior results. You sound like your going with what intuition seems to say in an area where intuition is often wrong. this is probably coloring your memory. Go aheah and test it yourself, flip a new coin many times (the same whay each time,preferably by a mechanical, process) and look at results, you'll find them very nearly 50/50, the nearness to even odds being greater based on the number of trial. you'll also finds runs of a set number of heads just as often followed by heads again as by tails. Kasey
4. Re: EuOS, 3D distance alg's, and fuzzy logic
- Posted by Hawke <mdeland at NWINFO.NET> Oct 03, 1998
- 554 views
Michael Sabal wrote: >[3D Distance Algorithms] >What is there is fully functional rotation/revolution code will try to check that out, sounds intriguing... >[Fuzzy logic] >Thanks for the long and informative post about fuzzy logic >operators ;). ya, i'm sorry it was long, but i couldn't think of any other way to explain what i felt i needed to, in such a way that everyone could understand, without simply tagging the documentation, as it did just that... I had started to make a post and found myself basically repeating the doc... heh... >While I expect the ideal is great, reality just >doesn't hold up. First of all, the laws of probability this is what's interesting... fuzzy logic and statistical probability are simultaneously the same and not the same. you can apply fuzzy logic to statistics and probability. but you don't have to. you can interpret your resultants as a statistical probability, but you don't have to. when you don't do that, it really isn't a percentage anymore, persay. it's a *strength* of matching, not the *probability of* a match. subtle, very very subtle. some say my last sentence is gobble-de-gook... if you apply fuzzy logic to any data set, you can always say your resultant truth is a percentage likelihood. but you can also say that your resultant is a bias or a strength that was resolved and interpreted against an *ideal*. fuzzy logic is not the best formulae to use to determine statistical probability, nor can I envision fuzzy logic operands being used to answer questions like: "if i flip a coin, how many times will it come up heads?" this question should be answered using a function plot of the mean, median and mode upon a bell curve whilst throwing in discussion of the standard deviation to obfuscate and confuse anyone listening. fuzzy logic is more akin to inferential statistics that are applied to a determinate data set, such as the one generated above, that attempts to determine the *strength* (read that validity) of your testing by analyzing the resultant of several of said function plots against one another. this is what allows you to have more than a simple yes or no answer to the question: "is my testing of the flipping of a coin accurate?" and is what gives a computer the ability to answer that type of a question. if you only have 0 and 1 as an answer to the last question, then due to the fact that no 2 tests (in theory) will ever plot the same bell curve, a computer will always answer that your testing procedures are *not* valid, as any single, minute, trivial and unimportant difference will always result in failing to return an exact match of those two curves that symbolize the results of your tests. this is why i say that the difference is so very subtle. the plotting of the difference/alikeness of two or more bell curves that measure the same event, begins to resemble a bell curve itself, but that isn't really a measure of *probability*, now is it? no, of course not, since the plotting of the sameness of bell curves that measure the same event will not be a bell curve, but instead, a *heavily skewed* bell curve where almost all your plots are in the upper 5%. (if your testing was indeed a properly executed testing.) (and no, i don't know if i could explain that in another way :) >Also, have you used a search engine like Excite recently, >which employs fuzzy logic? well, this is not a fair question IMHO. why? for starters most search engines use word frequency count algorithms and dorks on the net generally use *huge* meta-tags to make sure their site goes to the top of the list, even if their site really doesn't have anything to do with your search. >The sites marked as 86% are almost never what you want, >while the sites marked 10% are usually right. >What gives there? also, a lot of the engines out there now, are *paid* to have certain sites _always_ appear at the top of a search return list, no matter the search. and yes, they pay *big* to do that... >Nice idea, but fundamentally flawed. with all statistics, resultants are flawed. statistics is the measurement of *strength* and the measurement of *probability* (seperately, depends on the branch) and as such, getting a 1 or 0 as an answer is *not* within the realm of viability, which means that all resultants *must* be flawed (as in: not(1or0) ) in order for those resultants to actually be _not_ flawed :) enjoyed the talk michael :) --Hawke' > Enuf ov mai opinyunz, ditto