>
> * GLSL will become the default.
> * Drop Cg into alternate.
>
Fine.
> * GL scaled to support older hardware and run. CS so auto scales
> back and run on any sys dependant on it's capabilities.
>
CS already supports this to an extent (shaders can fallback, LOD of
textures and meshes is supported). It's up to people using CS to make the
most of this.
> * Add GLES support (CS on mobile)
>
Adding GLES support is fine, but I'm not sure how well CS will compete in
the mobile space. The requirements are very different, you need a very low
memory footprint and really need to optimise your engine and shaders to get
the best out of the CPU/GPU on the target device. CS barely makes use of
vector instructions on desktops (historically to keep compatibility with
older hardware). Trying to get really good performance out of an ARM chip
is going to require a lot of changes.
> * Rework base libs
>
More detail needed :)
> * Remove bad licensed code or additions. We can write it ourselves.
>
I'd love to see CS move to a MIT or similar licence, however this has been
discussed in the past and the conclusion has been that the effort (to
contact everyone and/or rewrite their code) would be immense.
> * Add webm support (+ Add better video support)
I'd prefer us to finish the Theora GSoC project first. No real objections
to webm, though it seems a little out of scope.
> * Apply apps in CS that test and learn users ONLY.
> * Drop apps that are fantasy.
>
A good set of working demo apps would probably be nice :) We have a lot of
old stuff that's not really maintained sitting around.
> * Remove support for ODE lib and plugin.
> * Old code removed - Rework! This will be alot!
> * CS will base on Windows - Oldest supported.
> * CS will base on GNU Linux - Debian stable and RHEL
> * CS will base on Apple - Oldest supported.
> * CS will add platforms that will be supported.
>
All fine.
> * No new features or API changes without approval.
>
>From who? :) Not sure we've had a problem with this before, things get
added as they are needed by someone and usually involve discussion +
consensus beforehand. I see no need to change this.
The only real issue we have is that once things are in, they tend to not
get removed, so we have a lot of old code sitting there doing nothing.
> * If it not documented it does not get in. If you do not
> or will not document your code or add into the docs. Your
> addition will be dropped!
>
Probably not a bad idea :) Lack of documentation is less of a problem than
a lack of nice tools for creating stuff and a strong content pipeline
though. I'd rather time be spent on the latter than documenting a load of
code which people aren't going to use because they can't easily get their
assets into CS. If we can do both that's great, but we'll need more
developers to make it a reality.
> * Add ? Additions welcome (to be approved)
>
There's some biggish loader changes that are already in development, just
need to find some time to finish them. I see Jorrit has similar ideas, so
we can discuss further.
> SVN:
>
> * No merges into trunk. Commit code only. No merges into trunk
> from branches will be allowed!
>
I don't really follow. I'm not going to be making major changes in trunk,
they'll be done in a branch and merged.
> Changes:
>
> * CS will move it's code base to github.com and come away from
> sourceforge in March of 2012.
>
I don't have much of an opinion about svn vs git, however if git support on
windows is still really lacking (was horribly slow the last time I tried)
then I'm not in favour. SVN works good for me, I don't see any real need to
change.
--
- Mike
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Crystal-main mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crystal-main
Unsubscribe:
mailto:[email protected]?subject=unsubscribe
