Stop making them then!

I know, but my ears are sore after listening to all of yours and Dreeko's bug reports.

Hey, I'm not shouting, merely grumbling

ziggy72 wrote:


They're on separate tracks, but because they're on the same "direct dialog", they're linked and can't be recorded individually. Don't shout at me, I didn't write that bit.

(we all know that's how it used to work !)

@Neil Hang on a minute, I'm with Dreeko here - the eye size and eye look are on separate tracks on the timeline, with separate blocks to show the actions - how can one overwrite the other? I know they're on the same tab to control them, but even so, even there they are independant of each other.

Maplins

Dreeko wrote:

We have considered making a special version just for you, Dreeko. But believe me, it's not a flux capacitor we'd add.

mysto wrote:

They're not cheap.

http://www.shopneo.co.uk/flux-capacitor-free-shipping--pr-16735.html

I knew my version of Muvizu was missing something! Where can I get a flux capacitor!

But I have animated previously by performing three passes i.e. head, lids and pupils without overwriting occuring

has my version of muvizu been fitted with a flux capacitor?

For the versions of Muvizu that dont have in built time travel, three separate passes for head, lids and pupils are as much a necessity as the separation of character actions and character movement from each other are in my opinion.

PPS: Can we have signatures in our posts please. It would be great for plugging our Muvies!

The tricky thing here is that eye size and eye direction are part of the same track.

Recording on the eye size track will overwrite the pupil direction and vice versa.

We can change this behaviour in a future version if you want us to, but it'll mean recording eye width and pupil direction in separate passes. Let us know which you'd prefer.

In the scenes I have been working on lately, I have been encountering some very strange behaviour. When I animate a characters head movements and I then try to animate the eyes (lids and pupils)the head movements disappear from the timeline. This is also the case for the reverse.

I've had a similar issue with the eyelid animations sometimes disappearing if I do them before I animate the eyes, and then sometimes the eye animations disappear if I do the lids first - never worked it out, and could never repeat it.

Never had the head movements disappear like that though...very odd.

Thanks! But after you've squashed the bug, could you send it my way so I can jump up and down on it a bit? Won't fix anything, but I'll feel better for it.

(BTW, my sweary opus is progressing nicely despite the f**king bugs...)

@Ziggy - one of our Code Ninjas seems to have squashed the ATI bug...however, the fix still needs to get thoroughly checked before the next release...so...it looks very promising, but as always...no promises!!! :P

ziggy72 wrote:


That happens to me as well - I think I read somewhere that this was going to be updated - hopefully so that the colours are automatic! - the float/stood on are there but at the bottom of the long screen - although for "stood on" you would need to do a collision anyway - which again can be quite long winded to do in Sketchup

Could we have an option to flick the bottom (non colour) controls up to the side of the properties window? Or am I just missing an obvious way to reach these contols?

Me again, with another gripe (sorry). When you import an object from Sketchup or whatever, if the list of colours in the object properties window are too long the scale bars are out of sight, and therefore not able to be changed. Also can't make it float in the air or be stood on (I assume those controls are still there too, just can't see them). Could we have an option to flick the bottom (non colour) controls up to the side of the properties window? Or am I just missing an obvious way to reach these contols?

Oh dear, I seem to be finding more stuff...

This time, it's a wierd effect only seen at distance - I have a fat man character with a beard (not the fake option) and he looks fine in Unlit mode, but when he's Lit his beard dissapears the further the camera gets from him (a block at a time). This effect also appears to effect eyelids and faces at distance when Lit - you can actually see it in Freshsmint's Police Academy vid (the female officer has a white block of missing skin under her eyes). I'm shooting around it for now, but...help!

Hang on, been using the new version, and a familiar problem appreared again - I moved a piece of scenery, it hit another bit of scenery which moved, and brought my entire set down. The bits of set were all locked - am I to understand 'locked' doesn't mean it's actually locked, just...what? My understanding is that locked would mean unmovable, uneditable, and, you know, locked, so it can't be affected by anything else you're doing. I build complex sets, I need to be able to have stuff stay where I left it - could you make lock actually lock the buggers down properly? Thankyou.

Also, thankyou for adding the keyboard shortcuts to the zoom buttons in the timeline window, just as you said you would. You make me hopeful that the lock will get sorted too

And for goodness sakes, give Dreeko his dragon! I think he's earned it!

But Dreeko, we already have a Griffin - he's in the pre-made characters list!

Second from the right on this line up.



Just be careful now...don't let him near the evil animations...

ziggy72 wrote:

Dragon shmagon I'm after a griffon now

In addition I would like to have a walking/running on the spot mode (I've mentioned this before, I know!) to use the scrolling background without the character walking away from it, I dont know if some kind of treadmill that matches the speed of the characters underfoot is the answer, but whatever it is, it would be awfy handy!

D

And for goodness sakes, give Dreeko his dragon! I think he's earned it!

Hello, hello, elllllllloww...
To make our muvizu beast savage in all directions, aswell as the much needed (point-click-go) system, would it be
extra super cool to also be able to disable the walking running animation, this way you could have our puppets
moving without using his legs, and if you could make him sit you could get over the link to objects problem?What I mean is, would this be easier for us animating our characters to drive our cars, or planes?

Cheers
edited by artpen on 11/18/2010

I like the idea of a waypoint system for characters and cameras and for everything that's gotta move.
it would save a lot of frustrating hours trying to get that perfect walk path, perfect dolly shot.
I've had a go at moviestorm, and I think they have a pretty good waypoint system, quite easy aswell

I like the current system, but for us bleeding edge junkies, we want bleeding edge murder tools

Owww arrrrrrr!!!

And now, back to the Neil & Dreeko Show!

Yip waypoints where do I sign!

Dreeko wrote:

I disagree. I think a properly designed and implemented waypoint system and the ability to create and modify events directly on the timeline is far more useful. But that's just my personal opinion.

For smooth camera movement from a to b , the ability to delete the in-between errors made on the way to b was essential and if it was a bug then it was a bloody good one

Cmoan the bugs!

Being able to delete the cameras middle events and it causing a teleport type of effect but with a smooth transition was a good thing IMO. It was super handy for reusing cameras for new shots and doing quick camera movement. Teleporting positions would also be a nice feature for characters too, so u can teleport them to there next shot without having to walk them there or having to make duplicates of characters.

Your comment on the movement surprises me - I thought that the movement was all relative which is why you use this mechanism. If it's absolute then can I add my voice to the campaign to getting start and stop locations possible to set on the timeline and then Muvizu moves the characters between them.

We could delete inbetween blocks from the camera movement timeline in the previous version do you count this as one of the" everything else bugs"?

We could delete inbetween blocks from the camera movement timeline in the previous version do you count this as one of the" everything else bugs"?

As Neil said, thanks for the feedback. The one thing I want to point out about these timeline bugs is that the movement track will always delete anything after the one you want to delete. This is because the character needs to know its position during movement and if you delete one block the rest no longer make sence. Everything else listed are bugs .

Thanks for the feedback, guys.

I feel a bit embarrassed about the bug that Dreeko is experiencing with the timeline as I promised him in-person that it would be fixed for the next release. Unfortunately, as you're aware, there are a few known issues with the Bleeding Edge release, particularly with the character animations. Sadly, this is one of them. Honestly Dreeko, it *was* fixed. But now it's broken again.

I fully intend to have the person responsible flogged publicly. Expect to see photos on our news page shortly.

I have uploaded a video of the prepare bug - it's driving me nuts now as it does happen a lot. I have made this private to you.

We're working towards a new release that should fix the outstanding issues with this version, and we appreciate the feedback you're giving us. Please keep it coming. The more information you can give us, the better we can make the next version for you.

I can confirm that this is an issue with the new version. I have only seen it apply to movements - both character and objects.

I'm just animating lights - grab a light and move it around like a spotlight. Look at the timeline and see many distinct movements. Delete the first one and they all go.

Better get it right first time then !

Berty