Dear Lionel,
Thanks for your reply.
We don't get the exact meaning of your question. Our observations are
given below,
We have a gfxdriver written for DirectFB-1.0. When we use this driver
for DirectFB-1.0, we got DFB_NOVIDEOMEMORY error on video memory underflow.
We made some modification in this driver to compatible with
DirectFB-1.4(Since we observed some changes for Data Structures (like
CoreSurface) in between these two versions.). And we are using this
driver for DirectFB-1.4.
We expect buffer allocation is done by our gfxdriver since we got
DFB_NOVIDEOMEMORY error for DirecrFB-.10.
Regards,
Lindo
Lionel Landwerlin wrote:
Does you gfxdriver implement buffer allocation ?
On Thu, Nov 12, 2009 at 3:20 PM, Lindo Lonappan <li...@tataelxsi.co.in
<mailto:li...@tataelxsi.co.in>> wrote:
Dear Lionel/All,
Thanks Lionel for your response.
Currently we are calling Lock() after CreateSurface().
But we don't get any error on Lock() after complete usage of video
memory.
We tried to call the function,
surface->Clear(surface, 0 , 0, 0, 255);
after calling CreateSurface(). But in that case, system hang on
Clear() function.
The surface format we used is DSPF_UYVY.
Is there any issue for Clear() on YUV surface since there is no
alpha value.
Can any one please tell what should we do next??
Thanks a lot!!!
Regards,
Lindo.
------------------------------
Message: 2
Date: Thu, 12 Nov 2009 07:10:02 +0100
From: Lionel Landwerlin <llandwer...@gmail.com
<mailto:llandwer...@gmail.com>>
Subject: Re: [directfb-dev] For CreateSurface,
DFB_NOVIDEOMEMORY error
is not getting even if there is no video memory( In
DirectFB-1.4.2)
To: directfb-dev@directfb.org <mailto:directfb-dev@directfb.org>
Message-ID: <1258006202.24296.31.ca...@coalu.atr>
Content-Type: text/plain; charset="UTF-8"
Ok, now I remember that in directfb 1.4, buffers are allocated
at the
last moment. So you need to make at least one operation on
your buffers
to be sure they have been allocated.
For example you can that :
surface = SuperSurface->CreateSurface(...)
ret = surface->Clear(...)
/* check if ret == DFB_NOVIDEOMEMORY */
or
surface = SuperSurface->CreateSurface(...)
ret = surface->Lock(...)
/* check if ret == DFB_NOVIDEOMEMORY */
surface->Unlock(...)
Le jeudi 12 novembre 2009 ? 10:55 +0530, Lindo Lonappan a ?crit :
Dear Lionel/All,
Our configuration is "system=fbdev" and gfxdriver is a
proprietary
one.
Regards,
Lindo
------------------------------
Message: 5
Date: Wed, 11 Nov 2009 14:04:05 +0100
From: Lionel Landwerlin <llandwer...@gmail.com
<mailto:llandwer...@gmail.com>>
Subject: Re: [directfb-dev] For CreateSurface,
DFB_NOVIDEOMEMORY error
is not getting even if there is no video
memory( In DirectFB-1.4.2)
To: directfb-dev@directfb.org
<mailto:directfb-dev@directfb.org>
Message-ID: <1257944645.24296.10.ca...@coalu.atr>
Content-Type: text/plain; charset="UTF-8"
Le mercredi 11 novembre 2009 ? 17:56 +0530, Lindo
Lonappan a ?crit :
Dear all,
Our question is related to DirectFB-1.4.2.
We are working in an embedded platform.
We are creating IDirectFBSurface using
CreateSurface() API. In the test application we
are creating a lot of surfaces. We are using the
following settings in DFBSurfaceDescription,
....
surfaceDesc.flags = DSDESC_CAPS | ....;
surfaceDesc.caps = DSCAPS_VIDEOONLY;
....
But even after complete usage of video memory,
the CreateSurface() is not returning any error. We
expect an DFBResult DFB_NOVIDEOMEMORY in this
scenario. We get this DFBResult when we test with
DirectFB-1.0.
Is this is a bug in DirectFB-1.4?
If yes, can any one please tell, what should we do
to solve this or where should we look?
If this is not a bug, what should we do to know
video memory underflow happened?
What system/gfxdriver are you using ?
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org <mailto:directfb-dev@directfb.org>
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
