This was a PR topic that I intended to make a very long time ago, but with CAP falling apart due to PO's inherent limitations never did. Now that CAP is back, despite that it's in a way that makes me cringe, we can discuss it again.
Introduction
The Pre-Evo process was something I spearheaded during the creation of Tomohawk and ran in tandem with CAP 1, Tomohawk. We created a very cool pre-evo, IMO, and that pre-evo was Scratchet. We also received a very promising amount of support and number of contributions from the CAP community to create Scratchet, all of which resulted in a very cool Pokemon archetype being born. You can read more about Scratchet here.
The question for this PR is: How can we do it better?
Issue #1
During the CAP 1 process, I recall reachzero, our TL, having some issue with the pre-evo leading the CAP around by the tail, as it were. Basically, he felt that some people were changing parts of their submissions for the primary CAP, Tomohawk, in order to better suit the pre-evo, Scratchet. This shouldn't happen, since the pre-evo is a side and fun project that is being made for completion's sake. He felt that, potentially, we should wait until the CAP were fully made before starting the pre-evo to ameliorate this. I personally disagree and feel that the only problem is with the way some people think. The pre-evo process was new and people were just getting used to it, so I think if we operated it the same way in the future it would get only better, much like the normal CAP process. Furthermore, I feel that the pre-evo process receives more attention and is generally more fun when it is run alongside the CAP process, since that brings the forum a lot more attention to begin with.
What do you think?
Issue #2
The other issue that is to be discussed here is whether or not any single parts of the pre-evo process should be changed. I operated it much like the CAP process, where I would plan out certain parts of the pre-evo based on completion of main CAP principles. I will quote to you all below, for information's sake, the PM I originally constructed to operate the CAP pre-evo process. This also tells you exactly where in each part of the CAP process the pre-evo process should also be. The discussion for this issue, if it's even an issue at all, should be about whether we want to change how the pre-evo process is organized since it was all very experimental. Having run the process myself for CAP 1, I actually think it went exceptionally well and that we should stick with how it went then.
What do you think?
Introduction
The Pre-Evo process was something I spearheaded during the creation of Tomohawk and ran in tandem with CAP 1, Tomohawk. We created a very cool pre-evo, IMO, and that pre-evo was Scratchet. We also received a very promising amount of support and number of contributions from the CAP community to create Scratchet, all of which resulted in a very cool Pokemon archetype being born. You can read more about Scratchet here.
The question for this PR is: How can we do it better?
Issue #1
During the CAP 1 process, I recall reachzero, our TL, having some issue with the pre-evo leading the CAP around by the tail, as it were. Basically, he felt that some people were changing parts of their submissions for the primary CAP, Tomohawk, in order to better suit the pre-evo, Scratchet. This shouldn't happen, since the pre-evo is a side and fun project that is being made for completion's sake. He felt that, potentially, we should wait until the CAP were fully made before starting the pre-evo to ameliorate this. I personally disagree and feel that the only problem is with the way some people think. The pre-evo process was new and people were just getting used to it, so I think if we operated it the same way in the future it would get only better, much like the normal CAP process. Furthermore, I feel that the pre-evo process receives more attention and is generally more fun when it is run alongside the CAP process, since that brings the forum a lot more attention to begin with.
What do you think?
Issue #2
The other issue that is to be discussed here is whether or not any single parts of the pre-evo process should be changed. I operated it much like the CAP process, where I would plan out certain parts of the pre-evo based on completion of main CAP principles. I will quote to you all below, for information's sake, the PM I originally constructed to operate the CAP pre-evo process. This also tells you exactly where in each part of the CAP process the pre-evo process should also be. The discussion for this issue, if it's even an issue at all, should be about whether we want to change how the pre-evo process is organized since it was all very experimental. Having run the process myself for CAP 1, I actually think it went exceptionally well and that we should stick with how it went then.
What do you think?
Rising_Dusk's Original Plan said:This is the process, from left to right, of the CAP Pre-Evo inclusion to the main CAP main process. The main CAP process is in the top two rows as we have it described on the CAP website, and the bottom two rows show where the pre-evo steps would come into play.
I'd like to include this in CAP1 so as to get the ball rolling on pre-evos. I think it would be beneficial for artists to have fun stuff to do, and the flavor stuff would help alleviate some of the "too serious" issues with CAP in general. I'll need both of your (Wyverii and reachzero) approvals before going ahead with this. I do hope that you'll be OK with it, though, ete, Deck, and I put a lot of time into trying to make it not intrusive, fun, and time efficient.
Also, the ATL runs the pre-evo topics, so the TL can maintain complete focus on the competitive CAP. This way the TL isn't distracted either (unless he/she wants to comment on the pre-evos in his spare time).
In those bottom two rows, you'll see some new steps. They function as follows:Code:MAIN CAP: PRC > TL > Concept > Assessment > Types > Abils > Stats > ArtPoll > Counters > Name Poll > AM > NAM > Movepool > SpritePoll > Dex > Misc > Final Product ALT: > Art ----------> > Names----> Sprites -----------------------------> PRE-EVO: > Preevo? > Typing > Abils > Stats > ArtPoll > Movepool > Name(s) > SpritePoll PRE ALT: > Art ----------> > Sprites ------------->
Preevo?
This step is the poll where whether we even have a pre-evo or not is decided. It is a single bold vote thread with three options: 1-stage CAP, 2-stage CAP, 3-stage CAP. 1-stage CAP means no evolving, 2-stage is one pre-evo, and 3-stage is 2 pre-evos. In the case that two pre-evos are chosen, both are developed together for the rest of the pre-evo stages.
Typing
Pre-evo typing has a few rules associated with it. Basically the pre-evo must retain at least one type from the main CAP. This means that a Bug / Flying CAP could have a Bug / X or X / Flying pre-evo. These are discussed for a day and then voted on for a day.
Abils
Many times, pre-evos have distinct abilities from their final form. This is pretty basic; discuss for one day, vote for the next. Many abilities will be flavor stuff like Run Away or whatever, but sometimes pre-evos get decent abilities like Adaptability. Depends a lot on the CAP and the flavor.
Art
Pre-evo art starts alongside Abils after the pre-evo typing. It runs for a few steps so that artists aren't rushed and get enough time to work on it. You'd basically design a pre-evo based on the main CAP's art.
Stats
Stats are based on the main CAPs. There are no real restrictions, but the ATL will need to be mindful that no one submits something as good or better than the main CAP. Usually pre-evos suck a lot, so we're expecting pretty terrible stat spreads with little explanation as to why they are what they are. (Don't need relevant calcs, etc) Same as other steps in that it's discuss for a day, poll for a day.
Movepool
By this stage, the CAP's movepool has finished. Pre-evo movepools are always basically the same as the main CAP, but with fewer moves, no Hyper Beam, etc. Basically cut out some stuff and submit it to get voted on. Really easy.
Sprites
Pre-evo sprites start alongside the pre-evo movepool and basically run until the end of the CAP. This stage coincides exactly with the sprite poll for the main CAP, so this means that there won't be more than one artist thing going on at a time here. These follow all the same rules as the main CAP's sprite rules, and will have ample time for the artists to work until the end of CAP.
Name(s)
Pre-evo names. Same idea as the normal CAP, nothing special here.
Final Product
The final product would include miscellaneous stuff for the pre-evos as well as the CAP itself. This way everything concludes nice and together at the end, which I think is important. This also lets me implement both the CAP and the pre-evo(s) on the server at once, which is very important for technical reasons (not breaking backwards compatibility with teams, for instance).