Another "how do you......." question

VMP wrote on 10/26/2014, 8:45 PM

If the clips are equal in length, you can animate it once with pan crop to move the image left to right.
Then paste that preset on the other clips. - right click copy the clip with the pan crop animation then paste the preset by right click - paste event attributes on to other clips.
(Make sure that the keyframes are set to 'linear' for constant movement.)

Then put the clips behind each other.

VMP

lewist57 wrote on 10/26/2014, 8:56 PM

Thanks I will give that a try.

Duncan H wrote on 10/26/2014, 9:56 PM

Is this the effect you are looking for:

http://www.vimeo.com/110100517 ?

If so, yes, it's done by keyframing as per the advice provided above. In this video, I've (very roughly) I have 3 video tracks, each event is roughly 6 secs and each event overlaps the one above by about 3 secs.

Duncan

ushere wrote on 10/26/2014, 11:45 PM

am i missing something?

simple push wipe?

Duncan H wrote on 10/27/2014, 12:02 AM

Hi Leslie.

I have to agree that using push transition is an excellent approach (but where's the fun in doing it the easy way?).

ushere wrote on 10/27/2014, 3:12 AM

i've always followed the easiest route to where i want to go - doesn't mean i don't get lost on the way ;-)

TheHappyFriar wrote on 10/27/2014, 6:31 AM

I agree, pushwipe is the way to go.

Before the transition envelopes I'd use track motion (pan/crop works but a different effect, doesn't "push" the event).

You can do this with any transition. Can look pretty cool!

Rory Cooper wrote on 10/27/2014, 7:20 AM

If you want the clips to run past you like a train that is with each “carriage” behind the other then transitions isn’t going to help you, you need to set the clips up next to each other as children of a parent clip then slowly move the parent track along the x axis

this is the same thing but with the child tracks all over the place and you simply spin the parent track z axis and move the x,y plane into frame = you only move the parent track and not any of the actual video tracks.

PeterWright wrote on 10/27/2014, 7:38 AM

If you use, say, the "push left" preset of the Push transition, and the overlap and therefore the transition between clips is for 50 per cent of the clips duration, the clips will indeed run past like a train.

Ideally the clips should be identical duration for a constant train speed, and of course the duration of the events will dictate how fast the train travels.

TheHappyFriar wrote on 10/27/2014, 9:21 AM

Easy as pie. Put that track under a parent track and make the parent have 3D track motion and you can do some pretty cool things.

Rory Cooper wrote on 10/27/2014, 9:34 AM

Yes that’s the point if you lay the tracks in a line on the same baseline and shift the x axis of parent you have total control of your movement.

rs170a wrote on 10/27/2014, 10:02 AM

Courtesy of John Rofrano.
Parent Motion Filmstrip

Mike

johnmeyer wrote on 10/27/2014, 2:14 PM

+1 for Push Transition.

I've actually done this effect many times, usually using one of the other methods suggested here. When "ushere" suggested the push transition, I had a "V8 moment" (Wow! I could have ...). I just tried it, and it is trivially easy. You simply use the left (or right) push. Make the transition exactly half the length of the first event. Then, overlap the second event so it just touches the edge of that transition, and make this transition a push as well.

Rinse, lather, and repeat.

If you want everything to be the same, and if your events are all the same duration (e.g., a series of still photos), you can set the length of the still photo in the Options dialog, and then set the overlap for each transition to be exactly half this length. Finally, set the default transition to be push left (or right). Drag your photos onto the timeline, and the whole thing will be set up automatically in one single operation.

So, for me, that push transition is an absolutely brilliant way to do this. Thanks for the tip!

P.S. Here is a test video I did, just to see how this worked. I did it as I describe above, and it took about 30 seconds, although I do have a "match aspect ratio" script which let me make sure that each photo fills up the screen completely.

AlanC wrote on 10/27/2014, 3:45 PM

While the Push Transition provides a fast and easy way to achieve a scrolling effect, I prefer the laborious method described by DuncanH using the tracks with the images staggered. The results can be more interesting.

Scrolling Images[/link]

john_dennis wrote on 10/27/2014, 4:10 PM

An observation:

If you use this type of continuous transition, it will burn through a lot of bandwidth on a streaming site since virtually every pixel will be changing on every frame.

AlanC wrote on 10/27/2014, 4:32 PM

John, my short clip was posted just to demonstrate the results I achieve from the method I use and I rendered it in 720p to reduce the loading. It isn't the type of footage that I normally post. However, I don't see this using anymore bandwidth than a shot with continuous panning or zooming.

john_dennis wrote on 10/27/2014, 5:58 PM

" I don't see this using anymore bandwidth than a shot with continuous panning or zooming."

My observation was not a criticism. The effect will use about the same bandwidth because it is continuous panning. On the network where I am at the moment, I noticed tearing on your post and johnmeyer's. It's likely unavoidable except to throw bits at it.

Kit wrote on 10/27/2014, 6:40 PM

Recently I 've been unable to see any videoS on teh forum at all., they either stutter and fail or fail from the outset with the message "An error has ocured.." What could that be? Thanks

johnmeyer wrote on 10/27/2014, 7:30 PM

My observation was not a criticism. The effect will use about the same bandwidth because it is continuous panning. On the network where I am at the moment, I noticed tearing on your post and johnmeyer's. It's likely unavoidable except to throw bits at it. Yes, I see the same thing: my video example is not smooth when I play it back on my computer from the YouTube site. The original encode that I used for the upload plays perfectly.

I wonder, however, if this is really a bandwidth issue. Certainly, from an encoding standpoint, moving a still image "x" number of pixels to the left or right, where each and every pixel moves by the same amount, requires almost nothing to encode because the motion estimation is perfect. It is when every pixel is moving about randomly -- such as during a dissolve, or smoke, or when you have a noisy video -- that encoding bandwidth skyrockets, and the video image starts to break down.

I think there may be something else going on here: yet another YouTube mystery to understand and resolve. I think the tearing issue has been discussed before, because it shows up on other videos. I'm not sure anyone ever came up with a solution. When I've seen this discussed in other forums, many people point the finger at Flash.

I'll bet a fair amount of money that it plays perfectly on my son's Xbox. That doesn't use Flash. It is connected to the same wired Internet connection as my computer.

I'll try it, and report back.

johnmeyer wrote on 10/27/2014, 7:40 PM

Nope, it looked lousy on the Xbox as well. Very strange. I wonder if it has to do with the fact that it was a 60p file. There was something about that in an earlier thread.

john_dennis wrote on 10/27/2014, 10:01 PM

I created two 43 second videos using the same stills. One with a constant Push transition and one with cuts after 8 seconds with the following results:

1) Push Transition

Complete name : C:\Users\John\Desktop\Push Transition.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 67.0 MiB
Duration : 42s 334ms
Overall bit rate mode : Variable
Overall bit rate : 13.3 Mbps
Encoded date : UTC 2014-10-28 01:27:44
Tagged date : UTC 2014-10-28 01:27:44

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=12
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 42s 334ms
Bit rate mode : Variable
Bit rate : 13.1 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.264
Stream size : 66.3 MiB (99%)

Slide Show:

Complete name : C:\Users\John\Desktop\Slide Show.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 55.0 MiB
Duration : 42s 334ms
Overall bit rate mode : Variable
Overall bit rate : 10.9 Mbps
Encoded date : UTC 2014-10-28 01:31:28
Tagged date : UTC 2014-10-28 01:31:28

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=12
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 42s 334ms
Bit rate mode : Variable
Bit rate : 10.8 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.216
Stream size : 54.3 MiB (99%)

Here is a bit rate distribution from Bit Rate Viewer:

http://dl.dropboxusercontent.com/u/40618156/2014-10-27%20Push%20Transition/Push%20Transition%20vs%20Slide%20Show.png

There is nothing unexpected here but I was curious about the actual measurements.