Community
cancel
Showing results for 
Search instead for 
Did you mean: 
SBout
Beginner
973 Views

[N270 & 945GSE - IEGD 10.4 - XPEmbedded] 2 displays, (1 rotated) Video "shake"/poor text rendering on rotated display - how do I fix it?

We are experiencing some unexpected performance/presentation issues with this combination of hardware and IEGD:

N270/945GSE, 1Gb RAM

IEGD 10.4

2 Displays: (LVDS 800x600x60, rotated 90, sDVO-B 1024x768x60, no rotation)

POSReady 2009 (XP Embedded SP3)

Video played in Windows Media Player on the unrotated display is fine; however, on the rotated display, the video "shakes" - it looks as if the video is being rendered (double buffered) into incorrectly offset buffers, and so appears to be rapidly "shaking".

In addition, IE8 text rendering is very slow on the rotated display, as indeed are all blit operations (e.g. dragging a window around).

We've also observed text "blurring" on the rotated display (looks as if the text rendering is again "offset" from where it should be").

The unrotated display performance is unaffected.

What's really puzzling is that this combination of hardware has been working perfectly with an IEGD 10.0 driver in the same combination of displays.

Of course, we've lost the IEGD 10.0 environment and it is no longer available, so now we need to get this working.

Any suggestions/configuration tweaks desparately received.

0 Kudos
2 Replies
Kirk_B_Intel
Employee
56 Views

Hello,

You are correct about double buffering on the rotated display as that is exactly what we need to do to perform the S/W rotation that we provide in IEGD. We present a buffer to the system that matches the target orientation (in your case 600 x 800 for 90 degree rotation) which the OS then draws into. For each screen update, we then re-render the 600 x 800 buffer with rotation to match the physical panel rotation then shift that data is shifted out to the display. The physical rotation of the screen and the s/w rotation of the data cancel each othert out and the screen looks proper. We have to re-reneder each screen which is why you see a slow down in performance. S/W rotation is a huge burden on the system and we usually recommend people avoid it by using panels or displays that physically match the desired orientation.

That said, it does sound like we may have introduced an issue was introduced in the 10.4 code release for rotation although I am not aware of any currently open issues against the 10.4 release around rotation.

To verify, I would recommend trying a fresh/clean install instead of doing an upgrade from 10.0 to 10.4. You will probably want to be sure to generate a new installation image with CED with all 10.4 files to be sure you do not have any left over settings or driver files from 10.0.

I can provide the 10.0 release to you however it is too big to upload here so we would need to figure out a different way to accomplish it. We normally provide that sort of thing through our Premier Support (Quad) system.

SBout
Beginner
56 Views

Thanks for the 10.0 - we get our performance back with that.

We have discovered an issue with the 10.0 and this setup (with remote desktop sessions into the device) that we didn't see with 10.4 based drivers - do you think the 10.4 performance issues with a rotated display are likely to be addressed at any point?

(I'll file the 10.0 issue with remote desktop as another post - if there is a fix for that, we can stick with the 10.0 based driver).

Reply