Quote:
Deniil wrote:
@Hans
If you see this line:
[swscaler @ 0x4cdaf840]using unscaled yuv420p -> rgb24 special converter
I'm pretty sure it doesn't scale because it fits perfectly on a 1280x720 screen, and there is no way to even force it to scale without overlay. I have many clips I'd like to scale up but it refuses.
It's best not to make any assumptions. Have a look at part of the cgx_wpa code:
static int draw_slice(uint8_t *image[], int stride[], int w,int h,int x,int y)
{
#if 1
uint8_t *dst[3];
int dstStride[3];
dstStride[0] = window_width*image_bpp;
dstStride[1] = 0;
dstStride[2] = 0;
dst[0] = (uint8_t *) ( (ULONG) image_buffer +x*image_bpp) ;
dst[1] = NULL;
dst[2] = NULL;
sws_scale_ordered(swsContext,
image,
stride,
y + internal_offset_y,
h,
dst,
dstStride);
#else
w -= (w%2);
yuv2rgb( (UBYTE *) ( (ULONG) image_buffer + (y*image_width+x)*image_bpp) , image[0], image[1], image[2],\
w, h, image_width*image_bpp,
image_width, image_width/2 );
#endif
return 0;
}
Note the use of a function called sws_scale_ordered(). I have no idea if this does or doesn't make a difference. However, all I can say is that the performance benchmark doesn't stack up with what the RAM => VRAM speed should be, even when taking into account the YUV => RGB conversion.
My main point is that you have no idea what MPlayer is actually doing behind the scenes. Did you try the -noaspect option?
Hans