----- Original Message ----

From: Matthew Allum <[EMAIL PROTECTED]>
To: ere wer <[EMAIL PROTECTED]>
Sent: Monday, September 29, 2008 6:51:20 PM
Subject: Re: [clutter] Texture Actor limits

On Mon, 2008-09-29 at 08:33 -0700, ere wer wrote:
> Hi,
> 
> While playing with test-textures, tried setting the loop from 5000 to 15000 
> (which creates a texture of the size)  and the test crashed at 6100.
> My question is why?  Is the size limited by video hardware (video RAM)? On an 
> older computer will it crash even before 5100 mark?
>  
> I guess there are some limitations after all, but what are they? Are they 
> hardcoded? Is is possible to query for them, like MAX_TEXTURE_SIZE?
> 
>
> Im interested of how robust is cogl_texture and ClutterTexture in particular, 
> for using it for general purpose image display.

In theory it should keep going until you run out of texture or system
memory. Do you have a backtrace of the crash ?

  == Matthew

Hi, Matthew,
test-textures crashes with message box:

Microsoft Visual C++ Runtime Library
Runtime error!
Program: ...
abnormal program termination

When crashed it was at 6500 and ate about 500MB ram (I have 4gb, so its not a 
system ram problem; my video is gF8800GT 512ram)

I cannot create backtrace because gdb hangs until the program is force-quit 
from the taskmanager.


Anyway, please answer my other questions.

Is it possible to know the max image size?

Will texture have (drastically) different limits on different computers?

Is not "sliced" supposed to work around "the gpu limitations", or it helps only 
with the video cards`s max size of a single texture limit, not the video ram 
limit... as far as I remember (from my limited d3d exp) there should be an 
option to store the tex in system memory, although it will be slow. 

Overall how reliable texture is for (many?) normal-large images? Looking to 
some cool "interactive desktop" toy apps with many spread digital photos, I 
wonder if Clutter could handle this by itself, or it must relay on some heavy 
coding to pass only images within some limits for it to render.

10x
MihailNaydenov



      
-- 
To unsubscribe send a mail to [EMAIL PROTECTED]

Reply via email to