Hi,
> Yes. So to draw without tearing effect either X of framebuffer driver
> should report when to draw (vblank period or which line is currently
> drawn by hardware)
Another possibility is that (SDL) application could ask X server to
ask Framebuffer to flush the framebuffer contents to the LCD
Tapani Pälli wrote:
I think there's no guarantee that you will get "HW surface" from SDL, it
will silently fallback to SW surface if it cannot have HW one.
SDL draws to X, X draws to the framebuffer mapped by kernel which then
updates that data to the lcd controller where screen gets finally
u
ext Frantisek Dufka wrote:
> Visti Andresen wrote:
>
>> My "flashingTest" reports that:
>> It got a hardware surface (I should be writing directly to "video
>> memory" accordingly to the SDL docs)
>> And the surface is double buffered.
>>
>> The size of the surface is 800x480 16 bit (R5G6B5)
>> So
Visti Andresen wrote:
My "flashingTest" reports that:
It got a hardware surface (I should be writing directly to "video memory"
accordingly to the SDL docs)
And the surface is double buffered.
The size of the surface is 800x480 16 bit (R5G6B5)
So there should be at least 1536000 bytes of video
My "flashingTest" reports that:
It got a hardware surface (I should be writing directly to "video memory"
accordingly to the SDL docs)
And the surface is double buffered.
Don't trust SDL, SDL is a liar. In X backend the SDL trusts what X says
so "HW surface" could mean actually "server si
On Mon, 29 May 2006 16:50:50 +0200
Frantisek Dufka <[EMAIL PROTECTED]> wrote:
> Juha Yrjölä wrote:
>
> > Unfortunately we don't provide user-space with the vsync information (or
> > "Tearing Effect" signal, as it's called in LCD land).
> >
> > If there's large enough need for this, we might con
Juha Yrjölä wrote:
Unfortunately we don't provide user-space with the vsync information (or
"Tearing Effect" signal, as it's called in LCD land).
If there's large enough need for this, we might consider implementing
the support. The tearing effects should be minimal on the 770, however,
bec
Kuisma Salonen wrote:
Hi I was wondering if anyone knows how to sync. the SDL_Flip to the
vertical blanking of the display.
While it is nice to get 47+ FPS while memset'ing the display, I would
rather be synced to the display and avoid the tearing at the cost of FPS.
This is actually gener
On Monday 29 May 2006 08:42, ext Kuisma Salonen wrote:
> Visti Andresen wrote:
> > Hi I was wondering if anyone knows how to sync. the SDL_Flip to the
> > vertical blanking of the display.
> >
> > While it is nice to get 47+ FPS while memset'ing the display, I would
> > rather be synced to the disp
Visti Andresen wrote:
Hi I was wondering if anyone knows how to sync. the SDL_Flip to the vertical
blanking of the display.
While it is nice to get 47+ FPS while memset'ing the display, I would rather be
synced to the display and avoid the tearing at the cost of FPS.
This is actually generi
On Sun, 28 May 2006 14:47:29 +0200
[EMAIL PROTECTED] (Heike C. Zimmerer) wrote:
> Visti Andresen <[EMAIL PROTECTED]> writes:
>
> > Hi I was wondering if anyone knows how to sync. the SDL_Flip to the
> > vertical blanking of the display.
>
> You're sure there's anything like vertical blanking for
Visti Andresen <[EMAIL PROTECTED]> writes:
> Hi I was wondering if anyone knows how to sync. the SDL_Flip to the
> vertical blanking of the display.
You're sure there's anything like vertical blanking for the 770? My
understanding is that VBL is closely tied to the transmission of video
data thr
12 matches
Mail list logo
