Jump to content
Hash, Inc. Forums


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral


About MMZ_TimeLord

  • Rank
    "THE MAN"

Contact Methods

  • Website URL
  • ICQ

Previous Fields

  • Interests
    Animation, Hot Rods, Movies, Games, Women (Okay just one, my wife), good food and Cruises.
  • Hardware Platform
  • System Description
    Have several... Main project PC: AMD Phenom II x6 2.8Ghz, 16GB RAM, nVidia GeForce 8800 GTS 320MB RAM, OS running off of an Intel 75GB SSD, Main Storage - Seagate Barracuda 1.5 TB 7200RPM SATA 3Gb/s 32MB Hard Drive. Running Windows 7 Ultimate 64-Bit w/Service Pack 1
  • Self Assessment: Animation Skill
  • Self Assessment: Modeling Skill
  • Self Assessment: Rigging Skill

Profile Information

  • Name
    Jody Krivohlavek
  • Location
    San Mateo, CA, USA, Earth, Sol, Milky Way

Recent Profile Visitors

666 profile views
  1. Just thought of something. If there is an "UNDO" section or file associated with the project, that could be the culprit too. Hmmm... to hunt the bug or not, THAT is the question.
  2. Robert, I found a work around. Not the bug, but a way to clean it from the Choreography. I believe it is in the Choreography section of the Project. I save out the Choreography and then create a new Project and Import the saved copy. By doing this, at the saving process or importing process, the corruption is filtered out. See for yourself... SelectRotateMoveBug03.mp4
  3. Robert, I started from a new empty Project. Opened my model files, then created a new Choreography. Placed a few instances and all was well. As I was adding more instances (parts), I would stop and drag select and rotate the last 6 to 10 and make sure they nudged, rotated, etc. Again, all was well... until. Well, see the video. It may be file length related as there are a lot of instances and after a certain point things don't rotate properly or get locked altogether. I am also including the project file with the models embedded. It seems to retain the behavior. Test it as you see fit. SelectRotateMoveBug02.mp4 PVC PartsEmbedded.prj
  4. Well, I'm thinking it's just this one project then as drag selection yields me almost NO movement of the model instances now. Something is surely wonky. I will try and rebuild it slowly as I have the individual models saved as separate files. I will keep the original file and browse through it with a text editor and see if there is any obvious corruption within. Wish me luck!
  5. I noticed this in the 18.0L release post..." Fixed All: Turn rotates only around the global axis of selected objects , not the local axis"I guess not eh? I'll have to wait for 18.0m to go public.... *sigh*
  6. Okay, a few details just so they are not missed. I am running Windows 7 - 64bit with Service Pack 1 and all critical updates. I am also using A:M 64bit version 18.0L Web subscription (latest). Here is my video response to Robert's Demonstration: Enjoy! DragSelectMove01.mp4
  7. I tried to assemble the models in an Action object with similar movement issues. *Sigh*. I guess I just have to bite the bullet and manually move them one at a time or group items that are oriented the same way. That seems to be the only way to move more than one. CTRL-Selecting the model instances in the PWS works a bit better but is a PITA to organize properly. YEESH! Intuition states that simply grouping a bunch of models and nudging or dragging them should do so without scattering them or leaving some behind. Bug report or feature request?
  8. Well part part of the solution I found was removing my model instances from the folders I had created in the choreography. I had so many I was just trying to organize them. It still does not move about half of them in the selected group, even after putting the instances back in the root of the choreography. I will do some additional testing this evening. Cheers!
  9. Hello, All! I've been away a while... work demands my attention. I was messing around on a personal project and had a lot of models (four, but with lots of copies) to assemble a structure. The issue I am having, and maybe I just forgot how, is I select a group of models and want to "nudge" them over with the arrow keys. Well, this results in the models moving all different directions as they have been rotated from their original placement. I can drag them with the mouse with no issue, but it is not as precise. I have attached images to show what I mean. EDIT: Correction, it even shifts the models when dragging with the mouse or isolating one axis by holding "1", "2", or "3" while dragging. It appears to shift the models in the group when grabbed with the mouse or an arrow key is pressed. The arrow keys progressively shift the models further and further. The Mouse grab does it every time the group is grabbed and moved with the mouse (click and hold on the group, then begin to drag). Now I'm really confused. Did I do something wrong or is this a bug?
  10. Yep, I agree... Excellent work! The entire team is one of a kind!
  11. John, Thanks for that! *Blushes* I have the entire solar system modeled as well. Including scale accurate orbits, most of the satellites around the larger planets as well. I also modeled a large rotational indicator arrow. The Earth model included in this package has only 1k maps, but still good enough for a lot of stuff. Here's a quick preview fly through. Pluto jitters a bit due to precision errors I believe. I rendered a test image in V17.0e and the render as lines precision on the orbits is still funky and they render VERY thick when you get close, even when the line width is turned WAY down. Sol_Flythru.mov Here is the project all zipped up for your convenience. Sol_System_Project___Files.zip
  12. Gerry, I did several versions of Earth, along with a complete (nearly) solar system project too. I am posting the version of Earth here with 2k maps. Color maps for each month of the year. Single displacement, bump, etc. This is what it looks like, still and rotation. Rotate_640_Lossless_1.mp4 Let me know if you need higher resolution maps, mine go all the way to 8,000 x 8,000 pixels! They were pulled from NASA's Blue Marble project... check the readme in the Zip file. Jody Project_Earth__V13_2k_maps_.zip
  13. I found this information here. So, you are looking at just under double 1080p. Not even double (not really four times, unless you are talking about pixel count) an actual standard media resolution (1920x1080 or 1280x720). So, you figure you could double the horizontal and vertical on a 720p frame and still have a 80~90 pixel border. This would be less than a 4k scan of a standard movie frame in any aspect ratio, but more than a 2k scan. So, even Bluray discs will now look a bit blurry on these displays? I can't imagine people having a large enough Apple display to be able to tell the difference. But, what do I know...
  14. Don't forget, if you have a favorite way of setting up a Choreography, you can make a custom default Choreography like so... 1. Create a new Project and Choreography. 2. Set up the lighting, camera settings, backdrop, etc. the way you want. 3. Save the Choreography out under your own custom name. 4. Rename the original "default.cho" to something like "default.cho.old" or "default.cho.bak" in the V17.0 folder. 5. Copy your custom Choreography to the V17.0 folder and rename it "default.cho". Now when you make a new Project, it will load your custom Choreography. Viola! This can be useful for setting up multiple Choreographies for specific project where settings will be repeated. You can also import custom Choreographies for the same reason.
  • Create New...