Udo Richter wrote:
Klaus Schmidinger wrote:
I'm afraid I don't understand.
Why would you need access to the internal Available() function of the buffer?
There's no need to if the playback source can provide lots of data quickly and in advance. However, a network stream source is much more un-reliable, so knowing how much data is ready for playback would be nice. (Even nicer would be to know whether the output device did run out of data.)
Currently, my incoming buffers are empty most times, with an unknown amount of playback data in several hidden buffers. As a workaround, my remuxer doesn't get new data until Get() returns Count=0. But there are enough other buffers left...
Well, maybe I don't really understand your problem, but wouldn't it be better if you just run two separate threads, one that writes into cRemux and another that reads from it? That's how cRemux is supposed to be used, and apparently it works fine that way.
Klaus