PDA

View Full Version : Help With Reencoding INterlaced Vdo


DaRarenunikeone
18th April 2004, 18:44
This is my question.. how in the world can i reencode INterlaced Video While Keeping the interlaced format so i can have the zippy smooth frame rate on my tv. What is the best way to do this and if so what bitrate

Joergen
18th April 2004, 18:47
Best way is keep the advanced settings at default. Of course CCE @ 3 passes or more.

Doom9
18th April 2004, 18:47
to the best of my knowledge, dvd-rb keeps the source format, so interlaced still will be encoded interlaced unless you force deinterlacing by activating that option (it's hidden in the expert option under avs options).

djan
18th April 2004, 21:47
Hi,

Can I disable "interlaced=true" when my source is interlaced ? I intend to watch the movie only on TV.

Thx.

Joergen
18th April 2004, 22:05
Your TV is what MOST needs the interlacing to stay exactly as it is on the original. Dont toy around with the interlacing settings unless youre an expert.

Doom9
18th April 2004, 22:27
Can I disable "interlaced=true" when my source is interlaced ?Yes you can, and no, you shouldn't. This option is in fact good for you if you have interlaced content. It's not so good for progressive content on the other hand. If your source is all progressive, then you should disable interaced=true (actually, remove it but it comes down to the same).

jdobbs
18th April 2004, 22:37
Originally posted by Doom9
Yes you can, and no, you shouldn't. This option is in fact good for you if you have interlaced content. It's not so good for progressive content on the other hand. If your source is all progressive, then you should disable interaced=true (actually, remove it but it comes down to the same). In fact, DVD-RB won't put "interlaced=true" in source material that is flagged as progressive. That line is inserted by default on interlaced material. The option makes it possible to removed it -- in the event you have a PAL source that (reportedly) is progressive but marked as interlaced.

djan
18th April 2004, 23:29
But is there a consequence if my source is really interlaced and I disable the "interlaced=true" ? What I want to do is to never use it even when my source is really interlaced. Finally, what's its job ?

jdobbs
19th April 2004, 02:31
Originally posted by djan
But is there a consequence if my source is really interlaced and I disable the "interlaced=true" ? What I want to do is to never use it even when my source is really interlaced. Finally, what's its job ? The best advice is to leave it alone and let DVD-RB make the determination for you.

wmansir
19th April 2004, 02:46
Originally posted by djan
But is there a consequence if my source is really interlaced and I disable the "interlaced=true" ? What I want to do is to never use it even when my source is really interlaced. Finally, what's its job ?

If you look at the Settings Stickie it says:

Disable "interlaced"
Source for the selected VTS will be treated as progressive -- meaning "interlaced=true" will not be added to the ConvertToYUY() line, no Deinterlacing will be applied, Zig-Zag encoding will be used, and the progressive flag will be set. See this post (http://forum.doom9.org/showthread.php?s=&threadid=58800#post354127) for more information on ConvertToYUY(). Also, note that this is only an override for incorrectly flagged progressive material that would erroneously be treated as interlaced. Progressive material, that is flagged correctly, will be treated properly automatically.

Like Jdobbs said, this option is intended for material that is REALLY progressive but has been marked incorrectly as interlaced. This is only common for PAL material, since NTSC has a different framerate at interlaced vs. progressive.

I think you are under the impression that "interlace=true" performs deinterlacing, but that is far from the truth. It is used to make sure the picture is properly converted from one data type to another. Read the post linked above for information on exactly what it does.

redfive19
19th April 2004, 22:31
@jdobbs

I don't know what you did different in the newest version of DVD-RB but I decided to encode without deinterlacing with decomb, and the dvd showed no signs of "ghosting" or jagged lines when ppl moved. It looked better than the one that I had deinterlaced. So that orginal problem I was having a month ago, is apparently gone. I remember there was some post about a "ghosting effect" and it having to do with BFF source material but I had the problem on TFF material. Weird. Well, if it happens again, I'll post it but it didn't happen with Frontier House (btw, good show).

Thanks again!!

-redfive

jdobbs
20th April 2004, 02:44
Originally posted by redfive19
@jdobbs

I don't know what you did different in the newest version of DVD-RB but I decided to encode without deinterlacing with decomb, and the dvd showed no signs of "ghosting" or jagged lines when ppl moved. It looked better than the one that I had deinterlaced. So that orginal problem I was having a month ago, is apparently gone. I remember there was some post about a "ghosting effect" and it having to do with BFF source material but I had the problem on TFF material. Weird. Well, if it happens again, I'll post it but it didn't happen with Frontier House (btw, good show).

Thanks again!!

-redfive Yeah, I made several improvements in the way I do this in the last few versions.

69Mws
21st April 2004, 21:47
Originally posted by Doom9
to the best of my knowledge, dvd-rb keeps the source format, so interlaced still will be encoded interlaced unless you force deinterlacing by activating that option (it's hidden in the expert option under avs options).

Is the detection whether a source is interlaced or not really accurate? I experienced with DIF4U for example that this detection at least for PAL sources is not that accurate. It happened quite often that a main movie was determined to be interlaced although you could clearly see in dvd2avi for example 'with the naked eye' that it's not.

Eyes`Only (author of dif4u) knows about this issue but there's no solution for that thing 'til now, so I'm quite sceptical whether it works in DVD-RB.

Maybe sort of an advanced option to flag every titleset manually to be encoded as (tff-/bff-) interlaced or progressive, which will trigger the proper settings in CCE would make sense, just in case... :)

Greetz
69Mws

Joergen
21st April 2004, 21:54
Most (at leat the properly mastered/more recent) PAL DVDs are frame-for-frame.. but they've still been compressed as interlaced and are marked interlaced. Some are truely progressive and are marked progressive.

To give a couple BIG STUDIO examples, The Gladiator R2 is progressive and great quality eventhough its a 4 year old DVD, while Star Wars Episode 2 is interlaced (though looks progressive). Some studios just either "dont get it" or prefer to do it interlaced for some odd reason.

69Mws
21st April 2004, 22:02
Originally posted by Joergen
....Star Wars Episode 2 is interlaced (though looks progressive). Some studios just either "dont get it" or prefer to do it interlaced for some odd reason.

So you mean in such case it is interlaced although it looks progressive and should be encoded with interlaced settings in cce?

Hm....interesting, never tried that before.

Anyway, I think will give it a shot, DVD-RB sounds quite interesting nevertheless :)

Thx & Greetz
69Mws

onesoul
22nd April 2004, 01:33
...quite interesting...? :p It's fantastic!!

jdobbs
22nd April 2004, 14:58
Originally posted by 69Mws
Is the detection whether a source is interlaced or not really accurate? I experienced with DIF4U for example that this detection at least for PAL sources is not that accurate. It happened quite often that a main movie was determined to be interlaced although you could clearly see in dvd2avi for example 'with the naked eye' that it's not.

Eyes`Only (author of dif4u) knows about this issue but there's no solution for that thing 'til now, so I'm quite sceptical whether it works in DVD-RB.

Maybe sort of an advanced option to flag every titleset manually to be encoded as (tff-/bff-) interlaced or progressive, which will trigger the proper settings in CCE would make sense, just in case... :)

Greetz
69Mws It's already there.

69Mws
22nd April 2004, 15:43
Originally posted by jdobbs
It's already there.

Thx jdobbs, maybe my glasses need some cleaning.... :D

Greetz
69Mws

djan
22nd April 2004, 17:40
Jdobbs,

I have an interlaced source showed without problem on my TV with the original DVD. The problem appears when I make the backup using DVDRB 0.42. The DVD is showed interlaced on my TV. It's not normal. Is it a bug ?

PS : I'm doing 4:3 -> 16:9 conversion.

Joergen
22nd April 2004, 18:34
Originally posted by djan
Jdobbs,

I have an interlaced source showed without problem on my TV with the original DVD. The problem appears when I make the backup using DVDRB 0.42. The DVD is showed interlaced on my TV. It's not normal. Is it a bug ?

PS : I'm doing 4:3 -> 16:9 conversion.

Hmm, I'm sure jdobbs has thought of this and its some weird bug, but when resizing vertically the software needs to bob-deinterlace the fields and then reinterlace the doubled half-frames.

jdobbs
22nd April 2004, 20:17
Originally posted by Joergen
Hmm, I'm sure jdobbs has thought of this and its some weird bug, but when resizing vertically the software needs to bob-deinterlace the fields and then reinterlace the doubled half-frames. Did you mean to say "vertically?"

RB
22nd April 2004, 20:30
Interlaced sources must be separated into fields before resizing vertically (e.g. for 4:3 LB -> 16:9). I.e.

SeparateFields()
BicubicResize....
Weave()

djan
22nd April 2004, 23:50
jdobbs,

Is it really a bug ? What's strange is that I reauthored the DVD with DVDShrink to keep only the two first chapters, I encoded the same way via DVDRB and the interlacing problem was no more there.

Joergen
22nd April 2004, 23:51
Originally posted by jdobbs
Did you mean to say "vertically?"

Um, yes I meant to say vertically :) Like RB said also. As in, cut out the black bars and stretch vertically.

jdobbs
23rd April 2004, 00:00
Originally posted by Joergen
Um, yes I meant to say vertically :) Like RB said also. As in, cut out the black bars and stretch vertically. Duh.. Ok... I had a dense moment there... :eek:

Joergen
23rd April 2004, 00:05
Originally posted by jdobbs
Duh.. Ok... I had a dense moment there... :eek:
Just proves that it "happens to the best of us", as in you. ;)

So probably the separate fields thingie should be added when the source is interlaced.

jdobbs
23rd April 2004, 00:13
Originally posted by Joergen
Just proves that it "happens to the best of us", as in you. ;)

So probably the separate fields thingie should be added when the source is interlaced. I've found from experience that taking RB's advice is pretty much the right direction to go...

djan
23rd April 2004, 05:50
So, what's the solution for me now ? I think the problem comes from the conversion 4:3 -> 16:9 with interlaced sources ? is there a solution ? Thx.

wmansir
23rd April 2004, 06:07
You can replace the resize line:

Lanczosresize(720,480,0,60,720,360) with (I think):

SeparateFields().Lanczosresize(720,240,0,30,720,180).weave()

At least for NTSC, but I haven't tested it yet. It may soften the picture, so only use it on interlaced material.

RB
23rd April 2004, 08:50
Originally posted by jdobbs
I've found from experience that taking RB's advice is pretty much the right direction to go...
You are welcome :) Well, when you resize an interlaced full frame vertically, obviously it "mixes" pixels from two fields that have a temporal difference, so you get all sorts of nasty artifacts. The example posted by wmansir is exactly right.