next »

[Kekskiller]

I'm looking for some librarys like TinyPTC that enables me to do input and audio stuff in a similar way. At the moment I'm using SDL for direct framebuffer access - it is nice, but has a big framework (250k lib + executable).

Are there some libs that do stuff in this way? I don't wan't to use SDL all the time, its audio and event management SUCKS.

PS: I'm using DEV-C++. I prefer pure code or devpacks, because I'm not so experienced in integrating librarys via special compiler/linker functions...

[jcromartie]

SDL ... it is nice, but has a big framework (250k lib + executable)

250 kB?

Two hundred and fifty kilobytes?  That's what counts as big these days!?

[Kekskiller]

yes, this is relative big.

[Ivan]

Maybe portaudio?

http://www.portaudio.com/

It's not even a lib, it just uses whatever native sound API on the platform.

[Kekskiller]

portaudio looks interesting, will take a look at it. thanks!

[increpare]

Yeah; I'll quite likely have a look at that myself

[jcromartie]

Maybe portaudio?

http://www.portaudio.com/

It's not even a lib, it just uses whatever native sound API on the platform.

From the site:

PortAudio is a ... library.

And it's also roughly a third of the size of SDL, which handles audio in essentially the same way (writing to an output buffer in a callback function).  I'm not really clear on what the drawbacks of SDL, as presented here, are.

[Ivan]

Oh oops, I was under the impression it was just a wrapper for the native os sound API with no prebuilt stuff to link.

[Ryan]

If you need input / opengl and stuff (will probably need another small library for sound), I've always really liked glfw. Super light weight. The only problem I have with it is USB gamepads don't work on OS X. I've always wanted to write a tiny wrapper for each OS [gl/input], but win32 and xlib programming makes me cry.

[Kekskiller]

glfw is simply WOW. a 35k-55k dll + exe. nice! wonderful simple API functions. this is a must for me ... for audio stuff... hm. OpenAL looks also very small (my S.T.A.L.K.E.R. uses a 48k dll!). just look at he glfw page, there are many good links for small-sized libraries and other stuff.

thanks for the help! i really hope this will solve my problems with librarys and their usage...

edit: glfw uses TARGA files, this is a bit extraordinary but probably a step into the future (for me!)

[jcromartie]

edit: glfw uses TARGA files, this is a bit extraordinary but probably a step into the future

Are you sure TARGA is the future?

The TGA file format was originally defined and specified by AT&T EPICenter with feedback from Island Graphics Inc in 1984.

PNG would seem to be the future, as far as I can tell.

[increpare]

Gosh; I remember when I used to use P(aint)S(hop)P(ro) I was all about the tga files 

[ColossusEntertainment]

I have a little graphics/game lib (also does a bit of sound and input)

http://www.colossusentertainment.com/DevelopmentStuff/PixieGameEngine.html

Not sure it's small enough to be classed as "tiny", but the aim have been to try and keep things simple, reduce dependencies and maximize compatibility. (And it's public domain )

[Kekskiller]

Are you sure TARGA is the future?

Oh, I'm sorry: this a personal step for me. I'm using mostly bitmap stuff, because reading is easy and it everything can read it. So TARGA is a step forward for me .  I've TARGA files with purebasic and some other programming languages, it has some nice features and I'm using targa files very often. Yes, it isn't the best format at all, but has all stuff that makes an image format important.

[coderneedsfood]

for raw pixel access http://www.bik5.com/tech/ easy ce is a wrapper for pocket pc and has a win32 text application also
you can rip the code from that , super easy