Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 8th January 2007, 12:34   #1  |  Link
vlada
Registered User
 
Join Date: Apr 2003
Location: Czech Republic
Posts: 752
Interlaced encoding in x264

Hi,

I have 2 simple questions. In MeGUI, I can select interlaced encoding using x264, but i can't set field order (TFF/BFF). Why? It is very important information during playback.

Second thing. There seems to be a problem in libavcodec with interlaced h.264. If I try to play the file, DirectShow players crash (ffdshow beta1) and VLC crashes too. The same happens with MainConcept encoded interlaced h.264 files. Is this a known problem? Any chances to have a fix soon?
vlada is offline   Reply With Quote
Old 8th January 2007, 14:36   #2  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
interlaced option in x264 just work like that (no TFF/BFF), so MeGUI reflects what x264 can do.
The problem is in libavcodec and again not in MeGUI.
This is the wrong place for reporting those problems.
Sharktooth is offline   Reply With Quote
Old 9th January 2007, 22:14   #3  |  Link
bond
Registered User
 
Join Date: Nov 2001
Posts: 9,779
moved

for the crash make sure you are using a mod 32 height

x264 uses mbaff for interlacing, not old style interlaced/paff
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau)
I know, that I know nothing (Socrates)

MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide)
Ogg Theora | Ogg Vorbis
use WM9 today and get Micro$oft controlling the A/V market tomorrow for free
bond is offline   Reply With Quote
Old 11th January 2007, 12:09   #4  |  Link
vlada
Registered User
 
Join Date: Apr 2003
Location: Czech Republic
Posts: 752
Quote:
Originally Posted by bond View Post
for the crash make sure you are using a mod 32 height

x264 uses mbaff for interlacing, not old style interlaced/paff
I have a 1080i source and I'd like to keep it so. So I can't have a mod 32 height. Is this a restriction of libavcodec or MPEG-4 AVC specification?

What's the difference between mbaff and paff? Could you please explain this to me? Thank you.
vlada is offline   Reply With Quote
Old 11th January 2007, 12:58   #5  |  Link
Sergey A. Sablin
Registered User
 
Join Date: Dec 2004
Location: Tomsk, Russia
Posts: 366
Quote:
Originally Posted by vlada View Post
I have a 1080i source and I'd like to keep it so. So I can't have a mod 32 height. Is this a restriction of libavcodec or MPEG-4 AVC specification?
MPEG-4 AVC doesn't have such a restriction - encoder should extend picture size and write cropping rectangle, so the decoder should display source resolution correctly.

Quote:
Originally Posted by vlada View Post
What's the difference between mbaff and paff? Could you please explain this to me? Thank you.
here is a quick search result - http://forum.doom9.org/showthread.ph...aff#post927647
Sergey A. Sablin is offline   Reply With Quote
Old 11th January 2007, 15:19   #6  |  Link
LiFe
PC Dom: Computer Support
 
Join Date: Nov 2003
Posts: 165
Quote:
Originally Posted by bond View Post
moved
x264 uses mbaff for interlacing, not old style interlaced/paff
--interlaced Enable pure-interlaced mode

I was fairly certain that when I read up on the interlacing support in x264 when it came out that it was PAFF (frame based) only at this point in time. (Not MBAFF, macroblock based)

The description of the switch certainly implies it.

Did I make a mistake?
LiFe is offline   Reply With Quote
Old 11th January 2007, 16:45   #7  |  Link
bob0r
Pain and suffering
 
bob0r's Avatar
 
Join Date: Jul 2002
Posts: 1,337
http://mirror01.x264.nl/x264/changelog.txt

r570 | pengvado | 2006-10-01 04:41:22 +0200 (Sun, 01 Oct 2006) | 2 lines

support interlace. uses MBAFF syntax, but is not adaptive yet.
bob0r is offline   Reply With Quote
Old 12th January 2007, 08:10   #8  |  Link
LiFe
PC Dom: Computer Support
 
Join Date: Nov 2003
Posts: 165
Well that explains why I havn't been using it yet then : )
LiFe is offline   Reply With Quote
Old 12th January 2007, 23:00   #9  |  Link
bond
Registered User
 
Join Date: Nov 2001
Posts: 9,779
Quote:
Originally Posted by vlada View Post
I have a 1080i source and I'd like to keep it so. So I can't have a mod 32 height. Is this a restriction of libavcodec or MPEG-4 AVC specification
mod 32 is needed because of libavcodec not supporting what Sergey wrote for mbaff
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau)
I know, that I know nothing (Socrates)

MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide)
Ogg Theora | Ogg Vorbis
use WM9 today and get Micro$oft controlling the A/V market tomorrow for free
bond is offline   Reply With Quote
Old 16th October 2007, 19:30   #10  |  Link
aleste81
Registered User
 
Join Date: Jul 2006
Posts: 21
"For interlaced content, the H.264 standard allows two
fields to be coded either jointly, i.e. frame-based coding, or
separately, i.e. field-based coding [1]. The frame/field coding
concept can be extended to the macroblock level called
Macroblock-Adaptive Frame/Field (MBAFF) coding in H.264.

The concept of macroblock frame/field coding decision was
originated from MPEG2 standard. Instead of splitting up a
16x16 MB into two 16x8 blocks, super MB [2] is defined as a
decision unit. Each super MB consists of two vertically
adjacent MB’s. The advantage of super MB is that all 7 block
sizes can be used in either frame or field coding.
Macroblock-Adaptive frame/field coding provides
additional gain over picture-level adaptive coding [3].
In the H.264 reference software, the MBAFF decision
is made using a “brute force” approach by encoding the
super MB in both frame and field modes, and choosing the one
that yields a lower R-D Lagrangian cost. In this paper, a new
algorithm is introduced for making efficient MBAFF decision in a H.264 encoder."

http://scien.stanford.edu/2005projec...0in%20H264.pdf
aleste81 is offline   Reply With Quote
Old 17th October 2007, 14:47   #11  |  Link
dattrax
Registered User
 
Join Date: Oct 2001
Location: UK
Posts: 110
Just for your info, I have made a modification to the HDR_info patch which correctly inserts the SEI info for TFF/BFF signalling.

Its available in the patch thread and also in the 2:3 pulldown thread

Jim
dattrax is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 06:58.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.