Monday, June 26, 2017

copy morphs from actor to another

There were a couple hits recently with the above as a search term.

It is relatively easy -- if you read the question on way (and much harder if you read the question the other).

Morphs in the Poser universe are a set of deltas. Poser meshes are .obj files (or .obj format imbedded in a Poser native format like .pp2) that define a 3d surface via a set of vertices connected by edges and filled in with faces. Each vertice has 3 Cartesian coordinates; x, y, z.

A morph file must have an entry for every single vertice of the mesh it will be applied to, in the same order (called "winding order") that they are listed in the .obj file. Each of these entries is a move in the x, y, and z directions.

This is what give morphs their flexibility. A single morph can be applied at a fraction of the full move, a multiple of it, or even as a negative of that move. They can also be combined; the final position of the target vertice will be the result of the addition of all the vectors.




With that out of the way; to move a morph from one file to another merely involves copying the big chunk of text that lists all the deltas. Plus a control. So, basically, copy the entire channel; everything within the brackets following "targetGeom nameOfMorph".

I should note that as of...I think Poser 5...it was possible to store the actual morph data in an external file. I never worked with those in my prop creation so I can't advise there.

There were also and probably still are third-party helper applications, some of them running within Poser itself using Poser Python, to copy and paste (and also delete and rename) morphs for you.



However. The morph has to be for the same mesh. The exact same mesh. Even one missing vertice will cause it to barf. I have to make particular note of this because in the Poserverse, "Actor" is the name for an individual part. A leg or arm or individual gear in a gearbox or whatever. Poser uses the term "Figure" (or prop) to refer to a fully rigged instance within the workspace. And, no; a morph designed for a leg will not work on an arm, any more than a morph designed for V2 will work on V3.

Ah, but there is more. It may not be possible to copy a morph, but there are ways to duplicate it. Manually, by using magnets and other deformers in the Poser workspace or mesh modeling tools outside (again, be very, very careful not to change the number of vertices or their winding order). There are also automated tools. PhilC makes some amazing ones that run within Poser itself (using Poser Python, natch).

Saturday, June 17, 2017

No More One-Man Jazz Trio

I got rid of my drum kit. Gave it in a long-term no-conditions loan to a friend at work. I hadn't even realized (until I got home) that with the recent acquisition of the Kala U-Bass I actually had piano, bass, and drums in the house.

That's the old-school Jazz Trio. It is a great blend of instrumentation.

The drums weren't great, anyhow. Roland SPD-20 "brain," a Roland FD-7 hi hat pedal and one PD-8 that I usually had set up as a snare. As a kit, it needed a lot of work yet. The hi hat controller had a lousy feel, there was no kick pedal, and no-where near enough pads, even including the surface of the SPD-20 itself. But even if it was complete, that's simply not the direction I'm going now.

See, that particular arrangement of controllers is to simulate this:


The pic above is a render of a kit I created in 3d. (Complete with multiple options, textures, fully adjustable and animatable...but that's not the point). The point is that an element of the sound is placed to be triggered from each limb. The right foot tapping the kick on the 1 and 3, left hand on the snare at the 2 and 4, heel-toe on the hi hat pedal on the quarter notes, and right hand laying down eighths on hat or ride (on the kit above, that's a hybrid crash-ride).

And many, many variations thereon. It's all about the coordination, and the idioms descend from the physicality, from what is easier to reach in conjunction with what or which movements naturally coordinate. And the best way to get it is to have those controls with that response in the right positions. You pretty much need something, whether it is an actual acoustic drum kit, or a set of sensors, sprawling out and taking up space in that arrangement or close to it.

Which is partially what my friend was looking for. But also, honestly, even if you are simulating timpani or tin-pan, bongos or part of a gamelan, having big pads to swing a stick at is better than trying to do it on piano-style keys. Or even those cute little baby touch pads on some keyboard controllers.


Thing of it is: you can study and simulate the idiom, but even the way a timpanist mutes the drums with their fingertips to control the long sustain requires an extra effort to simulate. To replicate the kind of intimate complex interaction of the player with a tabla or bodhran or the jazz standard of brushed snare is much, much harder.

And the natural sounds are not there. All the ways the tones interact, all the side noises (wanted, unwanted, or merely accepted), are part of the character of the instrument and the intimacy and presence of the sound.





It might seem like the electric bass and violin, and the Behringer 61-key, are counter to that idea. Don't be deceived by the terminology. Both my first violin and my new bass are electrically amplified, but the sound of the sound is entirely physical. It is the same vibration of strings as a true violin or an upright bass.

Well, sort of. The tone on both (the U-bass is a solid-body model) is simpler, lacking the full body resonances of a primarily acoustic instrument. But they do share -- in fact, because of this same lack of natural acoustic amplification, they even have more -- of the finger noise and bow noise and fret buzzing and all of that.

In short, both have a tone that is far too expressive. Every move my fingers make, intentional or not, is broadcast by the instrument.

You might think the keyboard is the odd one out here, but not exactly. The majority of keyboard instruments share one dirty secret; they are mechanical. If I fret on the bass where I place my finger and how I place my finger matters in the resulting sound. If I play a note on the piano...it plays. So a MIDI keyboard sacrifices very little of the nuance of the performer.

(I hasten to add -- that's when it is used to mimic keyboard instruments. It captures fairly faithfully a piano or organ performance. It fails to deliver the necessary control and thus nuance of a string or wind performance when it tries to mimic one.)




So I've been seeing a lot of stuff done with novel orchestration, and with hand-made and improvised instruments. I am still intrigued by the idioms of specific folk musics, of how a bluegrass fiddle is different from a klezmer violin, of the kinds of flourishes typical of an Irish penny whistle, but I'm becoming a lot more cosmopolitan in my arranging.

I'm just as happy, now, putting together groups of instruments that sound good, with whatever interesting techniques each player can muster, as I am with trying to "play the game" and stick with the style, idioms, and expectations of a classic jazz trio.

And in any case...I won't have the piano I want until I've gotten around to hooking up that Raspberry Pi-based keyboard module.


Monday, June 12, 2017

The First Time's the Best: The "Civ Problem"

There's a problem in most computer games. It first came to my attention while playing the Civilization series. Once you've isolated it, though, you see it occurring over and over.

It has to do with the way certain things -- from building a city to opening a treasure chest -- become by the middle of the game rote, boring, and annoying, with too many button clicks and a long animation to sit through. Paradoxically, in the early game these tasks are fresh and exciting enough you as the player find yourself wanting even more. More choices. Longer animations. More detail.

In my opinion, the choice to try to strike a balance is the wrong one. I think games need to do something different. The question is how the design team can afford it.


Saturday, June 3, 2017

We'll make it your way

I work at a company that is essentially using Just-in-time manufacturing technique. Our product line is nimble and always changing, and our catalog is deep, so ww essentially build each order as it comes in. And as a necessary adjunct to this, we only keep enough stock on hand to fill known orders.

That's basically what I was doing. However, the lead time on acrylic, PCB boards, small parts, etc. is enough that I had to anticipate Holocron orders somewhat and purchase those materials ahead. Unfortunately, I guessed wrong. It looks like I'm going to be stuck with unused parts. Whilst, simultaneously, being short of what I need to finish the remaining orders.

The problem is largely one of changes.