Anim8or Community

Please login or register.

Login with username, password and session length
Advanced search  


An update to Anim8or, v1.00b, is available with a few bug fixes. Get your copy HERE. See the "ReadMe" file for details.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - thecolclough

Pages: 1 [2] 3 4 ... 57
General Anim8or Forum / Re: Looping Animation
« on: March 15, 2018, 12:01:14 am »
Yes, I'm working towards a 64-bit version.

most excellent =]

General Anim8or Forum / Re: Looping Animation
« on: March 14, 2018, 05:37:26 pm »
A long term goal is to remove the 32-bit limit from Anim8or code.

does that mean there might be a 64-bit build one of these days?

good start - better than my first attempt!

General Anim8or Forum / Re: Cylinder dragging
« on: January 04, 2018, 10:42:11 am »
on a related note, v1.0 also adds the ability to type orientation values directly into the cylinder editor (and the same for other elements within an object), which i find enormously helpful

Finished Works and Works in Progress / Re: Swobu
« on: December 28, 2017, 11:52:10 am »
...something that could always be improved (especially amongst Anim8or users, as we're so caught up with making decent looking characters that we don't think about it) is the camerawork, making the camera move in a way that feels natural and stuff.
that's certainly true.  i think the camerawork in Swobu #1 works fairly well, as the movements are relatively subtle and are close to how a handheld camera could move in real life.  to be honest, i've shot live footage that had much messier movement than that!  but i've seen plenty of other CGI projects where the camera flits and floats around as if it doesn't weigh anything and isn't attached to anything, which can seriously detract from the realism of the videos.  i guess the bigger and more complex the video you're making, the more this ends up being an issue you need to be aware of.

a good-quality real-life camera will weigh at least a kilo or two, with higher-end cinema cameras clocking in at several kilos.  when you're setting up a shot, it's always good practice to think 'how heavy is my camera?  what's it attached to?  how will that let it move?'  if it's on a tripod then it can't move at all (only rotate); if it's on a dolly track then it can usually only move in a straight line; if you're going for a big swooping aerial shot then you should think about the physics of how a crane works or how a helicopter flies.  handheld shots give you all sorts of flexibility, but it's still worth stopping to think how big your virtual 'cameraman' is relative to the subject, and what s/he's having to do with their body to get the camera in position - are they crouching down, standing on tiptoes, or...?  in this video, for example, i'd guess one of two things: either the cameraman is another orc, and he's standing on a box or something to give him a bit of height relative to Swobu, or he's human and is just taller.

for more complex scenes, it's also worth reading up on things like the 180-degree rule (aka 'crossing the line') -

when your main interest is in the character animation, this sort of thing can seem like a bit of a faff, or even an unwelcome distraction, but it's worth taking the effort to get your camerawork right as it adds a lot to the overall effect of your on-screen storytelling.  :)

ASL Scripts / Re: ASL File import?
« on: December 11, 2017, 11:35:41 pm »
I've been wanting to write svg ... importers for the object editor for a while now
that sounds useful - do keep us posted if it ever comes to fruition!

Anim8or v1.0 Discussion Forum / Re: Frame miss behaves in 2 views?
« on: December 11, 2017, 05:52:39 pm »
the main useful point of difference between f and F is 'all non-hidden elements' vs 'all selected elements'; i'd argue that both commands should behave the same apart from that - i.e. they should affect the same view(s).  i've been frustrated before when i wanted to frame one view and found all four changed at once, and i can't remember if i've ever actually wanted to frame all views simultaneously (although i guess others might - open question to the floor?)  so i'd vote option 2.

Anim8or v1.0 Discussion Forum / Re: Frame miss behaves in 2 views?
« on: December 09, 2017, 11:40:37 pm »
Should it just frame the view in focus?
i'm not sure how steve intended it to behave, but i'd certainly prefer it if this was how it worked.

Should frame have any affect in a camera view?
i'd say no, it shouldn't.  since the camera's field of view is supposed to be determined by its position, orientation and FOV settings, there shouldn't be any other way to affect what it shows, especially not something like the 'frame' command which can have such wildly variable results depending what's in the scene.

General Anim8or Forum / Re: Anim8or workspace and 3d space too little
« on: December 08, 2017, 03:02:28 pm »
Steve - when Fefe mentioned enabling the depth channel, i think he's talking about the option to output the depth channel as a separate render, which is available for stills but not for movies (per the attached screenshot).  i've wondered about this discrepancy before too.

ASL Scripts / Re: Focus control on the camera
« on: November 12, 2017, 11:05:13 pm »
unfortunately anim8or doesn't support focal depth at the moment.

you can simulate it by doing multiple render passes for different elements and then applying artificial focal blur when you recombine the renders in GIMP or Photoshop or similar (i think there's a tutorial floating around somewhere), but it's a fiddly process, especially if you're trying to do video.

Finished Works and Works in Progress / Re: 4K logo overhaul
« on: November 04, 2017, 01:34:07 pm »
server doesn't seem to want to let me upload the stills from the finished logo in 4K after all that, so here are some 2K versions instead :P

Finished Works and Works in Progress / Re: 4K logo overhaul
« on: November 02, 2017, 11:49:44 pm »
...apparently i can't upload any more pics at the moment, so i'll have to come back and upload the stills from the finished logo vid tomorrow or something...

Finished Works and Works in Progress / Re: 4K logo overhaul
« on: November 02, 2017, 11:41:47 pm »
i just realised something... clever clogs here basically forgot i had this thread open, and never posted any images from my new main logo.  duh.  well, better late than never, i guess...

i went off up a creative dead end at first, trying and failing to design something clockwork-looking, which resulted in the horrible cluttered mess you can see in the image below.

the final draft has a bunch of floating segments which circle around and gradually fit together into a complete ring with the text in front - the server won't let me post with all of the attachments at once, so the finished stills will have to follow on another post.  stay tuned.

the video runs 10 seconds in total (although i often use a cut-down version on shorter projects), and was rendered as a PNG sequence using Scanline in v1.0 Beta 2 - if i remember correctly - over the course of... well, quite a few hours ;D

Finished Works and Works in Progress / Re: Swobu
« on: November 01, 2017, 12:13:37 am »
The cans are seperate objects and when I moved them at the frame where
The action happens, they sort of started moving in the starting frames.

I thought I had made a keyframe when the action happens to make sure they would start moving there, but I had to do a clumsy job of moving them into their place where they werent supposed to move. Thats why they move a little before he hits them.
whenever you start keying an element's position or orientation, another key is automatically added at frame 0.  sometimes this is useful, and sometimes it isn't.  in this case, that extra key is what's causing your unwanted movement (i sort of understand the reasons why it does that, but it's a bit complicated; Steve could explain better).  if you want the element to stay still at the beginning of the scene, you can do that by deleting the auto-added key at frame 0; the program will then keep the element at the position (or orientation, or whatever) specified by the first key it can find, even if that key doesn't appear until hundreds of frames later.

nice video overall though - looks like your animation career is off to a good start :)

Anim8or v1.0 Discussion Forum / Re: V1.0b small material bug
« on: October 24, 2017, 04:58:59 pm »
Copy and paste materials can be done via edit menu
huh, there go my powers of observation again :P
thanks for the tip :D

Pages: 1 [2] 3 4 ... 57