Bugs item #3566250, was opened at 2012-09-10 02:56
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=3566250&group_id=144022
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Warp layer crashes synfig render at high resolution
Initial Comment:
Here's the attached file which I can't render at resolution 1920x1080:
synfig -t png -o "file.png" -w 1920 -h 1080 "35-speedlines.sif"
With resolution set to 480x270 it renders fine.
I believe the reason is a Warp layer, because I have a second example of
"warp+high resolution" crush on hand.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-06 20:49
Message:
I cringe when I think of the work you must have done putting this
information together. I am glad you did it though and appreciate it.
You��ve hit the mark.
<a href="http://www.menutimetz.com/ongea/blogs/viewstory/3429";
title="Kaushik Mukherjee's Articles in Marriage Wedding at Article
Sphere">Kaushik Mukherjee's Articles in Marriage Wedding at Article
Sphere</a>
----------------------------------------------------------------------
Comment By: Genete (genete)
Date: 2012-09-25 02:44
Message:
The reason of the bug existence is that the variables that are used to
access the surface at a certain x,y position, leads to a pointer index out
of scope due to integer overflow.
To access to offset address based on a pointer it is needed to use a size_t
type instead of a int type since int can overflow for huge surface sizes
(width*height*sizeof(Color) greater than MAX_INT)
----------------------------------------------------------------------
Comment By: Genete (genete)
Date: 2012-09-11 12:28
Message:
I've tested the provided file in my computer and it renders fine until
frame 104. The source size to render at that frame is about 12000x12000
pixels. Apparently there is not problem with the allocation of the memory
but when the color values are accessed a BAD ACCESS is thrown. The code of
the etl::surface class looks fine to me and I don't know why it fails.
I just can recommend to try to keep the perspective smaller when rendering
to those sizes.
Alternatively think on other solution to produce the speed lines without
need to use the warp layer.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=3566250&group_id=144022
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl
