PDA

View Full Version : Why most PAL DVD's are interlaced?


Episodio1
31st January 2006, 03:47
What is the budget to make 1000 progressive DVD compared to 1000 interlaced?

I thought they scan all frames and then encode them into MPEG-2. So the cost between interlaced and progressive is... none? Only software dependant?

Could someone post pics of the machinery used to make a DVD transfer?

Thanks.

Matthew
31st January 2006, 03:54
If you are talking about movies then they are not usually interlaced, as they are typically shot on film. tv series are more likely to be shot on video, which is interlaced.

However in my experience it is very common for PAL movie DVDs to be flagged as interlaced even though they are actually progressive.

Are you relying on your eyes (combing) or flags in making this assessment?

Episodio1
31st January 2006, 15:28
Oh! I didnt know about that flags in PAL DVDs. Yeah, I was talking about them (I dont have access to ntsc dvd's).

So whats the diference in manufacturing pal dvd with the interlace flag and progressive?

Apart from speeding up the film from 24 to 25fps is there any other way to create a PAL dvd from film?

Matthew
31st January 2006, 23:09
It's just settings in the encoding system, I have no idea why it's so common. In terms of backing up, according to the CCE FAQ, progressive material flaged as interlaced should be encoded using ConvertToYUY2(interlaced=true) in avisynth (assuming you are re-encoding), but other than that may be treated as progressive.

In terms of other methods, it is possible to create truely interlaced PAL when going from 24 to 25 by repeating fields e.g.

AVISource("C\test.avi",audio=false)
ConvertToYUY2()
ChangeFPS(50, 1)
SeparateFields()
SelectEvery(4, 0, 3)
Weave()

One can also use DGPulldown to achieve this using flags, which is more space efficient and it's possible to return the video to its original form by stripping flags.

But these methods result in video that is a tad jerky.

Episodio1
1st February 2006, 00:50
Thank you, Matthew. ^_^

manono
1st February 2006, 05:06
And the third way is to use an NTSC master for the PAL DVD and blend the hell out of it.

auenf
15th February 2006, 10:55
blending is bad ;)

the progressive flag is pretty much only used for pulldown in NTSC, in the PAL world when playing on a normal tv (which is the primary setup for DVD) the progressive flag gets ignored and the dvdplayer and the tv happily show you you the movie as if it was interlaced (ie, field followed by field followed by field, etc etc) and noone notices that theres a 50% lack of motion compared with a real interlaced file cause it IS about 4% smoother than it was in the cinema at 24fps

Enf...

frank
15th February 2006, 11:53
There is a big misunderstanding.
Important is the encoding mode, not only the source!
You can:

1) Encode interlaced material (live video) as interlaced.
Necessary.

2) Encode progressive material (movies) as interlaced.
This is not necessary, but the producer has the advantage of no need to care about the content of the whole dvd.
Some extras may be interlaced. Menus are often interlaced. And so they encode the whole movie as interlaced when the bitrate is high enough.

There is a difference in color space between interlaced and progressive encoded frames (4:2:0).
For right colors you have to decode interlaced encodings as interlaced even in the case of progressive frames!

If you don't trust the flags, then it's very hard to see in what mode a progressive movie is encoded.

colinb
15th February 2006, 13:54
What happens when you are using the progressive output from a DVD player? If the disk contains film (progressive) material which has been encoded as interlaced, then the player can only assume that the material is interlaced and therefore deinterlace the "fields" to produce a progressive frame for output. If the disk had been encoded as progressive then the player would presumably just output the progressive frames as-is.

The question is, is there likely to be any picture quality loss in the former case where the material is needlessly passed through a deinterlacing process? If there IS a slight loss (and I don't know if this is the case) then it may be better for film material to be encoded as progressive rather than interlaced.

Any thoughts?

manono
15th February 2006, 14:50
Hi-

blending is bad

Hehe, tell me about it. But that doesn't mean it isn't done all the time. It may be a bigger problem for NTSC people than for PAL people though. I see the damn things way too often (PAL masters used for the NTSC DVD).

The question is, is there likely to be any picture quality loss in the former case where the material is needlessly passed through a deinterlacing process?

Of course there will be a quality loss. How much depends on the quality of the deinterlacer. Are you talking about for PAL, NTSC, or both? My experience is with NTSC mostly, and when you have hard telecine (already telecined film encoded as 29.97fps interlaced), a flag reading DVD player can only deinterlace it for output to a progressive display. Just try and watch the mess that a software player such as PowerDVD produces with such material. If you have a better cadence reading player, it can spot the 3:2 cadence and "IVTC" it on-the-fly, so-to-speak. I'm not real sure how PAL DVD players handle it, but since almost all of their movies on DVD are encoded as interlaced, even if the source is progressive, I have a feeling that any player with decent 2:2 pulldown detection will output it to a progressive display without unnecessarily deinterlacing it. But I'll defer to my PAL bretheren on this.

Jeff D
24th October 2006, 19:30
Diggin' up this old thread to get some information.

I've got a PAL DVD that I'm trying to convert to NTSC. This is my first experience with PAL (25fps) DVD so I'm in the learning mode.

It's a film source so I figured it's 24fps source and was thinking if I use DG's pulldown and then some ifo tweaks I should be able to get it to playback fine.

Process was demux VOB (vobedit), pulldown fix (DGpulldown) and then recreate DVD VOBs (ifoedit), fix ifo's for NTSC (ifoedit).

And everything was working until I tried to do a shrink after everything else. DVDShrink, Rejig and other appear to choke at this point.

I started over demux VOB (vob edit) and recreate DVD set (ifo edit) then tried to shrink that and things worked fine. So I started looking at dgpulldown as a possible cause of the problem. That's where I discovered that the source doesn't have progressive flag set in the GOPs. From this thread it appears this isn't an issue.

I'm looking to find out if there's a way to confirm that the source is progressive (a requirement of dgpulldown) and not just misflagged.

EDIT: BTW, If I reverse the order of my process to shrink first things work and the film part looks great. The reason I wanted the shrink to happen second was a attempt to keep the chapter points correct. There may be another way, but I don't know about that. I'm just really looking to figure out how to confirm progressive frames. And I really think I have done that, but looking for confirmation.

manono
25th October 2006, 01:04
Hi-

If you really intend to convert from PAL to NTSC, you'll have to resize from PAL 720x576 to NTSC 720x480. This will mean reencoding.

To determine if it's interlaced or progressive, look at the frames. If it's a movie, the chances are very good (but by no means 100%) that it's progressive. If you don't see interlacing, it's not interlaced.

The chapter points will have to be adjusted for NTSC. No big deal.

If you intend to do it right, don't bother trying the quick fixes, like patching the IFOs.

auenf
21st November 2006, 11:10
if the PAL dvd is progressive, just resize and 'assumefps' then encode with pulldown enabled.

you'll have to resize the audio by 4% to match.

Enf...