fbdev+xrand: no scaling?

[john fulgor]

Well, isn't there some trick I can try? Investigate on the linux framebuffer driver?
I'm very surprised how it is difficult to get a matrix of pixels ans squeeze it.
John



________________________________
 Da: Alex Deucher <alexdeucher at gmail.com>
A: john fulgor <johnfulgor at yahoo.com> 
Cc: "xorg-devel at lists.x.org" <xorg-devel at lists.x.org> 
Inviato: Venerdì 14 Giugno 2013 14:38
Oggetto: Re: fbdev+xrand: no scaling?
 

On Fri, Jun 14, 2013 at 7:04 AM, john fulgor <johnfulgor at yahoo.com> wrote:
> Hello all,
> I need to scale my application output to fit my tablet display. I've tried
> to randr extension (http://crunchbang.org/forums/viewtopic.php?id=20634) but
> it does not work. Digging in the code I've found that crtc->transforms is
> set to False in the RRCrtcTransformSet. Does this mean that transform is not
> available on my configuration? If so, shall it be so difficult to grab the
> pixels, scale them and send them out? Is there a place in code where I can
> get access to pixels and perform this transform? I'm a software developer,
> but I've no experience with x server. No matter if the solution is not
> elegant, I need to solve this problem someway.
>
> I've tried with Xfbdev+x11vnc+vncviever, but it is very very slow.

At the moment crtc transformations require hardware acceleration.

Alex

>
>
> int RRCrtcTransformSet(RRCrtcPtr crtc,
>                    PictTransformPtr transform,
>                    struct pixman_f_transform *f_transform,
>                    struct pixman_f_transform *f_inverse,
>                    char *filter_name,
>                    int filter_len, xFixed * params, int nparams)
> {
>     PictFilterPtr filter = NULL;
>     int width = 0, height = 0;
>     if (!crtc->transforms)
>         return BadValue;  /*Fails here!*/
>
>
> kernel 3.0.57
> server 1.11.3
>
> 1024x600
>
> fbdev
>
> Thank you!
> Patrick
>
> _______________________________________________
> xorg-devel at lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: http://lists.x.org/mailman/listinfo/xorg-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-devel/attachments/20130614/90a68e03/attachment-0001.html>