I think this is fundamentally right. But of course, the question is, will artists be willing to give over that bit of control in order to make their stuff be automatically colorable. This is compounded by the fact that I've been working in the HSL colorspace, and not the HSV colorspace supported by most applications... So I'm not sure how well it would work with HSV-drawn images.ShiraiJunichi wrote:But if you encourage artists to only adjust the lightness in order to shade, then it should work perfectly every time- as long as the image only has one color besides black and white. This is perfect for hair and eyes- which is what I think altering the hue would be most used for. But if you could create different layers for every color in a single article of clothing, then you could have complete control over all the colors- which would be really nice. It just requires a little thought before hand to do this, I think
I don't see why there has to be a distinction between the two. I think number 1 is the best idea, except don't require that each artist submit an entire set. Allow artists to submit body templates, or simply additional items for templates that have already been submitted. I think this is the best way to get more variety.bookie wrote:1) Each individual artist creates his own set, independant of other artist's bases, positioning and the like. Things like body and image size might be standardized, but in terms of having all clothes fit all body types and etc... in general only one site will fit itself.
Pros: Artists can make a set without having to think about what other artists have done before. Also this allows for more styles. Artists who want to contribute but don't have the skill/time to conform to what's already been done can still help out.
Cons: It's probably much more difficult on the coding side. If a user wants to use a certain hair style with a certain eye style and they're from different sets, it might be impossible for them. This leads to a more limited number of combinations.
OR
2) All doll styles are standardized, so that all eyes are in a certain place, all bodies are a certain demension, etc... If you can get a few base bodies and provide them, then artists can do something simple like print them out, draw over them, and submit the result.
Pros: Everything is interchangable with everything else. Templates might make it easier for people to submit artwork.
Cons: Styles and positions are limited to what is put in initially.
I like this philosophy. But, I'm willing to compromise with artists, like I did with archives in Ren'Py.ShiraiJunichi wrote: In short, if altering the Hue of something looks bad, trust the user to not alter the hue.
Hm... Well, I doubt this program will share anything in common with Ren'Py, in terms of code. It will definitely output images. It may output the Ren'Py code to composite the images, but that's really an issue for a later date.I'm curious as to whether the program will generate image files, or if it will use the same methods Ren'Py uses to display modified images at runtime. Actually creating the images would be better, IMO- but I don't know if that's in PyTom's capabilities. RenPy makes screen shots for the save files, so it seems possible, but I don't know...
That's the plan, I think. In addition, there will probably be two versions: A full version that contails all the art packs we can distribute, and a minimal version that contains only a small standard art pack to get people going.On a completely different note, I think that it would be best to separate the art files from the actual program. PyTom has probably already thought about this, but I thought I'd bring it up, cause no one else has mentioned it. Anyway, this would allow the user to download image packs, to increase their library of images, instead of having to wait for a new release of the program that would include the latest submitted art.
Hm... it doesn't really resonate with me.As for the name of the program... hmmm.... how about "BB Maker"(Short for Bishoujo to [or "and" if you like English] Bishounen)?
Sooo... it'll be kind of like The Sims where the program loads the images (detects and adds new additions automatically) each time the program is run? Sounds kosher to me. (i.e. I approve)PyTom wrote:...there will probably be two versions: A full version that contails all the art packs we can distribute, and a minimal version that contains only a small standard art pack to get people going.
Art packs will probably be zip files, as I have easy-to-use libraries that can read them.
This might also work the other way... I may want to release an update without requiring the user to redownload all the art, which hopefully will be substantial after a while.
ShiraiJunichi wrote: I don't see why there has to be a distinction between the two. I think number 1 is the best idea, except don't require that each artist submit an entire set. Allow artists to submit body templates, or simply additional items for templates that have already been submitted. I think this is the best way to get more variety.
I was just looking at opposite angles. The middle path is almost always the best.Bookie wrote:Ideally you could work toward complete standardization but have stuff available for independent sets too.
Wait.... ALICE is neutral and MAGIC is not? =\mikey wrote:I'd say ALICE is (even though it's a girl's name) in essence gender-neutral, as opposed to MaGiC, so you can then put bishounen in and there'd have to be no "MaGiC ~ For Boy" edition. (I'm keeping my fingers crossed that the name makes it! *hope, hope*)
Hint noticed.PyTom wrote:If I can rustle up a laptop, I may try to do some of the coding on a cross-country plane trip I'll be taking on the 16th. So if people can give me some images (especially g-rated ones) by then, that would be shiny.
I've made some preliminary sketches already.
Users browsing this forum: No registered users
