ok, i'm trying to build a java style zoom view, where you have a small image
of a product you mouseover it and this then navigates you round an enlarged
view to the right of it,
i've done a very quick mock up zipped here, but am useless at math and need
to know how to go abouts working out
Thanks Jason
The weird thing is the client has reported the problem occurring (ie it
crashing) within a few seconds of the game starting. It seems to be totally
random which is why I wasn't sure if a memory leak could be the cause.
Anyway I am commenting out bit by bit and will see if I can
Thanks Ian
I am not using any bitmap functions. I literally just have the jpg inside a
movie clip and move it based on the mouse position in relation to the plane
(the plane is centred on the screen). The only other game element really is
20 clouds that randomly move across the screen.
I am
You may not be using Bitmap functions - but any filters etc. will use
them under-the-hood, and will have the 2880x2880 limits.
I'd be tempted to suggest that you break up your large background JPG
into four chunks; see if that clears the crash.
HTH,
Ian
On Sat, Sep 5, 2009 at 4:41 PM, Paul
Hi Ian
Ah I didn't realise that.
I did originally plan to break up the image thinking it would not perform
very well with such a large image but when I tested it, it ran fine. It is
just strange how the game will work for at least 40 minutes (the game only
lasts 2 minutes so I am referring to
Quick question.
Can I simply break up the jpb into 4 chunks and position them inside one
movie clip rather than have to move 4 separate movie clips? If this is the
case then it is a really simple fix.
Cheers
Paul
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
Don't see why not, as long as you don't have any effects or
cacheAsBitmap being applied to the entire MovieClip.
Re your mouse show/hide thing - don't think it should cause a problem,
but if it _does_: you are calling mouse show() or hide() every frame,
but you could simply set a flag - is the
fdb?
http://livedocs.adobe.com/flex/3/html/help.html?content=debugging_03.html
It's a good way to trackdown elusive bugs. Hopefully you can recreate
the error though, because you'd be the only one who can do the
inspection.
Alan
On Sep 5, 2009, at 11:00 AM,
Paul Steven wrote:
Thanks Jason
The weird thing is the client has reported the problem occurring (ie it
crashing) within a few seconds of the game starting. It seems to be totally
random which is why I wasn't sure if a memory leak could be the cause.
You need to know the spec of that machine
Thanks Paul
The clients PC is a brand new one with 4gb RAM and I imagine tons of space.
Not sure what a stack dump looks like but the client did send this info on
the error:
Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date:
10 matches
Mail list logo