Fuchur

Looks more like the explosion-project of the data-folder/cd to me. *Fuchur*

SMTP is only another way to show the same. The difference is, that Frames are not connected to a certain specific "time". You can specify if 50 frames or 1 frame will be a second. SMTP will translate the frames based on the setting in "Frames Per Seconds" (can be found in the options-menu) into a human-readable form. Something like 30 frames = 1 second or 50 frames = 1 second (for HD-content). So there is no linear connection between frames and seconds, it is a defintion you can make by yourself or which is defined by the outputmedia you want to screen it at. In the US you whould have to specify for example 29.97 frames as a second, for PAL-countries (most European and some other countries) it is 25 fps, cinema had 24 fps, and so on. The new HD-standards are a bit less complicated. There it is (most often) 50fps. (even so this can differ too). In the end: Know what you need and insert the right FPS in the Optionmenu of A:M and than use SMTP. For internetuse for example it is not necessary to use 30fps or even 50fps... 25 is a common standard here. Flashcontent is often even created with only 12fps, so I dont recommend that for 3d-animations. *Fuchur*

Disregard - Just figured it out . . . What was wrong? I never used that option and did it in the pose right away... *Fuchur*

Hi everybody... The image used in this calendar was created entirely in A:M. Open every day a new present till x-mas... Especially funny and well done is for example present 2. (but there are many good once!) Just to mention it: These clips are not created by 3We (or you will see it in the credits). It is just a compilation of funny or very well made commercials. Have fun! http://advent.3we.de See you *Fuchur*

Did the rendering. The same result with 15i -> 7:56 min *Fuchur*

Such a feature already existst... it was introduced for Avalance studios... I just dont know exactly what it produces... I think it produces a lightmap for each patch... but cant say exactly. I tried to use it for my diploma-thesis, but I couldnt get it to work with Quest3d. Most of the programms need one big map, not several for each patch. But maybe someone of you can? Create a Chor and go to "Export > Lightmaps". *Fuchur*

This is my Benchmark: - Version: 15h - Renderingtime: 7:56 - CPU: AMD Phenom II 955 - Corespeed: 3,2 GHz (per core) - Cores used: 1 core - Cores Total: 4 cores - RAM : 4 GB DDR3 RAM (1066 MHz), 2GB used - OS: Windows XP (32 bit( For the people saying, A:M is too slow for such a scene: This project contains settings which wouldn't have to be used for the image it produces. A reflection-level of 8 (for instance) is just much to high and will increase the renderingtimes significantly. It is however good to test with such a setting, because it will increase the renderingtime and will show the differences between processors in a better way. See you *Fuchur*

I think it is an image-fileformat, which can be read by Xnview which was created for PaintBrush. See you *Fuchur*

I cant watch it... quite odd so that it is available in France for example (if it is). Any nazi-symbols in there? In germany it is not allowed to draw such symbols (like the hakenkreuz) which seems to be okay in America (at least if I watch American History X)? *Fuchur*

My last question is: Is it possible to export files from A:M in a format that can be used by other 3D apps such as Max and Maya? My guess would be no, since A:M is spline-based not poly-based. Export isnt that much of trouble... OBJ, DXF and DirectX-files work quite well... import on the other hand is a whole other story. *Fuchur*

Here is a small description: SoftwareFocus: Animation:Master *Fuchur*

A:M has an algorithm like that implemented since I am using it (about 9 years)... Try using "Reduce Keyframes" on your animation. This should kill unnecessary keysframes from your files and make it much smoother. Higher resolutions like 720p or even 1080p are just not useable on the web in many situations... people have faster connections today, but that doesnt mean that anyone can really stream a 1080p-video without using a very well suited codec with lots of work on that part. Youtube doesnt use anything like 720p or 1080p... even the "HD"-file you can get by clicking on the button is much smaller than 720p. It is only slightly over SD. You can render to high-resolutions in A:M without a problem. Just change to whatever you want. 720p and 1080p are presets which are available. Even 4k is available... I am rendering my previews in 640 x 480 or the 16:9-equivalent to see how it works out and after that in final-rendering you can still increase the resolution. I dont have a bigger problem with increasing the default-resolution, but it has one big drawback: Rendertimes for such resolutions are just much longer. *Fuchur*

Cutplane is a good plugin. It should not be used in every circumstance, but for doing this "need another splinering there"-kind of stuff it is very helpful... Steffen was very generious in creating it after we talked about it. If you have any questions and he is busy, I'll be happy to answer where I can. *Fuchur*

Have a look at my tank-tutorial on my website. It is a videotutorial in several parts. I am using it a few times there... *Fuchur*

No, Fluid is a new feature in A:M v15, so no plugin. However there should be bloobies in your version too, which can be okay for fluid-simulations (so in most cases not that well suited). *Fuchur*

I only can say: Very very well done. I didnt find anything I didnt like or at least understood why it was there. VERY impressive work! *Fuchur*

Poses are not setup via the timeline but via the slidervalue. Open the Poses-Window (View -> Pose Sliders) and adjust the slidervalue to what you want it to be. Then move your model. Go to another posevalue (if needed) and do it again. *Fuchur*

Action != Pose... *Fuchur*

I am quite positive that modelled geometry will result in slightly higher renderingtimes... so with small patch-counts it will not be noticeable. BUt with high once it would... However it will although be affected by the decal-size, etc. *Fuchur*

It looks like the guy from "El Dorado"! I like him very much! Keep it up! *Fuchur*

This is a bit confusing, but to make it easier: The "normal" you see there is just a guideline for the direction of a patch. It is different than in a polyprogramm. If you like to move in a specific direction you need to do that with the translate-tool, where you can rotate the pivot of the currently selected group of CPs and than translate in that direction. Due to the nature of non-box-modeling, it is not that much needed to move along the "surface-normal" but you still can do that by using the translate-mode instead of the standard-mode. *Fuchur*

Jep, the community here is very helpful and friendly. Danke, bald gibts auch ein neues Layout dazu... ist jetzt auch schon in die Jahre gekommen. *Fuchur*

In general you dont have to. Patches are rendered from both sides. For realtime-views however you may need to set A:M up to show polygones from both sides. You can do that by going to Options -> Rendering. Set "Final" to "Realtime" or "Shaded" and you will find an option called "Show Backfacing Polygones". This doesnt effect the surface itself so. If you are trying to export the model for example, it will still be singlesided. You will have to set the mesh in the other programm to doublesided. A workaround may be to copy the areas you need to be doublesided, paste it back in, move it a tiny little bit (otherwise you may experience renderingproblems) and hitting "F" to flip the normals of the patches. See you *Fuchur*

This is new in the new version (we are not that happy about it neighter, but whatsoever). You can get the old behaviour by holding shift down when appyling the constraint. *Fuchur*

Hi TD3d, nice to have you here... I am looking forward to what you can do with A:M. If you got any questions, let us know See you *Fuchur*