IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
How to change scan type of H.264 video., Currently in mp4 container, have also raw video available.
psycho
post May 13 2012, 20:51
Post #1





Group: Members
Posts: 241
Joined: 14-October 05
Member No.: 25099



I have H.264 video that is clearly interlaced but has the scan type info set to "Progressive", when I check it with mediainfo.

Is there a way to change this info (flag?) so that my decoder will know it has to deinterlace when I play it? Preferably without re-encoding!


--------------------
lame -V 0
Go to the top of the page
+Quote Post
Mole
post Jun 17 2012, 19:13
Post #2





Group: Members
Posts: 11
Joined: 9-August 03
Member No.: 8277



No, this is not a flag. They screwed up during encoding and encoded an interlaced video as progressive.

You'll have to re-encode it as interlaced.

Can't you force your decoder to deinterlace?
Go to the top of the page
+Quote Post
psycho
post Jun 25 2012, 17:52
Post #3





Group: Members
Posts: 241
Joined: 14-October 05
Member No.: 25099



I'm sorry for late reply... I have almost forgot about my post. Forcing the decoder to deinterlace works fine on the PC, I would like it to work on the standalone player too. And there's no forcing to deinterlace there. Thanks for trying to help. I guess that there's no other way to go about solving this other than to just re-encode it with deinterlace filter... Oh well... smile.gif


--------------------
lame -V 0
Go to the top of the page
+Quote Post
elecyb
post Jul 23 2014, 19:42
Post #4





Group: Members
Posts: 1
Joined: 23-July 14
Member No.: 116785



Actually, as I understand, the file format contains this information. For example, in the QuickTime file format there is a "Box" or "Atom" called "fiel" for that purpose.
Your file with the H.264 video may be a .MP4 file.. And the MP4 file format specification derives from QuickTime.
You can read about the format specification in this link: QuickTime File Format Specification

I transcribe the description about the atom "fiel" for you:
"Two 8-bit integers that define field handling. This information is used by applications to modify decompressed image data or by decompressor components to determine field display order. This extension is mandatory for all uncompressed YCbCr data formats. The first byte specifies the field count, and may be set to 1 or 2. A value of 1 is used for progressive-scan images; a value of 2 indicates interlaced images. When the field count is 2, the second byte specifies the field ordering: which field contains the topmost scan-line, which field should be displayed earliest, and which is stored first in each sample. Each sample consists of two distinct compressed images, each coding one field: the field with the topmost scan-line, T, and the other field, B. The following defines the permitted variants: 0 There is only one field. 1 T is displayed earliest, T is stored first in the file. 6 B is displayed earliest, B is stored first in the file. 9 B is displayed earliest, T is stored first in the file. 14 T is displayed earliest, B is stored first in the file." smile.gif

At this moment, I am writing an application to fix pixel aspect ratio and scan type of video files recorded with a Samsung Camcorder F30 series.
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 1st October 2014 - 14:10