Merge commit 'e87a501e7d03ac68b58520108fe24ad9d0b36765'
authorClément Bœsch <u@pkh.me>
Tue, 21 Mar 2017 11:17:05 +0000 (12:17 +0100)
committerClément Bœsch <u@pkh.me>
Tue, 21 Mar 2017 11:17:05 +0000 (12:17 +0100)
commit2ea585b8e3f6b6e1f10ecaa4cad6e170485c8f10
tree2a99f485ca1d0b730fe96a642bbcd0a5082e0bc0
parentb4da4307a91e477e98f62498590a5dafb9d08204
parente87a501e7d03ac68b58520108fe24ad9d0b36765
Merge commit 'e87a501e7d03ac68b58520108fe24ad9d0b36765'

* commit 'e87a501e7d03ac68b58520108fe24ad9d0b36765':
  swscale: Update bitdepth range check

This commit is a noop.

Up to 14 bits is supported since fa36f33422. This commits pushes the
limit to 15 bits but we don't seem to have pixel formats that enters in
that category.

12:03 <ubitux> so what's your opinion? should we move to 15 even if unused currently to make it consistent with libav and the function names, or keep our 14 suggesting there might be an issue with 15?
12:05 <ubitux> (functions are called hScale8To15_c, hScale16To15_c, ff_hscale8to15, ...)
12:06 <michaelni> I prefer to keep 14 until theres a case that allows us to test this and i suspect it will not work with 15 at least not all the code

Merged-by: Clément Bœsch <u@pkh.me>