Return-Path: Received: from [69.56.195.5] (HELO gateway14.websitewelcome.com) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP id 4716702 for AE-List@media-motion.tv; Wed, 16 May 2012 23:30:50 +0200 Received: by gateway14.websitewelcome.com (Postfix, from userid 5007) id 99A485DFB99A6; Wed, 16 May 2012 16:32:38 -0500 (CDT) Received: from ham03.websitewelcome.com (ham.websitewelcome.com [173.192.100.229]) by gateway14.websitewelcome.com (Postfix) with ESMTP id 7F2355DFB9915 for ; Wed, 16 May 2012 16:32:38 -0500 (CDT) Received: by ham03.websitewelcome.com (Postfix, from userid 666) id 7D8D2FA1C2A2C; Wed, 16 May 2012 16:32:38 -0500 (CDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on ham03.websitewelcome.com X-Spam-Flag2999: NO X-Spam-Level2999: X-Spam-Status2999: "No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=ham version=3.3.1 Received: from alpina.websitewelcome.com (alpina.websitewelcome.com [74.54.176.2]) by ham03.websitewelcome.com (Postfix) with ESMTP id 28291FA1C2734 for ; Wed, 16 May 2012 16:32:37 -0500 (CDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=crishdesign.com; h=Received:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer:X-BWhitelist:X-Source:X-Source-Args:X-Source-Dir:X-Source-Sender:X-Source-Auth:X-Email-Count:X-Source-Cap; b=kWqscp7FVHIm5gD8QUDHkEEAFjKAKAWzusUQHEawAkuhaXBhY8Jns9sUdOxUA7AYGnA5bgiGD8aAcOIuEwQjK5LLbPiSM/UgLQCxNuHcBM6p7KRKSIeNGrqLbbnYn/+e; Received: from [199.21.106.95] (port=55288 helo=[192.168.0.7]) by alpina.websitewelcome.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1SUlpk-0000Ot-QU for AE-List@media-motion.tv; Wed, 16 May 2012 16:32:37 -0500 From: Chris Meyer Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: multipart/alternative; boundary="Apple-Mail=_64E19F46-3772-49DF-A764-B328584981D4" Subject: Re: [AE] RAM Preview and client-supervised sessions? Date: Wed, 16 May 2012 15:32:35 -0600 In-Reply-To: To: "After Effects Mail List" References: Message-Id: X-Mailer: Apple Mail (2.1278) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - alpina.websitewelcome.com X-AntiAbuse: Original Domain - media-motion.tv X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crishdesign.com X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([192.168.0.7]) [199.21.106.95]:55288 X-Source-Auth: chris@crishdesign.com X-Email-Count: 1 X-Source-Cap: Y3Jpc2h3ZWI7Y3Jpc2h3ZWI7YWxwaW5hLndlYnNpdGV3ZWxjb21lLmNvbQ== --Apple-Mail=_64E19F46-3772-49DF-A764-B328584981D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Sounds like that should be an option (or the actual implementation) of = the Loop Option for Play Once (set in the Preview panel). Currently it = jumps back to the original position even in Play Once mode. Hmm. - Chris On May 16, 2012, at 2:37 PM, James Culbertson wrote: > That's what I am talking about. The fact that it pops back to the = original playhead position once done playing once (or initially pops = from the playhead before starting) is confusing to many clients. >=20 > For instance, yesterday I was working with a client on a series of 5 = seconds animations. I had to place the playhead at the beginning of the = timeline to show the client the first part of the animation via RAM = preview. Then place the playhead at the end of the timeline to show the = client the end of the animation via RAM preview. What would be helpful = is an option to play from beginning to end without popping to or from = the initial playhead position. >=20 > Of course I could just render the animation out to Quicktime and = playback that way. But it wastes time. >=20 > James >=20 >=20 > On May 16, 2012, at 12:11 PM, rendernyc wrote: >=20 >> go to your previews panel and toggle from loop to ping pong to PLAY = ONCE :) >>=20 >>=20 >> On Wed, May 16, 2012 at 1:12 PM, James Culbertson = wrote: >> Anyone else think some kind of RAM rendering indicator for = clients-supervised sessions would be useful? With a preference to turn = it off of course. The info box indicator seems too subtle for clients. = And they seem to constantly get confused about what is rendering and = what is not. I start to feel like a parrot. >>=20 >> With reference to non-looping RAM preview playback: even if you have = the playhead at the beginning, the playhead pops back to the beginning = at the end of the preview. This behavior is fine for me most of the = time. But it often confuses clients. Would be nice to have a checkbox = to have the playhead start at the beginning and stop at the ending of = the work area. >>=20 >> Or is it just my clients? >>=20 >> James >>=20 >>=20 >> +---End of message---+ >> To unsubscribe send any message to >>=20 >>=20 >>=20 >> --=20 >> danny princz >>=20 >> exposedideas.com >=20 --Apple-Mail=_64E19F46-3772-49DF-A764-B328584981D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
That's what I am talking = about. The fact that it pops back to the original playhead position once = done playing once (or initially pops from the playhead before = starting) is confusing to many = clients.

For instance, yesterday I was working = with a client on a series of 5 seconds animations. I had to place the = playhead at the beginning of the timeline to show the client the first = part of the animation via RAM preview. Then place the playhead at the = end of the timeline to show the client the end of the animation via RAM = preview. What would be helpful is an option to play from beginning to = end without popping to or from the initial playhead = position.

Of course I could just render the = animation out to Quicktime and playback that way. But it wastes = time.

James


On = May 16, 2012, at 12:11 PM, rendernyc wrote:

go to your = previews panel and toggle from loop to ping pong to PLAY ONCE = :)


On Wed, May 16, = 2012 at 1:12 PM, James Culbertson <albion@speakeasy.net> wrote:
Anyone else think some = kind of RAM rendering indicator for clients-supervised sessions would be = useful?  With a preference to turn it off of course.  The info = box indicator seems too subtle for clients.  And they seem to = constantly get confused about what is rendering and what is not. I start = to feel like a parrot.

With reference to non-looping RAM preview playback: even if you have the = playhead at the beginning, the playhead pops back to the beginning at = the end of the preview. This behavior is fine for me most of the time. =  But it often confuses clients.  Would be nice to have a = checkbox to have the playhead start at the beginning and stop at the = ending of the work area.

Or is it just my clients?

James


+---End of message---+
To unsubscribe send any message to <ae-list-off@media-motion.tv>



--
danny = princz

exposedideas.com
=


= --Apple-Mail=_64E19F46-3772-49DF-A764-B328584981D4--