)]}'
{
  "commit": "aae2183cb58b60d01b8e4e15269ee9f48dd72908",
  "tree": "5e89fc19aba6fecc526f26b7b5d506cf63a9a71e",
  "parents": [
    "f127b3f3134ae9a7637ed6d289ed466d0ad63556"
  ],
  "author": {
    "name": "Wan-Teh Chang",
    "email": "wtc@google.com",
    "time": "Wed Aug 22 05:39:26 2018 -0700"
  },
  "committer": {
    "name": "Wan-Teh Chang",
    "email": "wtc@google.com",
    "time": "Thu Aug 23 19:53:58 2018 +0000"
  },
  "message": "Bound the total allocated memory of frame buffers.\n\nBy setting a debugger breakpoint in aom_memalign() (called by both\naom_malloc() and aom_calloc()) for \u0027size\u0027 greater than 10 MB, I found\nthat the frame buffer pool is one of the two biggest consumers of heap\nmemory in the decoder. This CL tries to bound the memory consumption of\nthe frame buffer pool. We could define a new macro for the maximum frame\nbuffer pool size, but for now I am borrowing the existing\nAOM_MAX_ALLOCABLE_MEMORY macro for this purpose.\n\nTested:\ncmake ../aom -DCONFIG_PIC\u003d1 -DCONFIG_LOWBITDEPTH\u003d1 -DCONFIG_SIZE_LIMIT\u003d1 -DDECODE_HEIGHT_LIMIT\u003d12288 -DDECODE_WIDTH_LIMIT\u003d12288 -DAOM_EXTRA_C_FLAGS\u003d\"-DAOM_MAX_ALLOCABLE_MEMORY\u003d536870912 -DDO_RANGE_CHECK_CLAMP\u003d1\"\nmake\n./test_libaom --gtest_filter\u003d*TestVectorTest*\n\nBUG\u003doss-fuzz:9678\nBUG\u003doss-fuzz:9697\nBUG\u003doss-fuzz:9956\nBUG\u003doss-fuzz:9992\nBUG\u003doss-fuzz:9993\n\nChange-Id: Iab894920bb5e85aa13d92598fd18e88c84ae64fd\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "ca448db3419e62c0ac5b3d8351cc23369da694a3",
      "old_mode": 33188,
      "old_path": "aom_scale/generic/yv12config.c",
      "new_id": "5cfba88a058145c9b0a3917171caefc198383592",
      "new_mode": 33188,
      "new_path": "aom_scale/generic/yv12config.c"
    }
  ]
}
