Hi Ajaz, see below.

Regards
Niels

Ajaz H wrote:
Dear Niels/All,

Thanks for your immediate response.

1) We are getting the flicker due to quick blit/flip calls. On analysis we are able to identify that the dfb_gfxcard_fillrectangles () in the draw_background call in wm/default.c is causing this issue. When we comment this we are not able to see any flicker. We assume this call clears the updated region of the framebuffer before every drawing. So we were getting a situation in which the drawings were not get cleared.

This is odd.
If you use desktop-buffer-mode=backvideo than you should not see flicker.
I would guess that either (1) your front and back buffer roles are swapped, or (2) you only use a front buffer. I think it is case (2), because the call dfb_fbdev_pan() is responsible for visually swapping the two buffers, and if this does not work, than you will always see the same buffer (which is alternately regarded back and front buffer by DirectFB, so every other frame you will see the drawing "live"). You can try a different buffered desktop mode such as backsystem, this should not need dfb_fbdev_pan() because it works by copying.

2) Our driver is suitable for directfb-1.0.0. We are modifiying the driver such that it works for directfb-1.4. also.


Thanks & Regards
Ajaz H




Niels Roest wrote:
Hi Ajaz, see below.
(Forwarding only to (dev) list)

See below for some comments.

Ajaz H wrote:
Dear Niels/All,

On analyzing, we found that ioctl() call in dfb_fbdev_pan() is failed. This is the cause for realize_region() failure. The error shown by ioctl() call is "invalid argument".

We just commented out the realize_region() call in dfb_layer_region_flip_update(). (We don't know the impact of commenting this call.) After this, our DirectFB test application is working without any crash. But some flicker in graphics is observed.

I am quite surprised you see something at all..
If you have no region, you have no picture. So at some point later, it does work, apparently..
Anyway, flicker is a bit vague as a description.
Do you mean that, if you don't change the picture (no flip, no blit) that it flickers, or do you mean it flickers when you do quick blitting/flipping (normally some sync issue, or wrong sync arguments) or maybe you have a curtaining effect (mostly lost sync between back and front buffer)?

 Please help me to solve this flicker issue.
Is there any problem on commenting realize_region() call in dfb_layer_region_flip_update() ?

In direcrfbrc we use "desktop-buffer-mode=backvideo".

On running test application i found a waring message as follows,
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(!!!) *** ONCE [USING OLD DRIVER! *** Use 'state->mod_hw' NOT 'modified'.] *** [gfxcard.c:869 in dfb_gfxcard_state_acquire()]

This is bad.
It means, like it says, that you are using an old driver.
Try to update it.



Thanks and Regards
Ajaz H







--

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev

Reply via email to