Jump to content
Ultra Engine Community

Canardia

Developers
 View Profile  See their activity

  • Posts

    4,127

  • Joined

  • Last visited

 Content Type 

Blog Entries posted by Canardia

  1. Canardia

    Even Faster

    By Canardia,

    People are wondering what language they choose with Leadwerks3D. Sometimes they have some exotic languages in mind, but quite often it comes down to the decision between Lua and C++.
     
    Recently I read an article that LuaJIT (yes, you can use it in Leadwerks3D too) is actually damn fast. It's fast, because the simpliness of the language allows for extreme optimizations. It might even come close to C++ speed, or in some cases even exceed it. That's how fast LuaJIT 2.0 is. But it's still in beta, so it can only get faster.
     
    Same goes for Fortran 2008 btw, it usually beats the speed of C++, because the compiler knows which CPU registers are in use and can assign them intelligently, which C++ can't, since it doesn't know which registers are in use. But it doesn't have such nicely optimized STL libraries for linked lists and stuff, so it ends up slower in those cases, because nobody can single handed make such great optimizations as STL provides.
     
    Lua has some advantages and also disadvantages over C++.
     
    The advantages are:
    1) You can use the same code on all platforms, which makes finishing your game much faster
    2) You can develop in real time, because you only need to compile for the final release of the game, if even then, but usually you will need it if your game does some more complex calculations, and to make sure your game runs also well on slower machines
    3) You can learn it much faster than C++, it's really just basic, and often even easier than that because there are no types and other annoying stuff
    4) You can share code with other people much easier, because like beforementioned, nothing is type specific, which allows for extreme abstraction and generic code
     
    The disadvantages are:
    1) You don't have such great arsenal of 3rd party libraries ready for Lua, although with some effort you can find some libraries which someone has made, or you can take any C/C++ library and wrap it yourself for Lua
    2) If you really need maximum speed for some time critical routines, you still need C. Yes, not even C++ is fast enough for those. And then you need to wrap them again for Lua
     
    For reference, here is an article that LuaJIT can actually even come on par with C in some benchmarks:
    http://lua-users.org...6/msg00071.html
     
    On the other hand, I think with the growing interest for Lua in Leadwerks3D, the Werkspace asset store will provide more and more ready made libraries for Lua over time.
     
    My conclusion is, that LuaJIT 2.0 is a very easy and fast alternative to C++ with Leadwerks3D, and it allows also sharing of code and code snippets much easier than C++ does. Which is what the Leadwerks Community is about.
  2. Canardia
    Is to make games as easily as this:
    http://fuse.microsoft.com/kodu/
     
    Editor can get very close to that, by creating Thingoids and Models for it.
    You can make those kind of ad-hoc menus in Editor using Thingoids, and have Models have their own logic so you just place them in Editor, and they get alive.
  3. Canardia
    I'm dreaming of Leadwerks3D, and while waiting for its release in June, I have already many ideas what I want to do with it. Then I realized, it's actually much more than just a 3D game engine, because it allows to have a OpenGL context on all devices, including Android, iPhone, iPad, PC, Mac, Linux, and more in future. In addition, it allows you to code in C++ on all those devices, which means that also high level languages, like my SuperBasic will work on all platforms, because it uses a C++ compiler in the backend, and of course the SuperBasic precompiler which is written in C++ too.
     
    This would make it possible to have a programming IDE and game editor even on mobile phones.
     
    Now that again means, that we should actually do all development of GUIs, applications, including business applications and tools with Leadwerks3D itself, and not use some external libraries like Qt, GTK+, GLUT, SDL, etc..., because then it would not work all platforms again, at least not directly.
     
    We only need that Leadwerks3D has all the minimum required libraries built-in, which are needed for game development, since game development is much more demanding that other applications. So there should be SQLite3 and libCURL by default in Leadwerks3D too, so that we can have a fast database system and easy HTTP/FTP access with the native engine commands. With a simple HTTP command set I could make WebService calls and other HTTP stuff on every device, which is the most important feature of modern applications. Everyone is connected that way, and can integrate with any system.
  4. Canardia

    UltraEnglish

    By Canardia,


    Tools
    I'm working on a editor which translates english into C++ for Ultra Engine in realtime.
    The idea is to make using Ultra Engine really easy, and it should suit beginners as well as advanced users.
    Over time I plan to make it an universal human language to computer language translator which can be configured to use any game engine or other engine.

    I'm also wondering if a commanding sentence is more easy than an spectating sentence, but perhaps both can be used to make it suit all cases.
    Commanding sentence would look like: "move camera back 5 meters"
    Spectating sentence would look like: "camera moves back 5 meters"

    I will also add a button so you can compile and run your code directly; that will hopefully make game development a bliss and ultra fun, as VS2022 compiles damn fast.

    While UltraEnglish is defining this demonstration, I think I will call it in future Cute (Coders universal translation editor), and as you can see from this example, it looks quite cute when you have to give things names to keep the poem natural.

  5. Canardia

    Easy language

    By Canardia,

    I introduced my new language earlier in Roland's Wizard thread, so I thought I could explain it a bit more.
    Of course a new language is always seen a bit sceptically by people, and they wonder why is it needed, or what benefits does it bring.
     
    At its first version, Easy is still very simple, and based on Variadic Macros (macros which can take a dynamic amount of parameters), and I hope I can keep it that way, and not need a seperate preprocessor, since it would break some features, like direct compiling in Visual Studio and other compilers, and in other languages too.
     
    Although Easy is not always less to code than C++, BASIC or Pascal, it should be still faster to code with, as you don't have to type characters like "{", "}", "=", "<", ">", ":" and ";", but you always use only "(" and ")". So it's less thinking while coding (or looking up help files and examples), and it should get quite intuitive after writing your first few programs.
     
    Let's compare C++, BlitzMax and Easy code:
     
    C++:

    #include "stdio.h" int main() { printf( "Hello World!\n" ); for( int i=1; i<=10; i++ ) { printf( "%d\n", i ); } return 0; }
     
    BlitzMax:

    SuperStrict Print "Hello World!" For Local i:Int = 1 To 10 Print i Next
     
    Easy:

    #include "easy.h" Begin Print( "Hello World!" LineFeed ) For( Int, i, 1, 10 ) PrintIntLine( i ) End Return( 0 ) End
     
    As you can see, Easy has the least amount of special characters used, and everything is kept simple using a few characters: "(", "," and ")". It's also more readable (round brackets are reader friendly also in mathematics, as they do the thinking for you, when combining multiplication, division, powerization and addition in formulas), especially for persons who don't know the language in question (C++ or BlitzMax).
     
    The line feed handling is still something I'm thinking about, it could end up as: PrintIntLine( i ), or PrintInt( i, LineFeed )
     
    The official Easy web page can be found here:
    http://www.siipi.com/easy
  6. Canardia
    Things change
    and other things using those things must be updated from time to time to keep them working properly.
     
    Leadwerks Engine C/C++ was originally designed to work only with VS 2008, but keeping GNU C++ in mind, then a few updates were made to make it work with MinGW 3.4.5. Now MinGW 4.5.2.1 has been updated to support the newest C++ standard, and so a few updates need to be done in the Leadwerks Engine C/C++ headers too. But don't worry, those updates are fully backwards compatibe, so it will still work in MinGW 3.4.5.
     
    I've fixed today a few warnings with MinGW 4.5.2.1, and a few more are still remaining, which I will fix today also. VS 2008/2010 and Dev C++ work of course too, as these are only official C++ standard related fixes.
     
    When the official headers are updated, I will proceed with adding klepto2's new commands into a seperate community edition of the C/C++ headers, while he is maintaining the C# community edition headers.
     
    And even after that, GameLib needs to be updated too, to give no warnings with MinGW 4.5.2.1. But these will be natural updates as I fix them while I'm writing a few small example games with gamelib.
     
    I've setup release dates for these things also:


     
    2011-07-22 Official C/C++ headers update
    2011-07-23 Guess A Number game: Adding gameplay features
    2011-07-25 Community Edition C/C++ headers
    2011-07-30 Fortran headers

    Now I'm taking ideas what kind of other mini games you want to see made with gamelib. I've already planned a Tower Defense 3D game, but that is not so mini
     
    EDIT:
    Status update on 2011-07-25:


     
    engine.cpp and engine.h are ready and sent to Josh
    LEO was missing Body::SetForce and Body::SetTorque completely, so I added them
    all gamelib warnings with MinGW 4.5.2.1 have been fixed
    Guess A Number game is almost ready for beta testing
    Seems like the votes go for a mini RTS game next
     

  7. Canardia

    New Stuff

    By Canardia,

    LEO 2.5 has been sent to Josh, there was a few commands missing, and a few bugs were fixed.
     
    GameLib 0.1.2.0 should be ready soon, I'm still testing the new additions to the Application class. It can get quite deep to make a simple spinning cube template, if you want to make it perfect.
     
    For example the window size needs to be read from a config file rather than from LEBuilder, so that it is not hardcoded into the game code. I ended up with the decision to make all config, gamesave, etc... files as sqlite3 databases. It makes things more standardized, as I found out that Apache PHP5 has also built-in sqlite3 support. Since GameLib's Window class supports also a seperate viewport area which can have a different resolution than the windows/fullscreen mode, that should be put into the config.db also.
     
    The idea behind the viewport area is that people want to play games in fullscreen mode, but sometimes their GPU is too slow to run 1920x1080 or even 1680x1050 fullscreen modes, so they can still run in fullscreen mode with a lower resolution viewport. It then also allows some GUI elements to be in full resolution.
     
    Next comes a GameLib Spinning Cube template for LEBuilder, and after that a simple FPS template also. And even after that a simple RTS template.
     
    I'm trying to keep GameLib as simple as possible to use, but it can be difficult at times, because it needs to stay universal, and not hardcoded for a specific game/application style. LEBuilder will help me a lot to keep things easy to understand for new users, as they only need to know how to achieve things, and not how it internally works. In the same way as I find STL easy to use, the way how it internally works is way too deep for anyone to understand. I just need concrete, compilable examples, and documentation, and it's easy to use.
     
    And right now we got a new version of LEBuilder tested and done with ZioRed. It supports auto-quit after building a project (you have to set the flag to True in the config xml), and it remembers the last project root directory. ZioRed sent the exe and source to Josh too, so this will be included in the official SDK also.
  8. Canardia
    I just had a 3 day course about Advanced C++ programming.
    It was pretty cool, and I enjoyed every second of it.
     
    I already knew most of the C++ language itself, but I've never taken any course about the different ways of programming, and which way suits best each solution. This was exactly what I wanted to learn, and I feel much more professional now
     
    The course talked about the following things, and we had to write also real C++ code for most of the ways we just learned and compile and run it. It was organized pretty smart, as many topics built upon a previous topic, and the code we wrote earlier. That was fun also:
     
    Design Patterns:

    different models and their usage
    GoF-models (GoF=Gang of Four: http://en.wikipedia.org/wiki/Design_Patterns )

    Creational Patterns:

    Abstract Factory
    Builder
    Factory Method
    Prototype
    Singleton

    Structural Patterns:

    Adapter
    Bridge
    Composite
    Decorator
    Facade
    Flyweight
    Proxy

    Behavioral Patterns:

    Chain of Responsibility
    Command
    Interpreter
    Iterator
    Mediator
    Memento
    Observer
    State
    Strategy
    Template Method
    Visitor

    Antipatterns:

    usual problems in class design
    solutions to problems

    Each of those topics exposed a different way of programming in C++, and it was pretty amazing what kind of features are hidden in C++, of which most people probably never thought of before.
     
    I had no idea how powerful and easy C++ really is, when you use it the real C++ way. Basically it was like, you should use classes for everything, and never do big if() constructs and other hardcoded and procedural logic.
     
    Doing things right in C++ gives also a huge speed boost in execution and programming time, and makes code really reusable, as they explained why each const, virtual, static, volatile, mutable, stack, heap, algorithm, etc... is useful.
  9. Canardia
    Modding games is a popular sport, and very productive, since you don't have to code usually much, maybe some little additions only.
    However, modding has its limits, as you are usually bound to a quite hardcoded game genre environment, unless you use Garry's Mod or something, but that has then it's own limits too with the engine features.
     
    Since I am currenly building a GameLib FPS template for LEBuilder, these thoughts came up. What the template will do, is to create a simple FPS game with one mouseclick. After that, you can compile it, and it just works. You can open the level1.sbx or level2.sbx in Editor, and it just works. However, since the time critical game logic is done in C++, you can't play the game in Editor, but you can edit it in 3D WYSIWYG very well. I think that is good enough. LE3 Editor will be done that way anyway also.
     
    From a modder's perspective, you basically create a vanilla game, and then you "mod" it with Editor. You don't necessarily have to code anything in C++, but you can, if you want. Nothing is hardcoded in GameLib, you can choose which commands to use and when, and you can even choose to write your own commands which you use as standard GameLib command replacements. The C++ part of coding gives an unlimited possibility to "mod" the game to your imagination, and time critical routines will never be a handicap, because it's C++. With Lua or other slower languages you might encounter problems with time critical routines.
     
    If you don't want to learn C++, you can also ask me for new GameLib features in the Werkspace Forums, which I will then implement as Editor Thingoids or Models. So basically most feature requests from artists and modders are about adding new GameLib Thingoids to Editor, and I have then to check myself, if the vanilla FPS template C++ code needs also some additions. But you don't have to care about that, it's my job, and I love to do it.
  10. Canardia

    Learning Qt

    By Canardia,

    I decided to try out Qt, and was shocked how easy it was to "install" and use.
    I only unpacked the mingw-Qt zip to my h:/lib/qt folder and it was "installed".
    Then I only added the QtCore4.a and QtGui4.a to my codeblocks project's linker settings, and added the h:/lib/qt/include and h:/lib/qt/include/qtgui folder to my project's source files tab, and then I put the QtCore4.dll and QtGui4.dll in the same folder where my game.exe was.
     
    A simple demo program like this already makes a fully functional text editor:

    #include <QtGui> int main(int argc, char* argv[]) { QApplication app(argc, argv); QTextEdit edit; edit.show(); edit.append("Hello World!\n"); return app.exec(); }

    It compiles in less than a second with codeblocks too B)
    Now I will learn a bit more how to use Qt, and then make a demo with LE2 using Qt.
    I think this will be the ultimate killer GUI, because it's so easy to use and extremely lightweight and fast (it only links what you use).
    And it looks like it uses by default the OS style too, what Josh likes.
  12. Canardia
    Josh talked about the new engine integrated Framework:
    http://leadwerks.com/werkspace/index.php?/blog/1/entry-57-merry-christmas/
     
    The engine integrated framework is the only way at the moment to have LUA and C++ code use the same framework instance.
    This brings some great benefits over the old way how framework works:
    1) You can have LUA scripts which access framework commands, and they work also in your C++ program. Earlier the LUA scripts could not access the framework commands of your C++ code, and you couldn't create a 2nd framework instance from LUA either, since it would have caused a big mess.
    2) You can port framework to other languages much easier now, as you only need to port the C headers.
    3) When framework is modified, you barely need to do anything to update your "other than BlitzMax or C/C++ code". In most cases the modifications and updates are only internal, so the interface doesn't change. In this case you don't need to do anything. In the case that the interface changes, you only need to update the changed interface commands.
     
    Although the C/C++ framework source code will still remain, it is not needed at the moment (it will be needed later on when LE is ported to C++ (officially (for console ports), or inofficially (by source owners)). I think that now it will mostly serve as documentation how framework works internally.
     
    At the same time framework will get a more object oriented environment also, since LEO needs to access it too.
    Optimally, game developers would use LEO and Lua, as their syntax is almost identical (and can be made even more identical when Josh makes every Lua command OOP style). I say optimally, because with the combination of LEO and Lua you get the fastest possible code for a game with the biggest 3rd party library support (from LEO), and also the easiest, most interchangable and fastest to code code (from Lua).
     
    GameLib 0.0.16.0 will also use the engine integrated framework, so it will bring another boost to C/C++(LEO) game development (and to BlitzMax and to other languages if the community would be more supportive in porting GameLib ). Although if the C++ game development accelerates even more in future, soon anyone not using C++ would be a fool and waste his time, and that's not a bad alternative either. I personally think that the world would be much more advanced if people would stop making new languages all the time (there are over 350), and focus on C++ only.
  13. Canardia

    Code::Blocks

    By Canardia,

    I'm testing Code::Blocks with LE2, instead of Visual Studio 2008/2010.
    So far it seems quite nice, and very intuitive to learn and configure.
    I already found some benefits of Code::Blocks over Visual Studio:
     
    1) LE2 syntax highlighting can be configured to be different from the built-in C++ keywords. In VS they always have the same color.
    2) Compiling time is much faster, because it can use MinGW.
    3) Generated code is much faster, because it can use -O3 and -O6 optimizations.
    4) Loading the IDE is much faster.
    5) Compiling can be configured to stop at the first error, while in Visual Studio it always tries to compile the whole source code first which takes ages and is useless if there was a first error.
    6) Code::Blocks works also on Mac and Linux, so you can have the same IDE under any OS.
    7) Using MinGW in Code::Blocks gets rid of the VS RunTime needs, which needs the user to install MSVCRT90.dll, or you to include them in an Microsoft.VC90.CRT folder with your game.
    8) Intellisense is super fast and smart. It shows only keywords which match what you typed so far, and it works with LE2 commands too.
    9) Code::Blocks work also with Wine in Linux, while Visual Studio does not, so you can use Linux to write and play your LE2 games. Wine runs also LE2 games 20 FPS faster than Windows XP (and of course much faster than Vista/7, since XP is much faster than those).
    10) Showing/hiding the console window of LE2 can be easily turned on/off in Code::Blocks with the -mwindows linker option, while in Visual Studio you need either some preprocessor pragmas or some complicated System target settings.
    11) Code::Blocks cleans up whitespaces after lines automatically, while in Visual Studio you have to do this manually.
     
    I will make a tutorial how to setup a LE2 project with Code::Blocks next.
  14. Canardia
    For almost a year Max3D lead the charts, but the single fact that LE has now realtime scripting, brought it 1 more point, totalling in 14 points and beating all other engines on the market:
    http://siipi.com/public/mika.nsf/0/2AAC3EECC888AC57C22575F7004ADC16
     
    Some people might need a low-end engine, but this very same chart provides that information also:
    You just look which engine has low-end support and is ranked highest.
    The same way you can find the best engine for your needs, if you have similar special needs as low-end support.
     
    Anyway, congratulations Josh, for getting number 1 with your engine
    And I think this was just the beginning of a new era, called Social Game Development.
    I can foresee that LE gets even more points in future, broadening up the gap to other engines.
  15. Canardia

    Realtime Programming

    By Canardia,

    I was just adding wheels to my airplane, and noticed how much time the realtime LUA programming saves me when I was adjusting the positions of the wheels to their exact position. Having the airplane model positioned and zoomed on my screen, I added some code to load and position the wheels, and after each character change in code (like finding the value Vec3(0,0.125,2.01) for the front wheel), I pressed Ctrl-S and saw the result immediately on the screen.
     
    Using C++ or any other compiled language this would have taken me a lot more time, with all compiling and restarting between each adjustment.
     
    Even if I still need some C++ code for time critical things and 3rd party libraries, all the execute-once-at-startup code done with LUA reduces the amount of C++ code and programming time incredibly much.
     
    An industrial programmer who's getting paid for his work per hour, would probably save the company 50% of unnecessary expenses without that the programmer gets less salary, and the programmer would also get more motivated and have more time to focus on quality, since he is now so productive with Entity Oriented Realtime 3D Programming.
  16. Canardia

    Missing Pieces

    By Canardia,

    I have many projects going on, some have been going on for years, some were finished in very short time. When I got all pieces together, then projects are finished in very short time, and when some essential piece is missing, it will keep the project open until... well, until the piece is found.
     
    I was inspired to write this blog, because today I saw many pieces come together. Not just one for one project, but multiple for multiple projects. Actually this wave started already yesterday, and today even more things came together.
     
    Some of the big projects are:
     


     
    Lucid: a 3D system, not exactly an OS, although it replaces many OS features. It has for example a insane fast file system, which is done on another core, so it doesn't affect the main program at all. And that file system is a database, what Microsoft planned for Windows since years, but never managed to do it. Lucid was on hold for many years, since OpenGL didn't work on all computers. Now it does, even on Intel GMA. The missing piece was to find the right 3D rendering engine, now it's clear that it's Ogre3D/BlendELF, and it might be just one after testing which one wins the low-end limbo.
     
    Mimic AI: a research into reverse AI (the name Mimic AI comes from the fact that it actually behaves more like real humans (it blatantly mimics them), rather than using some intertwined logic), which I found very funny, since it was quite accurate and indistinquishable. Now I found a real application for it: the Human language, which will essentially transform spoken english into C++, Lua, BlitzMax and whatever it "knows". The knowledge database is a simple text file, but it could be a SQLite3 database also, but that's not needed yet until the size of the database grows too big to be in-memory only. The missing piece was to find a real use for Mimic AI, and also a language which can be used for any game, tutorial, documentation, etc... So that there is no need to have multiple languages.
     
    Blitz3D 2.0: I wanted to have a low-end capable 3D engine, preferrably cross-platform. Ogre3D with Bullet and/or BlendELF seems to fulfill this job best. Yesterday I realized it will also fit the job as core rendering engine for Lucid. The decision for Bullet was not a simple one, and I did a lot of research into ODE, PhysX, Havok also, and Bullet came out as the winner. The missing piece here was to find a low-end engine which can also do shadows and physics.
     
    A real game in LE: I found a nice team, and LE 2.32R5 is finally a
    completely bug free engine (not sure about the programmatic terrain editing yet, but I will find it out tomorrow). I also found today finally - after having searched for 3 years - an artist to make the LCP alien model. I told him a price range of 50-200€ and he snapped immediately a deal. The missing piece was to find a team which was dedicated to finish a real game, and the secondary objective to find an artist to make the alien model.

    So now I have the missing pieces for 4 of my big projects. Now it's time to code
  17. Canardia

    Anushar

    By Canardia,

    Humankind never had a chance.
    They came from the skies,
    like they did before,
    but this time they were not our gods
    - they were our fate,
    or so it seemed.
    We called them the Anushar, since that was the only thing we knew about them: the name of their leader.
    A few of us survived, perhaps because we were weak,
    and didn't appear to be a threat to them.
    This is where my story begins...


    Just testing the storyline for the new model I'm getting soon
    I'm so excited about it and hope that it will be what I always dreamed of!
     
    Now when I think about it, isn't it like a toy, which you get with a collector's edition of a game, but having it as a in-game 3D model is much more fun since you can put it in all your games and demos.
     
    Of course there will be a game also where it plays the main role, but first I need to finish another game, and another one still after that.
     
    Oh, this song tells a story about the great war against the Anushar too. What she calls "You" is what we know as God today, he is one of them:


    But there's more to it, why he did what he did, so see you in the game!
  18. Canardia

    Leadwerks Editor SQL

    By Canardia,

    Today I wanted to start a GameLib tutorial series, and wanted to eliminate all temporary code and build the tutorial from beginning so that it will only expand and build on the previous tutorial steps.
     
    Loading models and creating meshes programmatically is out of question, as you don't do that in real games. You would at least somehow have them loaded from a config file.
     
    Then I thought I should put all assets into a Leadwerks Editor scene, but that won't work with real games either, as you can't save gamestates with sbx files. Well, you could have a small seperate gamesave file, but then you would need to load the sbx file each time and remove things which are not there anymore in a later gamestate.
     
    Then I thought that having the assets in a sqlite database would work, as then I can just save changes into the database, and it would load much faster than a sbx file anyway, since it would load only assets in camera range. Of course the game should leave the original sqlite database unchanged, and rather use a copy of it. A combination of static scene dbs and dynamic scene dbs, and also partial scene dbs would work.
     
    There's only a little problem using sqlite databases with LE: There is no visual 3D Editor for Leadwerks which can use sqlite databases! With sqlite3 there comes a handy table editor, but that's not enough for making game scenes.
     
    As I'm working on a dynamic MMO also, and I wanted first to make the GameLib tutorial series to see that everything works, it seems I need to make a Leadwerks Editor SQL first. If my game uses sqlite scenes, the Editor would be needed also by team members who are working on the game content.
     
    The first version of Editor SQL can be quite simple. You can place models in front of the camera, and then you can move/scale/rotate them with the cursor keys, including grid alignment. Scaling should be possible, if I study the phy file format a bit, and change the phy file according to the mesh's scale.
  20. Canardia

    Real Games made with LE

    By Canardia,

    I've been experiencing a distinquished behaviour of the community for some time.
    It's like when someone advances in his work, suddenly everyone else advances too.
     
    Yeah, I know in history also similar or identical inventions have been made around the world at the same time without that the inventors were connected or cooperating anyhow with eachother.
    There has been made also tests with apes, who learned that a banana was served in a certain spot, and new apes would go to that spot without never having being in contact with the previous apes who learned it.
     
    I don't call it supernatural, but there must be somekind of impulse and sharing of knowledge, over the remaining 7 dimensions we know of today. Sure, the tools, libraries, code snippets, demos and the entity packs which LE 2.3 now supports will play a big role too in this evolution. Soon everyone will get a lot of fully working and exchangable models with their own logic shared via this site.
     
    There has been a lot of people asking about real games made with LE.
    I think when the first one comes, suddenly a lot will come at the same time or shortly after.
    Especially with this new social development site.
     
    Of course there has been a few dozen playable games already published with LE, but no real games, like Crysis, which go fully commercial and AAA with every little tweak and trick and most polished arts possible.
  21. Canardia

    Leadwerks Navigator

    By Canardia,

    I had some funny idea again, and started to make Leadwerks Navigator.
     
    It's a simple web page which allows the user to choose different paths and areas of information about Leadwerks Engine.
    The deeper he navigates and into the more advanced topics he goes, the higher level he gets.
     
    I have no idea how useful this is, or if the Leadwerks web site will be easier to navigate,
    but at least it's fun to do! :
     
    http://www.siipi.com/leadwerks
  22. Canardia

    Something To Do

    By Canardia,

    Add CREATENOW parameter to LEO's Framework::Framework() and Engine::Engine().
    Expand hybrid fpscontroller2.lua example
    Also try to split it into universally reusable thingoids
    [*]Make some cool dungeon with 3DWS
    [*]Write a short tutorial how to create a distributable game (including built-in C++ RunTime)

    Include a game launcher and updater in the tutorial
    [*]Write also a mini game while doing the tutorial
    [*]Try to get a ragdoll physics character controller working
    [*]It could be used also for n-pedal monsters

    Realistic movement is not important in first phase
    [*]Make physics based 3D emitters

    They could be used for physics based 3D decals also



  23. Canardia
    We can use Apache as frontend HTTP server running on port 80, and Domino on port 81, so that users can access both Apache and Domino pages via port 80 only.This is done via the Apache Rewrite Engine, but until now it caused one nasty problem: When doing a submit on a Domino page, then Domino would add the port 81 to the URL, and the user could not access that page, if only port 80 was opened to the internet.I found a solution how to overcome this Domino's problem, by adding Apache Reverse Proxy Engine to the httpd.conf.It's very simple to setup, just add these lines at the end of your Apache's httpd.conf file, and replace the IP: 1.2.3.4 number with your internet server's IP number or domain name.In this Rewrite setup, I made it so that all .php ending URLs are handled by Apache, and all other URLs by Domino. This gives us the possibility to add php5 and sqlite3 code to any Domino site.
    ProxyRequests OffOrder deny,allowAllow from allProxyPass / http://1.2.3.4ProxyPassReverse / http://1.2.3.4ServerName 1.2.3.4ServerAlias 1.2.3.4DocumentRoot "D:/Apache/htdocs"DirectoryIndex index.html index.php index.sh default.jspRewriteEngine OnRewriteCond %{REQUEST_URI} "!.php"RewriteRule ^/(.*) http://1.2.3.4:81/$1 [P]The above ProxyPassReverse setup will now return all submitted pages to http://1.2.3.4/:81/ (yes, that's intentionally a malformed URL), and this allows us now to redirect the malformed URL via a Domino Web Configuration document to the wanted port 80 back.For this we create a Web Configuration document like this:BasicsWhat do you want to setup:URL-->URLMappingIncoming URL path:/:81/*Replacement URL string:/*That's it, now you have a fully working Domino running under Apache!PS.If you haven't setup Apache before, all you need to do is to install it, and uncomment the following lines from httpd.conf, to enable the Rewrite and Proxy engine:Uncomment line 110, 115, 118:LoadModule proxy_module modules/mod_proxy.soLoadModule proxy_http_module modules/mod_proxy_http.soLoadModule rewrite_module modules/mod_rewrite.so
     
    Source
  24. Canardia

    Yeah, Google+

    By Canardia,

    It just came like a lightning from the clear sky, and illuminated us all.
    I can't remember to have ever seen such a great success in concept, it's so unbelievably thought troughout.
    All the details you experience, all the things which just work like they should have always worked in other systems.
    Everything is real, the people, the talks, the lifes, the avatars, the celebrities, just everything. The Google+ system leads it to be that way.
    It's simply amazing, and very valuable.
     
    Source
  25. Canardia
    I have developed my own forum software for Domino for some time, because I was always shocked with the basic lacks of functionality of conventional forum softwares like phpBB, vnboards, Invision Power Boards, SMF, etc.... For them it seems normal that all messages are lost when the forum software is updated, and they just eat it with a bitter taste in their mouth. They also take happily backups every day, but most of the backups fail because of some misconfigured ftp accounts.
    For someone who has worked with Domino that is absolutely not acceptable, since in Domino the database design and data is completely isolated from eachother, so no data is lost ever. And a backup is a backup in Domino, it's a file, and not some SQL mess which only simulates the actual data.
    So far I have used my Domino forum template in 3 different forums:
    http://www.toiveet.fi
    http://www.fortran2008.com/forum
    http://www.wishforum.com
    And with this latest one, I have started to make it like a SharePoint template, so you can easily just make a new site and it works, everything is parametrized in a simple Parameters view.
    IBM is also developing something similar, but I doubt they can make it as fast as I can
    When it's completely ready, I will also upload a public free version to OpenNTF, since that's the nexus for standard Domino templates, and supported by IBM too.
    All people who have seen the forums have thought it's not a real forum. I think it's because they are used to lots of spam and unneeded features, and they can't imagine that you can make things also elegant, kinda like google.com or an Apple device.
    So far the forum template has the following features:
    1) Posting as Anonymous user (can be disabled if wanted)
    2) Posting as Anonymous user, but impersonating someone else (can be also disabled)
    3) Logging in without registering (the forum registers you automatically and instantly (a secret Domino feature )
    4) Uploading files to any post or into your forum profile document (also short links work).
    5) Streaming OGG files directly (needs a little Domino httpd.conf hack)
    6) Dynamically scaling to any screen resolution
    7) List of latest modified topics (not a spam list of each post)
    8) List of deleted posts
    9) Undelete button
    10) CSS 3.0 oriented visual layout
    11) Single file database design (allows easy backups and offline working)
    12) Fully parametrizable via a simple Parameters view
    13) Support for root URL and sub URL forum home locations (for example: / or /forum)
    14) Library area for structured sticky posts, including sublibraries
    15) News area
    16) Embedding of any HTML and JavaScript code (can be disabled)
    17) CKEditor integration (can be disabled)
    18) Fully modifiable design and code and using CSS and LotusScript
    19) Free and paid support (including custom modification wishes)
     
    Source
Copyright © 2024 Ultra Software.
All rights reserved.
×
×
  • Create New...