<span style="font-family:arial,sans-serif;font-size:13px">It doesn't seem like there's a way to dynamically resize buffers without losing data because in the afterGettingFunc if fNumTruncatedBytes > 0 you've already lost the data. The only post I've really seen talk about this is here:</span><div style="font-family:arial,sans-serif;font-size:13px">
<a href="http://lists.live555.com/pipermail/live-devel/2009-January/010083.html" target="_blank">http://lists.live555.com/pipermail/live-devel/2009-January/010083.html</a><br></div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">It sounded like they came to the same conclusion.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
So with that in mind I created a patch that I'm hoping may get incorporated in a future release. Or at least some incarnation of it. See the attached file for details. The downside to doing it this way is that you're potentially allocating multiple times per frame, but I would imagine the code to reallocate should be allocating larger than what was requested anyway and its better than nothing.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">I made the new parameters for getNextFrame have default values of NULL, but perhaps the better approach for compatibility would be to add a getNextFrame2 that has these extra parameters.</div>