Jump to content

  • Log In with Google      Sign In   
  • Create Account


newtechnology

Member Since 05 Nov 2013
Offline Last Active Today, 01:52 AM

Posts I've Made

In Topic: The Week of awesome II! - The second annual unofficial gamedev competitio...

09 September 2014 - 11:08 AM

I don't have a team but still I would like to participate. Anyone who needs a team member currently can hire me. (Added advantage if you are using unity because I am familiar with it.)

In Topic: will you buy this?

30 July 2014 - 10:40 PM

The problem is you're trying to write a one-size-fits all solution for an application. Not just a library that loads a model (like Assimp) but also gets it on the screen, so you're locking in users into how things are formatted and function. Basically you're offering a platform, which can be problematic if a user wants to do something different. And you aren't going to get buyers unless if there are a lot of features that sets it apart from free/open source competitors.
 
I think you'd do better if you wrote plugins (for profit) for an already established and mature platform. E.g. write something useful for Unity and sell that.

Okay. Thanks for your feedback.

In Topic: will you buy this?

30 July 2014 - 07:00 AM

I wouldn't buy/use it for two reasons:1. I have come to prefer custom file formats for the engine. The content pipeline handles all the conversions and what not, and the fileformat for the engine is designed in a way that almost all the engine has to do is blockread from the file to CPU/GPU memory. Obviously this means that I can write my own (very simple) loader.2. I feel that animations and rendering are a both very "intimate" things of an engine, and they are definetly s.th. that I wouldn't want mixed with my model loading/importing code. How is the included rendering code supposed to interact with my material system, my lighting (defered, forward, clustered, ...) and my render state batching? How is the animation code supposed to interact with my CPU skinning, or my GPU skinning, or the animation of various non-skeletal properties like light colors, particle effect properties, sound effect volumes, ...?

1.okay

2. It is just in built renderer for users who prefer to use it. It will give you animation and rendeing data if you want to do all things (not all) by yourself. (It is like :

Struct animationdata
{
float length;
string name;
std::vector<keyframe> keyframes;
Animationtype type;
//...
}

Model.load("name");

animationdata = Model.getanimationdata("name" or index);
K
And samething for rendering).

Anyways I will make it free as everyone is suggesting me to do that.

In Topic: will you buy this?

30 July 2014 - 06:22 AM

You mean something like Assimp? Why would I buy something that's already available for free?

No. Even with assimp, you have to handle everything yourself. Mine would be like (infact mine would be based on assimp) :

Model.load(path);
And
Model.render();
Model.setanimation("name", animationtype.loop);


Mine library is not like assimp. It makes the process of using assimp very easy. It handles all animation stuff and you have to just pass the name of the animation and the library will play it on the model.

Wouldn't buy it. Why don't you offer it for free? Establish a user base first, worry about monetarization second. If I were you I'd even open source it, then earn some cash by providing "premium support" or some such. That's a proven model.


Well I think I am going to do this.


To everyone -
Thanks for your reply and feedback.

In Topic: Why is this happening?

25 June 2014 - 02:55 AM

I still don't know what the problem was. Maybe his revolutionary real time ray traced global illumination algorithm wasn't working for all we know...

It was caused by compressing normal maps to DXT1 format.


PARTNERS