next »

[Eraser]

To me, it looked like I would have to include 15 megs of libs with my game based on the size of the individual DLLs in the download. I'm guessing people shouldn't have to confirm my suspicions, but is this true? I mean, heck, SDL is like maybe 2 megs of libs for everything I needed...

[BlueSweatshirt]

My SFML2 DLLs come at around 4.1 megs.

@increpare
SFML is "Multimedia programming for the rest of us." 

[Eraser]

My SFML2 DLLs come at around 4.1 megs.

@increpare
SFML is "Multimedia programming for the rest of us." 

I've got 1.6, and sfml-graphics.dll alone is over 5mb...  in fact, most dlls in the lib folder are about 4mb each (not the -d which I assume means -debug), so with a need for:
system,window,graphics, and audio that seems to me to be at least 16mb 

[Martin 2BAM]

That's not a real issue. We are far from the floppy diskettes era.

Also, I just checked a game I made around 2 years ago (SFML 1.4):
game.exe+libsndfile-1.dll+openal32.dll = 2.16MB

Static linking is the way. Take advantage of SFML's zlib license!

[Eraser]

That's not a real issue. We are far from the floppy diskettes era.

Also, I just checked a game I made around 2 years ago (SFML 1.4):
game.exe+libsndfile-1.dll+openal32.dll = 2.16MB

Static linking is the way. Take advantage of SFML's zlib license!

15 megs total might not seem a lot, but for libs I think it's a hefty chunk, heh. Anyway... unluckily for me it starts throwing errors like crazy when I try to link it statically. Time to hit the sfml forums.

[BrianSlipBit]

I'm not sure what the issue is here.  Yeah, the compiled libs may be a bit on the large side.  However, won't the linker only pull in what you need (reference) from those libs?

I'm pretty sure that my current .exe that statically links with SFML libs (built from source) is less than 2 MB.  Although, I'll double check when I get back to my home computer tonight.

[Klaim]

Yes, the static linking will be less costly on size anyway.

[BrianSlipBit]

My current game's .exe which is statically linked with SFML is 248 KB.

[increpare]

Lack of nicely integrated animation classes is unfortunate.

(okay there are some separate ones, I'm looking at 'em now).

[Klaim]

Animation management is a often game-engine specific.
SFML gives you easy to use basic bricks to build your game engine around (making your game engine a library to make a specific game type, not a library providing technical solutions for basic features like drawing sprites... the difference is that it's more about games than say a rendering engine).

But yeah people working with it provide tools for adding features over SFML.

[oahda]

I've made two AnimatedImage classes for SFML.
An old one a while ago, and a new one when the project was remade from scratch.
It's not that hard; sf::Timer, sf::Image and sf::Sprite together provide you with all you need.

[dr.crow]

I also created one a few days ago.

Lack of nicely integrated animation classes is unfortunate.

(okay there are some separate ones, I'm looking at 'em now).

Did you find anything useful?

[increpare]

I also created one a few days ago.

Lack of nicely integrated animation classes is unfortunate.

(okay there are some separate ones, I'm looking at 'em now).

Did you find anything useful?

For my current project the frame_anim_animated stuff will suffice.  If I use it again I'll probably make my own class.

[oahda]

I'd provide my class, but it depends on other classes of mine that depend on other custom classes and so on. I'm wrapping SFML since I don't want the game to depend on it. If you still think you're up to "cleaning" the class, though, just tell me, and I'll post it.

[Hach-Que]

SFML is awesome because it comes with built in support for streaming audio over the network at any specified bitrate.  In-game player-to-player voice communication = incredibly easy.  :D

[Martin 2BAM]

I've made two AnimatedImage classes for SFML.
An old one a while ago, and a new one when the project was remade from scratch.
It's not that hard; sf::Timer, sf::Image and sf::Sprite together provide you with all you need.

You can also set sub images of a single-image spritesheet to a sprite, can't remember how exactly but I know it can be done.

Btw, Beware of the texture size. That's intrinsic to OpenGL. Dunno if it has been fixed, but I wrote a solution for it more than 1 year ago:
http://www.sfml-dev.org/forum/viewtopic.php?t=807

[oahda]

I've made two AnimatedImage classes for SFML.
An old one a while ago, and a new one when the project was remade from scratch.
It's not that hard; sf::Timer, sf::Image and sf::Sprite together provide you with all you need.

You can also set sub images of a single-image spritesheet to a sprite, can't remember how exactly but I know it can be done.

Btw, Beware of the texture size. That's intrinsic to OpenGL. Dunno if it has been fixed, but I wrote a solution for it more than 1 year ago:
http://www.sfml-dev.org/forum/viewtopic.php?t=807

That's how my class works. The animated images are horizontal strips where each frame has the same size, and the right part of the image is displayed at the right moment.

[dr.crow]

How are the textures handled internally in sfml?
I noticed they don't have to be a power of two, but since it uses opengl, and opengl-textures have to be a power of two on some old graphics card, does sfml convert them or something?
Should i still try to keep my texture dimensions to powers of two?

[oahda]

I'd be interested in getting to know this too.

[Martin 2BAM]

Check the source  !

I would do it myself but I'm pretty busy... the code should be in Sprite.cpp

There are not too many options, or either it just pumps the image bytes to OpenGL, or checks for compatibility against extensions, and if there are not any it pads the image to pow2 dimensions and then pumps them to OpenGL.
I think it does that, but I'm not definitely sure.

Regards