KNBits
-
Posts
218 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by KNBits
-
-
Let me guess.
The ribbon had boolien cutters at the front and back ends?
Not on this. It may have been a better option though. This is done with the Snake along Path technique picked from the A.R.M. Multiple bone constrained to a path, with Ease adjust for each one. The path itself is also animated in the Chor to create a bit of floating around.
The next clip was done like 5 years ago I think, in V8.5. It was the very first project I did in A:M, and it is where I met Alain Desrochers who worked on this.
It was created as a project visualization tool. The animations and effects are pretty weak (even laughable) in most part, but it wasn't the focus of the project (not with that budget!).
It won't make it to the final edit either, so here it goes
-
-
The Meduse clip was one of the clips that was used for a video installation. The idea was to find graphical variation on the "Sea" theme.
This one was done quite some time ago. Special credit also goes to Alain Desrochers for modeling on this one.
-
-
a stylized Jellyfish (sort of) used in a video installation. Won't make it to final cut, but I thought about showing it anyway.
-
-
This is 2 clips (combined in one for viewing purpose) that was part of a visual environment in a theatrical play kind of project.
-
Consolidate: Consolidates the project into a single directory structure.
It's in the top Project Menu >>> Consolidate
Just select it, give it the location of the folder you want your stuff to be saved in. Thats sums it up.
-
You can use the Consolidate option that will copy in a brand new folder almost everything needed for your project, including maps, models, materials, etc.. It will mimic your directory structure though, which can be good or bad depending on the situation.
I say "almost" because if you use TGA sequences as maps or rotoscope, it will copy only the first frame of it I think, so you have to manually copy the others in the right folder. Otherwise it works very nicely, even if I'd wish more option in the process.
-
-
The number 12 and his reflection/refraction was created in A:M. The fish is real, but we used a mdl fish to map it properly.
Kind of minimalist, but a lot of stuff we do with A:M are little touch there and there like this. What we try is to do it correctly. This one isn't perfect, but ok and within the budget we had at that time.
-
Thxs everyone.
Here's another simple clip. That one is about our first mix with live footage using A:M.
-
We are in the process of gathering our sources to create a portfolio. Our company doesn't specialize in 3D stuff. However, we use A:M quite often in our pipeline of work. We hope to have the process finished in a month. I thought I'd share some of those clips.
Here's one, more to come, and eventually the final edit.
-
Nice stuff indeed. You use gel maps?
Cool!It would be great if you could actually generate the control codes from A:M to drive a real lighting rig.
Yep. This is why that kind of visualisation process is quite limited, and kind of dead end process. The specialized lighting software are getting more and more versatile to output that kind of images directly from the data that will also eventually run the show. Of course they don't have all the bells and whistles of A:M to create nice looking renders, but it isn't usually nessessary for visualisation purpose.
I'm not saying that your work is useless gra4mac, not at all. I used to do the same kind of stuff using A:M and it was quite useful in my work, let alone all the stuff your learn from it. But eventually the limitations make it hard to justify all the time required for this. I guess that if you build a library, it'll get less time consuming to create scenes like this for new shows.
BTW, the ROSCO site is full of cookie you can use as reference to put gel in your lights. And if you need a Roboscan model, I have one somewhere. Just PM me.
Good work.
-
Sweet looking! Clean and efficient. We don't see uch of this kind of stuff done with A:M.
Congratulation!
-
Very nice. Some imperfections yes (the one above the front left tire is the a bit distracting on the side render), but overall a nice feeling.
Thxs for sharing wireframe
-
The pixelation cannot comes directly from the Mini setting. I think either you scale it after to fit the "1.5in high and 2.5in wide" you want, or you use a compressor with inadequate settings. Are you rendering a still or a movie clip?
One thing about the "1.5in high and 2.5in wide". This is relative to your monitor. Let's say I have a monitor 20inch wide, and that I run this monitor at 1600 X 1200 resolution. To get the 2.5inch wide, I will have to render my clip at 200 pixel wide (2.5 X 1600 / 20).
Of course, if another user see that same clip on the same 20inch wide monitor, but his monitor resolution is set to 800 X 600, then the clip will appear 5inch wide to him.
On MY monitor, with MY resolution setting, what you ask would be something like 200 X 120 (width X height). I guess it would look about 2.5in wide X 1.5n high for a lot of people at that rez. Working with inch for render that goes on screen is a bit counter-intuitive though.
-
Recent version of A:M export directly to Jpeg in Render Settings. With older ones, you'll need another application to convert TGA to JPEG after your render. There are some free app to do that easily
-
There is different ways to achieve this, depending on how control you want and how complex the cam movement is. What is pretty sure is that you'll have to use Constraints. Read about the different type of constraints that A:M offer, especially Aim At, Path, Translate and Orient Like constraints. Those are very powerfull tool.
Once you figure out the tools, build something like this will be easy. Let us know.
-
Flash isn't a size reduction application in itself. The low size/quick loading time you usually see from Flash media is due to the vector based graphics. However, like John Bigboote said, tracing pixels from AVI and convert them to vector won't reduce size most of the time because it will take too much mathematic vector to trace an image correctly. That of course depend on the visual nature of your video, some trace very well visually and the size reduction worth it, but most don't.
Bringing your AVI in Flash as video is another option that has greatly improve with Flash 8, but then the size/quality trade off reality of all other video application like WMP, Quicktime or Real apply here as well. Flash On2 codec is very good for decent quality at fairly low size, but it doesn't do magic compare to other media player.
If all you want is to put video on the web at the lower size/best quality possible, you'll have to search info on different web delivery codec available out there and find the one that suit your need (what is your target audiance? will they have to install a player/CODEC to see your thing? etc). Check what others use (Apple, IFilm, etc) as guideline. Sorenson 3, H264 and On2 are good starting point for me, but it may be different for you.
There is also a Hash2Flash plug-in by Marcel Bricman (nick ZPiDER) that is supposed to be included in the current version of A:M. Haven't try this one yet but it worth checking it out I think.
-
Whoa this is GREAT! Kudos!
-
if I remember, 2001 was print with Dennis the Dog again, with a little more contrast. At least, I remember having two Dennis CD
-
I saw this before. I think it occur when a volumetric point in about the same direction as the camera, so the "end" of the volumetric cone is visible. It seem to be related to the way Hash deal with the end of the volumetrics.
-
Top notch Colin!
A:M in our pipeline.
in Work In Progress / Sweatbox
Posted
Difficult to say because it was on and off, but probably about 7-8 months. Yes it was ambitious, way too ambitious