I downloaded a Vimeo file to edit in Movie Edit Pro. MEP will not load the video into the project. Instead, there's an error message regarding needing quicktime to run the file. However, the file downloaded from vimeo is not quicktime (or .mov), it's mp4. Why is the project rejecting this file when it is not quicktime but mp4?
FYI... here's the mediainfo file:
General
Complete name : E:\videos\Table Worship at the Community Center (1).mp4
Format : dash
Codec ID : dash (dash/mp42/iso6)
File size : 882 MiB
Duration : 45 min 8 s
Overall bit rate mode : Variable
Overall bit rate : 2 733 kb/s
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.2
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 45 min 8 s
Bit rate mode : Variable
Bit rate : 2 500 kb/s
Maximum bit rate : 3 000 kb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 30.000 FPS
Minimum frame rate : 29.412 FPS
Maximum frame rate : 30.303 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.090
Stream size : 796 MiB (90%)
Writing library : x264 core 163 r3059 b684ebe
Encoding settings : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=10 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / stitchable=1 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=infinite / keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=20 / rc=abr / mbtree=1 / bitrate=2500 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=3000 / vbv_bufsize=2750 / nal_hrd=vbr / filler=0 / ip_ratio=1.40 / aq=1:1.00
Codec configuration box : avcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 45 min 8 s
Bit rate : 265 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 84.6 MiB (10%)
Default : Yes
Alternate group : 1
Hi Chad.
You say downloaded but it seems to have some of the same embedded data variations as some of your previous shown MediaInfo analyzed clips. Open GOP structure, variable frame rate, odd frame rates, etc.
Are you downloading directly of using a screen recorder?
My guess would be (and it is a guess at this point) is that the file header is being misread but because of the nature of the file would need converting to a fixed frame rate anyway.
Looking on the net there does seem to be a lot of trouble associated with the Codec ID : dash (dash/mp42/iso6)
Ray.
Hi Ray
. . . . Open GOP structure . . . .
AFAICS the video is closed GOP ie the encoding setting is open_gop=0
In Binary value options 0 = false and 1 = true.
Hi
The codec id is dash which is known to give problems, as Ray has commented, may be due to it being a streaming format, quite why MEP should ask for Quicktime is a bit of a mystery.
When you 'downloaded' the file from Vimeo, did you use any browser plugin to capture the stream or other software - if so what?
John EB
Oops! =1.
I often wonder if screen recorders and similar are deliberately produced this way to reduce the probability or re-editing as a form of copyright protection or whether they just have to adjust to the download speeds that can vary.
Ray.
@johnebaker When you 'downloaded' the file from Vimeo, did you use any browser plugin to capture the stream or other software - if so what?
Just the Chrome browser using a couple of different Vimeo download buttons/options. This has never happened before... I've never had an issue downloading from Vimeo and immediately editing in MEP. In fact, this is the first time I've seen the variable rate on one of those files. It's almost as if something is corrupting the file in the dowload or in the encoding of the recording itself.
btw... I ran the file through HandBrake for constant rate and was able to edit in MEP. So, issue resolved. I guess. LOL
But this raises another question I suppose for a different thread... if I'm constantly having to use HandBrake to "fix" variable rate files created by these platforms (Facebook, Vimeo), why doesn't Magix just build the variable rate to constant converter into their MEP, rather than me having to resort to HandBrake every time?
Why doesn't Magix just build the variable rate to constant converter into their MEP, rather than me having to resort to HandBrake every time?
Magix may not own or have been part developer of that specific codec variation and it may have to be bought under license to be able to be used. There are lots of variations that diverge from the base codec with most having some form of copyright and licensing attachment to them. Newer Apple mov codecs being among them.
Then there is the interaction of the program and the graphics drivers, also with limitations as to what they can do or have dropped supporting, that can be seen in the documentation that can be downloaded along with the latest drivers. All the time companies are vying for advantage in sales and deviate in their implementation of the codec bases I doubt if any one set of program developers can keep pace or even want to.
If you search the net you will find various problems associated with various coded variations from known base codecs and the ability for various video editors to cope with them.
I think this will only get worse over time rather than better as even dedicated video cameras now seem to have a bewildering amount of select-able codecs and implementations of them from within their menu systems.
You can find this type of conversation going on in all of the various video editing program forums although not all having trouble with the same codecs.
You may then ask the question,'Then how does Handbrake or similar programs manage to convert the files for use?' to which I can only say, 'I wish I knew'.
Ray.
@chadbresson @johnebaker @CubeAce
Hi
Codec ID : dash (dash/mp42/iso6)
As I mentioned in a recent post - the so called Codec ID in the "General" part of Media Info's report, is a misnomer and actually refers to Container Format information and it is this difference between some .MP4 files and others that use the same AVC Codec and contents but different Container information that is written within, that causes some to play and others not.
...quite why MEP should ask for Quicktime is a bit of a mystery.
This could be because mp42 is a format used by Quicktime created files.
Peter
@CubeAce
>You may then ask the question,'Then how does Handbrake or similar programs manage to convert the files for >use?' to which I can only say, 'I wish I knew'.
ha. you beat me to it. While I was reading your explanation I was thinking "well... might be true, but that doesn't seem to be an issue for HandBrake." LOL
Thanks for the help!
Hi
Peters comment above has set me on a different track with the Vimeo video?
Peter - dash/mp42/iso6 vs XAVC/mp42/iso2
Do you think the iso6 vs iso2 may be the difference, AFAICS this is referring to ISOM, however I cannot find a reference to ISOM (ISO) 6, I also suspect that the video was encoded on a MAC and ISO6 may be an Apple container variant - either that or MediaInfo is wrong.
Chad - when you downloaded the video file did you select the HD 720 Encoding settings option or Original.
If the Vimeo video is not on a private channel, can you post a link to it please.
John EB
Give FFDShow a try for decoding MP42 in MEP:
I am experimenting with various types of AVIs and MEP wouldn't open FFV1 or FFVHuff files; when I activated those in FFDShow, MEP now opens them with no issues.
I would suggest you set a Restore Point or take a system image prior to this JIC, but I have had no dramas at all with FFDShow.