A Irrlicht Begginers Manual
Hmm I hv a suggestion. Can we replace the "Tutorial" part in wiki with the manual? There are so little things in the tutorial part.
btw dejai, do you plan to write the whole thing in one page? >_<
btw dejai, do you plan to write the whole thing in one page? >_<
My company: http://www.kloena.com
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
Ok Its now seperated into chapters, please can everyone attach the link to their signature. It would help advertise it.
Programming Blog: http://www.uberwolf.com
donedejai wrote:Ok Its now seperated into chapters, please can everyone attach the link to their signature. It would help advertise it.
My company: http://www.kloena.com
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
This project is a really good idea. The layout is lacking a section for an overview of the main concepts- nodes, animators, meshes and mesh buffers (including vertex and index lists), materials and their types and the material renderers. There should be an introduction to reading the docs, because beginners seem to struggle extracting useful information from the doxygen. It will also need a glossary.
I think if a lot of people are going to contribute towards like a wiki, then there should be some kind of style policy. I reckon we should use technically correct language and explain each term as it is introduced. For example the "What is Irrlicht" part should explain that Irrlicht is a cross platform 3D scene graph API, then explain what an API is, how 3d graphics work, what a scene graph is and why you need one, and how Irrlicht manages to be cross platform.
No offense intended but so far it's kinda reading like an essay, it should be reading more like a manual - every sentence should be jam packed with relevant factual information.
Would you mind if I butchered it a little?
I think if a lot of people are going to contribute towards like a wiki, then there should be some kind of style policy. I reckon we should use technically correct language and explain each term as it is introduced. For example the "What is Irrlicht" part should explain that Irrlicht is a cross platform 3D scene graph API, then explain what an API is, how 3d graphics work, what a scene graph is and why you need one, and how Irrlicht manages to be cross platform.
No offense intended but so far it's kinda reading like an essay, it should be reading more like a manual - every sentence should be jam packed with relevant factual information.
Would you mind if I butchered it a little?
Even though the first chapter is very good, I don't think that the rest of the manual will be useful since from the subheadings it seems that it will just reiterate niko's original tutorials (hence why the first chapter is useful; its not a repeat of anything).
Most users have trouble applying knowledge from the supplied tutorials into real gamedev problems, writing how to do that will be allot more useful.
Most users have trouble applying knowledge from the supplied tutorials into real gamedev problems, writing how to do that will be allot more useful.
"Irrlicht is obese"
If you want modern rendering techniques learn how to make them or go to the engine next door =p
If you want modern rendering techniques learn how to make them or go to the engine next door =p
I appreciate the effort you have put in. But
has all of the state-of-the-art features which can be found in commercial 3d engines.
REALLY? I could rant about this. But i'll spare you for nowpowerful graphics engine with a large list of components and features, rivaling many commercial graphics engines which can cost anyway from $1000 to 1 Million or more dollars to purchase and or develop
Me and bitplane had a lengthy discussion on irc, which led me to believe that niko's tutorials are enough, and if people cant read 1 page tutorials i doubt they can read a manual (can here means are able to put in effort). Niko has made great tutorials and his dyoxygen is extremely good.
I guess a dyoxygen guide will be more beneficial than reiterating what is there with more word (with the number of words being the source of the problem).
I guess a dyoxygen guide will be more beneficial than reiterating what is there with more word (with the number of words being the source of the problem).
"Irrlicht is obese"
If you want modern rendering techniques learn how to make them or go to the engine next door =p
If you want modern rendering techniques learn how to make them or go to the engine next door =p
Oh don't get me wrong, I think the manual is a good idea, but I agree with you that it shouldn't cover the same stuff as the tutorials.
Also I think it shouldn't be too.. linear, like a real book. Web pages have the excellent advantage of being able to branch at any point, so all the stuff about Dev-Cpp (Cpp Dev?) should actually just be a link to the dev-cpp tutorial. There should be a link for each compiler / IDE / operating system.
I also think that there should be a good in-depth tutorial of how to read the API reference, then afterwards just link to things in the docs instead of explaining them in full. Also I think the main chapters should be based around the namespaces, core first, followed by scene, video, io and gui.
Two more gripes - I don't like the "don't delete anything" idea, because it goes against the whole idea of a wiki. I also don't like the idea of a fixed number of chapters. It doesn't have to fill x number of pages and have y number of chapters, it should be as short as possible but as long as it takes.
Also I think it shouldn't be too.. linear, like a real book. Web pages have the excellent advantage of being able to branch at any point, so all the stuff about Dev-Cpp (Cpp Dev?) should actually just be a link to the dev-cpp tutorial. There should be a link for each compiler / IDE / operating system.
I also think that there should be a good in-depth tutorial of how to read the API reference, then afterwards just link to things in the docs instead of explaining them in full. Also I think the main chapters should be based around the namespaces, core first, followed by scene, video, io and gui.
Two more gripes - I don't like the "don't delete anything" idea, because it goes against the whole idea of a wiki. I also don't like the idea of a fixed number of chapters. It doesn't have to fill x number of pages and have y number of chapters, it should be as short as possible but as long as it takes.
That is exactly my view on the issue, the GOAL of the manual is for a person with no knowledge with API's to be able to quickly and effectivley adapt to Irrlicht. C++ MUST BE KNOWN IT IS NOT A C++ MANUAL!
Ok, now the end of chapter projects are not the same as the tutorials. They are adaptations of all the skills you learn within the chapter. With the final chapter concluding the skills with a Fps project or equivelant.
The Chapter Projects are actually going to be Tutorials from the forums mixed with the tutorials and with extra features. By tutorial 1 I am not referancing Directly to the Tutorials within the site. So thanks for the advice. The Chapters will need to be edited of course but should contain a complete HOW - To to get a newbie irrlicht to an intermediate standard.
So, in each chapter Index I have put a Base. EDIT IT, Go for it change the concepts etc.
I am thinking of linking each page to the index so each chapter is made up of about 15 sub pages but I wont want to do this until the index is finished. So go and have a turn at fixing up the index make it completely comprehenisive within 10 chapters.
An 11th chapter will be on IrrKlang
and a 12th on Newton.
So Go Nuts.
Ok, now the end of chapter projects are not the same as the tutorials. They are adaptations of all the skills you learn within the chapter. With the final chapter concluding the skills with a Fps project or equivelant.
The Chapter Projects are actually going to be Tutorials from the forums mixed with the tutorials and with extra features. By tutorial 1 I am not referancing Directly to the Tutorials within the site. So thanks for the advice. The Chapters will need to be edited of course but should contain a complete HOW - To to get a newbie irrlicht to an intermediate standard.
So, in each chapter Index I have put a Base. EDIT IT, Go for it change the concepts etc.
I am thinking of linking each page to the index so each chapter is made up of about 15 sub pages but I wont want to do this until the index is finished. So go and have a turn at fixing up the index make it completely comprehenisive within 10 chapters.
An 11th chapter will be on IrrKlang
and a 12th on Newton.
So Go Nuts.
Programming Blog: http://www.uberwolf.com
with wrapper or not?and a 12th on Newton.
My company: http://www.kloena.com
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info