[Francesco Barese]

i been looking around and im seeing all this stuff about critical speed,sub pixel interpolation,stroboscopic effect etc.
im just trying to move a square from point a to point b….i dont think i should have a doctorate in order to achieve that.
shouldnt the motion be smooth by default in after effects?(especially if its a simple diagonal straight line).
i dont think you should do any “tweaks” (since smooth motion is what literally every single user wants right out of the box)

[Francesco Barese]

im learning how to use the graph editor for more complex stuff.however,i dont think there is much i could do in graph editor since im just moving the obeject from “point a” to “point b” in a straight diagonal line.i understand the concept of acceleration and momentum to give it PERCEIVED organic fluidity (animation wise).but im not talking about that.lets say for some reason i want the object to move from point a to b in a straight line without any acceleration.i should still be able to achieve that without being choppy,no?

and what exactly do you mean by “make sure to increase distance of frames between the keyframes accordingly”?could you elaborate,please?thank you

[Francesco Barese]

PS :
the part im referring to is when the logo slides from the center to the left (the rest is kinda ok but still not as smooth as i would want it to be)

[Francesco Barese]

so youre saying this is a known issue with this particular capture card?
would there be any point in trying to convert the files into another format?(maybe it reencodes them in a different way that vegas can read properly)?or would that be just a waste of time?

[Francesco Barese]

thanks,i tried what you suggested…but the problem persists.
huge segments of the video get skipped(even as much as two whole seconds but the audio keeps goin
normally and it kinda throws everything out of sync in a weird way)

heres the data of the file:

Format : MPEG-4
Format profile : 3GPP Media Release 4
Codec ID : 3gp4
File size : 2.47 GiB
Duration : 25mn 6s
Overall bit rate : 14.1 Mbps
Encoded date : UTC 2015-09-06 14:22:45
Tagged date : UTC 2015-09-06 14:22:45

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 25mn 6s
Bit rate : 14.0 Mbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 29.970 fps
Minimum frame rate : 0.000 fps
Maximum frame rate : 576.346 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 1.351
Stream size : 2.45 GiB (99%)
Language : English
Encoded date : UTC 2015-09-06 14:22:45
Tagged date : UTC 2015-09-06 14:22:45
Color range : Limited
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601
mdhd_Duration : 1506290

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 25mn 6s
Bit rate mode : Constant
Bit rate : 93.4 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 16.8 MiB (1%)
Language : English
Encoded date : UTC 2015-09-06 14:22:45
Tagged date : UTC 2015-09-06 14:22:45

—————————————————–
HERES ANOTHER FILE:

Format : MPEG-4
Format profile : 3GPP Media Release 4
Codec ID : 3gp4
File size : 98.8 MiB
Duration : 59s 111ms
Overall bit rate : 14.0 Mbps
Encoded date : UTC 2015-09-01 12:21:17
Tagged date : UTC 2015-09-01 12:21:17

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.2
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 59s 111ms
Bit rate : 13.9 Mbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 30.000 fps
Original frame rate : 29.970 fps
Minimum frame rate : 11.983 fps
Maximum frame rate : 576.346 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 1.342
Stream size : 98.0 MiB (99%)
Language : English
Encoded date : UTC 2015-09-01 12:21:17
Tagged date : UTC 2015-09-01 12:21:17
Color range : Limited
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 59s 72ms
Bit rate mode : Constant
Bit rate : 93.4 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 674 KiB (1%)
Language : English
Encoded date : UTC 2015-09-01 12:21:17
Tagged date : UTC 2015-09-01 12:21:17

[Francesco Barese]

yeah,i figured that much since other non hd mp4s work fine….but what can i do to fix it on the vegas end?the captured footage OBVIOUSLY has the frames that vegas is ignoring or not receiving…somewhere along the way they got lost in the shuffle(but they do exist).so what can i do to make vegas acknowledge them?
what are the reasons for these “incompatibilities” when such issues occur?

[Francesco Barese]

thanks,i’ll look into that

[Francesco Barese]

i KINDA figured out what the problem was…the background of the video with the sphere was black.so when i was chroma keying the black out i might have left a little too much of it.but thats the effect i wanted(i wanted it to cast a little shadow).anyway,i tinkered around with the thresholds and reached some kind of compromise.it seems like the left over blackness of the chroma key and the blackness of the cookie cutter overlapped and made it look really dark.

however,thats not really a permanent solution…my main issue here is why is the vegas preview showing me one thing and the render shows another…theres individual fixes for every specific clip youre working on(adjust the darkness,contrast etc.)

but i would like to have the overall peace of mind that what the software is showing me is what im actually going to produce.i work with a lot of HD clips and make 30+ minute videos that take like 10 hours to render…i need to “trust the preview”.

i tried the computer to rgb thing you suggested and it didnt work.ive made no changes to my workflow,video formats,rendering options…nothing.

maybe there was inconsistencies before but i just didnt notice cause they werent as severe as in this case?is that a THING?(that previews and actual rendered clips are mismatched)?cause i read on this forum yesterday another fella who was asking a similar question(about RGB and Computer levels)

[Francesco Barese]

thats a great idea.

the video looks like it should when i put it back in the vegas timeline.so it must be the player.i use VLC but i never had this issue before.i work with a lot of clips with similar shadows and transparencies but they always looked fine both in vegas and vlc.never had any inconsistencies before.

i tried playing the clip in other players(quicktime,media player) but the video looks the same(dark and lacking detail that is).am i missing a codec or something?

i tried upping the bitrate as high as it gets and using “computer to rgb levels” but that didnt work.

i’ll post the original video…can you check how it looks on your end?does it look similar to the first screenshot or the second one?

test

[Francesco Barese]

ok,i got it working,thank you very much!

i just used the “pan/crop reset” feature…it did exactly what i needed

thank you all for the help