Simcop2387's Blog

Test post, please ignore

Sun, 11 Sep 2016 00:00:00 -0400

Test post, please ignore

YAGE

Mon, 19 May 2014 00:00:00 -0400

So a few months ago I took up the task of porting YAGE from D1 to D2.
It’s ended up a lot more involved than I initially expected, which isn’t unexpected.
I’m still learning D but so far I now have it compiling and partially running.
Along the way I think I’ve fixed one or two bugs along with introducing a lot of others, most notably in the threading in YAGE. I’m pretty sure I’ve completely screwed that up which is why I’m going to rip it all out and make the engine run single threaded. That will enable me to actually get the demos running.

After that I can start to redesign the threading system. I want to get it to be at least three threads:

Game logic - Everything from input to simulating physics
Rendering - This includes all visual animations, such as texture animations and non-physics affecting animations (e.g. a windmill rotating in the wind).
Sound - I want to seperate this out as well since I see it largely as a 1D renderer, mixing samples and doing other things like positional audio.

I don’t know that this is the best way to seperate things but it seems like a reasonable way to handle it for newer machines today. It may increase latency so I’ll need to try it and tweak it but I’m hoping that handling it this way will enable me to make the threaded design work well as just a message passing interface, which enables a clean design. It also then models the way many arcade and console systems of yore (even the N64) handled things with dedicated processors to each of these things, so it should be workable. It will mean some forethought must be put into the design of how things are passed back and forth for each game.

After the threading I’ll be taking the Rendering engine and revamping/redesigning it to take advantage of at least OpenGL 3.1. It seems to be doing fairly well as it was using OpenGL 2.1 + lots of extensions that brought it to nearly being 3.0 already, but is still taking advantage of the fixed pipeline matrix manipulations for the camera and possibly other areas. That will enable actual use of geometry shaders which will make instancing of things much easier to implement.

You can view my progress on this at https://bitbucket.org/simcop2387/yage

Oh my god! I'm not dead?

Thu, 16 Feb 2012 00:00:00 -0500

Looking at this site some of you must have thought that it’d never come back alive.
But it has in fact come back, I’ve moved from wordpress to using Jekyll-bootstrap.
I had an incomplete setup before using just Jekyll that I never finished but the recent outbreak of jekyll-bootstrap has made this much easier to get sanely setup, in particular the archive page.

I’ll be making some changes and tweaks here and there so keep an eye out!

A hearty welcome to #bshellz

Thu, 27 Jan 2011 15:29:16 -0500

There’s been a request to me to bring the bot into #bshellz for helping with users that don’t speak english very well. So i’m writing up a small tutorial for them on how to use the translation api in Farnsworth. Here is a list of languages currently supported. Any more that google adds to it’s translation service I will add as I get time.

Arabic  Bulgarian  Catalan  Czech  Danish  German
Greek  English  Spanish  Estonian  Finnish  French  Galician
Hindi  Croatian  Hungarian  Indonesian  Italian Hebrew
Japanese  Korean  Lithuanian  Latvian  Maltese  Dutch
Norwegian  Polish  Portuguese  Romanian  Russian
Slovak  Slovenian  Albanian  Serbian  Swedish  Thai
Filipino  Turkish  Ukrainian  Vietnamese  Chinese  Chinese_Traditional

How you use these is like this.

(you) farnsworth: "I do not speak your language" -> Spanish
(farnsworth) you: "Yo NOTY hablan su idioma"

Now this is all very well and good if you know what language they are speaking, but what if you don’t?

(you) farnsworth: "Jinsi gani mimi kupata shell yako na kukimbia exploits mizizi juu yake" -> DetectLanguage
(farnsworth) you:  "Swahili"
(you) farnsworth: "Jinsi gani mimi kupata shell yako na kukimbia exploits mizizi juu yake" -> English
(farnsworth) you:  "How do I get your shell to run exploits on his roots"

Now there are also other features on the bot, math related that you can explore here on the rest of my site.

Hire Me!

Fri, 07 Jan 2011 19:12:33 -0500

I’ve come into the need of some employment so I’m posting my resume up here for all to see, and offer me a job. You can view my resume here.

¡Ándale! ¡Ándale! ¡Arriba! ¡Arriba!

Tue, 28 Sep 2010 19:21:32 -0400

Thanks to a friend of mine I’ve now got something like a CDN setup to help accelerate the site no matter where I end up hosting it. This means that the site should go quite a bit faster than it used to and It’s given me a reason to actually learn Python. This has given me a few ideas for possible syntax and features that might be useful for both the module system and other things for the language.

And we’re back in 3 2 …

Thu, 23 Sep 2010 11:54:37 -0400

Ok i’ve been struggling with my webhost for a while now, it was free but the service was getting horrible and I think they’ve gone down for the count. As such i’m now hosting it elsewhere and we’ll hope this one is more stable (though i do know they don’t have very much backup power but it shouldn’t be a problem).

Has it been that long already?

Sat, 11 Sep 2010 00:00:41 -0400

As of today, it’s been two years since the first commit I made to start this project. It started out as an open source clone of another program so that people (mostly me) could use it for doing some math on IRC and have all kinds of fun figuring out how many farts it would take to power a laptop. Since then the project has grown wildly out of control and I couldn’t be happier about it. It’s still not even close to anything that I’d call stable or ready for production BUT it’s getting there. With this project I’ve learned a considerable amount about creating a testing suite. I’ve also had to do a number of redesigns because what I had made wasn’t quite as flexible as I later needed it to be.

I’ve got a number of plans for the future and some of them can be seen on the Todo page, but there’s one big one that isn’t on there. I am planning on writing a compiler for the Parrot VM and I’m intending to have that as the canonical version of the language once I’ve finished defining most of the features inside the Perl modules.

I’d like to thank all of you that visit, (not counting spammers that appears to be about 3 of you, maybe); and please register and leave a comment if you’re out there.

Version 0.7.6 released

Fri, 03 Sep 2010 09:59:01 -0400

This version brings very few changes from the 0.7.5 release (that i forgot to announce). Most notably is that the tests are fixed, I SWEAR they worked here! Along with that I made the date parsing stuff save time zones when given rather than converting everything to UTC by default, this means when you tell it #2010-03-14 1:59:26am EST5EDT# it’ll keep it in the EST5EDT timezone for you. I also removed a single reference to Date::Manip which hasn’t been strictly needed for some time and I just kept missing the reference.

The 0.7.5 release brought the new function syntax and the depreciated & operator.

This release is because I’m planning on doing something special for the 2 year anniversary of the project next Saturday, keep an eye out!

What does it take to become useful?

Sun, 22 Aug 2010 13:54:53 -0400

I’m getting ready to prepare a new release of Language::Farnsworth with some of the new features I’ve added before I start work on the module system. The reason being is that the module system is going to require some massive changes to the whole interpreter. These changes will cause me to have to refactor lots of code and end up with a more complete design for an interpreter. I’m updating the TODO on here to reflect what I need to do before I finish this. I’ve also added a minor design document on how I plan on adding “lazy” type evaluations at todo/magic-values/

Someone check the temperature of hell

Thu, 19 Aug 2010 09:38:09 -0400

Ok I’ve gotten my notes up as a preliminary spec on how modules are going to work in Language::Farnsworth. You can view it at docs/module-draft-spec/ . I’d like you guys to check it out and leave me some comments on it.

Request For Comments

Tue, 10 Aug 2010 18:06:50 -0400

I’ve been considering how i want to make namespaces in farnsworth and the way i’ve used them is quite considerably influenced by my experience with perl. On the filesystem I think the way perl handles it (e.g. POE::Component::IRC is the file POE/Component/IRC.pm, by convention and by the fact that C<use> expects to find them there) is probably the way to go. But should I have the actual creation of the namespace up to the file, or should i have it enforced like in java? Just some things for me to mull over but I would love to hear from anybody out there on the topic. So PLEASE leave a comment?

Free CPU time

Sun, 08 Aug 2010 16:04:48 -0400

I’ve finally gotten an Evaluator working here so that you guys can play with the language without having to spend large amounts of time figuring out how to get the damned thing running yourself! This means you can spend my money and cpu time (in 25 second increments) to play around and have fun!

[eval-form 1 “Contact form 1”] There is a 25 second timeout setup so any infinite loops will still halt.

Intentionally Unsupported

Sat, 07 Aug 2010 23:59:35 -0400

The following feature is intentionally unsupported since it has come into being while being considered depreciated until a more permanent and logical system can be created.

To go along with all the other changes I’ve made I have added in a new operator that lets you get at the actual value for a function so that you can do some rather nifty things with it

&push

And what you’ll get is something like

{`arr byref isa \[\] , x isa ...` arr = arr + x; }

While this might seem a little pointless at first it’ll let you do things like alias one function to another without having to create a new stack frame and function to accomplish it.

defun foo={`x` x * x};
defun bar=?

Now that too seems a little pointless since you could just define both of them to be the same to begin with, BUT when you’ve got a large function that you don’t want to have to copy and paste to multiple places it ends up very nice since you can have the interpreter do it for you. Now the really nifty part is that you can redefine an existing function while keeping around a copy of the original so that you can call back to it. This lets you create an automatically memoized version of an arbitrary function (assuming you know the inputs) and other really nifty and nasty things. I’m going to write a quick and dirty little memoization system in a bit to demonstrate this.

Speech Impediments

Sat, 07 Aug 2010 20:00:20 -0400

I’ve finally gotten all the work done on merging the lambda and function code. This resulted in a slight API change that nobody cared about because there isn’t anyone else out there doing anything with this. The new syntax looks like this:

defun function=lambda

What this means is that you can define a function by creating ANY expression that evaluates out to a lambda and assign it to the function. So you can do something like this:

defun count={`` var count=0; {`` ++count}} \[\];

Then when you use the function count[] it’ll increment the variable every single time and return the value. This makes for a slightly nicer looking way to make static values between function calls since before you’d have to do something like:

{``  var count=0; count{} := {++count}} \[\];

Which can start getting rather nasty looking to work with and debug when you start to have large functions or large amounts of static variables (Though when you have multiple functions sharing the same variables you can still use this form).

Planned obsolescence

Wed, 04 Aug 2010 22:50:11 -0400

I’ve decided that i’m going to be removing the unit\[\] “function” since its using a different part of the api that I don’t like anymore. I also suspect that none of you are using it (who are you guys anyway?). I’ll be replacing it with an operator instead since that’s really what it was. I don’t know if i’ll keep that operator around forever or not but it will most certainly be with more notice and more thought about removing it. Let the complaints begin, (pretty please? someone? is there anyone out there?)

That's it I'm turning this car around right now!

Fri, 30 Jul 2010 13:36:41 -0400

Ok, I’ve just pushed some changes to the git repo (http://github.com/simcop2387/Farnsworth ) that FINALLY adds code for doing return\[\] finally. I’ve also added tests for it, since I’m sure I’m going to break it. This marks a wonderful day for Farnsworth since it now allows you to write code that isn’t perfectly rigidly structured! I’ve got one more error message to rewrite and to add the new function syntax so that I can finally get other things I want in place (mostly objects).

Error messages and the values of functions.

Sun, 25 Jul 2010 17:13:42 -0400

I’ve spent a good deal of time recently getting rid of all the calls to die and friends in the code and switching them to the error reporting module i’ve made so that i can start adding exceptions and a proper return\[\] to the language. I’ve also finally cleaned up the massively strange looking error when you try to convert between incompatible units, Conformance error, left side has different units than right side $VAR1 = bless( \[ 'kg' \], 'Fetch' ); that didn’t even tell you about both sides to one that’s much more readable and understandable Conformance error, can't convert from length to mass.

I still have one more error message that i know of that is incredibly obtuse and that will come next. Now that i’ve switched away from using die directly i can start making an error object that i pass around instead so that i can differentiate between an error and a return value. I needed this because i need to use die in perl to smash the stack and go back to the point where the function or lambda was called. This is all because currently I’m using a recursive descent pattern to evaluate the AST from the parser (I’m not doing any processing on the AST for optimization or even to order operations directly so that i can avoid deep recursion, it is a design flaw but it makes hacking on it SO easy.) After i finish this error code stuff i’m going to begin working on the rest of the stuff needed for merging the lambda code and function code which amounts to creating an operator (currently thinking of using ~) to get a reference to a function and then moving to the new syntax, defun foo={`bar` bar ** 2}; I’ll keep the old style syntax around for some time though.

Documentation, documentation, documentation

Thu, 03 Jun 2010 10:03:13 -0400

I’m getting ready to reorganize/restructure the units in Farnsworth so that they can all be documented (and make it so that ancient units and things can be easily excluded/included in a script). While I’m doing this I want to be able to make some nice documentation and make an official way to include and document code written in the language. To that end I’m getting ready to start extending doxygen so that it can be used to document all the code written in Farnsworth can have documentation included fairly easily. I’d also love any comments and suggestions for other systems if someone knows one that’s better; the only other one I’m very familiar with is POD and that would be a real pain in the ass to get into the parser to handle things correctly.

A place for all your stuff

Sat, 08 May 2010 14:31:30 -0400

Okay, I’m anticipating a few users coming here that may have written neat little functions and things in Farnsworth. And I’d love for you guys to show off the snippets you’ve written. I’m going to do another article here in a bit about some changes I made last night to the latest WIP version of Farnsworth that let you do neat things with lambdas and unit conversions that’ll let more things work in as natural a fashion as possible. So come show off your snippets!