Fuchur

It will leave the current tool you are using (Scale, etc.) active after you have used it. Normally it will switch back to standard mode after usage. Leaving it of is the standard behaviour. See you *Fuchur*

Wrong guy => All done by Steffen. This one is in A:M and not referenced. Only if you click on the button, the website will be opened. But yes v18 is great... performance wise and for the export-features it introduces (like very high poly-export options, etc.) See you *Fuchur* Acutally, these things are OpenGL-Posteffects. They are meant to work as FastAO, but it is not the code of FastAO, which is included here, as far as I know. It renders a little differently too. See you *Fuchur*

Hoffe du hast es krachen lassen . Happy Birthday *Fuchur*

Hi Arthur, I am very happy to here from you and very happy about your offer . It would be super awesome to have a direct way to FBX. I am using Unity from time to time and there are many other occasions I could have used a exporter to FBX to import into other software! In my signature you can see the current workflow I used to get to FBX, but it needs other software and is not very straight forward. It would be especially awesome if it could extend the possibilities of the DirectX-Exporter (it can only export bone-animation, no CP-animations, etc.) but even if it could only export what the directx-export can it still would be great. There have been different requests for FBX-exporters (and Collada-Exporters but today it really would be enough to have a FBX-exporter) like this one: A:M FBX-Exporter Request I think there is a real demend for that plugin and it would be very very helpful to many people and to get more people to use A:M. See you and thanks again! *Fuchur*

Very well done Bust just to mention it: "Ist es nicht wahr..." should be "Sollte es nicht so sein, dass..." One of the things that are a little harder to get because the term "Isn't it true..." is not used in that kind of fashion in German . Anyway, to answer it a little bit: As far as I understand it, "Snap Group to Surface" is based on the normal-direction (or the negative normal direction, depending what settings you set in the "CTRL + Snap-Group-To-Surface"-Dialog) of the patches in the group you want to snap to surface. See you *Fuchur*

Very nice stuff... I would have given him a little more time till rising his arm in anger, but it really is great already . See you *Fuchur*

Hi serg, that is real german and does not sound like translated automatically. What translation programm are you using there? Its a little more formal than usual in this forum but very good anyway See u *Fuchur*

Much over 900 years since, if I remember right, Star Wars itself is taking place in a long time ago . See you *Fuchur*

Happy birthday steffen! Thank you very very much for all the great work and time you have put into A:M! I am very happy that you are doing what you are doing . Have a great day and celebrate! See u *Fuchur*

Just to say it: This character is really a great one! Keep up the terrific work! Love the style and with the style I do not think that the hands are too big... in general the hands need to cover the face if layed over it and I think that is working quite good. It may be that the boots are a little too big, but I do not see that as a problem... if she is a soldier (or so) she needs that kind of boots may. See you *Fuchur*

There are several programs in that direction. I think what you want to know of is MotionTracking (!= motion capture). A motion capture software which works with A:M is Zign Track 2 (or A:M Track 2) which really works quite well, but what you are after is very likely motion tracking. As far as I know, A:M itself does not have such a functionality. But there is software that can export A:M importable data like Icarus or Vodoo with ICAM by Zign Creations: - ICAM - Icarus - Voodoo Camera Tracker I have never really used this but it should work well enough. There was another software (something with Ph...oe in it) which could work with A:M too and worked quite well, but I can not remember the name, no matter how hard I try... maybe someone else knows it? See you *Fuchur*

Yes A:M has been used to do that many times. One ofthe projects i could think of is this one: Stian's raptors See u *Fuchur*

Thank you very much Steffen for all the support and all your hard work. I think if Apple does not support multiplatform development any longer, this is the only step you could do. See you *Fuchur*

Most other software companies do not think that way and include some sort of backup routine which will only be loaded if needed (and like that will not slow down anything noticeable but if at all make the installer a little bit bigger). You still can open old Illustrator files in Adobe Illustrator (or any other Adobe product I have used), you can still run software from Windows 98 on Windows 7, you can still open Word files from Word XP / 2000 (even better, they provide you a tool that you can even open Word files from Word 2010 in Word XP / 2000). All major browsers still support HTML 1.0 even so we are at HTML 5.0 level.... and we can go on with that list. In general it should be said that Apple does stop support for some things each and every version of the OS they make public, not only at a few occasions as other softwarecompanies are doing it. (for instance Windows dropped DOS support... but that was wenn DOS was mostly gone for 20 years...) We can argue about that further on and as I said there are certain reasons which can be a factor but all in all I would say these are the real main reasons for Apple behind it: - keeping backwardcompatibility is harder to accomplish and it is much easier to write code as you wish but to have to look for the backward compatibility, which costs Apple money. > bad for Apple - Forcing everybody to upgrade as often as possible will earn money. > good for Apple - keeping the keylock at Apple gives them a monopolistic kind of power. > good for Apple This makes sense from a corporate point of view but is bad for customers, because they have to put more money into that, even if the hardware / software they have would be sufficient for their needs. It is like buying a new car every week. Yes of course you always have the newest car. But is the old car that bad? No. And with all the money you are spending for them they will do it gladly again because they can and want more money. And while they are at it, they will change for instance the music-player on the updates too... and first they will drop support for CDs, than for USB-drives and tomorrow for the Cloud-stuff and so on. And each update will give them more money and cost the customer (you) money. I am developing an own CMS and I have to look for backward-compatibility often. I do it, because I could not give anybody a good reason why s/he should pay for something that worked perfectly a day before and is not working at all today while they did not do anything to cause that. "Sorry Sir... your toilet does not work anymore because I did not like the color of the tubes to connect it and we just got rid of them... if you want to get it running again, buy a tube in gold next time. But be aware that I may like blue better tomorrow and you will have to change the tube again, but today we will just go with gold... and like life plays: I have gold tubes here... do you want to buy some?" See you *Fuchur*

Just saw that it is not even a major-version-update from the OS (10 > 11). That is quite unlucky if you ask me... in general I would assume that at least till 11.0 they would have had a backwards compatibility preserving structure in the code. Two minutes back I have received a newsletter from Mirye (Shade3d) that they now have an update to support the new OSX version. This update has not been available at the release day too... Anyway, I have send Jason an email to put a note in the store to tell people that MacOSX 10.9 (Maverick) is not (yet) supported. I can see that that makes sense and should have been done a few days before, when the confusion about whether it runs or not was finally solved. See you *Fuchur*

Yeah, Apple does everything they do for the benefit of mankind, not for the money or their shareholders... I understand... As I said before: It has advantages, but it is not developer friendly (which my whole post was about) nor the only way to go or the unarguably best way to do it. A linux-kind of way is more developer friendly and it unarguably brings other problems with it. Windows has problems in that direction too. Don't get mad at me... I am just expressing myself and how I feel it as a developer of some kind and I daily face these problems when developing Apps for the iOS systems. It is just a very closed environment and it is very troublesome in many situations in which I try to think out of the box and it would be MUCH easier to develop everything on one computer of my choice and not on one computer of Apple's choice. I just do not like to be forced and Apple forces me very much... It is Apple's fault that the software does not run no longer. I do not doubt that they have good reasons to do it, but they changed the OS in a way that older software can run into problems. The software has not started changing. Since as soon as anybody will say something against Apple people will get angry, lets do an example with an imaginary company called "VaccuTopClean". (i just mad that one up... if a company like that exists, my honest appologizes that I have used the name of it): You have a house with american jacks in it and tomorrow there are no longer vaccum cleaner available with compatible connections, who has broken the link? Your house or the guys who decided that other jacks are better? Even if they tell you 2 weeks before they change it, that they will change it: You will have to change your jacks and it will force you to buy new jacks, maybe even rebuilt your house if they changed more than just the connections and that will cost you money and time, not the vaccum cleaner company. And now think of that and imagine, that when the vaccum cleaner companiy changes the connection they will even earn more money, because they will sell you the new hardware to make it compatible to the new jacks and the tools you need to make it compatible with it, because the new jacks can not be installed without a certain kind of tool only they can develope because they have made the tool in a way hat noone else can built it - not because the others are just less intelligent but because the company putted in a keylock only they have the key for... what would you say about that? That is the easy truth behind it. The other truth is: You will very likely have to change your jacks because you just need a vaccum cleaner or your house is just not important enough to say something against it. And that is, what Steffen needs to do now: Install new jacks to the house. Steffen will very likely have a look at the problem very soon and come back to us with more information about that. If v16 is still working there is a quite good chance that he is able to do something about that problem... See you *Fuchur*

Sorry, but just not right. They force you to use a Mac-System with the current MacOS, pay money to be able to develope for their platform, use their IDE and so on. It really is not developer friendly. Play after their rules and everything is fine, but try to play outside of them (like using a Linux or Windows system, use a OS which is not current, etc.) and you are not able to develope at all. This has some advantages (at least for apple) but all in all it is very hard for someone who wants to develope for different platforms. For Windows you can at least compile many applications (MFC-based once are tricky, everything else is not) from other OSes without having to use their IDE (Visual Studio is only needed for MFC-based applications) if the compiler runs on it (like GCC+, which runs on Macs, Windows and Linux and is free). For Linux you can compile with any OS and any IDE you want. Apple may be developer friendly for (no other but current) Mac-developers, but that is the only aspect they tolerate at all. It is a pure "one to rule the world"-approach and the biggest disadvantage Macs have if you ask me. And it is important for a developer that the OS is backward compatible which ApplesOS is not that good at. This is a advantage for developing the OS (or for Apple) because you do not have to careful about what you change, but it is a real pain in the ass for developers... See you *Fuchur*

As I understand it: Try to uninstall A:M and re-install it after the OS update. If the preference-files are only corrupted while updating the OS (not constantly while using it) it may be as simple as that. Worth a try if you ask me. Be sure to move your master0.lic to another location before uninstalling to be able to put it back into the same folder after you have reinstalled. See you *Fuchur*

I am one of the users actively participating in the v18 beta testing. I have a Mac which is running Maverick but I use my A:M licence on my PC (since I prefer the way A:M's perfoms on a Windows PC). I have also been wondering about the status of the Mac version because I have considered switching to the Mac for my A:M work. (I run Windows just for A:M) I will contact Hash to see if I can get a temporary licence to also run to run the beta on my Mac so that I can try to help resolve any problems that may be present in it now. I will keep you posted... > Try the trial: A:M Trial See you *Fuchur*

Which GPU are you too using? Are the drivers up to date? See you *Fuchur*

Nvidia and ATI/AMD (both gpus and apus) both work fine for me. I never tried it with Intel solutions... maybe it is a problem with them? Steffen may know more about that. See u *Fuchur*

When I installed it on the other user login, it generated a crash report as soon as it kicked out of the launch. I went through as much of it as I could, but I couldn't understand it. I went ahead and sent it to Apple. You may want to send that report to Steffen too. > A:M Reports I'll tell him about this thread just in case he missed it till now. See you *Fuchur*

Yes, you can set a target poly count! What would be cool is to be able to bring it in with the UVs and easily use the higher res version to generate displacement. I think I will still be able to do that, but it may take another step... I'm thinking that I could take a textured version from A:M out as an .obj and bring it back into Zbrush and use the high-res details to generate a displacement map. Or maybe TROER might be a way (but it wasn't able to open this one...) I did that with 3dCoat... it should be quite easy with ZBrush too. Looks very promising Will! > See my cameleon-thread here. See you *Fuchur*

Technically spoken it is if the licence system takes the os in account to create a unique identifier If it does not it will be the same technically. (-> this means from a programmer point of view not a seller) I do think that it may not be taken in account and that only hardware is if i listen too people who can run win and mac versions with the same lic-file.

Just a quick question: Why do you need to put a bone to each CP? Would it not be easier to just use CP-Animation for that or do you want to create dynamic constraints on each bone or what is the reason behind that? See you *Fuchur* PS: I think this should be rather easy to implement with a script-language which can manipulate text-files.