SFML community forums
General => Feature requests => Topic started by: SpartanJ on August 16, 2008, 02:40:09 am
-
Simply i want to know if will be a Seek function for sound streams.
Thank's for all!
-
That's impossible, a stream is not loaded in memory.
-
That's impossible, a stream is not loaded in memory.
Why does that make it impossible? Wouldn't that just make it take longer to go get the new chunk from the HD?
-
It could potentially be possible for sf::Music (if underlying libraries allow it), but definitively not at the SoundStream level.
I'll check that and let you know ;)
-
Well, i'm talking about seeking a music file, like any music player, i didn't want to say to implement the seeking function on SoundStream class. And basically i need this for ogg files. So i think that it's possible.
Thank's for all!
-
What is sf::SoundBuffer::GetSamples() for?
I thought it was for seeking through the samples to get information.
-
I thought it was for seeking through the samples to get information.
Yes it is. But it doesn't allow you to change the current playing position.
-
Ohh! That kind of seeking.
-
Ohh! That kind of seeking.
I guess that's what SpartanJ wants :)
-
Hello,
any news about setting the current playing position?
For example I would like to invoke the "play" method with "from" and "to" parameters expressed in milliseconds.
Is this change in your thoughts? :wink:
-
It is already implemented in SFML 2 ;)
-
Very well! :D
I see that I can use SetPlayingOffset to define the "start" position but I can't find how to define the "end" position. I would like to play just a piece of music, not from "start" to the end of the file.
-
There's no direct way to do it, but you can watch the current playing position and stop the music as soon as it reaches the desired value.
-
Do you mean to use a thread and polling the current position?
This way the precision is limited to the polling time interval.
SFML should be "Simple"... :wink:
-
Do you mean to use a thread and polling the current position?
Kind of... ok, bad solution ;)
I'll see if there's an easier solution.
SFML should be "Simple"...
Simple for what it allows to do, it can't contain easy functions for every single feature that people want :P