From: Jason T. <ta...@ur...> - 2007-01-01 15:36:48
|
On Mon, 2007-01-01 at 12:35 +0100, Dirk Meyer wrote: > I just added it to kaa.popcorn to start having one implementation of > scaling. But it only works if the window aspect is the same as the > fullscreen aspect. If not, this does not work as it should (even > without -fs). Anyway, maybe you can fix it, I will check in as soon as > I fixed all other backends to use the new aspect code. MPlayer doesn't really handle this very well. MPlayer proper basically works around this by ensuring the aspect on its native window is maintained as you resize it. I remember a while ago spending a bit of time trying to do that in kaa.display but couldn't figure out how. With MPlayer, probably the best we can do is force the window size to be the same aspect as the screen size. The alternative is to factor in the window aspect into the calculations, but the problem with this is if the window aspect != screen aspect, then it precludes the ability to toggle to fullscreen (without screwing up the aspect of the video). Xine doesn't have this problem IIRC. Dunno about gstreamer. > We also need to fix the stuff when using software scaler and we need > to support the widescreen variable in the config. I think the software scaler should be easy to deal with. Just check if the movie size is less than 640x480 (in either dimension), if it is, add scale=640:-2 or scale=-2:480 to the front of the filter chain. All the other filters should be unchanged. (640x480 for example -- we might decide we want a different guaranteed OSD size.) Of course xine can't do this at all. Yet. (Well it can, but the default yuy2 and yv12 scalers are crap.) Some day I'll resume work on the swscaler port. Does gstreamer have a software scaler? Jason. |