(Ignoring the issue of how points are awarded for a minute...)
A distinction between individual assets and packs could be useful.
I tend to feel each OGA art page potentially representing a "pack" and uploading individual assets to that page may be the the way to go - solely because, via a bit of web programming, individual assets can be bundled into a single download dynamically. Taking a set of uploads on a particular page and dynamically creating a 7z / zip / tar.gz of them all, I don't think is too difficult. Heck, you could even put check boxes next to each asset to include/exclude individual items and automatically generate a license-info.txt file that always gets included in the zip.
If nothing else, the individual uploads approach would have the advantage of possibly providing a preview of each asset within the pack.
On the upload side, there could be an option to automatically extract zipped files into individual assets - so it's not a pain if a large amount of assets need to be uploaded (upload one file, let some PHP code reshuffle things to look like multiple uploads).
Just thinking out loud. I'm sure there are also good arguments against approaching things this way :)
I thought the same, but for quick prototyping, I thought it might be nice just get a bunch of ready-made sprites that can just be drawn without modulation or effect. I doubt these graphics would ever be used directly in a production-quality game. I surely agree that in any reasonably advanced engine, the hue-saturation-value could be modified dynamically from a grayscale image. I was envisioning something more like a quick, little HTML5 game :)
In any case, these were a quick response to this forum request.
Updated the pack license to say Public Domain as well. Sorry for the confusion.
(Ignoring the issue of how points are awarded for a minute...)
A distinction between individual assets and packs could be useful.
I tend to feel each OGA art page potentially representing a "pack" and uploading individual assets to that page may be the the way to go - solely because, via a bit of web programming, individual assets can be bundled into a single download dynamically. Taking a set of uploads on a particular page and dynamically creating a 7z / zip / tar.gz of them all, I don't think is too difficult. Heck, you could even put check boxes next to each asset to include/exclude individual items and automatically generate a license-info.txt file that always gets included in the zip.
If nothing else, the individual uploads approach would have the advantage of possibly providing a preview of each asset within the pack.
On the upload side, there could be an option to automatically extract zipped files into individual assets - so it's not a pain if a large amount of assets need to be uploaded (upload one file, let some PHP code reshuffle things to look like multiple uploads).
Just thinking out loud. I'm sure there are also good arguments against approaching things this way :)
Good point and I do agree.
I thought the same, but for quick prototyping, I thought it might be nice just get a bunch of ready-made sprites that can just be drawn without modulation or effect. I doubt these graphics would ever be used directly in a production-quality game. I surely agree that in any reasonably advanced engine, the hue-saturation-value could be modified dynamically from a grayscale image. I was envisioning something more like a quick, little HTML5 game :)
In any case, these were a quick response to this forum request.
Probably not exactly what you need, but these might be of use: http://opengameart.org/content/colored-spheres.