Welcome to Fractal Forums

This animation took about a week to render: 1800 frames in 1024*768 at 22 frames/s. Unfortunately it seems the codec I use sometimes messes up upload on Youtube so I had to convert it to another format with a loss of quality.

http://www.youtube.com/watch?v=-SSQMc3yu2k

I intentionnaly left an error in the comment on Youtube: who will find it first? :D

as the message is such short the only Error I could think of is that this is not a 6th order Mbulb.
Probably has a different order.

Its shape is generally somewhat unusual. It could be that this is actually a Julia.
In that case it *could* have degree 6 however...

Edit: Ok I count 5 pedals on one of the structures later so it's most likely a 6th degree Julia...
right?

lol, to the end of precision !

love that camera path,. and the slow parts, definately a cool video !

 :thumbsup1:

Super ! Pity about the odd errors, but I guess you were limiting the quality/accuracy to reduce render times :)

As to the codec problem - are you using Xvid, if not then download and install the latest version of VirtualDub and then get Xvid from here:

http://www.xvid.org/

Then load the uncompressed animation into VirtualDub, set the compression to Xvid, configuration to 1st pass and tell VirtualDub to save it, when it's done reconfigure the Xvid option to second pass, calculate the bitrate you want (choose say a size of 60Mb for a YouTube video to ensure <100Mb and use the calculate option to get the bitrate to be used) then tell VirtualDub to save it again using the same filename as for the first pass.

BTW it *is* definitely better to stick to YouTube's suggested size of 1280*720 for higher quality videos, though I know the widescreen view can make clipping more difficult to avoid :)

Just wondering who the music is by?

I don't remember, I chose it randomly using Youtube's Audioswap feature, I think it was in the easy listening section, with "deep" as a keyword, and the with same lenght as the movie. Sorry. However if you're lucky it may appear in the black commercial banner at the bottom of the animation some day.

Hi
@kram : wrong answer, try again :)

@Dave : I used to use DivX, but one day I probably did an upgrade that went wrong and since then every render compressed with DivX fails. Quite frustrating considering the render time! So I now use Radius Cinepack. So I will try Xvid, thanks. The output avi file was about 300Mb, is that a reason why my first attempt to upload on Youtube failed (horizontal bands freeze during the animation)?

You're right I chose parameters in order not to penalize render time too much, but some artifacts are diffcult to identify in preview mode for 2 reasons :
1- Obvisously I don't wait for the preview full render while tweaking parameters
2- Some artifacts are much obvious in animation mode than in a static picture, for example on the left of the screen at 0:25.

I'm pretty sure that YouTube says filesize limit 100MB for when uploading using the "ordinary" method, though I think you can download a dedicated program for uploading larger files.
Note that the Xvid compressed version of "Deep Dolly" (i.e. the AVI that I uploaded) is 83.9MB - the uncompressed version being around 2.56GB - and the Xvid version is virtually indistinguishable from the uncompressed one, plus it plays properly in MPlayer whereas the uncompressed one is really jerky because my system is too slow to show it.

Great animation


About quality on Youtube: You should upload animation in 1280x720 resolution - only this format will be used on Youtube as HD and will enable higher playing bitrate. Maximum filesize is 2GB (you don't need any dedicated program). For good quality, animation should be compressed with minimum 10Mbit/s bitrate (1 minute = 75 MB)

I guess YouTube have updated their guidelines ;)

I have just found that Youtube is starting with 1080p resolution

http://youtube-global.blogspot.com/2009/11/1080p-hd-comes-to-youtube.html

Maybe next animation I will render in full HD (1920x1080) :D

How many frames/s should I set in order to avoid "jumps" like here at 0:03
http://www.youtube.com/watch?v=o_CYzYlI8jQ

the lowest possible for human motion recognition is 25 per second, a "smoother" animation appearance can be achieved with more frames, e.g. 30 or 50 ( realtime minimum ! ) 
try out if 25 fps are fine with you, and those will most likely benefit from a lower data rate, fractal images tend to be hard to compress, i mean images with a certain fractal ( hausdorff ) dimension

You can get away with a minimum of about 10fps - some older computer games (especially 3D software for the Atari ST and the Amiga) only ran at around 10 to 15fps, but to look smooth I'd say 20 to 25 fps is pretty much the minimum - note that UK TV is 50Hz but interlaced so it's actually only 25fps. Also less then 20fps can look smooth if the animation is very slow i.e. only minor changes from frame to frame.
Ideally you'd want to be at >=60fps but anything above around 30fps @1280*720 will be pushing the limits of many systems with a YouTube download i.e. I don't mean in terms of the streaming speed, but the ability of the system to play the video at full speed even from local cache when fully downloaded.
I suppose what I mean to say is that for YouTube animations @1280*720 I'd recommend using an fps of either 25 or 30 :)