Convert PAL DV to Standard PAL

Gabrielgoc · 22nd February 2003, 17:37

I´ve to convert files PAL lower field first (DV) to Standard PAL, upper field first. Any suggestion about scritp? Avisynth 2.0x or 2.5x? I´m compressing later the file using TMPGEnc Plus.

Thanks

Guest · 22nd February 2003, 19:35

One trick for reversing the field dominance is to crop one line off the top and then use BorderControl() to duplicate the bottom line.

Note: Swapping fields is not the same as reversing field dominance.

Si · 22nd February 2003, 20:16

I've only ever played with a DV file once and just did it "by hand" as the saying goes, but I think a dedicated plugin would be quite useful.

I'll knock one up unless you want to Don?

regards
Simon

Guest · 22nd February 2003, 20:24

Go for it, Simon!

Why don't you post the functional spec here before you start coding?

Si · 22nd February 2003, 20:35

erm...

Version 1
Shift all lines up one except the top one.
Copy 2nd bottom line to bottom line.

Version 1.1
Maybe let use decide whether to shift down instead of up?

regards
Simon

Guest · 22nd February 2003, 20:39

erm... Color spaces supported? Name of plugin?

Si · 22nd February 2003, 22:07

what a task master

name: ReverseFieldDominance
Version 1 will support RGB and YUY2
It'll be compiled for Avisynth 2.5

Once you big boys have sorted out the YV12 chroma interlacing issues it might do YV12 in a later version. I'm just keeping out of the way for now

Guest · 22nd February 2003, 22:28

Sounds good to me. Thank you for your response.

morsa · 23rd February 2003, 04:44

Please, make a Vdub version at a near future.
Vdub users will be by your side!!

Tsui · 23rd February 2003, 04:59

insert this line into an avisynth-script to change bff to tff :

DoubleWeave().SelectOdd()

Greetings
Tsunami

Guest · 23rd February 2003, 05:47

Quote:

Originally posted by Tsui
insert this line into an avisynth-script to change bff to tff :

DoubleWeave().SelectOdd()

Ingenius, but strictly, it is not fully correct as a general method, because it makes new frames with different field combinations. E.g., if we had originally:

1 3 5
2 4 6

Your method would make:

3 5 7
2 4 6

The dominance has been changed, yes, but the fields have been recombined. Probably in most applications (where reversing dominance is required) that is acceptable. But to maintain the original field combinations, you'd need the shifting method. Also, your method is a bit trickier to implement in a standalone filter.

Trivia point: Your method can also be done by:

SeparateFields().Trim(1,0).Weave()

Guest · 23rd February 2003, 07:08

Quote:

Originally posted by morsa
Please, make a Vdub version at a near future.
Vdub users will be by your side!!

Please see the attachment.

Si · 23rd February 2003, 14:43

Avisynth version 1.0 (as per functional spec

) available via my site or here .

[Edit: URL corrected]

regards
Simon

morsa · 24th February 2003, 17:55

Thank you Neuron!!

vidiot · 24th February 2003, 18:58

...and thankyou Simon!
Have to try ASAP by myself.

One thing:
Why "bordercontrol"(?) and not something like PAL_DVbordercontrol,
or KTPDVBR (KeepThePalDvBorderRight)

Harald

hanfrunz · 24th February 2003, 20:57

Hello everybody,

>Version 1
>Shift all lines up one except the top one.
>Copy 2nd bottom line to bottom line.
>Version 1.1
>Maybe let use decide whether to shift down instead of up?
>regards
>Simon

mmmh, would'nt it be better to swap the even and odd lines like this?

Line 001 ---> Line 002
Line 002 ---> Line 001
Line 003 ---> Line 004
Line 004 ---> Line 003
...
Line 575 ---> Line 006
Line 576 ---> Line 005

So the first line of field1 is still the first line, but of field2. I Think this method is a little slower, but it is more correct. Or am i wrong? Maybe you you could let the user select the method?

hanfrunz

Si · 24th February 2003, 21:19

@hanfrunz
Well, that corrects the temporal order but at the expense of the spatial field order.

Moving everything up by 1 line corrects temporal but keeps spatial order as well.

regards

Simon

hanfrunz · 24th February 2003, 22:57

ahhh of course, i see! never thought about this.

thanks
hanfrunz

Guest · 25th February 2003, 05:46

Quote:

Originally posted by hanfrunz
ahhh of course, i see! never thought about this.

You must have missed this bit earlier in the thread:

"Note: Swapping fields is not the same as reversing field dominance."

McQuaid · 25th February 2003, 14:11

Quote:

Note: Swapping fields is not the same as reversing field dominance.

Just curious, what exactly is the diffenece between the two? For example my capture card gets the field wrong and I always use field swap. Is field dominance also a hardware/driver issue or is it in some sources and not in others?

22nd February 2003, 17:37	#1 \| Link
Gabrielgoc Member Join Date: Jun 2002 Location: Buenos Aires - Argentina Posts: 43	Convert PAL DV to Standard PAL I´ve to convert files PAL lower field first (DV) to Standard PAL, upper field first. Any suggestion about scritp? Avisynth 2.0x or 2.5x? I´m compressing later the file using TMPGEnc Plus. Thanks

22nd February 2003, 19:35	#2 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	One trick for reversing the field dominance is to crop one line off the top and then use BorderControl() to duplicate the bottom line. Note: Swapping fields is not the same as reversing field dominance. Last edited by Guest; 23rd February 2003 at 05:57.

22nd February 2003, 20:16	#3 \| Link
Si Simply me Join Date: Aug 2002 Location: Lancashire, England Posts: 610	I've only ever played with a DV file once and just did it "by hand" as the saying goes, but I think a dedicated plugin would be quite useful. I'll knock one up unless you want to Don? regards Simon __________________ http://www.geocities.com/siwalters_uk/fnews.html

22nd February 2003, 20:35	#5 \| Link
Si Simply me Join Date: Aug 2002 Location: Lancashire, England Posts: 610	erm... Version 1 Shift all lines up one except the top one. Copy 2nd bottom line to bottom line. Version 1.1 Maybe let use decide whether to shift down instead of up? regards Simon __________________ http://www.geocities.com/siwalters_uk/fnews.html

22nd February 2003, 22:07	#7 \| Link
Si Simply me Join Date: Aug 2002 Location: Lancashire, England Posts: 610	what a task master name: ReverseFieldDominance Version 1 will support RGB and YUY2 It'll be compiled for Avisynth 2.5 Once you big boys have sorted out the YV12 chroma interlacing issues it might do YV12 in a later version. I'm just keeping out of the way for now __________________ http://www.geocities.com/siwalters_uk/fnews.html

22nd February 2003, 20:24	#4 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Go for it, Simon! Why don't you post the functional spec here before you start coding?

22nd February 2003, 20:39	#6 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	erm... Color spaces supported? Name of plugin?

22nd February 2003, 22:28	#8 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Sounds good to me. Thank you for your response.

23rd February 2003, 04:44	#9 \| Link
morsa the dumbest Join Date: Oct 2002 Location: Malvinas Posts: 494	Please, make a Vdub version at a near future. Vdub users will be by your side!!

23rd February 2003, 04:59	#10 \| Link
Tsui Registered User Join Date: Oct 2001 Posts: 79	.oOo. insert this line into an avisynth-script to change bff to tff : DoubleWeave().SelectOdd() Greetings Tsunami

23rd February 2003, 14:43	#13 \| Link
Si Simply me Join Date: Aug 2002 Location: Lancashire, England Posts: 610	Avisynth version 1.0 (as per functional spec ) available via my site or here . [Edit: URL corrected] regards Simon __________________ http://www.geocities.com/siwalters_uk/fnews.html Last edited by Si; 25th February 2003 at 19:21.

24th February 2003, 17:55	#14 \| Link
morsa the dumbest Join Date: Oct 2002 Location: Malvinas Posts: 494	Thank you Neuron!!

24th February 2003, 18:58	#15 \| Link
vidiot Registered User Join Date: Nov 2001 Location: Germany Posts: 144	...and thankyou Simon! Have to try ASAP by myself. One thing: Why "bordercontrol"(?) and not something like PAL_DVbordercontrol, or KTPDVBR (KeepThePalDvBorderRight) Harald

24th February 2003, 20:57	#16 \| Link
hanfrunz Registered User Join Date: Feb 2002 Location: Germany Posts: 539	Hello everybody, >Version 1 >Shift all lines up one except the top one. >Copy 2nd bottom line to bottom line. >Version 1.1 >Maybe let use decide whether to shift down instead of up? >regards >Simon mmmh, would'nt it be better to swap the even and odd lines like this? Line 001 ---> Line 002 Line 002 ---> Line 001 Line 003 ---> Line 004 Line 004 ---> Line 003 ... Line 575 ---> Line 006 Line 576 ---> Line 005 So the first line of field1 is still the first line, but of field2. I Think this method is a little slower, but it is more correct. Or am i wrong? Maybe you you could let the user select the method? hanfrunz

24th February 2003, 21:19	#17 \| Link
Si Simply me Join Date: Aug 2002 Location: Lancashire, England Posts: 610	@hanfrunz Well, that corrects the temporal order but at the expense of the spatial field order. Moving everything up by 1 line corrects temporal but keeps spatial order as well. regards Simon __________________ http://www.geocities.com/siwalters_uk/fnews.html

24th February 2003, 22:57	#18 \| Link
hanfrunz Registered User Join Date: Feb 2002 Location: Germany Posts: 539	ahhh of course, i see! never thought about this. thanks hanfrunz

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode