Image Dimensions - Revision history

Zelgadis: Text replace - "{{Category|NewTerminology}}" to "{{NewTerminology}}"

2013-05-20T07:55:17Z

Text replace - "{{Category|NewTerminology}}" to "{{NewTerminology}}"

D.j.a.y: screenshot

2013-05-06T19:02:18Z

screenshot

Genete: Updated Terminology

2013-02-18T16:27:27Z

Updated Terminology

Pupazzo: Add link to a post on synfig-dev

2012-03-19T15:18:49Z

Add link to a post on synfig-dev

Pupazzo: Add screenshot

2012-03-19T12:50:35Z

Add screenshot

Pupazzo: Add screenshot

2012-03-19T12:45:01Z

Add screenshot

Zelgadis: Text replace - ']]' to '}}'

2009-09-08T06:51:46Z

Text replace - ']]' to '}}'

Zelgadis: Text replace - '[[' to '{{l|'

2009-09-08T05:10:47Z

Text replace - '[[' to '{{l|'

Rubikcube: Added some speculative content for the next section

2008-09-19T21:34:39Z

Added some speculative content for the next section

Rubikcube: Added new section

2008-09-18T12:23:49Z

Added new section

@@ Line 1: / Line 1: @@
-{{Category|NewTerminology}}
+{{NewTerminology}}
 <div style="background-color:#DDFFDD; border:thin solid green; padding:1em">
 '''Disclaimer:''' This page's content is not official and not guaranteed to be free of mistakes.  At the moment, it's even only a sum of personal thoughts to cast a bit of light onto synfig's image dimensions handling.</div>

@@ Line 6: / Line 6: @@
 The user access the image dimensions in the {{l|Canvas Properties Dialog}}.
 ===The ''Other'' tab===
-[[File:Canvas-properties-other.png]]
+[[File:Canvas-properties-other 0.63.06.png]]
 Here some properties can simply be locked (such that they can't be changed) and linked (so that changes in one entry simultaneously change other entries as well).
@@ Line 12: / Line 12: @@
 ===The ''Image'' tab===
-[[File:Canvas-properties-image.png]]
+[[File:Canvas-properties-image 0.63.06.png]]
 Obviously here the image dimensions can be set.  There seem to be basically three groups of fields to edit:

← Older revision		Revision as of 16:27, 18 February 2013
Line 1:		Line 1:
		+	{{Category\|NewTerminology}}
	<div style="background-color:#DDFFDD; border:thin solid green; padding:1em">		<div style="background-color:#DDFFDD; border:thin solid green; padding:1em">
	'''Disclaimer:''' This page's content is not official and not guaranteed to be free of mistakes. At the moment, it's even only a sum of personal thoughts to cast a bit of light onto synfig's image dimensions handling.</div>		'''Disclaimer:''' This page's content is not official and not guaranteed to be free of mistakes. At the moment, it's even only a sum of personal thoughts to cast a bit of light onto synfig's image dimensions handling.</div>

← Older revision		Revision as of 15:18, 19 March 2012
Line 34:		Line 34:

	==Feature wishlist to simplify working across documents==		==Feature wishlist to simplify working across documents==
		+
		+	== See also ==
		+
		+	[http://www.mail-archive.com/synfig-devl@lists.sourceforge.net/msg01514.html Explanation by dooglus] on the synfig-dev mailing list.

@@ Line 9: / Line 9: @@
 Here some properties can simply be locked (such that they can't be changed) and linked (so that changes in one entry simultaneously change other entries as well).
-===The 'Image' tab===
+===The ''Image'' tab===
 Obviously here the image dimensions can be set.  There seem to be basically three groups of fields to edit:
 ;The on-screen size(?): The fields ''Width'' and ''Height'' tell synfigstudio how many pixels the image shall cover at a zoom level of 100%.
 ;The physical size: The physical width and height should tell how big the image is on some physical media.  That could be when printing out images on paper, or maybe even on transparencies or film.  Not all file formats can save this on exporting/rendering images.
 ;The mysterious ''Image Area'': Given as two points (upper-left and lower-right corner) which also define the image span (Pythagoras: <font style="vertical-align:10%;font-size:8pt"><math>\scriptstyle\text{span}=\sqrt{\Delta  x^2 + \Delta y^2}</math></font>).  The unit seems to be not pixels but ''unit''s, which are at {{l|Unit System|60 pixels each}}.  If the ratio of the image size and image area dimensions are off, for example circles will appear as an ellipse (see image).  These settings seem to influence how large one ''Image Size'' pixel is being rendered.  This might be useful when one has to deal with non-square output pixels.

@@ Line 3: / Line 3: @@
 ==Describing the fields of the Canvas Properties Dialog==
-The user access the image dimensions in the {{l|Canvas Properties Dialog]].
+The user access the image dimensions in the {{l|Canvas Properties Dialog}}.
 ===The 'Others' tab===
 Here some properties can simply be locked (such that they can't be changed) and linked (so that changes in one entry simultaneously change other entries as well).
@@ Line 10: / Line 10: @@
 ;The on-screen size(?): The fields ''Width'' and ''Height'' tell synfigstudio how many pixels the image shall cover at a zoom level of 100%.
 ;The physical size: The physical width and height should tell how big the image is on some physical media.  That could be when printing out images on paper, or maybe even on transparencies or film.  Not all file formats can save this on exporting/rendering images.
-;The mysterious ''Image Area'': Given as two points (upper-left and lower-right corner) which also define the image span (Pythagoras: <font style="vertical-align:10%;font-size:8pt"><math>\scriptstyle\text{span}=\sqrt{\Delta  x^2 + \Delta y^2}</math></font>).  The unit seems to be not pixels but ''unit''s, which are at {{l|Unit System|60 pixels each]].  If the ratio of the image size and image area dimensions are off, for example circles will appear as an ellipse (see image).  These settings seem to influence how large one ''Image Size'' pixel is being rendered.  This might be useful when one has to deal with non-square output pixels.
+;The mysterious ''Image Area'': Given as two points (upper-left and lower-right corner) which also define the image span (Pythagoras: <font style="vertical-align:10%;font-size:8pt"><math>\scriptstyle\text{span}=\sqrt{\Delta  x^2 + \Delta y^2}</math></font>).  The unit seems to be not pixels but ''unit''s, which are at {{l|Unit System|60 pixels each}}.  If the ratio of the image size and image area dimensions are off, for example circles will appear as an ellipse (see image).  These settings seem to influence how large one ''Image Size'' pixel is being rendered.  This might be useful when one has to deal with non-square output pixels.
 ==Effects of the Image Area==
-{{l|image:Non_square_pixels.png|thumb|300px|Note the different scales at the rulers.  Although the image is clearly 400x300 pixels big on screen, the rulers say it is only 400x200, which is what the ''Image Area'' values say.]]
+{{l|image:Non_square_pixels.png|thumb|300px|Note the different scales at the rulers.  Although the image is clearly 400x300 pixels big on screen, the rulers say it is only 400x200, which is what the ''Image Area'' values say.}}
-{{l|Image:Non_square.gif|frame|left|Note how the rectangle becomes a square and an elongated rectangle again as it rotates. Source:{{l|Image:Non square.sifz|Source file]] ]]
+{{l|Image:Non_square.gif|frame|left|Note how the rectangle becomes a square and an elongated rectangle again as it rotates. Source:{{l|Image:Non square.sifz|Source file}} }}
 <br clear="all" />

← Older revision		Revision as of 21:34, 19 September 2008
Line 16:		Line 16:
	[[Image:Non_square.gif\|frame\|left\|Note how the rectangle becomes a square and an elongated rectangle again as it rotates. Source:[[Image:Non square.sifz\|Source file]] ]]		[[Image:Non_square.gif\|frame\|left\|Note how the rectangle becomes a square and an elongated rectangle again as it rotates. Source:[[Image:Non square.sifz\|Source file]] ]]
	<br clear="all" />		<br clear="all" />
		+
		+	Somehow the image area setting seems to be saved when copy&pasting between image, see also bug [http://sourceforge.net/tracker/index.php?func=detail&aid=2116947&group_id=144022&atid=757416 #2116947].
		+
		+	==Possible intended effects of out-of-ratio image areas==
		+	As mentioned above, different ratios might be needed when then output needs to be specified in pixels, but those pixels are not squares. That might happen for several kinds of media, such as videos encoded in some PAL formats or for dvds. For further reading, look at [http://en.wikipedia.org/wiki/Pixel_aspect_ratio Wikipedia].
		+
		+	Still, it is probably consensus that the image, as shown on screen while editing should look as closely as possible like when viewed by the final audience. So, while specifying a different output resolution at ''rendering'' time may well be wanted, synfigstudio should (for the majority of monitors) show square pixels, i.e. circles should stay circles.
		+
		+	==Feature wishlist to simplify working across documents==

@@ Line 12: / Line 12: @@
 ;The mysterious ''Image Area'': Given as two points (upper-left and lower-right corner) which also define the image span (Pythagoras: <font style="vertical-align:10%;font-size:8pt"><math>\scriptstyle\text{span}=\sqrt{\Delta  x^2 + \Delta y^2}</math></font>).  The unit seems to be not pixels but ''unit''s, which are at [[Unit System|60 pixels each]].  If the ratio of the image size and image area dimensions are off, for example circles will appear as an ellipse (see image).  These settings seem to influence how large one ''Image Size'' pixel is being rendered.  This might be useful when one has to deal with non-square output pixels.
 [[image:Non_square_pixels.png|thumb|300px|Note the different scales at the rulers.  Although the image is clearly 400x300 pixels big on screen, the rulers say it is only 400x200, which is what the ''Image Area'' values say.]]
 [[Image:Non_square.gif|frame|left|Note how the rectangle becomes a square and an elongated rectangle again as it rotates. Source:[[Image:Non square.sifz|Source file]] ]]