[vlc-devel] Re: vlc: svn commit r13050 (md)

Marian Durkovic md at bts.sk
Mon Oct 31 21:52:17 CET 2005


  this commit does not resize to the _original_ size. After [13049] all size
changes run through common place - InitWindowsize(), which means they respect
all explicit directives from the user about window width, height and zoom. 
So if user requested width=500, it will be honoured through all crop/aspect
changes. Also any combination of zoom/crop/aspect from the pop-up menu would
be honoured  - so if user zoomed the window to the half-size, crop will start
from there and not resize back to the original size.

  The only situation which is not currently handled is when user used the 
mouse to resize the window - but this is probably a deficiency of vouts
since they don't update width/height after mouse-resizing events. If those
variables were updated, InitWindowsize would be able to handle this situation 
correctly as well. This would IMHO satisfy all the needs expressed here.

  Please note that resizing after crop/aspect change is needed, since the 
user probably does not want to have his desktop covered by unneded black bars
and more importantly, definitely doesn't want to see them in fullscreen mode.

  What however worries me much more is the fact, that change in the
deinterlacing mode resets everything to the defaults - I've created ticket
#417 for this. Any ideas how to solve this problem?

	Thanks & kind regards,


On Mon, Oct 31, 2005 at 09:01:29PM +0100, Jean-Paul Saman wrote:
> Gildas Bazin wrote:
> >On Monday 31 October 2005 07:33, Subversion daemon wrote:
> >
> >>r13050 | md | 2005-10-31 08:33:48 +0100 (Mon, 31 Oct 2005) | 2 lines
> >>Changed paths:
> >>  M /trunk/modules/video_output/directx/directx.c
> >>  M /trunk/modules/video_output/directx/glwin32.c
> >>
> >>make Crop or Aspect change autoamtically resize the window
> >>
> >
> >
> >Hi Marian,
> >
> >I don't actually like this commit because nothing tells you that the user 
> >wanted to resize the window to the _original_ size. For instance if the 
> >user had already changed the size of the window manually (eg. shrinked or 
> >enlarged the video), it is very likely that resizing to the original size 
> >is not what the user would expect. At least I know that it would bother 
> >me ;)
> >
> >I suppose you could resize to the current size of the video sub-window... 
> >although I'm not too keen on doing any resizing at all.
> >I guess it would be worth having the opinion of other developers here.
> >
> >--
> >Gildas
> >
> If the user resized the window then in my humble opinion the video 
> should keep the current aspect ratio and be scaled inside the window. 
> Just as VLC did it before this commit.
> As a general rule I think that we (developers) shouldn't think that we 
> know what the user wants. We should listen to the hints they give eg: 
> the size of the window, the aspect ratio setting, the 4:3, 9:6 setting etc.
> If the video is automatically resized to its original size then that 
> would break intuitive behaviour the user expects. At least that is my 
> opinion.
> In short I second you Gildas.
> Kind Greetings,
> Jean-Paul Saman.
> -- 
> This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://developers.videolan.org/lists.html

----                                                                  ----
----   Marian Durkovic                       network  manager         ----
----                                                                  ----
----   Slovak Technical University           Tel: +421 2 524 51 301   ----
----   Computer Centre, Nam. Slobody 17      Fax: +421 2 524 94 351   ----
----   812 43 Bratislava, Slovak Republic    E-mail/sip: md at bts.sk    ----
----                                                                  ----

This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html

More information about the vlc-devel mailing list