This symbol can be copy pasted into a document and as soon as it does the scene will resize itself to it’s dimensions. When you animate it the stage will animate and it uses request animation frame so that coupled with the new engine makes it very smooth to work with!
Pan/Zoom/Rotate camera to make the stage do the same ScaleX/Y Filter Effects Opacity changes on it reflect the stage’s opacity Multiple scenes are supported
it doesn’t matter which scene you place it into it will find the scene it’s in as long as the class name stays and rejigs the code.
I’m sure there are bugs still but I worked 2 months on it so far and it’s now in a stable place thanks to @jonathan’s help with the rotation i couldn’t solve before so i’m very happy and proud of it
This is an amazingly innovative way to solve the issue of Hype not having a built-in camera object. It works extremely well and effortlessly from the perspective of an animator. When @Luckyde emailed me about it I was giddy as a schoolgirl to see Hype used in this manner. Well done!
On a side note, I noticed that the animation was exceedingly slow. I tracked it down to filter effects being applied and calculated unnecessarily. I’ve fixed this, and it will be much faster in the next beta of Hype.
The problem was even where filter values are their default (even if you reset to defaults) we’d still write filter code, and it looks like WebKit instead of ignoring would spend a lot of time trying to apply them. Hype is now smarter about not applying filter CSS if it doesn’t need to be there (within the scene editor, this was not a problem in the browser). So unless you remake your elements from scratch there’s not much you can do until the new beta.
This is pretty intense, a camera system in hype who would’ve thought? What were you trying to achieve when creating this for hype? Im just wondering where/what can I apply this to, any ideas? Its def cool.
A camera system is the actual system to frame a scene. We instead use an inverted system in Hype. Much like choosing to see the live camera view if we had an actual camera system. Meaning we move all the objects to focus on a particular one or (if grouped) move and rotate a whole bunch of layers/objects so that in a intense zoom most of them are off screen and it’s labor intensive. A camera system keeps you in a birds eye overview when choosing the framing. Here are some pro’s and con’s on the system in Hype in it current implementation:
Keep an overview of your scene
frame your shots independent of the Hype editor viewport
Use one scene as a setting and plan multiple “shots” in it (establishing, dialog etc.)
Just have a wild camera movement like in some animated type poems
Contra … in the current Implementation as in general
there isn’t much against such a system
One can’t switch to a live preview in the IDE (needs publishing)
One has to rely on the browser to manage performance (off screen objects etc.)
It can be hard to achieve one to one pixel
Potential to explore and future option of this script
Set the frameing to a specific group (and it’s children) to enable camera and traditional frameing in one scene (this would enables camera movement with independant titles for example).
Options to enable and disable the camera system in the same scene… I added this to scene changes already but not with a specific function.
Maybe an easier way to resize the camera dimensions to match the scene (if not 1920x1080). The code already allows for this (just resize the outer bound in the dCam symbol content). But lot’s of other stuff in there like title save and color control.
Unprobable: Get some parallax going and depths.
Highly unprobable: Get a live preview in the IDE running.
call me an idiot but I can’t figure out what this is supposed to do. I downloaded the file and it just animates into a black scene in my browser. Then I pasted it into a scene with stuff in and … nothing happened on preview.
Maybe there’s a ton of stuff about Hype I need to learn before I can apply this. Can anyone clue up a newbie?
It’s not what I expected from a “camera system” but then maybe that’s my experience as a semi-pro photographer causing me issues.
There is not much going on in the example just a square and rectangle but you should get the idea… Here is a explanation from the good old Flash days…
BTW just to appreciate what modern animation like Hype, formerly Flash and Toon Boom is actually solving… look what Walt Disney had to accomplish without computers just to get a parallax going https://www.youtube.com/watch?v=YdHTlUGN1zw
Well just write a little script that animates the dCam to the position of an element that has been clicked on. I am guessing around 7 lines of code but that is independent of the actual dCam or actually vCam code. Hint: Use hypeDocument.setProperty on the dCam container…