0
0

New feature request:

[code:2reu2vvn]FMOD_RESULT Sound:: getOpenState (FMOD_OPENSTATE * openstate, unsigned int * percentbuffered, bool * starving)[/code:2reu2vvn]

The documentation says:

[i:2reu2vvn]percentbuffered
Address of a variable that receives the percentage of the file buffer filled progress of a stream. Optional. Specify 0 or NULL to ignore. [/i:2reu2vvn]

This is for being used in the case of streams in network, nonlocal, like for example of Internet. Is true this?
Nevertheless in the load of local archives it is not used and always it has value zero when consulting with getOpenState. What I request like new feature is that the variable percentbuffered indicates the progress of the decompression and load in memory of stream (when as sample) in the case that is a local file. For example, to load and to decompress a mp3 song in a Athlon 1200 in memory with CreateSample take 15 seconds. During that time the variable percentbuffered could indicate the progress of the operation. Of another way it seems that the application is hung.
I hope to have been clear.
:)

  • You must to post comments
0
0

Some commentary, ideas, suggestion?

  • You must to post comments
0
0

If it takes 15 seconds to decompress the mp3, then either play it as a stream or don’t use mp3… ๐Ÿ˜‰

  • You must to post comments
0
0

[quote:161pykcd]If it takes 15 seconds to decompress the mp3, then either play it as a stream or don’t use mp3… [/quote:161pykcd]

If even if took 5 seconds I would like to have that information.
Not is a solution for me.

  • You must to post comments
0
0

It can be included? To somebody it interests to him? Is some way to do already this in fmod that I do not know? Brett?

  • You must to post comments
0
0

I can’t say yes until more important features and fixes are made first, we are seriously busy at the moment.

  • You must to post comments
0
0

[quote="Colores":3eadm3hf]Some commentary, ideas, suggestion?[/quote:3eadm3hf]

Ok.. You can override the callbacks for file loading and keep track of how much of the file that has been loaded. This should give you a number for how much of the file that has been read.

If you also need to know the state of the decoding.. One way could be to load the file in your own code and decode it in your own code. Then for playback present the decoded buffer to FMOD. This would give you both load and decode numbers…

  • You must to post comments
0
0

[quote="brett":31iftei6]I can’t say yes until more important features and fixes are made first, we are seriously busy at the moment.[/quote:31iftei6]

OK!

[quote="jornj":31iftei6]
Ok.. You can override the callbacks for file loading and keep track of how much of the file that has been loaded. This should give you a number for how much of the file that has been read.

If you also need to know the state of the decoding.. One way could be to load the file in your own code and decode it in your own code. Then for playback present the decoded buffer to FMOD. This would give you both load and decode numbers…[/quote:31iftei6]

OK, a bit complicated ๐Ÿ˜€ thanks for reply!

  • You must to post comments
0
0

Remembering this post …
This could be the moment of include that feature? :roll:

  • You must to post comments
0
0

Also…is it possible to cancel a non-blocking load?

  • You must to post comments
0
0

Could we get something like this, seems to be the way to impliment a progress bar.. I’m having a problem trying to wrap my head around an accurate progress bar while loading a "sound" in FMOD. I haven’t tried stream since it seems to crash my wave viewer if the file is to0 big. (run time error "6" overflow, have not figured a way around it yet).

  • You must to post comments
Showing 10 results
Your Answer

Please first to submit.