Video being cut issue help

NickHope wrote on 12/27/2017, 11:56 AM

In demo videos like that, it's best to show the status bar so we can see what the project resolution and frame rate are and if they change when media is dropped on the timeline. To show it, choose the option by right-clicking on the video preview.

It looks like your video is 1350x1080 pixels, but still 16:9 aspect ratio, which means it's anamorphic with a pixel aspect ratio of 1.4222. (i.e. Its pixels are not square)

When you get that prompt to match settings (at 19 seconds in your video), what happens if you click "yes"?

What happens if you do the same on a new project?

A screen grab of your project properties would be useful.

brunosuzano wrote on 12/27/2017, 12:35 PM

In demo videos like that, it's best to show the status bar so we can see what the project resolution and frame rate are and if they change when media is dropped on the timeline. To show it, choose the option by right-clicking on the video preview.

It looks like your video is 1350x1080 pixels, but still 16:9 aspect ratio, which means it's anamorphic with a pixel aspect ratio of 1.4222. (i.e. Its pixels are not square)

When you get that prompt to match settings (at 19 seconds in your video), what happens if you click "yes"?

What happens if you do the same on a new project?

A screen grab of your project properties would be useful.

https://gyazo.com/5520e9f6501309ce9b79befb162db1ad

NickHope wrote on 12/28/2017, 12:36 AM

No need to post the video to YouTube and the forum. One of the other would do. And your status bar is still hidden.

There are differences in settings between your screengrab of your project properties and the project properties shown in your video (i.e. pixel format, resample mode etc). Those differences would not normally occur by matching the project properties to media that you drop on the timeline.

This is a strange issue, and the video format seems unconventional. Could you post a short sample of that type of video to a cloud service for us to try? (e.g. on Dropbox, Google Drive, OneDrive, mega.nz, wetransfer.com or mediafire.com)

brunosuzano wrote on 12/28/2017, 1:46 PM

This is a strange issue, and the video format seems unconventional. Could you post a short sample of that type of video to a cloud service for us to try? (e.g. on Dropbox, Google Drive, OneDrive, mega.nz, wetransfer.com or mediafire.com)

Here's that sample: https://drive.google.com/open?id=1XqmAr2eRg0tAoiPr_kTXuxEVzITTbooJ

set wrote on 12/28/2017, 5:50 PM

hmmm, the sample file directly crashing my VP15b261. Something not right with the file.

Question to OP: What screen capture application do you use?

set wrote on 12/28/2017, 7:14 PM

probably so4compoundplug issue, get confused reading this file.

set wrote on 12/28/2017, 8:58 PM

probably so4compoundplug issue, get confused reading this file.

Ok, disabled the so4compoundplug in preferences, then no crash issue.

But the video still same issue being cut in half.

NickHope wrote on 12/28/2017, 11:34 PM

This is a very strange file. I also would like to know how it was recorded. MediaInfo shows that the original resolution is 1920x1080, but that a display aspect ratio (DAR) of 5:4 is getting written into the file. I'm not familiar enough with the MP4 spec to know if the width of 1350px is a result of that DAR, or is also hard-coded into the file. VLC seems to just ignore that DAR stuff and play back at the original resolution and DAR.

As a workaround, you can disable compoundplug.dll so that the file is read by mcmp4plug2.dll, which also ignores that stuff and opens it like a "normal" 1920x1080 file with DAR of 16:9. Instructions are in section 7 of this post. With that decoder, I'm seeing a slight mismatch in the length of the video and audio streams of your file, which may or may not matter to you. Check the audio/video sync and if it doesn't match, ungroup the streams and manually line them up.

You could either render a new file and re-enable compoundplug.dll, as described in that post, or you could just use it as is, if it works OK for you. But that is a hack that you should not forget you have done, since other files may need compoundplug.dll, or play back better with it.

I suggest you look into changing the settings of your screen recording application, or use a different one.

Marco. wrote on 12/29/2017, 9:47 AM

Yes, this file is filled with properties not appropriate for editing such like mismatching sizes, variable frame rate, mismatching lengthes, false color space definition and some video coding integrity errors. I would never use such a file for video editing but rather re-encode to a proper editing format before importing into Vegas Pro.
Video editing needs some basic conform to video standards.

brunosuzano wrote on 12/30/2017, 9:24 AM

hmmm, the sample file directly crashing my VP15b261. Something not right with the file.

Question to OP: What screen capture application do you use?

NVIDIA ShadowPlay

brunosuzano wrote on 12/30/2017, 9:30 AM

This is a very strange file. I also would like to know how it was recorded. [...]

As a workaround, you can disable compoundplug.dll so that the file is read by mcmp4plug2.dll, which also ignores that stuff and opens it like a "normal" 1920x1080 file with DAR of 16:9. Instructions are in section 7 of this post. With that decoder, I'm seeing a slight mismatch in the length of the video and audio streams of your file, which may or may not matter to you. Check the audio/video sync and if it doesn't match, ungroup the streams and manually line them up.

You could either render a new file and re-enable compoundplug.dll, as described in that post, or you could just use it as is, if it works OK for you. But that is a hack that you should not forget you have done, since other files may need compoundplug.dll, or play back better with it.

I'm using NVIDIA ShadowPlay to record.

This solution will do just fine for me since I don't really need the audio.

brunosuzano wrote on 12/30/2017, 9:31 AM

Thank you everyone for your help and time! :)