Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: SFML 3 - What is your vision?  (Read 277906 times)

0 Members and 2 Guests are viewing this topic.

ast

  • Newbie
  • *
  • Posts: 20
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #285 on: March 12, 2016, 10:03:04 pm »
In rhythm based games it would be important to know with reasonable accuracy what sample is playing right now. If I recall correctly there was some difficulties with that.

Otherwise, I would second what has proposed in a few other messages in this chain that it would be great if there would be more higher level stuff for typical game creating purposes. Not included directly in SFML but with additional libraries that would be shipped with SFML or recommended as to the default way of doing things. Thor would clearly be one of those. Actually this looks like a separate project that would build on SFML.

siordache94

  • Newbie
  • *
  • Posts: 4
    • View Profile
    • Email
Re: SFML 3 - What is your vision?
« Reply #286 on: March 29, 2016, 05:44:32 pm »
I'm checkin this post every other day :D!
Any updates / dev on the 3rd version of SFML ?

Hammer55

  • Guest
Re: SFML 3 - What is your vision?
« Reply #287 on: April 30, 2016, 02:31:23 pm »
One feature I believe would be a great addition is the ability to change the style of the cursor, including options such as hand, waiting, pointer and text selecting. This fits under the S mainly because the concept is obvious and easy to understand at a high level, setCursorStyle(sf::CursorStyle Style). At the low level however this requires using system APIs, which can be difficult to test across multiple operating systems. If you were to do this by simply hiding the cursor and drawing seperate icons you would have consistency issues and SFML drawn cursors and basically any non OS based cursor always lags behind the OS cursor.

It would make it possible to give users consistent cursor styles that go with whatever theme and OS is in use. Being able to do this would be an opportunity to make most GUI elements much more intuitive.

Hiura

  • SFML Team
  • Hero Member
  • *****
  • Posts: 4321
    • View Profile
    • Email
Re: SFML 3 - What is your vision?
« Reply #288 on: April 30, 2016, 02:37:20 pm »
This is being worked on. https://github.com/SFML/SFML/pull/827  ;)
SFML / OS X developer

scellow

  • Newbie
  • *
  • Posts: 13
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #289 on: May 20, 2016, 02:13:14 am »
For SFML 3.0 i hope you'll still maintain the C# binding :p


It would be nice to have extended features for Vectors, like Lerp/Distance, and an official tweaning api would be great addition i think

EDIT:

Console support would be cool too :p
« Last Edit: May 20, 2016, 02:24:08 am by scellow »

zsbzsb

  • Hero Member
  • *****
  • Posts: 1409
  • Active Maintainer of CSFML/SFML.NET
    • View Profile
    • My little corner...
    • Email
Re: SFML 3 - What is your vision?
« Reply #290 on: May 24, 2016, 01:55:20 pm »
For SFML 3.0 i hope you'll still maintain the C# binding :p

Of course that will still happen.  :D

Quote
It would be nice to have extended features for Vectors, like Lerp/Distance, and an official tweaning api would be great addition i think

Highly unlikely as that is a high level API, but everyone can dream...  ;)

Quote
Console support would be cool too :p

What do you mean by that?
Motion / MotionNET - Complete video / audio playback for SFML / SFML.NET

NetEXT - An SFML.NET Extension Library based on Thor

Kiecker

  • Newbie
  • *
  • Posts: 10
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #291 on: July 03, 2016, 05:07:58 am »
Personally I LOVE SFML, it is a very simple api with many different uses in the OpenGL scene and does stand as a strong competitor against SDL (whose only advantage is very nice cross-platform support).

However I would like to see
  - Some of the compatibility we do see in SDL, SFML does work against all pc platforms but I would love to use   some of these tools when making android games as SFML has some of the best sprite handling in my opinion
  - This is just a small gripe of mine but if you could getting rid of having to use the different configs with .lib / .a files when there are 2 sets of libraries that are generated. Sadly in that sense that is a win for SDL
  - Some bug fixes with using SFML Textures in OpenGL, this might just be me but when I use sf::Texture::bind() on some objects in opengl there will be an error message in the console that says there was an opengl

however these are all small complaints as SFML is one of the simplest and well documented libraries out there and I can't wait to see how you change it in the future.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Re: SFML 3 - What is your vision?
« Reply #292 on: July 03, 2016, 09:48:28 am »
Quote
- Some of the compatibility we do see in SDL, SFML does work against all pc platforms but I would love to use   some of these tools when making android games as SFML has some of the best sprite handling in my opinion
SFML already works on Android and iOS.

Quote
- This is just a small gripe of mine but if you could getting rid of having to use the different configs with .lib / .a files when there are 2 sets of libraries that are generated. Sadly in that sense that is a win for SDL
I'm not sure I understand what you mean here.

Quote
- Some bug fixes with using SFML Textures in OpenGL, this might just be me but when I use sf::Texture::bind() on some objects in opengl there will be an error message in the console that says there was an opengl
I don't think bug fixes belong to the "vision for SFML 3" thread ;)
If the bug has already been reported, then it should be scheduled for a 2.x release. If not, then please open a new thread where you describe your problem.
Laurent Gomila - SFML developer

korczurekk

  • Full Member
  • ***
  • Posts: 150
    • View Profile
    • Email
Re: SFML 3 - What is your vision?
« Reply #293 on: July 12, 2016, 10:18:49 am »
What about getting rid of overriding huge amount of methods like that:
sf::Transformable::move(float x, float y)
sf::Transformable::move(sf::Vector2f vec)
?

With C++11 second one is enough, as you can use brackets to initialise structure:
sprite.setPosition({100, 200});

SFML's code would be much shorter and easier to maintain.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Re: SFML 3 - What is your vision?
« Reply #294 on: July 12, 2016, 10:27:22 am »
Quote
What about getting rid of overriding huge amount of methods like that:
sf::Transformable::move(float x, float y)
sf::Transformable::move(sf::Vector2f vec)
?
Yes, we already mentioned this point.
Laurent Gomila - SFML developer

korczurekk

  • Full Member
  • ***
  • Posts: 150
    • View Profile
    • Email
Re: SFML 3 - What is your vision?
« Reply #295 on: July 12, 2016, 06:27:09 pm »
Okay, sorry but I was too lazy to read all those (20?) pages.  :(

korczurekk

  • Full Member
  • ***
  • Posts: 150
    • View Profile
    • Email
Re: SFML 3 - What is your vision?
« Reply #296 on: December 16, 2016, 01:29:21 am »
Maybe remove sf::Time? std::chrono can fit it's position well and you'd have much less code to maintain.

I searched for phrase "time" and didn't find it, sorry if it's a duplicate. :'(

Balnian

  • Newbie
  • *
  • Posts: 22
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #297 on: December 23, 2016, 09:25:55 am »
I kind of agree with korczurekk SF:Time could be replaced with std::chrono
But if we go further we can also remove :
sf::Threads => std::thread
sf::ThreadLocal => no need if sf::Threads become a std::thread ? (not sure what it does)
sf::sleep => std::this_thread::sleep_for
sf::Clock => std::chrono::high_resolution_clock
sf::FileInputStream => std::ifstream (literally the same)
sf::InputStream => std::istream (literally the same)
sf::Lock => std::lock_guard (literally the same ... again)
sf::MemoryInputStream => if sf::InputStream become a std::istream we won't need this anymore
sf::Mutex => std::mutex
...
Well a good part of System could be removed in favor of a Standard implementation  ;D

Also when will the SFML 3 project/branch be started?
« Last Edit: December 23, 2016, 09:30:25 am by Balnian »

victorlevasseur

  • Full Member
  • ***
  • Posts: 206
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #298 on: December 23, 2016, 03:23:09 pm »
Quote
sf::FileInputStream => std::ifstream (literally the same)
sf::InputStream => std::istream (literally the same)

I don't know if we can use the i(f)streams with Android and iOS, that's probably why they were created.

Quote
Also when will the SFML 3 project/branch be started?
Same question for me. I would really like to participe in SFML 3 development. ;)

Mario

  • SFML Team
  • Hero Member
  • *****
  • Posts: 879
    • View Profile
Re: SFML 3 - What is your vision?
« Reply #299 on: December 23, 2016, 06:10:58 pm »
I don't know if we can use the i(f)streams with Android and iOS, that's probably why they were created.

You can, but not to access assets bundled with the app.

 

anything