es en en en en en en en en en en en en en en en fa en en fr hbs_lat en en en es en en en de en en fr en en ca en en en en en en es es en en sv en en en en en en en en en en fr de en en en en en en ru hbs_lat nb en ru hbs_lat en nl en en en en en sv ru hbs_lat nb en ru hbs_lat en nl en en en en en en en en en en en en en en en en lv uk nb en lv uk it ca kn en en lv en en en en en en lv uk nb en lv uk it ca kn en en lv en en en en en en en ms nb en en ms en en en en ja fr en fr fi en en en en en en en ms nb en en ms en en en en ja fr en fr fi en en en en en en en ms nb en en ms en en en en ja fr en fr fi en en en en en en en en nb en en en en en en en en en lv en en it fi en ms en en en en en fr el nb en fr el en en en en en en en fr el nb en fr el en en en en en en en en en en en en en en en en en en en es en de en es en es en es en fr en pl en en en en en de en en en en en en en fr cv es tr es en en en en ms en en en en en en fr en hbs_lat en en en en en en en fr cv es tr es en en en en de en en en ca en en en en en
I ran into a layering issue with DepthJS that makes it not feasible for use in my current EaselJS project. DepthJS places its 2.5D content in a separate"depthjs.Stage3D" object. You add this "depthjs.Stage3D" object to your standard EaselJS Stage object, but the "depthjs.Stage3D" object always sits on top of all other regular EaselJS content in that Stage. So layering the DepthJS content with your EaselJS content can become a bit more complicated. If you want your standard EaselJS content both below and above your DepthJS content, I think you'd have to create a separate EaselJS Stage for the EaselJS content that sits above the DepthJS content.
TweenMax rotationX with Canvas and EaselJS
Tim Jaramillo replied to TShelton41's topic in GSAP
SplitText with SVG text element problems
Tim Jaramillo replied to PointC's topic in GSAP
Tim Jaramillo replied to joe_midi's topic in Banner Animation
The 2 platforms that I regularly work with (Sizmek and Doubleclick), are pretty much tied for me. I have basic code templates setup for both (only difference is for Sizmek my template loads the EBLoader.js file before initializing the animation), so my workflow is basically the same for both. In the past I have had to upload banner assets to the Sizmek web platform, which was a convoluted pain at first, but I got used to it (comfortable even) after 1 campaign. For most of the current Sizmek campaigns I work on, the media agency uploads the banners to the Sizmek web platform, so less stress for me!
Quick Start: GSAP and Adobe Animate CC (ARCHIVED)
Tim Jaramillo commented on GreenSock's blog post in Learning Center
Thanks for responding to my comments, Cory. It's definitely been interesting watching the ad industry move from Flash to HTML5, and I'm sure your article will help many Flash animators to make that transition.
Quick Start: GSAP and Adobe Animate CC (ARCHIVED)
Tim Jaramillo commented on GreenSock's blog post in Learning Center
For those of you using canvas/Animate CC for banners, have you run into any issues with ad servers/publishers? For example, do all ad servers/publishers exclude the EaselJS library from file-size count? The info under the "Retina ready" heading is interesting, but it seems that using 2X images for all assets could be problematic in terms of hitting the standard 200k file size limit? For my standard DOM div banners, I've been using regular size images for most imagery- the blurring is not very noticeable when most images scale on hi-res displays. Blurring is much more noticeable on text, so I use SVG for text whenever possible, though file size can be prohibitively high on SVG text. (And of course SVG is not available in canvas, though you could potentially use EaselJS’ DOMElement Class to add an SVG on top of the canvas). Does anyone have thoughts on pros/cons of using Animate CC versus hand coding banners using the DOM? I'm wondering if Adobe is positioning AnimateCC for banners for users who maybe don't want to hand code animations as much? On one hand the AnimateCC seems to simplify the workflow, by offering easy positioning of objects using the WYSIWYG interface, but on the other hand it seems to introduce additional complexities: 1) you have to open a hefty program to edit, 2) anyone else who works on it needs to be familiar with the particular Animate CC setup (how the FLA relates to the output HTML/JS), 3) when handing off source files to clients or 3rd party devs, they may not have AnimateCC installed in case they need to modify the ads, etc. I’m definitely not trying to bash using AnimateCC for banners, just curious about others’ experiences!
Solutions for Banner Ads in the Post-Flash World
Tim Jaramillo commented on GreenSock's blog post in Blog
@hhdev: yes, when reusing the SVG outlined-text elements across banners, we have been using the same text layouts across banner sizes (luckily). If the text layout was different across banners, then yep- we'd have to save out unique SVG outlined-text elements for each different layout (have the banner's designer do this for you!).
Solutions for Banner Ads in the Post-Flash World
Tim Jaramillo commented on GreenSock's blog post in Blog
@ Wiplash: our current workflow for displaying text in html5 banners is to convert all text to SVG (create outlines of the text in Illustrator first). We embed the SVG into the html with a standard image tag. We then use CSS to set the width and height of the text for each ad (you can reuse the same SVG text element and just resize for each different ad, since it's vector!). In my experience, using SVG for text results in a bit larger file size than the alternative of using pngs for images, but png image texts appear blurry on retina displays. I definitely wouldn't want to deal with all the hassles of embedding fonts, legal issues, etc. If you do use SVG, you do need to make sure that whoever is hosting your ads has the SVG mime type added to their server.
Solutions for Banner Ads in the Post-Flash World
Tim Jaramillo commented on GreenSock's blog post in Blog
Jack, this article should be recognized as the official manifesto for html5 banner ads moving forward. Everything in this post is absolutely spot on. I'd like to add that finding a good png compressor (I use Pngyu combined with ImageOptim), and getting comfortable with Photoshop's Save for Web feature, are absolutely critical in terms of hitting the low file size specs for an html5 banner ad. On a side note, some ad networks offer different price points for various file-size tiers If you're lucky, your clients will be willing to pay the extra amount to run larger file size ads. I'm currently involved with a campaign that has a 110k file-size spec. As Jack mentioned, our ad network is not counting external JS loads against us, so even with the 110k file size spec, I'm able to build all the standard sized units using TimelineMax, which is an extreme time saver. Thanks again for you and your team's great work on GSAP Jack, it keeps me in the game!
Tim Jaramillo commented on GreenSock's blog post in Blog
Yet another reason why GSAP is the only way to animate on the web!
ImageLoader XML - local publishing lag when loading 100s of images
Tim Jaramillo replied to Tim Jaramillo's topic in Loading (Flash)
I see, thanks for clearing this up for me, Carl.
ImageLoader XML - local publishing lag when loading 100s of images
Tim Jaramillo posted a topic in Loading (Flash)
Hey guys, I'm using ImageLoader nodes in an XML file, to auto-load 500 images (total load weight around 20 megs). I'm using Flash Pro CC. An example node looks like this:   When exporting locally from Flash, there's a 10 second lag as LoaderMax process all the images. I've attached 3 screenshots from Scout, and it looks like 87% of that 10 second-time is taken up by Flash sending URL requests for the images. When the files are up on a server everything runs normally (I expect a 10 second load on a server), but when running locally I'd expect the content to load almost immediately, but instead I'm getting the same 10 second lag. I understand that by setting load=true, LoaderMax is loading all the images at start, which is what I want. I'm wondering if this 10 second process time is normal for a local Flash export? And if I were to create the ImageLoaders via AS (rather than automatically via XML), would this 10 second local export be reduced? Or is there any other way to reduce this process time when exporting locally (keeping in mind I need to load all the images at app startup). Thanks for any insight.
MotionBlurPlugin- blendMode not showing up during tween
Tim Jaramillo replied to Tim Jaramillo's topic in GSAP (Flash)
As a second followup- in the patch that Jack gave me, I've found that the blendMode still doesn't work during a motionBlur tween, if: the motionBlur tween is applied to a parent symbol the symbol that has a blendMode applied is nested in that tweened parent symbol
MotionBlurPlugin- blendMode not showing up during tween
Tim Jaramillo replied to Tim Jaramillo's topic in GSAP (Flash)
To followup/close out on this issue, Jack sent me a new greensock.swc build that resolved the above issue (blendMode not working when using the motionBlur filter). I'm sure he'll include this patch in the next release. Thanks Jack!
MotionBlurPlugin- blendMode not showing up during tween
Tim Jaramillo posted a topic in GSAP (Flash)
“This stuff is so incredibly amazing I can't believe it. The level of details and options put into these things and the natural instinct GreenSock has for solving everyday problems is impressive.”
“I’ve long felt like GSAP is the best kept secret in JavaScript.”
“With the incredible functionality, and the mind-blowing customer service, the price of Club GreenSock admission is well worth it!”
“It's shocking the @w3c didn't use @greensock as a model of how to do animation via code. Did they even ask animators what they use?”
“GreenSock is the best thing that happened to SVG animations since SVG animations.”
“GSAP is just miles and miles ahead of any animation library out there. Great work!”
“@greensock is just pure awesomeness. What more can be said?”
“GSAP and CSS Transitions: I've done both, and its like comparing an F16 to a horse. Take like 10 minutes to try.”
“@greensock it’s a great library that many people love, and I know you care deeply about performance :)”
Sign Up For Our Newsletter
Get the latest updates on GreenSock products, exclusive offers, and more right in your inbox.
Your information will always be kept confidential.
Thanks for signing up!
Now you'll begin receiving the latest GreenSock updates, exclusive offers, and more right in your inbox. Welcome aboard.