Render options
(replace use of template:L with normal links) |
(replace normal links with template:L) |
||
Line 6: | Line 6: | ||
== Intro to render == | == Intro to render == | ||
− | Rendering an animation in Synfig can be done in two way, by the | + | Rendering an animation in Synfig can be done in two way, by the {{l|Doc:Synfig CLI Syntax|Command Line Interface (CLI)}} or through the {{l|Render dialog}} |
== Target == | == Target == | ||
− | Here are the file | + | Here are the file {{l|Render dialog|Target}} that can be rendered |
*{{Literal|bmp}} - Bitmap | *{{Literal|bmp}} - Bitmap | ||
Line 56: | Line 56: | ||
! Determined by extension | ! Determined by extension | ||
! align = "left" width = "180"| | ! align = "left" width = "180"| | ||
− | *.bmp->bmp OK (but text layers upside down) | + | *.bmp->bmp OK (but text layers upside down) {{l|#note 5 - bug in .bmp (fixed in svn)|5}} |
*.dv->dv OK | *.dv->dv OK | ||
*.mpg->mpg OK | *.mpg->mpg OK | ||
Line 62: | Line 62: | ||
*.miff->OK (only last frame?) | *.miff->OK (only last frame?) | ||
*.jpg->jpg OK | *.jpg->jpg OK | ||
− | *.avi->crash | + | *.avi->crash {{l|#note 1 - libav crashes for genete|1}} |
− | *.mng-> not render | + | *.mng-> not render {{l|#note 3 - mng not working?|3}} |
*.exr->exr OK | *.exr->exr OK | ||
*.png->png OK | *.png->png OK | ||
*.ppm->ppm OK | *.ppm->ppm OK | ||
− | *.yuv->yuv OK? | + | *.yuv->yuv OK? {{l|#note 2 - wtf is yuv?|2}} |
! width = "180"| | ! width = "180"| | ||
*.bmp-ok (text layer correct in 983) | *.bmp-ok (text layer correct in 983) | ||
Line 80: | Line 80: | ||
*.png-ok | *.png-ok | ||
*.ppm-ok | *.ppm-ok | ||
− | *yuv-ok | + | *yuv-ok {{l|#note 2 - wtf is yuv?|2}} |
! align = "left" width = "180"| | ! align = "left" width = "180"| | ||
− | *.bmp-ok, but text layers upside down | + | *.bmp-ok, but text layers upside down {{l|#note 5 - bug in .bmp (fixed in svn)|5}} |
*.dv-crash synfig | *.dv-crash synfig | ||
*.mpg-crash synfig | *.mpg-crash synfig | ||
Line 99: | Line 99: | ||
! bmp | ! bmp | ||
! Native | ! Native | ||
− | ! Yes (but text layers upside down) | + | ! Yes (but text layers upside down) {{l|#note 5 - bug in .bmp (fixed in svn)|5}} |
! Yes (Text layers correct in 983) | ! Yes (Text layers correct in 983) | ||
− | ! ok, but text layers upside down | + | ! ok, but text layers upside down {{l|#note 5 - bug in .bmp (fixed in svn)|5}} |
|- | |- | ||
! dv | ! dv | ||
Line 229: | Line 229: | ||
If you want to render to anything other than .mpg with {{Literal|ffmpeg}}, you'll want to save a series of images that represent your animation, to a still format that ffmpeg can read. I recommend {{Literal|png}}. Whilst you can render to any size image, if you're going to show your video on Youtube*.mpg->, you may want to take that into account when you render. | If you want to render to anything other than .mpg with {{Literal|ffmpeg}}, you'll want to save a series of images that represent your animation, to a still format that ffmpeg can read. I recommend {{Literal|png}}. Whilst you can render to any size image, if you're going to show your video on Youtube*.mpg->, you may want to take that into account when you render. | ||
− | If you set up your render like | + | If you set up your render like {{l|File:Render 0.63.06.png|frame|none}} |
{{literal|Image Size}} | {{literal|Image Size}} | ||
Line 276: | Line 276: | ||
ffmpeg -s 480x270 -i file.yuv file.avi | ffmpeg -s 480x270 -i file.yuv file.avi | ||
− | svn r980 adds headers to created .yuv files, so you no longer need to specify the size when using them. -- | + | svn r980 adds headers to created .yuv files, so you no longer need to specify the size when using them. -- {{l|User:Dooglus|dooglus}} 21:50, 25 October 2007 (EDT) |
− | :Mmmm I can play yuv files with mplayer and with ffplay. Also I can convert a yuv file to an avi (or whatever ffmpeg can encode) without telling the video size. I think it depends on how ffmpeg was compiled. | + | :Mmmm I can play yuv files with mplayer and with ffplay. Also I can convert a yuv file to an avi (or whatever ffmpeg can encode) without telling the video size. I think it depends on how ffmpeg was compiled. {{l|User:Genete|Genete}} 11:59, 4 June 2008 (EDT) |
Revision as of 13:44, 2 January 2015
Contents
Intro to render
Rendering an animation in Synfig can be done in two way, by the Command Line Interface (CLI) or through the Render Dialog
Target
Here are the file Target that can be rendered
- "bmp" - Bitmap
- "cairopng" - portable Network graphics - images with lossless compression rendered by cairo library
- "dv" - digital video
- "ffmpeg" - TODO writeme
- "gif" - graphic interchange format
- "imagemagick" - image manipulation program
- "jpeg" - Joint Photographic Expert Group - still format suited to photographs
- "magick++" - TODO writeme
- "null" - Dummy file for rendering engine testing?
- "null-tile" - Dummy file for rendering engine testing?
- "png" - portable Network graphics - still images with lossless compression
- "ppm" - portable pixmap - still image using very basic format
- "yuv420p" - Still image format designed to preserve the images luminance
Results
Target type | Extension | Helper app |
Linux support |
Windows support |
Mac OSX support |
---|---|---|---|---|---|
Auto |
|
Determined by extension |
|
| |
bmp | bmp | Native | Yes (but text layers upside down) 5 | Yes (Text layers correct in 983) | ok, but text layers upside down 5 |
dv | dv | encodedv | Yes | N/A - encodedv not supported under Windows | crash synfig |
ffmpeg | mpg | ffmpeg |
It renders .mpg .avi, .mov and .flv |
Working with FFMpeg 10464 and SVN 934 (may crash on longer renders) |
crash synfig |
gif | gif | native |
yes (animated gifs also) |
yes (animated gifs also) |
ok |
imagemagick | miff | imagemagick |
yes (but only last frame?) |
Renders to a readable file, but the image is corrupted in builds prior to SVN 934. Working in 934 and later (October 17th 2007). |
crash synfig |
magick++ | gif | native |
yes (animated gifs, optimized) |
unknown |
unknown |
jpeg | jpg | native |
yes |
yes |
ok |
libav | avi | libavcodec | yes, tested on Ubuntu Feisty (fails on Ubuntu Edgy) | N/A - libav support not compiled into the Windows version. | ? |
null | n/a | n/a | n/a | n/a | n/a |
null-tile | n/a | n/a | n/a | n/a | n/a |
open-exr | exr | native |
yes |
yes |
n/a |
png | png | native*.mpg-> |
yes |
yes |
ok |
ppm | ppm | native |
yes |
yes |
ok |
yuv420p | yuv | native |
yes but format in unknown format |
yes but format in unknown format (use: ffmpeg -i your_yuv420p_file -sameq your_mpg_file.mpg) |
render file in unknown format |
Rendering to Video
Rendering to video directly from Synfig under Windows Operating Systems presents some challenges.
If you want to render to anything other than .mpg with "ffmpeg", you'll want to save a series of images that represent your animation, to a still format that ffmpeg can read. I recommend "png". Whilst you can render to any size image, if you're going to show your video on Youtube*.mpg->, you may want to take that into account when you render.
If you set up your render like"Image Size"
- Width 320 Xres 72.0 Physical width 4.44
- Height 240 Yres 72.0 Physical Height 3.33
- Image span 10.0000
"Image Area"
- Top left X : -4 Y : 3
- Bottom right X : 4 Y : -3
You will get a series of .png files in your output directory. Open a command prompt, cd to that directory, then use ffmpeg to assemble these png files into the video stream of your choice. for example -
C:\output>ffmpeg -r 15 -i rfrac%04d.png -f flv fractal.flv
creates a Flash video file of with the same framerate as used on Youtube. You should be able to submit it to Youtube without the need for the Youtube servers to have to re-compress it.
Notes
note 1 - wtf is yuv?
The yuv file is rendered but it seems to have a not compatible format. See the console output when try to convert to a avi using ffmepg.
ffmpeg -i RenderTest.yuv -sameq RenderTest.avi
FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2004 Fabrice Bellard
configuration: --enable-gpl --enable-pp --enable-pthreads --enable-vorbis --enable-libogg --enable-a52 --enable-dts --enable-libgsm --enable-dc1394 --disable-debug --enable-shared --prefix=/usr libavutil version: 0d.49.0.0 libavcodec version: 0d.51.11.0 libavformat version: 0d.50.5.0 built on Sep 20 2006 00:26:15, gcc: 4.1.2 20060906 (prerelease) (Ubuntu 4.1.1-13ubuntu2) picture size invalid (0x0) [rawvideo @ 0xb7f47c30]Could not find codec parameters (Video: rawvideo, yuv420p) RenderTest.yuv: could not find codec parameters
I can watch a .yuv animation. You need to specify the size it was rendered at - that doesn't seem to be part of the file format:
animate -size 480x270 file.yuv
I can single-step through a .yuv animation, using SPACE to step forward and BACKSPACE to step back through the frames:
display -size 480x270 file.yuv
I can also convert a .yuv to a series of .png files. This makes file-0.png through file-23.png for a 24 frame animation:
convert -size 480x270 file.yuv file.png
I also discovered that ffmpeg will happily convert a .yuv to .avi if you just tell it the image dimensions:
ffmpeg -s 480x270 -i file.yuv file.avi
svn r980 adds headers to created .yuv files, so you no longer need to specify the size when using them. -- dooglus 21:50, 25 October 2007 (EDT)
- Mmmm I can play yuv files with mplayer and with ffplay. Also I can convert a yuv file to an avi (or whatever ffmpeg can encode) without telling the video size. I think it depends on how ffmpeg was compiled. Genete 11:59, 4 June 2008 (EDT)
note 2 - how to render for TV formats
If you need to render stills (pngs) for something where the final format does not have square pixels, such as PAL or NTSC DV, you can use the approach outlined below.
0) Select png format as you would otherwise
1) Use square pixel when you edit it in synfig (1024x576 for PAL 16:9 and 768x576 for PAL 4:3. (Pixelgeek calculates this to be 958x540 for anamorphic and 720x540 for SD NTSC)
2) Just before rendering, in canvas property->Other->Locks and links, set checkboxes for Image Aspect and Image Span, and uncheck Pixel Aspect (Depending on synfig version, this may possibly be the options dialog for File|Render, at least it is for me)
3) Change back to the Image settings
4) Change resolution to 720x576 for PAL, 720*480 for NTSC
5) Render
That should produce stills with the right "pixel aspect". When viewed on the PC using square pixels, a circle will appear as an oval. When viewed on a TV with the right pixelaspect, the circle will become a circle.
Language: |
English |