|
Has anyone had any experience with Dark GDK yet? (http://www.microsoft.com/express/samples/GameCreators/) I just found out about it a month or so ago while I was downloading the beta for VS2008. Apparently they struck some sort of deal with Microsoft and it's free to download with VS. I've been messing around with it to make something I can show off to employers since I'll be applying for jobs in the upcoming months, and it seems decent. I can't for the life of me find decent documentation on it other than it's help file, which is adequate I suppose. I've gone from getting completely lost using DirectX, to making a few things in OpenGL, to this, so it's definitely easier to get a grasp of.
|
# ? Dec 25, 2007 06:27 |
|
|
# ? Apr 27, 2024 00:24 |
|
Hover posted:Has anyone had any experience with Dark GDK yet? (http://www.microsoft.com/express/samples/GameCreators/) I just found out about it a month or so ago while I was downloading the beta for VS2008. Apparently they struck some sort of deal with Microsoft and it's free to download with VS. I've been messing around with it to make something I can show off to employers since I'll be applying for jobs in the upcoming months, and it seems decent. I can't for the life of me find decent documentation on it other than it's help file, which is adequate I suppose. I've gone from getting completely lost using DirectX, to making a few things in OpenGL, to this, so it's definitely easier to get a grasp of. Its a fairly good tool. Try looking for Documentation on "Dark Basic Pro" online as it shares the same names for feature sets. Its a good Rad tool, and sufficiently fast. I used to it map out an Ogre game in several days. It also supports just as much as the major competition, overall It is very well made.
|
# ? Dec 25, 2007 08:18 |
|
Seems like some of you guys have quite some experience in game development. What language would you recommend to somebody starting out? I'm very experienced with PHP and have programmed some complicated stuff in C, too. Some time ago I started learning C++, but to be honest, I didn't really like it (as opposed to C, which I like a lot!), stuff like overloading operators just seemed weird/hackish to me. Reading this thread it seems like a lot of people develop newer games using C#, which I find quite surprising considering C# is slow compared to lower level languages like C/C++ (?) and requires people to install .NET/Mono. I'm using a MacBook and Leopard, so Ruby, Python, C, C++ and C# (using Mono, obviously without XNA) are my most obvious options (comedy Obj-C option). I'd love to learn Ruby or Python, because I could use them outside of game/demo development (for system administration tasks and GUI or web applications), but they seem quite limited for game/demo development (slow, no "professional" frameworks like XNA or DirectX available). I don't plan on developing professional / commercial grade games, 2D and simple 3D should be alright, but then again you never know where you'll end up...
|
# ? Dec 25, 2007 22:35 |
|
You shouldn't start out worrying too much about the speed of languages if you're not doing Doom 4 to begin with. As long as you keep the code clean, simple and your algorithm complexity in check, basically anything works fine. I'd suggest giving Python along with PyGame a go. Python is a great language and can be used for all sorts of stuff and PyGame is also a good game library, although I find it could be documented a bit more thoroughly. Also it's pretty easy to extend Python with C code if you run into problems that Python's speed can't handle. Most of PyGame is written in C.
|
# ? Dec 25, 2007 22:50 |
|
Krapfen posted:I'm using a MacBook and Leopard, so Ruby, Python, C, C++ and C# (using Mono, obviously without XNA) are my most obvious options (comedy Obj-C option). I'd love to learn Ruby or Python, because I could use them outside of game/demo development (for system administration tasks and GUI or web applications), but they seem quite limited for game/demo development (slow, no "professional" frameworks like XNA or DirectX available). I don't plan on developing professional / commercial grade games, 2D and simple 3D should be alright, but then again you never know where you'll end up... I'm going to go against what I assume will inevitably become the grain here and say Java. My reasons are this:
Here are some links to get you started: http://lwjgl.org/ http://www.jetbrains.com/idea/ http://www.javagaming.org/forums/index.php Alternatively if you are a die-hard no Java kind of person have a look at Python and Groovy. Python is pretty cool, and Groovy is a scripting language which compiles down (at load time) to Java Byte Code so you can still use Java libraries like lwjgl!
|
# ? Dec 25, 2007 23:08 |
|
If you're really most comfortable with C, you can try fooling around with SDL. It's a C library and it's very easy to use. I've got a few projects that I toy with that use it when I have the urge to write games (SDL complications are never what make me stop though, just my re-sorting priorities). As an added bonus, SDL is cross-platform, and all of the projects I've made I end up working on them both in Windows and Linux (as long as I keep my autotools/VC++ Express files up to date). SDL handles all of the window creation/rendering, so it renders identically without any code modifications. You can also move to using opengl rendering in SDL if you get tired of 2D, though I've never done such. As Bonus said, though, don't bother choosing C if your reasoning is for speed. First games are more like prototyping than anything, where pumping out simple but progressively better games is the best learning method. It's also the most satisfying, because it provides a juicy carrot every time you finish one which, at times, is useful when you're running out of motivation. So, really, choose whatever you're best with. I just wanted to let you know that C is still an option if you're stubborn and slightly masochistic like myself.
|
# ? Dec 26, 2007 09:15 |
|
If people are still interested in doing 2D with OpenGL, I wrote a pretty good C library for doing so. It can be downloaded at http://joel.slylabs.com/?q=node/4 . The documentation is here http://joel.slylabs.com/?q=node/12 , and a tutorial for getting it set up with SDL can be found here http://joel.slylabs.com/?q=node/14 . I even used it for my final graphics project.
|
# ? Dec 26, 2007 11:37 |
|
I'd like to thank whoever suggested XNA, I downloaded it and poked through the sample application, and it looks simple enough even for a dummy like me to understand.
|
# ? Dec 27, 2007 05:39 |
|
HB posted:By "basic fps camera" do you mean a camera that uses Euler angles? If you can convert the angle and axis from a quaternion to an orientation matrix, you can use it to transform the camera just like any other object. No didn't make any sense . I'm not very good at maths. All I want is to be able to do is rotate things around for a space game. Like rotating spaceships around all possible orientations, based on pitch/roll/yaw.
|
# ? Dec 27, 2007 06:43 |
|
FlyingDodo posted:No didn't make any sense . I'm not very good at maths. All I want is to be able to do is rotate things around for a space game. Like rotating spaceships around all possible orientations, based on pitch/roll/yaw. And yet, you have a quaternion class There are 2 things you need to be able to do to implement Descent-style movement- change the value of a quat by combining it with another quat, and generating a rotation matrix equivalent to a given quat. These are probably already methods of your class, but if they're not: The first one is accomplished by multiplying the two quats together. If c is the cosine of the angle in the quat and v is the axis around which it is rotated: code:
The next thing you want to be able to do is generate the rotation matrix. I'm guessing you can already do this because you say you can use the quats for a basic camera, but still: code:
Now, to let the ship move along a camera-relative axis, you take the axis you want to move along (say, forward, which is probably along the positive Z axis), transform it by the quaternion, and then add the resulting vector to the ship's position. code:
Rotation is a bit trickier, because after performing the same initial steps you have to modify the quaternion with the result: code:
I should probably admit that I couldn't actually find the book and that's all based on old code, but I remember that it used to work. Hope it helped! haveblue fucked around with this message at 21:33 on Dec 30, 2007 |
# ? Dec 27, 2007 07:31 |
|
Stramit posted:I'm going to go against what I assume will inevitably become the grain here and say Java. My reasons are this: This is and has been bullshit. Some languages simply are faster than others. I ported a rigid body dynamics library that uses separation axis theorem from c++ to java. The code is identical and built concurrency in mind, however c++ does 800 objects fine whereas the java version chokes on a dick after 200 objects. If you like an avalanche of words I invite you to read my rant of an anecdote: I posted the results and the code of my rigid body dynamics experiment to a well known java forum and asked what I was doing wrong. I actually anticipated to get constructive criticism that would speed up my code, but instead I got angry and frustrated responses "YOU ARE NOT DOING THINGS JAVA WAY. " At first I thought I had hosed up my monitors and I was locking and unlocking my resources unnecesary, but after searching and profiling my code I found out that most of the time is spent in vector math calls. Oh well, time to check back to that java forum where the thread had received almost 90 answers at this point. Constructive criticism, Let Me In On This! Little did I know that according to java.sun.com forums I should store temporary classes and variables as static variables within the class. A++ all credibility gone. And if I wasn't doing things the Java way, how the gently caress should I do things? The argument JAVA IS SLOW gets shot down as flamewar far too often and I've yet to see a reasonable excuse why it is, in fact, so loving slow. Surely it isn't the fact that JAVA IS THE FUTURE. JAVA WAS THE loving FUTURE TEN YEARS AGO AND I STILL DON'T HAVE FAST ENOUGH COMPUTER TO RUN IT PROPERLY. Also LWJGL is worthless library. Search javagaming.com for "concurrency" and you'll see one of the librarys main developers is a beligerent twit who spouts out poo poo like "Concurrency will never work out for games, this is why we'll implement lwjgl in a manner that concurrency is impossible to add later on." Remember that all this was said when apples started to come out with dual cores, so not that long a go. I am not saying java isn't for game development. I am just saying that if your design document incorporates Java and Feasible in a competitive mass market game, better get back to the drawing board. It's a good language to build roguelikes, 2d rpgs and other innovative stuff. When used so, it can also be commercially feasible (see "Tribal Trouble"), but it isn't a FAST language, by no means. Sometimes that speed matters, granted not when you are starting out, but the second you gain ambitions Java becomes too slow. It turns into a bottle neck, with a cork on and you're inside of it, stuck without a way out. captain_g fucked around with this message at 11:18 on Dec 27, 2007 |
# ? Dec 27, 2007 11:13 |
|
Maybe this is deserving of its own thread, but since it is related to game development, I thought I would start here. Preface: I'm building a wargaming utility designed to enable players to play without necessarily being face to face. Think Warhammer or Warmachine over the internet. I'm handling the unit and rules logic via scripting files so the utility is extensible when new rules supplements are available. That way a person can have access to the content of an arbitrary set of units/books. However, I'm not in the piracy business, and want to limit the access to these rules files to specifically authed clients. (Ie, those who have purchased the most recent rules supplement.) So it becomes necessary to encode these scripted files in a way that links them to a specific client. That way User A cannot give his files to User B -- User B has to own his own copy of the script files. Now, I've very little knowledge about fancy encrypting technologies. The most obvious solution to me is to zip the scripts files using a password that is unique to each client. (Maybe an MD5 of their username, or something similiar. Something the end user is unlikely to know, but is quick to determine algorithmically.) Then I can just use a zipping library to unzip the script file into memory at runtime. Anyone have any suggestions? Ideas? Also, how secure is my idea? I know that I won't be able to stop dedicated crackers using this technique, but how long would it hold of a curious nerd?
|
# ? Dec 28, 2007 05:47 |
|
captain_g posted:I'm just going to start by saying that your response is massively disproportional in tone to what I wrote, it's like you're trying to start a flame war. I'm going to try an remain quite cool and calm here as I really don't feel like getting into an argument over the internet about this, but I will address your points. quote:This is and has been bullshit. Some languages simply are faster than others. I ported a rigid body dynamics library that uses separation axis theorem from c++ to java. The code is identical and built concurrency in mind, however c++ does 800 objects fine whereas the java version chokes on a dick after 200 objects. If you like an avalanche of words I invite you to read my rant of an anecdote: quote:I posted the results and the code of my rigid body dynamics experiment to a well known java forum and asked what I was doing wrong. I actually anticipated to get constructive criticism that would speed up my code, but instead I got angry and frustrated responses "YOU ARE NOT DOING THINGS JAVA WAY. " quote:At first I thought I had hosed up my monitors and I was locking and unlocking my resources unnecesary, but after searching and profiling my code I found out that most of the time is spent in vector math calls. Oh well, time to check back to that java forum where the thread had received almost 90 answers at this point. quote:Little did I know that according to java.sun.com forums I should store temporary classes and variables as static variables within the class. quote:
quote:Also LWJGL is worthless library. Search javagaming.com for "concurrency" and you'll see one of the librarys main developers is a beligerent twit who spouts out poo poo like "Concurrency will never work out for games, this is why we'll implement lwjgl in a manner that concurrency is impossible to add later on." Remember that all this was said when apples started to come out with dual cores, so not that long a go. quote:I am not saying java isn't for game development. I am just saying that if your design document incorporates Java and Feasible in a competitive mass market game, better get back to the drawing board. It's a good language to build roguelikes, 2d rpgs and other innovative stuff. When used so, it can also be commercially feasible (see "Tribal Trouble"), but it isn't a FAST language, by no means. Sometimes that speed matters, granted not when you are starting out, but the second you gain ambitions Java becomes too slow. It turns into a bottle neck, with a cork on and you're inside of it, stuck without a way out. Edited for some typos / clarification, I had to rush the original post :S stramit fucked around with this message at 14:11 on Dec 28, 2007 |
# ? Dec 28, 2007 07:09 |
|
Pfhreak posted:Anyone have any suggestions? Ideas? Also, how secure is my idea? I know that I won't be able to stop dedicated crackers using this technique, but how long would it hold of a curious nerd? A few minutes. Maybe an hour, tops. That said, it's probably a very good way to go about this. You simply can't prevent someone dedicated from accessing the data you have to send them, so it's not worth trying. The benchmark you should be aiming for is to prevent "casual" or "accidental" piracy, without impeding "normal" use or causing yourself a massive hassle. Your proposed solution sounds like it meets this benchmark well. You'll probably want to use an HMAC to create the secret key for the username, just so you can't be defeated by a trivial google search or something like that. I wouldn't bother putting any more thought or effort into it than that. You just need to get to the point where if someone pirates the data, it is obvious that they did so intentionally and with forethought -- at that point, you are legally in a much better position, and it's unrealistic to assume you can do any better.
|
# ? Dec 28, 2007 07:15 |
|
Anyone familiar with the XNA XML Content Importer? I know you can read in an XML file into a standard type (like String) very easily and stick it in a variable of the corresponding type, but is there an easy way to do it with user-defined classes without writing a ContentReader/Writer? I really just want to have a class that has a few strings, a few booleans, etc. and have the Content Processor load a simple XML file into an object of the class. The problem I'm running into right now, though (without a Content Processor Extension Library) is that the Content Importer cannot find the type, e.g. in the XML:code:
This is for something that's supposed to be lightweight, and I thought I could get away with importing an XML file into a custom class without writing a special Reader/Writer for it. Edit: I got a simple enough system working for my needs. Thanks. POKEMAN SAM fucked around with this message at 05:14 on Dec 29, 2007 |
# ? Dec 28, 2007 07:24 |
|
HB posted:
I'm a bit lost here. I'm assuming that MultiplyMatrixAndVector(tempMatrix, axis, absoluteDirection); multiplies axis by tempMatrix and stores the result in absoluteDirection. So why is delta made from axis and magnitude. Shouldn't it be absoluteDirection and magnitude?
|
# ? Dec 30, 2007 15:08 |
|
FlyingDodo posted:I'm a bit lost here. I'm assuming that MultiplyMatrixAndVector(tempMatrix, axis, absoluteDirection); multiplies axis by tempMatrix and stores the result in absoluteDirection. So why is delta made from axis and magnitude. Shouldn't it be absoluteDirection and magnitude? Sorry, you're right. It should be absoluteDirection.
|
# ? Dec 30, 2007 21:33 |
|
Fixed my problem. Thanks!
Pfhreak fucked around with this message at 07:31 on Jan 1, 2008 |
# ? Jan 1, 2008 07:22 |
|
HB posted:Sorry, you're right. It should be absoluteDirection. I'm still having problems trying to make this all work. I made a class which is easy to use (well if it worked properly it would be). All you have to do is give it axis/angles and it gives back an opengl matrix. For some reason it only works for rotations around one axis at a time, otherwise it goes all weird. I hate to dump a wall of text but could you take a look at my code? There must be some mistake in it somewhere that I can't find. http://rafb.net/p/jNVHEl32.html
|
# ? Jan 1, 2008 15:59 |
|
FlyingDodo posted:I'm still having problems trying to make this all work. I made a class which is easy to use (well if it worked properly it would be). All you have to do is give it axis/angles and it gives back an opengl matrix. For some reason it only works for rotations around one axis at a time, otherwise it goes all weird. I hate to dump a wall of text but could you take a look at my code? There must be some mistake in it somewhere that I can't find. Do you mean that if you use, say, <0,1,0> as the axis it works fine, but <0, .7071, .7071> generates garbage?
|
# ? Jan 1, 2008 18:03 |
|
It works rotating along any one axis at a time, no matter the axis. But if I have something like: Transformer t;//stores the current orientation double lr; //left/right angle change this frame double ud; //up/down angle change this frame and then do this: t.rotateRelative(Vector3(0,1,0),lr); t.rotateRelative(Vector3(1,0,0),ud); It goes weird. If I only have one call to rotateRelative, no matter the axis, it will work fine.
|
# ? Jan 2, 2008 02:52 |
|
Random question: is anyone working (or has anyone worked with) with either BlitzMax (or any Blitz Research tools) or Game Maker, or similar tools? I ask because I'm starting to take both of these for test drives and see what they can do for me, and I'd love to share notes, get pointers, and hear opinions on both. For those that don't know, both BlitzMax and Game Maker are relatively inexpensive game development tools. Here's some quick background information: BlitzMax includes a simple IDE and compiler toolchain for its BASIC-like language, all geared towards game development. Blitz Research makes BlitzMax, and also makes (or made, in the case of the discontinued offerings) the related products MaxGUI, Blitz3D, Blitz Plus, and Blitz Basic. BlitzMax itself focuses on 2D games, but is cross-platform and uses OpenGL. Some members of the community have worked on making a miniature 3D engine for it. Blitz3D would be the obvious choice for 3D work, but it's not cross-platform like BlitzMax is. BlitzMax is $80 USD. Game Maker, now in version 7 (and with new commercial backing from YoYo Games) is by Mark Overmars, a professor at the University of Utrecht. It's implemented in Delphi and was originally written as a teaching aid for his classes. It's mostly a drag-and-drop type of game creation tool/IDE, although it includes its own scripting language called GML, and allows you to write extensions, which can include DLLs. Game Maker Pro is about $20 USD. Game Maker games only work on Windows, as does Game Maker. 3D support is limited but there, based on Direct3D. Both BlitzMax and Game Maker can produce games as executables for the relevant platforms. Both tools have successfully been used to create popular (if not blockbuster), novel games, and both have development communities that are alive and talking. I've recently taken to investigating these two tools (for now; there's a list of other stuff to look at or come back to depending on how I get on with these) for some game ideas I have because I wanted to shorten the time between concept and creation, focus on gameplay, am not necessarily interested in 3D (though that may change later and/or depending on the game idea being developed), and because they seem to represent good value for money in those dimensions. I have some pre-existing (amateur) experience in game design and development, some experience with OpenGL (primarily related to making visualizations and demos), and lots of experience with AI, though no experience with "game programing" per se (not that I think this is much of an issue). There's obvious limits to using tools like these compared to more commonplace C++, SDL, Allegro, OpenAL, etc. toolchains, but for now I'd love to hear what people have to say about them. minidracula fucked around with this message at 07:45 on Jan 3, 2008 |
# ? Jan 3, 2008 07:42 |
|
I've decided to dive back into XNA again and mess about with it again, but this time in 3D. I have a spaceship (one of the models you are given with the SDK) and I have it moving around in 3D space quite well. You point it in any direction (up/down/left/right/back/fourth etc.) and it flies along that vector, I've implemented quat’s for proper rotations and all that jazz. What I'd like to do is add proper acceleration. At the moment it accelerates along the vector until it hits full speed, but when you turn it just flies off in that direction instantly, which doesn't really happen in the real world. What I'd like is smoother turning and acceleration, ie. It flies off in one direction then when you turn somewhere else and hit the thrusters again instead of insta-accelerating it gradually gets into its new vector. I have implemented something that half does this but it's totally wrong as it doesn't work 100% of the time. I've tried looking up how to do this but I am blinded by science and formulas and I am not sure how to implement it at all. What I have so far is: A vector in which the ship is currently moving (momentum I guess) A Vector which the ship is pointing in Current thrust level (could be zero, leaving the ship to 'float' on it's current vector) I am guessing I need to go from the momentum vector to the new direction vector based on the amount of thrust, but I don't know how. If someone can tell me how to implement acceleration or point me to a good tutorial (I've looked at loads but most are either 2D and I can't figure out how to translate that to 3D, or they just ramble on about something quite unhelpful) I'd be most grateful. I think I really need an example or it spelt out in English with little words that I can understand
|
# ? Jan 4, 2008 12:45 |
|
I think I have finally solved my rotation problems. Wrong order of quaternion multiplication. This whole thing has been very .
|
# ? Jan 4, 2008 13:38 |
|
FBz posted:I've decided to dive back into XNA again and mess about with it again, but this time in 3D. As long as I am not totally misunderstanding you, you should be fine with adding the product of the direction vector (normalized) and thrust scalar to your momentum vector. So let's say you have D, your direction vector, V, your momentum vector and a your accelleration force scalar, you'd then do D = D + V * a.
|
# ? Jan 4, 2008 13:38 |
|
fryzoy posted:As long as I am not totally misunderstanding you, you should be fine with adding the product of the direction vector (normalized) and thrust scalar to your momentum vector. D - Ship's forward vector V - Ship's current velocity F - Thrust m - Mass of ship dt - Timestep a = F/m V' = V + D*a/dt
|
# ? Jan 4, 2008 14:19 |
|
Thanks fryzoy and TSDK, that worked a treat! Now I need to figure out how to limit the speed, but I think I have an idea on how to do that.
|
# ? Jan 4, 2008 15:16 |
|
FBz posted:Thanks fryzoy and TSDK, that worked a treat! Now I need to figure out how to limit the speed, but I think I have an idea on how to do that. 1) Introduce drag, such that V' = V*drag ... where drag is between 0 and 1 and proportional to |V| 2) Modulate the thrust downwards proportional to the speed in the desired direction. This is a bit harder to do, and if you don't drop the thrust fast enough then you can end up going very fast just by wiggling from side to side whilst accelerating...
|
# ? Jan 4, 2008 15:48 |
|
Just to clarify, is |V| the Length of the Velocity Vector? If so, I think I understand what you're getting at. I'll give this a try when I get home this evening. What I had before is that I pre-calculated the maximum momentum vector based on my desired maximum speed and prevented the velocity vector from increasing any further when it hit this value, the ship would be travelling in a straight line when it hit this value. I think this was broken (or poorly implemented).
|
# ? Jan 4, 2008 16:27 |
|
FBz posted:Just to clarify, is |V| the Length of the Velocity Vector? EDIT: Oops, no it's not - the force is proportional to the relative velocity squared; it's the power required to maintain a constant speed against drag that goes up with the cube... FBz posted:What I had before is that I pre-calculated the maximum momentum vector based on my desired maximum speed and prevented the velocity vector from increasing any further when it hit this value, the ship would be travelling in a straight line when it hit this value. I think this was broken (or poorly implemented). TSDK fucked around with this message at 18:22 on Jan 4, 2008 |
# ? Jan 4, 2008 18:20 |
|
TSDK posted:Nope, D is the constant here and it's V you want to update. For simple newtonian mechanics using euler integration: Oh yeah that was retarded; I mean that.
|
# ? Jan 5, 2008 18:42 |
|
Don't die, Game Development Megathread! I'm taking a few game development electives this year at school. Should be interesting. Game Development / Design, and Game and Simulation Programming I. It's a community college in Texas for anyone that's interested.
|
# ? Jan 9, 2008 08:59 |
|
Sorry to poo poo things up with my odd needs once again. I'm trying to create a series of vertex connected 'segments' that bend in a certain direction. Currently I'm starting the join of each 'segment' at 0,0,0, rotating it and then translating it in the direction it is now facing (by translating along a unit vector which also gets rotated). Each time a new segment is created, the amount to rotate is increased so that along the length of all the segments there's a smooth bending. However, once the unit vector gets rotated a certain amount, when translating along it the verticies start to become squashed and distorted. As you can see from the picture, the bending is smooth and then suddenly flatens off before curling round in the opposite direction. I dumped the values for the unit vector for each segment and the problem seems to occur when the unit vector goes into negative values. Does anyone have any idea what I'm doing wrong? I assume I'm not using the unit vector correctly but I'm not sure where I'm going wrong. Thanks. The problem(click for big): The unit vector values: code:
code:
|
# ? Jan 9, 2008 12:34 |
|
I've been working on a side project for some time now, a simple tile engine developed in Actionscript 3 using the Flex framework. It started as a distraction from work, but I have since been looking for alternative languages because AS3 is (obviously) extremely limiting. I'm not trying to do anything too crazy, just simple 2D stuff (similar to the likes of Cave Story but not to that standard.) I looked around on the web and it seems Python is a good start (since I am a mac user) but I was wondering if anyone has any other suggestions?
|
# ? Jan 10, 2008 14:44 |
|
Hanpan posted:I've been working on a side project for some time now, a simple tile engine developed in Actionscript 3 using the Flex framework. It started as a distraction from work, but I have since been looking for alternative languages because AS3 is (obviously) extremely limiting.
|
# ? Jan 10, 2008 16:10 |
|
Twiggy794 posted:Even though you've probably burnt yourself out on AS3 while using Flex, you can do some pretty powerful things with AS3 if you use Flash. I write Flash/Flex children's software at work right now, and we've managed to do some semi-3D tile based stuff using Flash as our client frontend. We stuck with Flex for administrative tasks though. I actually have no idea why I typed Flex because I primarily used the Flash IDE. Out of interest, do you have any projects you can show me? My tile engines always seem sluggish but I am more than willing to admit it's probably because I code them badly. (Although the last project only used two movieclips, the rest was all copypixels!)
|
# ? Jan 10, 2008 16:32 |
|
Hanpan posted:I actually have no idea why I typed Flex because I primarily used the Flash IDE. Out of interest, do you have any projects you can show me? My tile engines always seem sluggish but I am more than willing to admit it's probably because I code them badly.
|
# ? Jan 10, 2008 17:29 |
|
I've got a licensing question. I don't think I'm alone when I say that I'm pretty dumb when it comes to legal jargon. Can somebody dumb down exactly what the MS-PL and MS-RL actually do? I noticed on Wikipedia that they were officially approved by the OSI but the description of each is pretty lawyerish. I'm asking this here because I've begun poking around with XNA and I've noticed that majority of the software examples distributed on the XNA page are licensed with MS-PL. I'm wondering if it might be a good license for my XNA games.
|
# ? Jan 11, 2008 17:15 |
|
Twiggy794 posted:I've got a licensing question. I don't think I'm alone when I say that I'm pretty dumb when it comes to legal jargon. Can somebody dumb down exactly what the MS-PL and MS-RL actually do? I noticed on Wikipedia that they were officially approved by the OSI but the description of each is pretty lawyerish. MS-PL:
MS-RL: Same as MS-PL, but with one added clause:
In summary, MS-PL is like the BSD license. It allows any sort of reuse, even incorporation into a larger, proprietary-licensed project, as long as you retain copyrights, notices, and attributions. MS-RL is like the GPL. If you use any of the source code in a file of another project, that file of the project must be made available under the MS-RL license. It differs from the GPL in that copyrights and attributions in the source code must be left intact, even when incorporated into another project.
|
# ? Jan 13, 2008 06:38 |
|
|
# ? Apr 27, 2024 00:24 |
|
biznatchio posted:Licensing stuff
|
# ? Jan 14, 2008 00:51 |