Sven Luther <[email protected]> writes:
> > > I'm about to implement rotation which is needed for devices like the ipaq.
> > > The question is do we flip the xres and yres values depending on the
> > > rotation or do we just alter the data that will be drawn to make the
> > > screen appear to rotate. How does hardware rotate view the x and y axis?
> > > Are they rotated or does just the data get rotated?
> >
> > Where are you going to implement the rotation? At the fbcon or fbdev level?
> >
> > Fbcon has the advantage that it'll work for all frame buffer devices.
>
> But you could also provide driver hooks for the chips which have such a
> rotation feature included (don't know if such exist, but i suppose they
> do, or may in the future).
I heard of someone have problems with the display getting rotated in
Windows. I don't know what chip it was.
--
M?ns Rullg?rd
[email protected]
> > > > I'm about to implement rotation which is needed for devices
> > > > like the ipaq.
> > > > The question is do we flip the xres and yres values depending
> > > > on the rotation or do we just alter the data that will be
> > > > drawn to make the screen appear to rotate. How does hardware
> > > > rotate view the x and y axis? Are they rotated or does just
> > > > the data get rotated?
> > >
> > > Where are you going to implement the rotation? At the fbcon or
> > > fbdev level?
> > >
> > > Fbcon has the advantage that it'll work for all frame buffer
> > > devices.
> >
> > But you could also provide driver hooks for the chips which have
> > such a rotation feature included (don't know if such exist, but i
> > suppose they do, or may in the future).
It would be nice to have an option to be able to do the rotation
entirely in software - some desktop users might prefer to have a
portait-orientated display, when their graphics card doesn't have any
hardware rotation facilities at all.
John.
On Wed, Jan 08, 2003 at 12:05:48PM +0000, John Bradford wrote:
> > > > > I'm about to implement rotation which is needed for devices
> > > > > like the ipaq.
> > > > > The question is do we flip the xres and yres values depending
> > > > > on the rotation or do we just alter the data that will be
> > > > > drawn to make the screen appear to rotate. How does hardware
> > > > > rotate view the x and y axis? Are they rotated or does just
> > > > > the data get rotated?
> > > >
> > > > Where are you going to implement the rotation? At the fbcon or
> > > > fbdev level?
> > > >
> > > > Fbcon has the advantage that it'll work for all frame buffer
> > > > devices.
> > >
> > > But you could also provide driver hooks for the chips which have
> > > such a rotation feature included (don't know if such exist, but i
> > > suppose they do, or may in the future).
>
> It would be nice to have an option to be able to do the rotation
> entirely in software - some desktop users might prefer to have a
> portait-orientated display, when their graphics card doesn't have any
> hardware rotation facilities at all.
Well, that is James plan. I suppose that for hardware that can do
hardware rotation, it will be faster to do it instead of having the
software do it though, and thus it would be nice to have a driver hook
or something.
This way, if rotation is asked, then if the driver supports hardware
rotation, do it, and if not, do it in software.
At first, no driver will support hardware rotation anyway, so it would
be done in software.
And then, you reuse the same stuff to drive a chinese console or
something such.
Friendly,
Sven Luther