Hi, I'm fairly new to video (& I'm trying to make a home movie).
I have 2 sets of clips that i want to fit into my movie (a Skydrive link for 2 small samples is at the end of this post).
I'm trying to find out if my video clips are interlaced or progressive before setting project settings in Premiere Elements.
I have 2 versions of MediaInfo on 2 Pc's and they both say the opposite to each other. Version 0.7.47 says they are progressive clips, and the latest version of MediaInfo 0.7.65 says interlaced.
Could somebody be kind enough to offer some advice?
Here's the link: https://skydrive.live.com/redir?resid=F587D73C02F4DBBB!2687&authkey=!APoUWb6pYJdVoyQ&i...=folder%2c.AVI
+ Reply to Thread
Results 1 to 30 of 50
Both clips are progressive.
However, they are 30 frames per second, with a duplicate every 6 frames. How did that happen?
Some strange setting during capture?
Was this captured from tape?
Looks like a digital camera to me.
Hi, and thanks for replies.
No, not tape. They were all recorded on an old digital SD camcorder by Hitachi, onto memory card. They differ because I changed the settings in cam.
Ps. It would be so good if you could tell me how you know they are progressive (or not), as I'd love to make sense of it myself too.
If you look at it frame by frame (in Virtualdub, for example) you don't see any of the "combing" pattern you
see with interlaced material. Regular interlaced footage is really two images (fields) in one frame
separated temporally by either 1/60 second (NTSC)
or 1/50 (PAL) - so anywhere there is movement this pattern can usually be seen, as each field is from a
different moment in time.
The odd lines contain one field, while the even lines contain the other.
A digital camera or phone-camera, maybe something like a GoPro??? Originally 960-pixel height. Ultimate use for these videos (DVD? AVCHD? BluRay? PC-only?) can't be determined from the videos AFAIK, but the format isn't compliant with any of those media except for PC-only or mini device display like an iPhone, etc. . Both vids have been through some level of processing. The smaller 77MB AVI at 640x480 (with Mummy) which has duplicate frame every 6 frame or so has some sort of "warping" and periodic blurring in the images that doesn't come from the nervous camera movements. Look at frames 1148 through 1165 for a clear example of these effects. In the bigger 720x480 video, each pair of duped frames has one frame blurred. Edited in a non-smart-rendering NLE like Premiere Elements, the vids will be re-encoded in their entirety and lose quality, and the color will be a mess. If re-encoded to something like DVD, no telling what they'll play like in a set top player. The audio as-is would be the wrong format and sampling rate for video disc formats.
Just some quickie ramblings on some rather strange (to me) video clips.
Originally Posted by DJBoshh;2293429Ps
Last edited by sanlyn; 7th Jan 2014 at 23:26.Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end. -- Henry David Thoreau
Yes, you're right. I tried it just this morning. Haven't checked audio yet. I was googling to get a handle on why the "original height" is listed as 960 pixels, but found conflicting info on that. The only thing I came up with was info on some camera types that shoot video as 1280x960, which is a 1.333:1 (i.e., 4:3) frame.Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end. -- Henry David Thoreau
Just to complicate things. Different versions of MediaInfo gives different readings for properties inc original height, and scan type too. Older version says progressive and new one says interlaced with original height property too.
So, is looking at the video frame by frame for combing the best way to tell. How clever
I don't have the original camcorder now and can't remember the name or model, but looking through google images it looked something like this:
Again, i can't remember the name or model, but i found this info for a possible match:
HITACHI HSC-S2 ??????
AVI (Image data: Motion JPEG, audio: ADPCM) Recorded Pixels 720 480 pixels (D1) / 640 480 pixels (VGA) /
320 240 pixels (QVGA) Frame rate 30 frames /sec Still Recording file formats
Thanks for the camera info.
The other way to analyze structure is to use Avisynth and the SeparateFields() function. If two consecutive fields show the same image during the slightest motion or change, it indicates progressive video. Two consecutive fields that show different instances in time (but not necessarily combing) indicates interlace or some form of it. Four fields playing the same thing as in your videos would indicate duplicate frames.
Interlacing/telecine doesn't always appear as combing in every frame, nor will it appear as combing in deinterlacing media players, or is often so slight as to be unnoticeable. There are better ways to analyze common and oddball frame structures: http://neuron2.net/faq.html.
Last edited by sanlyn; 8th Jan 2014 at 05:06. Reason: I promise, I don't make typos -- the characters move when no one's watching.Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end. -- Henry David Thoreau
Great advice from clever people. Thank you so much.
Just to conclude then, i'm assuming the clips are progressive and i'm going to attempt to make a home movie with them in Premiere Elements with a project setting of 640x480 progressive 30fps
My child when she grows up wont realize it in years to come when she watches the movie that you guys here helped it to be the best it could be
Using TFM+TDecimate on the "mummy" sample, frame rate works out to 24 FPS. Duplicate frames and much of the warping and some blurring seem to be eliminated. I resampled audio to a more compatible 48KHz PCM. There is still some motion jitter on playback. Applying pulldown might take care of that. The chroma range exceeds 16-240 by a wide margin, and there are clipped highlights and some mild dark crush.
So far, the format of the videos can be played only a PC. As for set top players, I don't think many players will accept these video and audio formats from the original on disc or flash drives. Other members might want to clarify this.
How do you intend to archive and play these videos for future use?
Last edited by sanlyn; 8th Jan 2014 at 08:20.
I'm going to make a movie with them in premiere elements. That's why I needed to know if they were progressive or not, so I could set the project settings correctly.
Strange thing was that 2 different versions of MediaInfo gave opposite results, 1 saying progressive and the other saying interlaced for the same clip.
Last edited by DJBoshh; 8th Jan 2014 at 08:40.
Your clips are progressive. But there's another issue. One clip is 720x480 with what appears to be square pixels and the other is 640x480, also appearing to have square pixels. (These are untouched originals, correct?)
If it were me, I would set up a 720x480 square pixel progressive project and allow the thinnish black bars to appear at the sides in the 640 footage. This of course matches no broadcast standards, but will play fine on a computer or a media player. I would do it this way to cause the least damage to the footage by resizing or otherwise messing around.
Please keep the raw footage someplace safe, because other, better options are sure to turn up in the future.
True, that won't meet any of today's video standards for any media, whether it's DVD, BluRay, AVCHD, etc. Some encoders won't even let you do it. Meanwhile removing duplicate frames and getting smoother motion isn't something I'd try with Premiere Elements. As square-pixel mkv it might even play stored on a hard drive or flash drive with some BluRay players (it worked on my OPPO).
The attached is an h264 mkv of the "mummy" AVI at 24FPS, dupes removed, levels fixed, audio resampled, and most of the MJPG grunge and fuzz removed. It is 720x480 that plays at 4:3 DAR. All processing in AVisynth, encoded with TMPGenc Mastering Works's x264. I used a bitrate at about 5000 to handle the jerky camera motion and reduce motion noise, as well as using Stab() to steady the frame just a bit, but a little more bitrate might help a bit more. The Mummy AVI changes brightness levels several times, which was another headache. Later I'll try to rework both vids at 720x480 square pixel, but the "Jersey" AVI has serious black level problems with crushed, dense, and grimy blacks -- I wouldn't try fixing that in Elements, either. You'll have to work in the original YUV colorspace to fix it.
ED: 1/10/2014: a newer version of the mkv that was posted here is now attached in post #49.
Last edited by sanlyn; 10th Jan 2014 at 23:43. Reason: Mummy mkv attachment replaced by new version in post #49
Having a problem with the "Jersey" AVI. Removing duplicate frames results in segments that look like missing frames. This is different than the 640x480 clip, which has jittery movement if dupe frames aren't removed. I'll have to play with the Mummy video again. Later.
ED: Actually, there are motion problems in 2010-12-20 - emily in jersey.AVI whether dupe frames are removed or left as-is. Look at that AVI starting about frame 910 when the boy strarts moving to the right and left. No matter how you work it, motion isn't smooth there. Is the O.P. certain that there's been no processing here? It's possible to cloean up that movement, but certainly not in Elements, and it would be a big headache in any case. Specifically, look at frames 913 and 921, and after. And a frame missing between 1212 and 1213.
Last edited by sanlyn; 8th Jan 2014 at 12:24.
Demuxing the file and playing in MPC-HC reveals that all frames are unique. The duplicates appear to be happening on playback.
Importing the demuxed video and audio into Avid (IgnoreQTRate True) reveals that NONE of the standard frame rates are correct (match audio duration.)
Here is a file exported from Premiere Pro (don't have elements) at 720x480 29.97p square pixels, no frame rate adjustments, no color adjustments:
Hi guys. I'm on my phone atm, but when I get home to PC I will upload another clip from set 2 just I'm case the file your playing with has been modified without me remembering. I'm 99.5% sure it hasn't been modified though.
As mentioned I want to make a movie of my child's 1st year with those clips. Oh how I wish I knew then what I know now and had bought a HD cam instead. The clips I have though fall into 2 sets. The first set of 20 clips contain the 640x480 versions, and the 2nd set of about 10 clips contain the 720x480 clips (not sure about the pixel aspect ratios as a bit advanced for me). As mentioned initially I wasn't sure if they were all interlaced or progressive. I was rather hoping to make the movie in Premiere Elements in a 640x480 (progressive) square pixel project (same as the majority of the clips) and hoping Premiere Elements would automatically correct the clips from set 2 to fit in the project, with me scaling all the clips to the same 480 height and trimming the sides off the clips in set 2.
I suspect something has gone amiss in the preparation of these samples. How were they made? If they were done in Premiere Elements, they've been re-encoded with faulty settings. I'd ask the O.P. to ask how better samples can be prepared in VirtualDub without screwing up something. As they are, they're impossible to work with.
I'd look into how true, unaltered cuts from the original videos can be made with VirtualDub. I realize that this a learning experience (aren't they all, LOL!! And that's an understatement!). What we should be working with must be based on the original vids.
As for wishing you had bought an HD camera: HD is certainly not problem free, as a great many threads in this forum will demonstrate. In fact some HD formats require more work than you could imagine to make them playable on the simplest HD players.
Last edited by sanlyn; 8th Jan 2014 at 13:14.
Hi sanlyn, and thanks for the advice.
I'm 99.5% sure they are original untouched out of the camera video clips. I will check when i get home, but right now i have zero memory of ever doing anything to any of the clips. I will upload another sample from the set just to be sure.
I'm quite good at post processing photo's (Lightroom, photoshop etc), but just a beginner with video. I have to admit that all this video talk here is a bit beyond my understanding atm, pixel aspect ratios etc, etc, so please forgive my current ignorance, lol. I so want to learn though as its fascinating and must be a great feeling to be able to understand any video clip and correct it as needed.
(These numbers come from a .mov wrapped demuxed, header-stripped version of the video.)
Last edited by smrpix; 8th Jan 2014 at 13:39.
P.s I'm not especially interested in being able to play the finished movie on a DVD or Blu-ray player, but if it does then even better. It's more a case of making a video that can be watched back on a PC, and maybe in years to come re-opened in another application for whatever reason comes along.
Therefore i was thinking of exporting to AVC at 640x480p (square pixels (god i love square pixels as so much easier to understand for a photographer, lol))
Considering different frame sizes, etc., square-pixel clips is likely the better choice. As for players, some BluRays might handle it properly as mkv (mine did), but some will not.
The attached Jersey mkv has repaired levels and shadow detail, with help from a contrast mask in Avisynth and to gradation curves and levels filters in VirtualDub. Revealing some shadow detail also revealed noise "down there", some of which was denoised mildly (you can see it in the boy's dark trousers). At 24FPS with dupes removed things go fairly smoothly at the start, but it gets really twitchy about halfway through and very tricky at the end. I repaired 4 of those frames with interpolation, but even with dupe frames the effect was exactly the same except that the former dupes caused stutter while the missing frames caused jerks. The audio was resampled for AVC/DVD standards using VirtualDub and encoded to AC3 with TMPGenc Mastering Works. If you keep the dupe frames, this clip would look really weird.
ED: 1/10/2014: a newer version of the mkv that was posted here is now attached in post #49.
Last edited by sanlyn; 10th Jan 2014 at 23:42.
For whatever reason, certain decoders and splitters and various software seem to have problems with these clips
AVISource() with any decoder returns the correct number of frames, but with duplicates : 1961 frames, about every 6th frame duplicated in the Jersey clip. Choppy motion
FFVideoSource() drops frames 1733 unique frames, 26.51 FPS in the Jersey clip
DirectShowSource() + ffdshow directshow for mjpeg seems to work correctly with unique frames , it doesn't clamp YUV levels either (some decoders like picvideo do) , and you can salvage some shadow detail. 1961 unique frames, 30.0003 FPS in the Jersey clip . Smooth motion . I normally hate DSS, but it works in this case
I don't have elements , but it might be mishandling the clips as well
Last edited by poisondeathray; 8th Jan 2014 at 14:45.
I didn't try DirectShowSource (got pretty impatient after I saw FFMS2 cut the movies in half). Will give it a try later and should enable ffdhow's MJPEG dcoder (I believe PicVideo's, is active on my PC, in VirtualDub anyway. I don't even know where that one came from!). Thanks for your input. I always learn something when you show up.
Looks like I was wrong. The last bit of the clip is just repeated with DSS (you have to check linearly since it's not frame accurate, and everything up to frame 1732 matches with FFMS2). FFVideoSource looks like it's handling it correctly. I believe that "off" framerate is correct for that motion