Return-Path: Received: from nk11p03mm-asmtp002.mac.com ([17.158.232.237] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP id 4951131 for AE-List@media-motion.tv; Tue, 15 Jan 2013 18:32:09 +0100 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_xFvHMj/xodxyJPUrQimhVg)" Received: from [192.168.1.68] ([99.152.153.100]) by nk11p03mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-26.01(7.0.4.26.0) 64bit (built Jul 13 2012)) with ESMTPSA id <0MGO002T1GY58U20@nk11p03mm-asmtp002.mac.com> for AE-List@media-motion.tv; Tue, 15 Jan 2013 17:37:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-01-15_05:2013-01-15,2013-01-15,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1301150140 From: Jim Curtis Subject: Re: [AE] looping player Date: Tue, 15 Jan 2013 11:37:16 -0600 In-reply-to: To: After Effects Mail List References: Message-id: X-Mailer: Apple Mail (2.1283) --Boundary_(ID_xFvHMj/xodxyJPUrQimhVg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The problem I'm seeing is with the players, not the suggestions. I can get seamless loops in Premiere. There's a lag when the file loops back around in the players I tried (VLC and QT Player). On Jan 15, 2013, at 11:29 AM, Enrique Gamez wrote: > That's a work-around and may be acceptable in this case, but it's disconcerting that you couldn't loop smoothly w/one of the other suggestions. :( > -e > > From: Jim Curtis > Reply-To: After Effects Mail List > Date: Tuesday, January 15, 2013 9:25 AM > To: After Effects Mail List > Subject: Re: [AE] looping player > > Hey gang, this turned out to be the best solution (I tried all your suggestions): I made the loop 1 minute long (6 iterations), with an even number of frames at 30 FPS. My H264 still appears to repeat a frame or stutter at the loop point, but you'd have to be really focused on it to spot it. > > Thanks for all your valuable input. > > Jim Curtis > > > On Jan 15, 2013, at 9:25 AM, Walter Soyka wrote: > >> In my experience, players are more likely to hiccup when they loop (seek) than when they are playing. To reduce the chance of seeing this hiccup, you deliver a longer stringout of back-to-back 10s loops. This was necessary in the olden days of DVD (to accommodate the drive's seek time), but it may still be a reasonable method today (depending on your player). >> >> Since you have an odd number of frames, you could also implement Rick's interesting suggestion of matching your number of frames to the compression cadence by adding to a stringout, instead of going back to the drawing board. >> >> Walter Soyka >> > --Boundary_(ID_xFvHMj/xodxyJPUrQimhVg) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable The = problem I'm seeing is with the players, not the suggestions. I can = get seamless loops in Premiere. There's a lag when the file loops = back around in the players I tried (VLC and QT = Player).

On Jan 15, 2013, at = 11:29 AM, Enrique Gamez wrote:

That's a work-around and = may be acceptable in this case, but it's disconcerting that you couldn't = loop smoothly w/one of the other suggestions. = :(
-e

From: Jim Curtis <jpcurtis@me.com>
Reply-To: After Effects Mail List = <AE-List@media-motion.tv>Date: Tuesday, January 15, = 2013 9:25 AM
To: After = Effects Mail List <AE-List@media-motion.tv>Subject: Re: [AE] looping = player

Hey = gang, this turned out to be the best solution (I tried all your = suggestions): I made the loop 1 minute long (6 iterations), with an even = number of frames at 30 FPS. My H264 still appears to repeat a = frame or stutter at the loop point, but you'd have to be really focused = on it to spot it.

Thanks for all your valuable = input.

Jim = Curtis

On Jan 15, 2013, at = 9:25 AM, Walter Soyka wrote:

In my experience, players are more likely to hiccup when = they loop (seek) than when they are playing. To reduce the chance of = seeing this hiccup, you deliver a longer stringout of back-to-back 10s = loops. This was necessary in the olden days of DVD (to accommodate the = drive's seek time), but it may still be a reasonable method today = (depending on your player).

Since you have an odd = number of frames, you could also implement Rick's interesting suggestion = of matching your number of frames to the compression cadence by adding = to a stringout, instead of going back to the drawing board.

Walter = Soyka

= --Boundary_(ID_xFvHMj/xodxyJPUrQimhVg)--