SFML 3 - What is your vision?

[binary1248]

It all depends on the underlying audio format... Some formats save their sample count in the header of the file, which is the first thing that gets read by sf::SoundBuffer. It would be able to return the total sample count without having to load the whole file that way. Also, if you have worked with std::fstream before, you would know that it too supports reporting the number of bytes in a file without actually having to load it all into memory. It most probably makes use of lower level filesystem APIs to get this done.

I can assure you that given the right conditions, you can get true sample by sample streaming, even if the file is multiple gigabytes large .

[Laurent]

EFX is supported by OpenAL Soft, so it would work on Windows, most Linuxes and Android. But I have no idea if these extensions are supported on Mac OS X and iOS. It could be worth investigating.

[achpile]

The thing I always wanted is z-index for Drawable class 

[Hanmac]

i was thinking a bit about Spites and SoundSource and SoundListener ...
hm first, make a BaseInterface moveable, its for controling the Position and Direction of Sprite/(BigSprite)/SoundSource ... so you can both add Sprites and SoundSources into an Array and move them around ...

then i was thinking about a helper template like SpriteWithSound<sf::Sprite,sf::SoundSource> ... with that you have a moveable sprite and the SoundSource is always connected to the Sprite postion and location, same for SpriteWithSoundListener<sf::Sprite> (because the Listener is some kind of singleton?)

my idea was so that you can move around the WithSound objects and the 3d sound effect is already managed for you?

PS: that was only an idea, i dont know if its to high or low for SFML itself (only the Moveable interface might be interesting, but it might be collide, with Transformable)

[Laurent]

i was thinking a bit about Spites and SoundSource and SoundListener ...
hm first, make a BaseInterface moveable, its for controling the Position and Direction of Sprite/(BigSprite)/SoundSource ..

No no no... Sounds have 3D positions, sprites have 2D positions. Sounds have no direction. And most important: there's no dependency between the audio and graphics modules, and there will never be. It's up to you to synchronize audio and graphics, this is a high level task.

[Flaco]

That's a great thread, nice idea here.

I don't really know, since I never have been in the depth of SFML and its use.
But here's a little list:

• Making C++11 use and integration non-optional
• Integrating some of Tor features directly in SFML functions if there's high-level or "misc." functions, providing them as well in a dedicated module
• Maybe supporting vectorial files (.swg and such)?

Thanks!

[Nexus]

Integrating some of Tor features directly in SFML functions if there's high-level or "misc." functions, providing them as well in a dedicated module

Just a note for al future posters: The main idea is to add features to SFML that extension libraries (like Thor, sfeMovie, SFGUI) wouldn't be able to implement because of a limitation within SFML itself. They are built on top of SFML and provide higher-level functionality as Laurent already said. Suggestions here should be targeted towards lower level things that have to be in core SFML to be made accessible to said higher-level libraries or your own code.

I have the feeling that this is not the last time we post this here

By the way, Tor is something different

[Hanmac]

i was thinking a bit about Spites and SoundSource and SoundListener ...
hm first, make a BaseInterface moveable, its for controling the Position and Direction of Sprite/(BigSprite)/SoundSource ..

No no no... Sounds have 3D positions, sprites have 2D positions. Sounds have no direction. And most important: there's no dependency between the audio and graphics modules, and there will never be. It's up to you to synchronize audio and graphics, this is a high level task.

  now i am ashamed ... Listener did had direction, not SoundSource ... and yeah i did think about to connect them, but i did also think about that it might be complications with other stuff like Thor Animation and Particle System i did use so when they should animate the object, the Sound might not follow the Sprite
(i need to experiment a bit with that)

hmmm now i am thinking if SoundSource should have a direction too, so like you can only hear it if the speaker is showing into your direction ...
hmmm2: i also did think there might be some value for the current acceleration of the SoundSourceObject so it might the detect if its moving to you or away from you, (for the Doppler Effect) or is that already managed by AL?

PS: thats my thoughts as i did thougt about a 3d-sound sample for SFML itself

[Nexus]

now i am ashamed ... Listener did had direction, not SoundSource ...

It still has, but that doesn't change the fact that it doesn't make sense to store sprites and sounds or sound listeners together. What you actually want is an abstraction layer in between, most likely a scene graph. This is definitely not SFML's task.

but i did also think about that it might be complications with other stuff like Thor Animation and Particle System i did use so when they should animate the object, the Sound might not follow the Sprite

That sounds very confused. Animations, particles and sounds are widely independent components, how you combine them depends entirely on your game's code design. Again not something SFML should care about.

hmmm now i am thinking if SoundSource should have a direction too, so like you can only hear it if the speaker is showing into your direction ...
hmmm2: i also did think there might be some value for the current acceleration of the SoundSourceObject so it might the detect if its moving to you or away from you, (for the Doppler Effect) or is that already managed by AL?

Are you actually requiring those features or are those just spontaneous ideas? I ask because we have enough ideas on what would be possible, but we prefer implementing the useful ones first

(Apart from that, these are also things that depend highly on the game, and can be implemented without modifying SFML; e.g. by changing frequency and volume depending on the position and orientation)

[Laurent]

hmmm now i am thinking if SoundSource should have a direction too, so like you can only hear it if the speaker is showing into your direction ...

This doesn't make sense (even in real life), sounds propagate in all directions.

Doppler effect is supported by OpenAL but it is not exposed by SFML.

[Hanmac]

now i am ashamed ... Listener did had direction, not SoundSource ...

It still has, but that doesn't change the fact that it doesn't make sense to store sprites and sounds or sound listeners together. What you actually want is an abstraction layer in between, most likely a scene graph. This is definitely not SFML's task.

i also did thought about some kind of SceneGraph ... currently i dont know if i can get it working right impl drawable into that SceneGraph might not be a problem, but Transformable for sample is, because its functions are not virtual for overloading ... :/
but like i said i need to test stuff until it works right

hmmm now i am thinking if SoundSource should have a direction too, so like you can only hear it if the speaker is showing into your direction ...

This doesn't make sense (even in real life), sounds propagate in all directions.

Doppler effect is supported by OpenAL but it is not exposed by SFML.

i was thinking in form of PC speakers ... like for them you cant hear them (right) when you are on the wrong end ...
Oh ok if doppler already exist in AL then its okay ... i didnt know that and i thought SFML might need more work than just "exposing"

[paupav]

Blender Support.

[Laurent]

Blender Support.

Thank you for this amazing contribution.

This "idea" seems to be completely off-topic, but you can explain it with more details if you want...

[paupav]

Blender Support.

Thank you for this amazing contribution.

This "idea" seems to be completely off-topic, but you can explain it with more details if you want...

I'm thinking about something like allegro5/Blender.
Also why are you so arrogant?

[Laurent]

Because I don't like your attitude. In this thread, we try to collect detailed and meaningful ideas for the future of SFML. Posting a reply with only two words in it, that only you understand, is not respectful for the community and the SFML team. You didn't even care to write a proper sentence.

So please explain what you want (ok, Allegro 5 has it... I still don't know what it is) or stop posting. Thank you.