Fuchur

Jep you need to be careful there. In Modelling-window, you can easily use the lock and the hide-feature to solve those problems. Somehow it is much harder for A:M to calculate it in the modelling-window. I am not sure why this is the case. Steffen can tell you more, but this is a known thing. In general, you need to be aware which surface you are at with your mouse. See you *Fuchur*

What you did wrong was this: In the chor, go to your PWS and click on your empty patch-model. Then click on the "Modeling-Mode" (F5). If you now click on the Add-button, you will create new CPs in the empty patch-model while being in the chor. That is the way that should be used for polygon-models as references. ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// Snap-To-Surface is also very helpful for creating for example cloth for characters, etc. For that you can use Snap-To-Surface in the modelling-window. First model you character, then use Snap-To-Surfac ein the modelling-window too model cloth fitting the body. Info: Note that you can set a distance-value for the snap-to-surface-tool now (I think from beta 4 or 5 on). The Option for that can be found at "Tools > Options > Modelling > Snap to Surface Offset". Hope that helps a little. See you *Fuchur*

Here is a video-tutorial about it: Video-Tut: Snap-To-Surface in A:M See you *Fuchur*

still should not happen so i am not sure... how does the end result look? maybe it is a technik to avoid rendering pixels several times? *Fuchur*

What is your AO-Quality-Setting? that will create the noise. if you go to 85-100% you wont see that any more. Maybe you can even go lower. It can be set at the render-settings. See you *Fuchur*

...and the coolest thing: SSS never really worked for me... I used the final-rendering-dialog and rendered SSS with it and the group was the last in the list and so on and still I got a black rendering... but that changed with this update . See you *Fuchur*

Here it didn't, V17 beta 03 here Try beta 04. See you *Fuchur*

...and there is a wiki-entry in the english Wikipedia. See you *Fuchur*

Should work now... recently tested it and it did what it should. See you *Fuchur*

Very very sad... he was a great guy. Thank you very much for your words... most of us would not have known what happend otherwise. Deepest sympathy to you and your family... we will always think of Paul in a good way. *Fuchur*

Very very cool . See you *Fuchur*

Just received it . Seems like the toll station had a look at it and like that it needed a little longer. I cant watch it right now, but I am looking forward to see it this evening! See you *Fuchur*

Till now I didnt receive it... but I'll wait a little longer . See you *Fuchur*

Happy birthday!

Another update for the raven... See you *Fuchur*

Is it only connected to this scene or to all scenes? In case of all scenes you may want to reinstall A:M, to be sure. Make sure you copy your master0.lic-file to a save place, uninstall A:M and reinstall it again. Then copy the master0.lic-file to the folder. If this does not work, you may want to make a bug-report. Steffen is hunting the rotoscope-bug for some time now and while he solved many causes already, there may be other onces too... See you *Fuchur*

I don't recall needing to type "Web Subscription". When does that come up? I think at registration to the Community-window you get asked about that... I run into that a while back, but somehow I could solved it... anyway it may be a good subject for a A:M Report. See you *Fuchur*

Hi, you are really sure, that you didnt press the number lock-key by accident, right? That one is often causing this... I highly doubt it is a problem in A:M (I can't preclude it totally of course, but it would be something everybody should be experiencing at a very early stage and I cant believe that it has not been found before...) Do you have any Function-keys on your keyboard that may have been pressed (often a blue F or something like that) I cant test it with exel, but maybe it is cleve enough to see the right inputs anyway... See you *Fuchur*

I think what you may be experiencing/describing is that the dynamics look, playback differently in REAL-TIME, and scrubbing compared to the rendered version? Yes there is a difference. (ver16b 32 bit PC) However, I do not believe there is a difference in RENDERED imagery, whether the dynamics have been baked or not. The computation looks the same to me. It also doesn't seem to matter (in this small test) whether it is multipass ON or multipass off Your best bet is to bake your dynamics and then check the interactions, appearance of your animation in real time with the baked dynamics. Make your tweaks according to that. Then go to render. One of the biggest problems with OpenCL is, that different implementations result in different results. (only slightly, but for a rendering-application a difference of 0,0001 makes a huge difference, especially if this result is used to calculated further on. CPUs are not the same neighter, so baking is a better idea... what you do afterwards with the channels / keys is then your decission... See you *Fuchur*

Should be possible to do. Just set the ease-value to a different value so they start at different positions. Did you set "Has Stride Length" to on and did you set the step-width as described? See you *Fuchur*

Really cool See you *Fuchur*

Just bought one . I am very happy that they ship even to Germany... See you *Fuchur*

You can turn that inverse if you want. Have a look at the Option-Menu. The default behaviour is based on the fact, that it is meant to be an "alert"-feature, because you can easily mess things up heavily when you work with Animate-Button off (you change ALL the keyframes on any given time) while it is not that bad if you work with it on by accident (you will only mess up the keyframes at one time). Anyway since Jason had the same concerns, there is the option-menu-entry that can help you if you find it more logical the other way round. See you *Fuchur*

EXR has shadow-buffers and there is one with TGAs. It is normal that you get a black image with TGA. The buffer itfself is in the Alpha-Channel. See you *Fuchur*

Very nice look... somehow it looks like a painting too me... but a very realistic one! Love it! See you *Fuchur*