[x265] Memory leak introduced with revision 6d14b538caa6

[Nikos Barkas]

This is a heads up for a quite serious memory leak that surfaced on commit 6d14b538caa6 (split DPB logic and data from TEncTop into a separate class). Any large file encoding after this revision will result in all system memory being consumed and a crash. This has been tested on Windows 7 with a MinGW build and I can confirm that the "stairway to crash" is clearly visible (and quite steep, too) on the Task Manager screen.

With this in the usability of the encoder is crippled, as it is currently able to process only very small files. Hope that pinpointing the revision where this was introduced will help fix it relatively quickly.

Best regards
Nikos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.videolan.org/private/x265-devel/attachments/20130826/848eb660/attachment.html>