The place of mosra | comments

Infatuation Scripts Review

Infatuation Scripts Review — Wed, 19 Jul 2017 21:38:19 +0100

There is obviously a lot to know about this. I think you made some good points in Features also. Keep working, great job! http://www.languageofdesires.com/...cripts-review/

Hero Instinct — Thu, 15 Jun 2017 17:12:05 +0100

It has fully emerged to crown Singapore's southern shores and undoubtedly placed her on the global map of residential landmarks. I still scored the more points than I ever have in a season for GS. I think you would be hard pressed to find somebody with the same consistency I have had over the years so I am happy with that. http://www.facebook.com/heroinstinct

business dissertation topics — Wed, 07 Jun 2017 10:04:33 +0100

Three are usually cheap Ralph Lauren available for sale each and every time you wish to buy. http://www.kingessay.co.uk/business-dissertation/

Best Services

Aliya Sen — Thu, 11 May 2017 12:51:05 +0100

Welcome to the universe of the most attractive extravagance escorts in Kolkata. Our organization is resolved to give the most ideal grown-up administrations to customers from everywhere throughout the world. Our escort office masterminds custom fitted administrations that get involved enchantment and delight. Visit online - http://www.kolkatahotties.net/

Nice Article

Poker Online Indonesia — Thu, 09 Mar 2017 10:06:38 +0100

Nice! I'd like to join the conversation also :) If you would like to visit the site, it's very helpful Visit & register best poker sites in Indonesia Poker Online Indonesia toppoker789.net

Ahmedabad Escorts,Independent Escorts in Ahmedabad

Ahmedabad Escorts — Fri, 06 Jan 2017 12:00:04 +0100

"Welcome to My web site : www.preeti-patel.com ,Our Escorts in Ahmedabad have all that you wish to have – a curvy physique, killer looks and not so normal intellect which permit you to do whatever you need to do with them. Their body is a playground for you. In each a part of it, they have sweet surprises for you. You can visit me : http://www.preeti-patel.com Contact me : 09867110868"

mosra — Fri, 09 Jan 2015 09:48:38 +0100

No worries, thanks for the input! Even without the constexpr the inline keyword would not be needed, as all function definitions inside class definition are also implicitly inline. Fixed and also did some more edits to reflect on C++14 features. Cheers!

Somun — Fri, 09 Jan 2015 01:04:14 +0100

I am sorry in advance that I am nitpicking but constexpr implies inline (by the C++ standard). So you can trim some more characters from these nice little code blocks. Cheers.

Endel — Sat, 26 Jul 2014 14:59:36 +0100

Your project have a great potential. Awesome job.

mosra — Thu, 10 Jul 2014 01:03:15 +0100

Oh, thank you very much! :-)

Solkar — Tue, 08 Jul 2014 18:43:24 +0100

Magnum is really cool. Crystal clear design; I'm impressed.

mosra — Sat, 09 Nov 2013 22:33:28 +0100

Hi, thank you! VS2013 compatibility is high priority on my TODO list, but as far as I know it doesn't yet have all C++11 features required by Magnum, so it would probably involve some backporting. When I get it up and running, I will write an blog post about it, but in the meantime you can follow me on Twitter where I write updates (and rants) about the progress.

Impressive set of modern C++ features!

Paul Jurczak — Fri, 08 Nov 2013 08:04:40 +0100

Hi, I'm really impressed by C++11 and C++14 features you are using. I did some research of C++ graphics libraries and Magnum is on the cutting edge of modern C++ usage, far ahead of the others. I'm curious, if you tried to compile it with Visual Studio 2013? Paul

3d graphics — Wed, 18 Sep 2013 15:36:03 +0100

You have made some good points here. I searched around the web to find out more about this matter and found most people will go along with these ideas of yours.

mosra — Wed, 04 Sep 2013 15:11:54 +0100

The underlying utility library, Corrade, was ported there some time ago (see e.g. http://mosra.cz/...orrade.html#building-emscripten for more information), it is possible to even run the unit tests using Node.js. However the building toolchain currently seems to be broken somehow, I need to look into it. I ported SDL2 support and the initial "Triangle" example to Emscripten (nothing publicly available yet), but didn't get much farther than that because of some weird floating-point issues. It's on my TODO list :-)

Séverin Lemaignan — Wed, 04 Sep 2013 14:22:33 +0100

Interesting to know you're working on getting the engine compile with emscripten. Any progress to share on that side?

mosra — Wed, 04 Sep 2013 00:52:21 +0100

I didn't choose to use Eigen (or GLM or any particular math library) for these reasons: 1) C++11 and backwards compatibility. All popular math libraries need to maintain backwards compatibility, which means that they cannot use C++11 features extensively. Using C++11 from the very beginning (and no need to worry about backward compatibility) allowed me to use new approach to some common use cases, which might make some things more intuitive. 2) OpenGL interoperability. I wanted to have lightweight and well-defined types, which can be sent directly to OpenGL without potentially costly conversions (e.g. removing extra data in vector/matrix structures, converting matrices from row-major to column-major etc.). While I know that GLM can be mapped directly to OpenGL types, I don't know that about Eigen and even if it would work today, I cannot guarantee it for future versions. 3) Additional dependencies. I struggle to make core Magnum library as small and independent as possible and adding huge math library as main dependency will hurt the portability. I'm currently working on Emscripten port and having to spend extra time porting some external math library first would significantly slow things down. Also without the dependencies I have more control when something breaks up. 4) Not forcing users to use any particular library. Someone wants to use GLM, someone Eigen, someone doesn't care. I don't want to put restrictions on anything :-) On the other hand, it is not impossible to conveniently use Eigen (or GLM) with Magnum. When some particular conversion structures are implemented (see below), the user can convert the data using just an explicit conversion, e.g.: Magnum::Vector3 a; Eigen::Vector3f b(a); Magnum::Vector3 c(b); The conversion can be implicit as well and then it would be absolutely transparent to the user. The user could then use Eigen exclusively and Magnum will still use its own math library in the internals, but as the core library it is just a tiny wrapper around OpenGL, no heavy computations are performed under the hood and the data are in most cases just passed to OpenGL API. Even better, Magnum's scene graph can be set to use these ultra-optimized Eigen math structures internally for object transformations. See https://github.com/mosra/magnum-integration for an example, implemented is initial integration of Bullet Physics math library, the structures (e.g. btVector3) can be explicitly converted from and to Magnum's types, as shown above. Sorry for the lengthy post, hope it will clarify some things :-)

ayongwust_sjtu — Tue, 03 Sep 2013 18:25:15 +0100

I totally agree with such concern. There no common standard for these common libs, causing coding in mess.

cdta — Tue, 03 Sep 2013 17:07:17 +0100

Wouldn't it have been nice to use Eigen instead of rolling your own math library? Any particular reason for not using Eigen?

mosra — Tue, 03 Jan 2012 16:45:13 +0100

It was caused by some bug in mingw32-binutils or mingw32-gcc and was fixed in the following version.

Miller — Tue, 03 Jan 2012 16:33:16 +0100

Did you fix this? This looks like a a virtual memory issue. Wrong memory address pointer frequently result in Exception: 0xc0000005.

Done

mosra — Wed, 07 Sep 2011 22:58:03 +0100

Last part done: http://mosra.cz/...deploying-changes-on-the-server Sorry it took too long, I'm really short on time now.

Stuck

Pascal — Wed, 31 Aug 2011 12:11:41 +0100

Pleasre, write faster ;-) We hang where you left us. Surprisingly, no one using Git is really bothering about database content. I'm looking forward for the third part of your tutorial!

mosra — Sun, 24 Jul 2011 11:02:13 +0100

Thanks! oops... I accidentaly forgot that I started writing this series :-) I have Part 2 partially written, but didn't have time to finish it yet. I will try to post it ASAP.

Eagerly waitin for part 2

Daniel — Sat, 23 Jul 2011 23:52:25 +0100

Excellent post! I have been looking around for something easy and informative on this subject for quite some time. Was there ever a second part written? I would love to read it. Thanks! Daniel

mosra — Tue, 22 Mar 2011 14:31:03 +0100

Yeah, sorry for that, I forgot to move some files. Now the links should work again. About the license... as I lost all sources for Map2X after recent hard drive failure, the only thing remaining are the binaries, which are public domain. But I'm not saying that the mobile version is discontinued - there will be two mobile versions: - one in Qt, which is currently my highest priority (I would like to participate in Nokia's Mobile Contest), targeting all mobile devices on which Qt is ported. - and one in SDL (the same toolkit in which Map2X was done), which is currently sort of frozen until I got more time for it. This will be for mobile devices on which Qt is not ported (such as good old GP2X and its successors). If you want to look at the SDL version, which has some remains of Map2X in it, it's on GitHub: https://github.com/mosra/kompas-sdl . But it probably cannot compile with current Kompas version.

mosra — Tue, 22 Mar 2011 14:10:30 +0100

My highest priority is now to develop an mobile version of Kompas, which should run better on small resolutions, mainly on nokia n900 and other touch-enabled devices. Although I admit that the window is a bit oversized (because of that huge "welcome screen" and crowded dock with map options) and it can probably be cut down to more reasonable size.

Hug — Tue, 22 Mar 2011 13:36:25 +0100

I'd download the packages for my Ubuntu 10.10. My computer is a EeePC 701 (800x480), the Kompas' window seems to be unadapted for a low resolution 800x480, i can't resize the window too. I can start a virtual resolution 1024x600, for the main window it's ok but with the "Load Online Map" window, 600 is too short.

Hug — Tue, 22 Mar 2011 11:34:25 +0100

About MAP2X, is it still avaible on this blog, i've got a 404 error. What is the license for dead MAP2X ?

wow

Javi Moya — Mon, 03 Jan 2011 18:33:48 +0100

Wow... it's incredible... congratulations. thanks for sharing