[Development] The dark side of QtMultimedia
Thiago Macieira
thiago.macieira at intel.com
Mon Nov 17 17:43:53 CET 2014
On Monday 17 November 2014 09:43:33 André Somers wrote:
> Thiago Macieira schreef op 17-11-2014 01:48:
> > Why do you want to render video non-fullscreen anyway on a device with
> > a small screen? Once the user clicks the play button, go to full
> > screen with rotation support.
>
> What a short-sighted comment. I really respect you, but this comment
> really misses the mark I think. Not every iOS device is a phone, and
> even these can get rather large these days.
Unless it's a 23" screen or larger, it's still small. Render the video full
screen.
> And don't you need to render controls?
Yes, but I imagine that the video player has those controls already.
> You don't think rendering video's embedded in a larger
> application is ever needed in for example a simple video editor (for
> which a device like the iPad Air 2 is perfectly suitable in terms of
> processing power)?
No, I don't think there's any need to render in a smaller frame except for
specialised applications like the video editor that you mentioned. Those
specialised applications that do video as their main functionality will not
use the generic multimedia framework from the OS anyway.
> IMHO, it is not up for framework developers to decide that user won't
> need this kind of capability. It does need to be there, so application
> developers can be creative in how they use video playback.
While it would be nice if we could render at any resolution, in any window,
with any dynamic overlay controls, rendering it fullscreen with generic
controls is better than nothing.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
More information about the Development
mailing list