The resolution is 576p, yet the camera view is 480 pixels tall.

128 views
Skip to first unread message

Anon Imous

unread,
May 10, 2016, 9:58:19 PM5/10/16
to OpenToonz Users Forum
I've been playing around with OpenToonz's output settings, I've loaded a frame that's 576 pixels tall, yet the frame appears larger than the camera view.

Is this intentional?


Also, the frame I loaded is a paletted image yet it appears grayscale in the application. I guess converting the frame to RGB would prevent it from turning grayscale. I dunno.
576 pixel tall frame on a 480 pixel tall camera view.png
Green Background Tape x4.png
Auto Generated Inline Image 1

Herbert123

unread,
May 11, 2016, 12:50:43 AM5/11/16
to opento...@googlegroups.com
8bit indexed images import still seems to be borked. Convert to a 24bit RGB image, and it will import correctly.

The discrepancy between your relative image size and the camera size is easily explained: your image is 112ppi, while your camera is set to a different ppi. When both match up, your image will fit exactly. You can use IrfanView to change the ppi or your image, or use Photoline/Photoshop/any decent image editor.

Remember that ppi has no bearing on resolution - only on how the relative size of the pixels is interpreted. OpenTOonz only thinks in pixels in regards to final output, which means you must consider the camera settings.

On a different note: why are you importing such a wide repeating image? You can import a seamless image, and cycle (repeat the animation) it. Just make sure it is at least twice the width of the screen in order to span the full width of the view during the pan. Animate from left to right or right to left, and then turn on cycle repeat in the Xsheet.

Anon Imous

unread,
May 11, 2016, 5:53:43 PM5/11/16
to OpenToonz Users Forum
Thanks. Setting the DPI of the images to match the camera's helped with the scaling. Another thing weird about the way OpenToonz handles indexed images is that the 4-bit images are not turned into grayscale like what happened to that 8-bit image. And if I load an indexed image that has a transparent background, the program crashes. So as of now, the importing of indexed images is pretty broken.

As for pixels, when I want to move an image around with the edit tool, I have inches, millimeters, centimeters, and field, but no pixels. So, to avoid confusion, I had to set the preferences to inches.

As for the vastly long image, when I was drawing the pattern, I was looking for the right length of where the pattern of the whole thing resets (it turned out to be very long). Individual parts of it repeat, but because there are eight different bar lengths, making it shorter may make some of the shooting stars look a little jumpy (especially the ones with long trails).
Reply all
Reply to author
Forward
0 new messages