Fuchur

Sorry, but it is not wrong. The final model is using heavy amounts of polygones in many cases. The fact that you can use a proxy and use something like weight-transfering from the proxy to the heavy object is not rendering that statement wrong. But even in A:M you can use weight-transfering with Transwer_AW (or in older versions WeightMover) so this might be solveable. The problem are approaches like micropolygone modeling or voxel modeling with ZBrush, 3dCoat or MudBox which will create millions of polygones. Simple SDS-modelling will not create these complex control cages, but these micromodelling-models are close to unmanageable for A:M. I am not sure how well these models are animateable at all using even weight transfering, since these details would need a special form of rigging to animate perfectly, but I doubt that many people do that at all... Of course if you use a Retopology-Tool this would work again, since you could decrease those millions of polygones too much less things using displacementmaps. Anyway: I think the idea of rasikrodri is very valuable... using peaked, non-continuous patches to recreat polygones should get rid of many problems we are facing currently. I'll asked Steffen about the smoothing-algorithm for final rendering... since those are really around for a long time now, I can see that work quite easily... One problem I can see with that is the refind normals calculation time (that will take a long time for heavier models) but maybe if you declare a group as peaked / non-continous it could work faster? I am not sure about that... See you *Fuchur*

I can see why people wish to have that, but Robert is right about many things. A:M's tool set work best because they can make advantages of very low CP counts. That makes the whole thing that easy to work with. I could imagine a SDS- / NURBS-modeller in A:M which will use Spline-Data from A:M to create the cages, animate only the cages and just interpretes it differently. That would make it possible to animate that cage (with A:M's tools, since in the end it animates splines there) but the renderered surfaces would be polygones. I do not know how much work that might involve though. A good interchange-format would be cool, but I am not sure where to start there. It only makes sense, if other software programs could handle splines (or better to say: Hash Splines). Can they? I am not sure. Some have support for patch-modelling, but is that at least technically convertable or easier to convert than polygones? If not, it is really possible to use an interchange format? 3rd-party renderers by API is something, that would be very cool and sounds to me as the easiest stuff to do... I may be wrong... Steffen thought about LuxRender a while back and if it would be worth it writting an exporter for that one. But I am not even sure if that ever was fully thought through... See you *Fuchur*

Here it is. I already got my issue: http://www.digitalproduction.com/ausgabe/dp-04-2015/ See you *Fuchur*

really terrific! i like him alot.

Looks very cool Star Wars is very cool these days again, since Disney is making a new one... the daughter of a friend of mine is very much into it too and I modelled something with her too out of the Star Wars universe. (very basic and noot close that cool... she is 8 . Looking forward seeing this one . See you *Fuchur*

Since v18 you can save those interface-layouts (View > Save Layout) and reload them (View > Load Layout) afterwards if you want. See you *Fuchur*

I see a couple of things which may or may not be connected to that behaviour: 1.) Do you see your object for that action in the modelling window? If not, did you hide anything? (you can see that by going to the modelling window of the model and having a look at the toolbar on the right. If there is a button with a red circle which is crossed through over an eye which is press down, this may be the reason. (this is not a bug but meant to be like that) 2.) The "Punch.act" you are using there is very likely not useable with the sphere-model you use there... still you should see something, but there very likely is not the right rig in the sphere-model. 3.) Try to decrease the realtime-subdivision level for that model. You can do that by pressing "Page Down" key on your keyboard or by clicking on the button in the tool bar at the upper top of your screen with the blue rectangle and the white arrow pointing down. 4.) Try to close some of the other windows like the material and the chor window just for testing. You can reopen that easily anytime later. If 3. or 4. did help, it may be that your graphiccard is having trouble showing that many windows open. In general this happens only if you are using an Intel graphiccard (since those are quite weak... and AMD or Nvidia-card can handle many of those windows) or that you are using a driver which is not optimal for that. You can eighter see if the manufacturer has a newer driver available or you can try to switch the Real-time Driver in A:M from OpenGL3 to OpenGL or the other way round. To do that, go to "Options > Global" and use the drop-down "Real-time-Driver" there. Hope that helps . See you *Fuchur*

Yeah I thought about putting them on the webserver here at hash, but I think that would be unfair to Barry, since it would take away the visitors to his website. Just in case I downloaded them too just in case these very valueable tutorials would go down some day in future to be able to reupload them to the Hash-server. See you *Fuchur*

I have put a link and some introduction text on the page. I may create a button for the link too just to make it more visible but till then the link is there. See you *Fuchur*

Looking very scary indeed Well Done Dan! See you *Fuchur*

cool . yes radiosity is very powerful. ...and actually there is an animation exporter... you can not change it well afterwards but obj+mdd should be working for rendering in blender. at least the soulcage department uses that to bring their work to modo for rendering. it will export the animation of the objects based on vertexes.

Sorry but i do not agree... if you are an newbee and want to learn 3d do not go with blender. it is not as easy to learn not near as intuitive as A:M and it likly will never be... it has many features but it still is a thrown together piece of software... A:M may not have all the bells blender has (it has all the once needed though) but the workflow is much better thought through and feels like out of one piece while different tools in blender feel like one person did one and the next did another and everybody did it the way they liked it... that feels like that because it really is that way. for a beginner i find blender more than frustrating because of that. if you know what you are doing already it may be different and blender can be a good option... the problem is that many users never reach that level with blender because it just is not that consistent in its own... see you *fuchur*

I'd say the parott is a real one . Well done Mad I really enjoyed it and the quality is great . See you *Fuchur* PS: Great that it worked out with that customer .

it still is not a bad idea to have a easy to remember or at least pronouceable name... but as long as it is like that it is ok... see you *fuchur*

...activate autosave in the settings... and still save different versions...

Barry's tutorials are some of the most valuable available for A:M. If you did not already buy them before, you should under all circumstances have a look at them now . Thank you very much Adam for asking and making this possible and thank you very much Barry for making them available *Fuchur*

Hi A:Mler, for everybody in a german speaking country it may be interesting to know that there will be an article by Ralf Gliffe about Hash Animation:Master v18 in the Digital Production 04:2015 (the biggest german magazine about 3d-graphics and post production, http://www.digitalproduction.com). It will be about 5 pages long and will introduce quite nicely into the world of A:M. If you can't grab an issue at the kiosk, you can get it directly on their website. See you *Fuchur*

Very nice See you *Fuchur*

Hi . Welcome back . There are a few new tools and features but A:M itself looks the same and should be easy to get into again... For Mac users, Maverick made it worth as far as I know... but the textures not showing up on Shaded Views is not a Mac thing but an option... press "CTRL + D" (or maybe Mac + D on a Mac?). Cant look at the moment but you can switch it with the draw toolbar too and it is by default not on. In general, if you are fine with it, I would recommend using Bootcamp. The Windows version is a little more stable. SSE4 is a command set which needs to be understood by your CPU to work. If it does it makes certain operations faster. If your cpu can do it, use it. 64bit and n-Core support are two different things. 64bit can use more than 2 GB of RAM (or with a certain Hack 3 GB) while n-Core will use more CPU cores at the same time. There is an option (at least for Windows... i assume it is there for Mac too) called OpenMP in the options which can accelerate A:M on multicore systems. (make sure to set the threads to n - 1 cores to be able to work with your computer even if A:M is using all the other cores... it will only do that on very certain operations, but I think it is the better option. See *Fuchur*

Did you write a bug report about it? The alternative is to open A:M several times on the computer and use for instance the step-property. (means: render every n-frame of the file) or you just divide your rendering into several ranges and render those each... it is less comfortable, but it will work. See you *Fuchur*

My guess is a gradient-material animated very cleverly . See you *Fuchur*

I am not sure but it looks like the restriction-keys work on each object seperatly but if you use a group and rotate it, it restricts the object's axis again, not the one of the group (this means if the group has a different axis-system you will end up with interesting behaviour... could that be it? See you *Fuchur*

Hi Jody, does it change something if you use "Global Axis"? (button next to the rotate button in the upper toolbar) (this would be normal behaviour, since you are not using Global Axis but the local once of the objects if you are not using that button.) If not are you on SSE 3 or SSE 4.1 or SSE AVX? See you *Fuchur*

They have some working holo lenses on the Build-conference now... I really like the idea of it... very nice! See you *Fuchur*

Just tested... yes I have the shift-nudge-problem too... (do a bug report for that) I do however not have it if I draw a selection-box around the objects in my chor... than I can use shift to move it around too... The interesting part is, that when using the selection-box feature you can for instance move and rotate objects as if they would be all in one model, since it generatres a group in the chor which is even saveable. If you shift-select, the rotation will be done on the local axis of the objects and it will cause them to no use a delta but overwrite the objects rotation value with the new you enter. Both are features, not bugs if you ask me... See you *Fuchur* See you *Fuchur*