Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Quote from: "Ashenwraith"Is it possible to implement it so you can put all drawables in an array so you can loop through them with draw?You can do that already now. Store pointers.
Concerning automatic deallocation, you might consider Boost.PointerContainer.
QuoteAnd one off-topic question: when is the SFML2 release+documentation expected to see broad daylight?
SFML 2 release... still too soon to tell
The documentation is almost complete (I just have to complete drawables classes before it's ready), so I think I'll upload it in the next few days. The tutorials will require a lot more work though.
Quote from: "Ashenwraith"I read in the license if you distribute cheeseburger.ttf it must be bundled with fries.ttf
I've heard that if you excessively use aforementioned fonts, you can get stuck with Bold always being on. :twisted: [/b]
As long as SFML is "around SDL" in terms of performance, anything more is just a bonus to me. I use SFML for its design, very active development, and great 2d support. Any speed improvements are just a bonus. How many of you are actually 1) hitting a frame rate limit, 2) have a reasonable amount of rendering being done, and 3) have already optimized your rendering? There is a huge amount of stuff you can do to optimize rendering on the user side. From what I can see, SFML is pretty much bottlenecked by the drawing calls, which is usually what happens with most 2d engines. So there likely isn't a whole lot SFML can do besides batching, but even then I have had mixed results when it comes to that since batching in 2d isn't always so beneficial.
Focus on designing your game. If by the time you finish, and your game isn't running fast enough, optimize the way you are rendering and add some support for toggling effects/quality. If that still isn't enough, then you can consider SFML's performance. Until then, its just "an interesting statistic".
QuoteI thought rects in 2.0 were going to be w,h,x,y?
They are.
i can use sfml on the ps3 but booted on linux, i know its not the ps3 os but its the ps3 lol, ps3 is the best, they allow you to put an operating system on it but only 456MB or so RAM oh well
Quote from: "Ashenwraith"hmmm... I triedThe sf::Color members are of type sf::Uint8, which is a typedef for unsigned char. And the unsigned char overload of std::ostream::operator<< tries to write characters, not numbers. So, you have to cast to a type that is recognized by the streams as a number:Code: [Select]std::cout<<my_color.a<<'\n';But it was only blank.Code: [Select]std::cout << static_cast<int>(my_color.a) << std::endl;Quote from: "nulloid"Or maybe you just need to write <<"\n" instead of <<'\n', or at least '\n\0'.No, that's not the problem. std::cout can handle single characters. And '\n\0' is not a valid char literal, you can't store two characters in one byte.
Quote from: "Ashenwraith"yeah, yeah.. I knowCode: [Select]
void PrintColor(const sf::Color &Color)
{
std::cout << Color.r << ", " << Color.g << ", " << Color.b << ", " << Color.a << std::endl;
}
Thanks, I got it working.
hmmm... I triedCode: [Select]
std::cout<<my_color.a<<'\n';
But it was only blank.
Why does your code work?
I think it might be the windows console, I get strange characters for a lot of these cout.
What do you mean? The compare method works fine.
