2 Replies Latest reply on Aug 15, 2011 4:16 AM by uts

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

    Community Member

      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.

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



          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.

          1 of 1 people found this helpful