kennar

If you search for my username in this forum, I uploaded a couple PDFs years ago.

In that case, probably of little value for your purposes. There is also Cairo: https://cairographics.org/download/ AntiGrain abandoned in 2006/7 but I seem to recall a fork of v2.4 by users: http://www.antigrain.com/index.html

Don't know if you're looking but thee is also G'MIC + CImg: http://gmic.eu/, http://cimg.eu/

Thank you. Now, I haven't yet looked at the tutorial but I think any effort to build teaching materials should be applauded.

Thanks, I'll probably go with the recommended option though good to know about Junctions.

I've just upgraded to a larger C drive and would like to move the Leadworks installation from another drive. I looked but it doesn't appear that the Steam client makes this easy. I assume I have to delete, manually or otherwise, then re-install. If not, suggestions would be appreciated. Thanks.

If you have the means, why not put your furniture in storage, then spend a few months in various cities. And, don't just limit yourself to the US.

That's great. There seems to be an error with downloading at the moment, will try later. I had started a manual conversion a couple weeks ago - just a few pages to explore formatting - and may continue in the new year. See attached. le3xb.pdf

Rick: This may not be to your liking but it looks like the Albalynx source has been opened (https://bitbucket.org/wolfhound512/albalynxproto?). I don`t mind it for my Allegro stuff because I essentially reuse the same code in every project. Also, ImGUI (https://github.com/ocornut/imgui) may be be suitable for utility projects.

Are updates immediate for everyone or are there geographic differences in how Steam handles new releases?

Is it confirmed that standalone will not get the 3.3 update?

Does one have to be connected to Steam whenever developing?

Again, I'm not opposed to upgrade costs and will likely (maybe) do this one but I would rather see a model of constant development and releases, with no lulls in the middle of the year. No bizarro marketing philosophies or teasers, just plain reliability. The example of Purebasic was offered earlier. Such an approach provides some confidence that the user base will grow. As noted above, this market is not captive meaning that users can simply switch, impacting the entire community. The potential for silence in the middle of the year is the perfect time to lose clients - too much ambiguity. Or, as in the case with Adobe, users often choose every second upgrade cycle. For a small operation that can prove fatal. And, again, the community suffers as a whole. Just my two cents.

Personally, I think anywhere from $50-70 would be fair while $99 is pushing the cost/benefit analysis over the long haul. Upgrade fees themselves are not a problem. Rather, the business model should be that features are added at such a rate as to attract and retain a large user base at that lower rate. What's the attrition rate at $99/year? Products die because users are not retained and there is no growth. The upgrade fee is only a part of the equation. I would suggest that this model of planning for yearly paid updates will work against an aggressive campaign to fortify the user base. The clockwork approach leaves me with a sense of something missing or that I'm being trapped. That said, it remains to be seen whether the Linux port will create additional synergies and growth. If 'yes', what should the upgrade fee be under those circumstances? Optimistic planning might have resulted in an upgrade fee of $50-70. Have faith.

How about integrated GUI before 3.2 comes out...during that year of development.

Just my opinion... Simply, unless you have a specific need, it likely won't be of any added benefit. That said, over the long hall, a managed Linux is is likely better behaved - no inexplicable slow down after a year or two of usage. Also lower risks of malware is probably still a positive. I have a Linux VM currently running on my system because it was easier to compile (zero hassle) a particular piece of analysis software. The same was the case in the past but these days I maintain several GCC variants as well as the MS compilers. Then again, having a Linux VM or two won't hurt, either, and could be a fun exploration.

Understood, I too went looking for an LE3 solution to the same this past week.

If I'm not mistaken you'll have to seed the random number generator with something like the following. unsigned int randomize (void) { time_t timeval = time (NULL); unsigned char *ptr = (unsigned char *) &timeval; unsigned seed = 0; size_t i; for (i = 0; i < sizeof timeval; i++) seed = seed * (UCHAR_MAX + 2U) + ptr[i]; srand (seed); return seed; }

http://smartbody.ict.usc.edu/ Looks generally interesting (animation, grasping, eye-movements, crowd behaviour, ...) and is freely available with limited restrictions. It looks like a more easily downloadable copy will soon be made available.

I plan to do the same for the evolving LE3 documents in the wiki. Because what I'm doing is manual, it won't work without a change log so that content can be updated.

Not everything is about games. I don't do games, but have a need for gaming libraries. Funny that.

Re-posting. I have not looked at the accuracy, match with the wiki, since they were created. lesdk-book-bw.pdf lesdk-book-col.pdf

Have a look: http://adobe-flash.github.io/crossbridge/ CrossBridge apparently allows the compilation a wide of C or C++ to SWF. I found it interesting and will be giving a good whirl. Setting up the environment and compiling the examples, including SDL based, was relatively painless. Ken

This looks pretty cool. It's not April 1, is it?

I'll likely stick with something that is operational. For now I'm switching to Albalynx for Allegro5 and if it's connected to Leadwerks 3, great. I'm not sure I need all the bells & whistles. BTW, did you just criticize one package costing $35 for commercial use followed by a plug for a more costly option?