Am 01.02.2016 um 21:22 schrieb Carl Hetherington via DCPomatic:
Looking at it again, I think this is a bug;
scale-to-fit-width should
zero left/right crop and scale-to-fit-height should zero top/bottom
crop. It makes a little more sense then.
Ah, now I get it. It is not a modifier for the other scaling options (I was always
expecting sort of a checkmark on either option when selecting it).
It is a quick way of filling either dimension of the chosen container with content, and
cropping away the other dimension to fit, using the scaling options in the content tab.
That's why I can't 'return' from the setting, unless I reset the chosen
individual scaling parameters manually.
So, the same thing that can be done with Scale-to-width or Scale-to-height can always be
done using the other 'regular' options, just with a little bit more of thinking
and operating more individual controls. So yes, sort of like two basic scaling presets.
I understand the intention, but, thinking about it, it is a quick'n-dirty way of
filling the screen without paying much attention on what actually happens ;-)
I guess in a lot cases, the automatic AR detection now takes care of that anyway.
Yes, there must have been a bug somewhere, because sometimes after choosing one option,
some crop-fields were actually not zeros or numbers, but simply 'empty'.
'Remove pillar/letterboxing' would indeed be to ambitious as it can't detect
in-frame letter/pillarboxing so far.
Maybe 'fill' would be a better term. At least I know now what to aim for in the
translation.
- Carsten