Chat with us!
Active Forum Topics - (view more)
- Building a Library of Images for Everyone by Eric Matyas
- Game Jam - Team Matching Program by Tsorthan Grove
- Sharing My Music and Sound FX - Over 2000 Tracks by Eric Matyas
- Indie music discovery service using some OGA artwork by numonkeys
- Change Username Requests by cottonball
- Any rules for user profile pictures? by Airos
- game of the month by blue_prawn
- Search Favorites by KobatoGames
Recent Comments - (view more)
- Re: Simple small pixel hearts by gertkeno
- Re: Assets for a space invader-like game by oofoe
- Re: the final encounter... by VinylScratch
- Re: Heartbreak [DEMO] by nene
- Re: Your average Mosin by Septh
- Re: Ducks by Technopeasant
- Re: Alone by Technopeasant
- Re: Heartbreak [DEMO] by Umplix
Legal notice regarding NFTs:
WARNING: Taking art from OpenGameArt.org to be sold as NFTs? You may be committing FRAUD. Visit this link for legal details: https://opengameart.org/content/warning-taking-art-from-opengameartorg-t...
Note of caution to NFT purchasers or those interested in trading NFTs: You could be getting scammed! Please visit this link for more information: https://opengameart.org/content/note-of-caution-to-nft-purchasers-or-tho...
Popular This Week - (view more)
Latest Art - (view more)
Latest Art by my Friends - (view more)
Featured Art - (view more)
We made some improvements to art collections today.
Until now, there's been no way to distinguish between a personal collection (like "art for my game") or a public collection (like "3D models of cars"). From here on, when you make a collection, you can choose whether to make that collection public or unlisted. Note that unlisted collections are not private. It's still possible for people to see them; they just don't show up on the main collections list.
For the time being, we're setting all game project and personal collections with less than five favorites to unlisted. This may or may not be what people actually want; if you prefer, you can edit your collections and change it back yourself. We don't mind. But the fact is, there are a fair number of small collections that have gone untouched for a long time, so we're trying to clean out some of the older, unmaintained stuff.
One other note, we've made some improvements to the collections list. It's now possible to see (and sort by) how many items a collection contains, and how recently the colleciton was updated. Unfortunately, since we added a new field to collections, they were all bulk updated today, so the "latest update" field won't be useful for a little while. :)
- bart's blog
- Log in or register to post comments
I just wrote some custom download counter code, and it appears to be working fine. I've imported all of the data from the old counter into the new one (although I can't guarantee perfect accuracy of the old data, which was broken anyway).
The new counter uses javascript and ajax, which has the advantage of not requiring messy links (no more "/.../pubdlcnt.php" junk), but on the downside, it won't work on the off chance that someone isn't running JavaScript.
- bart's blog
- Log in or register to post comments
Digital Assets Managed Neatly (DAMN) is a Project and Content Management platformtargeted at movie and game creation. It can automatically generate thumbnails, show 3D WebGL previews right in the browser, manage dependencies between files, ... And soon much much more for which we need you help!
Under the CrystalSpace Umbrella, DAMN will partake in GSoC 2014.
So take a look at our https://github.com/sueastside/damn/wiki/Ideas Ideas page, maybe there is something that interests you. If so, you can contact us on IRC on freenode #peragro or submit a proposal to http://www.google-melange.com/gsoc/org2/google/gsoc2014/crystal after 10th of March.
If you have questions you can find us on IRC on freenode #peragro
http://damn.csproject.org/
Signed,
Sueastside
- bart's blog
- Log in or register to post comments
Hey folks!
I'm happy to announce a collaborative effort between Lars Doucet (of Level Up Labs) and myself: the Procedural Death Jam!
From the description:
Procedural Death Jam is a 7-day game jam benefitting OpenGameArt’s recent Patreon campaign. The theme is "Procedural Death Labyrinth," a new way of describing games like FTL, Spelunky, Coin Crypt, The Binding of Isaac, etc, that’s less awkward than "Rogue-Like-LIKE" or "Rogue-LITE." You might have seen it trending on Steam Tags.
The Procedural Death Jam (PDJ) starts on March 8th and runs for 7 days, which makes it concurrent with the 7-Day Roguelike Challenge, so if you're already planning on participating in that, you're free to enter your game in the Procedural Death Jam as well (note that this isn't necessarily true in reverse; while the term "Procedural Death Labrynth" encompasses the Roguelike genre, not all PDLs are roguelikes, so be sure to check their rules before you submit your PDJ entry to them).
If you're interested in participating, check out the website (don't miss the rules and FAQ pages), but here are some key points:
- The PDJ is open to everyone. There are no restrictions on what game engines, toolkits, or libraries you use, and your game doesn't need to be open source.
- While participants are welcome and encouraged to use art assets from here on OGA, you're not required to. The only requirement about art is that it be legal (that is, you need to have the right to use it, so no ripped graphics or unlicensed IP).
- Contest participants vote on the winner(s) for each category.
- ...and as always, the cliched (but ever important) "Have fun!"
We're looking forward to seeing what the community comes up with!
Peace,
Bart
P.S. Follow the PDJ on Twitter for updates.
- bart's blog
- Log in or register to post comments
Edit: Now that we're over the $500 mark, this is our current goal.
So, let's face it. Right now, OGA's art search feature isn't very good. The advanced search interface is cumbersome to work with, and sometimes search results that ought to be there just don't show up. For instance, one might think that if you typed the words "lpc base" in the search box, you'd find the LPC Base Assets, but in fact you actually get no results at all (or you might get a huge flood, YMMV). (FYI, the work-around in this case is to search for it again in the advanced search box on the left side of the search results, but even in that case, you get too many results, which still isn't particularly useful.) So, the other option is to browse by category, but the categories are so broad that that isn't particularly helpful either. This needs to be fixed.
Unfortunately, fixing this will require a large time investment, for several reasons:
- Right now, we use a Drupal module called Views to do art searches. I actually like Views a lot; it's great for quickly searching through and displaying lots of data, but frankly it's better suited to simpler types of searches. What I can do with the Advanced Search form, for instance, is currently limited by the capabilities of Views.
- To make narrower categories, we have to start collecting a lot more metadata. The problem with this is that people don't like entering a lot of data when they submit art. One frequent complaint I get from artists is that the form is already kind of a pain to fill out. On the other hand, a complaint we get from people looking for art is that there isn't enough metadata to help them find things. So at once, we're collecting too much information, and not enough. In order to rectify this situation, someone (myself, specifically) will need to go through new art when it's added and add the appropriate metadata to it. (As a side note, ages ago, when OGA was very young, we had narrower categories and let people classify things themselves, but art was constantly being miscategorized, so we dumped categories in favor or tags.)
I'd love to be able to automate some generation of metadata, but unfortunately, metadata is an inherently complicated thing. For instance, the metadata required for vector art is different from the metadata you'd need for pixel art. For pixel art map tiles, for instance, you probably want to know the per-tile resolution, but in the case of vector map tiles, resolution is irrelevant. For music, you might want to know the length and genre of the song. For 3D models, you probably want to know the polycount, texture resolution, whether it's rigged or static, etc. If we're smart, we can programmatically guess some of these things, but certain things, like musical genre, would require a much more sophisticated algorithm than we have processing power to run.
So as I said, the solution to all this is that I'm going to have to go through and enter metadata as new art is submitted (not to mention going through the archives and adding it there too -- something that will likely take many, many hours). But before I even get to actually entering metadata, I need to figure out what is going to be the best way to store it, and then build a reasonably usable web form so that I can enter it without inducing any more headaches than absolutely necesssary. In the process of doing all this, I'd also like to rebuild the search interface into something that a) actually works, and b) is more appropriate for searching through art.
I recently spoke with my friend Clint Bellanger (developer of FLARE), who has a lot of experience with metadata and content curation, and he gave me some really good suggestions. I'd like to switch our searching and indexing over to Apache Solr, which should be a big perforamance win, and will also allow some major improvements to the search form itself (not to mention vastly better results). Ultimately, what I'd like to arrive at is a search system that works a lot more like, for example, this one at the Auburn University Library. Note how quickly and easily you can add and remove search filters. Now, imagine that you're searching for art on OGA, and you can do that with all sorts of data that's specific to individual types of art, as well as universal things like license, favorite count, download count (which we'll be re-adding), and submission date. Here's a mockup image (click to enlarge):
Since this isn't implemented yet, you'll have to imagine that the results returned in the image are accurate and relevant, but that should give you a general idea of what we were thinking. And just to reiterate, this is a mockup, so it's subject to change.
How long wiill this take? It's hard to say, but since it'll be such a huge change, I can say for certain that it's likely to take weeks of actual programming time (which could translate into several months out here in The Real World). Beyond that, new art isn't going to curate itself, which means that even after it's done, there will be a constant (and probably growing) workload of making sure that new art is properly curated.
People have suggested gamification (that is, reputation points) to encourage people to help out, and I think that's an excellent idea, but when we eventually go that route, I'll have to put a lot of thought into ways to make sure that items aren't miscategorized or categorized inconsistently (a common problem if multiple people are sorting things into categories). Even if we enlist the help of users through reputation points, ultimately I'll still need to review their metadata for consistency.
So, for those of you who have been wondering why the content curation goal (which everyone understandably wants) has been set so high, it's because it's going to require a huge initial time investment and then a fairly constant investment of time later on (on top of the few hours per week of basic site management and maintenance).
If you've been curious if there's a good reason for you to donate to the OGA Patreon fund drive, this might be it. We're just about half way to this point at the time of this post, so if you want to help us out, go to our Patreon page, or help spread the word. :)
Peace,
Bart
- bart's blog
- Log in or register to post comments