Indigo is great, but...

General questions about Indigo, the scene format, rendering etc...
User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Post by CTZn » Sat Jun 14, 2008 6:59 am

I got your point Carlos, it's all clear.

I totally second your last post !
obsolete asset

User avatar
daniel_nieto
Posts: 173
Joined: Wed Apr 11, 2007 10:45 am
Location: Ciudad Guzman, Jalisco, México
Contact:

Post by daniel_nieto » Sat Jun 14, 2008 9:58 am

i've always thought that people thinks the more expensive the better result they got, and it applies to everything you want, iPod for example, they are expensive, and they are great ok, but there are several, not to well known companies who makes their own devices which costs much less than an iPod, and equals the quality...

you can compare linux against windows, why do most of the companies not emigrate to linux? cause they are selling something, and they dont trust on free software, they think, if something (windows) cost me half of my testicle, it surely wont let me down...

another analogy, is blender vs 3dsmax ... the same thing happens here...

i was just adding my opinion about, why indigo isnt that popular or used by big companies...
Image From México, Daniel Nieto .·.

Wedge
Posts: 441
Joined: Sun Jan 14, 2007 11:33 am
Location: East Coast, USA

Post by Wedge » Sat Jun 14, 2008 4:00 pm

I think the lack of "easy to use" comes from the way these programs work. They are separate programs that need exporters to take data out of the users 3D program and convert it to the render software code. I don't know how easy this can be. And an attempt to make it easy takes a lot of time that developers like me do not have anymore. This work requires knowledge of Indigo and its scene code, 3D program and its API code, and some level of computer programming education to put it all together.

By adding up research time, preparations, testing, trying to make easy to use, publishing, then fixing any bugs.......all related to one new build. This takes an enormous amount of time. Usually this resulted in me doing updates and then never using my own published files because I was burned out from putting it all together. If you are like me, I did it for fun....but now I have no more time to allow. I would like to allow any time that should come up in the future, to make a scene of my own. :)
Content contained in my posts is for informational purposes only and is used at your own risk.

User avatar
Labello
Posts: 143
Joined: Fri Jun 22, 2007 3:52 am
Location: Coburg - Germany
Contact:

Post by Labello » Sat Jun 14, 2008 10:32 pm

The idea adding a wiki-section to the forums is quite nice and i welcome it. i never ever worked on a wiki before but i will try to get into it.

we need more such proposals and not the discussion whether it is good or not to develop some usability-features. we as the users should produce some more materials or we could make some contests every now and then to fill the material- DB =)

greetz

User avatar
suvakas
3rd Place Winner
Posts: 2613
Joined: Mon Sep 04, 2006 11:08 pm
Location: Estonia
Contact:

Post by suvakas » Sat Jun 14, 2008 11:05 pm

I'm actually with Labello on this one. Right from the beginning when I started to script Max exporter I used native 3ds Max terms. I used "Diffuse Map" instead of "Albedo" and stuff like that, since this is what it is called in Max. I think making it more easy to understand doesn't require much extra time at all.. just some common sence. If your host app has a sertain vocabulary, then the exporter shoud stick with it as much as it is possible. User doesn't care how things are named inside Indigo. He wants to use it as an external renderer for his app. That's it. He doesn't want to learn a new "language" (if you know what i mean).

User avatar
Labello
Posts: 143
Joined: Fri Jun 22, 2007 3:52 am
Location: Coburg - Germany
Contact:

Post by Labello » Sun Jun 15, 2008 2:13 am

suvakas got the point exactly :)

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Post by CTZn » Sun Jun 15, 2008 3:21 am

Mmm well I don't know... MayatoIndigo uses indigo's params names. I didn't code it but I defended that way of implementation.

In my mind the user should certainly not have to learn a third application, that is, the exporter, but he/she is supposed to know both it's 3d app and Indigo.

Reducing this to the 3d box only represents a step toward vulgarisation wich I don't support much. Though I understand the benefits of it.
obsolete asset

User avatar
suvakas
3rd Place Winner
Posts: 2613
Joined: Mon Sep 04, 2006 11:08 pm
Location: Estonia
Contact:

Post by suvakas » Sun Jun 15, 2008 4:25 am

So its like you have used your app for years and have been calling the diffuse map well.. "diffuse map" :) and now you should suddenly start using a term called "albedo" which is actually the same old diffuse map 8) ? And only because inside of a renderer it is called like that?
We are talking about a shorter learning curve here and user friendliness. I think a good exporter should blend with the host app as seamlessly as possible and offer as fiew new parameters as possible.

BUT I see one reason why to use the same parameter names as Indigo has. It is the online forum and the community where most of the talk is using the Indigo terms. It could get a bit confusing, when people in forum are talking about "albedo" and a user can't find it from the exporter. Now you cant have both obviously, so it's either one or another way.
One way to overcome this would be a good manual for the exporter and that sure would be very time consuming to write.

User avatar
OnoSendai
Developer
Posts: 6243
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Post by OnoSendai » Sun Jun 15, 2008 4:33 am

Hi Suv,
altho I think albedo is 'technically correct', if you think it's easier to call it diffuse map, go for it :)

User avatar
Kram1032
Posts: 6649
Joined: Tue Jan 23, 2007 3:55 am
Location: Austria near Vienna

Post by Kram1032 » Sun Jun 15, 2008 4:40 am

Lol... What about using both? xD
"diffuse map (size 12)
( albedo (size 8) )" ^^

User avatar
Labello
Posts: 143
Joined: Fri Jun 22, 2007 3:52 am
Location: Coburg - Germany
Contact:

Post by Labello » Sun Jun 15, 2008 4:41 am

ok lets forget about this thread. i tried it but it doesn't seem like I am taken really serious...

User avatar
Kram1032
Posts: 6649
Joined: Tue Jan 23, 2007 3:55 am
Location: Austria near Vienna

Post by Kram1032 » Sun Jun 15, 2008 4:45 am

you're taken serious... The easier to use, the better... But well, there always are borders and limits....

User avatar
Labello
Posts: 143
Joined: Fri Jun 22, 2007 3:52 am
Location: Coburg - Germany
Contact:

Post by Labello » Sun Jun 15, 2008 4:52 am

Kram1032 wrote:you're taken serious... The easier to use, the better... But well, there always are borders and limits....
And that's the reason why we should try to eliminate these limits and borders. But okay. Most of the users here are geeks who prefer features to workflow.

User avatar
suvakas
3rd Place Winner
Posts: 2613
Joined: Mon Sep 04, 2006 11:08 pm
Location: Estonia
Contact:

Post by suvakas » Sun Jun 15, 2008 5:35 am

OnoSendai wrote:Hi Suv,
altho I think albedo is 'technically correct', if you think it's easier to call it diffuse map, go for it :)
lol
Gotcha :)
Well actually people in Autodesk prefer to call it like that.

There was also another hidden message in my post though :lol:

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Post by CTZn » Sun Jun 15, 2008 6:04 am

Hold on Labello, Rome wasn't build in one day ! You are taken seriously, kram must just pop in every thread, almost like me ^^

Well maybe the exporters can have a switch between host and Indigo vocabulary. That should not be so much work for exporters devs to redefine labels if switch is on, much less than writing a full doc IMO.

No rush, there is always a huge inertia in forums (disponibility etc) but there are always people hearing you, too ;)
obsolete asset

Post Reply
46 posts

Who is online

Users browsing this forum: No registered users and 8 guests