pouët.net

what response said. nice initiative.

i would love to contribute, but don't have any ideas to write. maybe some article about sine generator, random number generators for x86 assembly. but maybe its not the kind of articles your out after, after looking at the site that is?. i know there are some sine-gen and randnum articles out there, but i hope this would be a new article that wasnt 10 years old or something.

rudi: We're primarily looking for new and interesting techniques, or tutorials that span a series, on interesting subjects.

sine/random in x86 asm, seriously? :)

random generators are widely documented everywhere, also in optmization context (c, simd, gpu mersenne twister, etc etc)

I mean, there is nothing wrong with guides on non-mega-advanced stuff (like Flipcode), but it sort of has to be on a completed effect, or at least the components you need to get started. In fact, we'd like to have "starter-kits" for all major platforms at some point.

Well I guess you should just aim at articles that have some meat on their bones, not so much "1-stop-solutions".

What exactly is a starter kit and how does it constitute the actual knowledge required to build something?

gloom just link to iq's beginner kits for intromakers :)

Not everyone wants to make intros though. :) And no, there is no clearly defined parameters for how to go about getting people started, but then again: there never was. :) We won't start "My First C++ Program", but something for people who know how to code, just not visually. I'm picturing a series, with a sensible learning curve.

Almost *all* generic tutorials suck. Why? Simply because it's shit hard if not impossible to constantly balance the right direction and tempo. Programming is a very diverse matter, and I tend to believe that specific articles of varying difficulty levels are a better aid to interested or beginning developers than an article that's supposed to take them from A to B in a generic fashion.

Actually I don't think we disagree at all, it's just that my head is filled with gravy and I've lost the capacity to make tangible sentences.

Including misusing the word "tangible".

mmmmmmmmmm gravy <3

BEAUREGARD: well, i know they are documented alot, but I figured out an random generator on my own. with just plain logic. it could be that someone else did the same before, but that has to be justified, the question still remains if one could publish an article like that even if someone else made it before. i just dont think it should be forgotten, when there is only three operations used in this. i would research a bit more on it and could write an article about what i get. A simple one. It would fit for tiny-intro coders. but its not what they are out after anyway.

So you've invented an amazingly fast yet compact random generator with excellent distribution? Write about it and send it in for review!

BEAUREGARD: well, unfortunately i don't have much competence in knowing all the details around the algorithm, how one can mathematically give some facts about the distribution. i just dont know where to start. maybe i can ask a friend of mine who has a doctors degree in mathematics though.

The best articles (or blog posts) that I've read all point you to ideas or solutions (for instance how SSAO works) but doesn't neccessary show you in code, so that you can take an idea and make it yours.

I think smash's blog is a great example of something very interesting which gives you ideas but you are left to implement them yourself.

rudi: That's a start. Proper distribution is of vital importance for a random generator so I wouldn't tell anyone to use it if I didn't have information like that to back it up :) Just saying: research.

thec - Agree. Most sample code does more harm than good :)

New post: Modelling in Maya 101 - Part 2

thanks BAUREGARD.
I've written a four page document to my math-wiz-friend now. I hope i'll get positive feedback :)

Unearthing this thread because of the paintover one.

As I've learned that there was a weekly(?) challenge back then in #pixel, I thought it might be a good thing to revive that - I'd be a bit like the compos over at pixeljoint. For instance, you'd get a fixed palette, or an odd dimension like 800x200..
For the time constrain, I'd make it a quick one lasting an hour - for the reason that this seems to work well with music compos.

The motivation for me is to at least open Photoshop once a week and get to draw something[0], get to know more graphicians, and to have fucking fun.

I could host it, and just need participants, anyone in?


[0] My current fix is to draw the packart for the #modulez OHC in hour.