NEW Guides and AmvApp BETA

[Tiiscool]

Hi,

what do you think about his idea ?

Basic idea: also the .d2v file has a unique name
and you see what files belong to the.d2v


source = "C:\source\blah"
MPEG2Source (source+".d2v")

#FIRST PASS
TFM(slow=2, output=source+".tfm")
TDecimate(mode=1, output=source+".dec")
Crop(0,0,4,2)

#SECOND PASS
#TFM(input=source+".tfm")
#Tdecimate(input=source+".dec")

[Tiiscool]

Analysing Your DVD Footage -> 2. Checking the Field Order
file: http://www.animemusicvideos.org/guides/ ... etb2a.html

DGIndex:
I do not trust DGIndex, because I had once a wrong fieldorder.
This problem was made by bad encoding.

CheckFieldOrder()
I think we don 't need this any longer ?


AviSynth:
What do you think about info()
It also tells the fieldorder

Ti

[Zarxrax]

Hi,

why is there nor order= or use of d2v= ?

TFM()
TDecimate()


I thought it should be this way ?

TFM(order =1) #for top field
TDecimate()

Dgdecode knows the field order or the original stream, and it can pass this information along to TFM, thus there is no reason to manually specify it.

Basic idea: also the .d2v file has a unique name
and you see what files belong to the.d2v

I don't understand what you are talking about in this post.

DGIndex:
I do not trust DGIndex, because I had once a wrong fieldorder.
This problem was made by bad encoding.

CheckFieldOrder()
I think we don 't need this any longer ?


AviSynth:
What do you think about info()
It also tells the fieldorder

I would be interested in seeing a source where dgindex told you the wrong field order. It could also have been a bug in an old version of dgindex, maybe?

CheckfieldOrder() can still be used if you dont trust dgindex. I've never had a problem with dgindex though.

Info() doesn't know the field order. It only reports either what mpeg2source tells it, or what you tell it (using commands AssumeTFF or AssumeBFF).

[Tiiscool]

Hi,

I read that with: TFM(d2v="C:\...\xx.d2v") you can check, if the d2v is alright.
When not, it creates a xx-FIXED.d2v version.

Maybe this is useful information at the end of: Making DGIndex Project Files
file: http://www.animemusicvideos.org/guides/ ... getb2.html

What do you think about this ?

[Tiiscool]

Making your footage Progressive ->
I plan to edit the AviSynth files directly (method 2) ->
Telecined Footage -> 2-Pass IVTC (Advanced)

file: http://www.animemusicvideos.org/guides/ ... ssive.html

first pass with post-processing
MPEG2Source ("C:\yourfolder\blah.d2v")
TFM(cthresh=4, slow=2, clip2=deint, output="C:\yourfolder\something.tfm")
TDecimate(mode=1, output="C:\yourfolder\something.dec")
Crop(0,0,4,2)


Can it be that this line is missing ?
deint = TDeint(mode=2, mtnmode=3, blim=100)

[Tiiscool]

Basic idea: also the .d2v file has a unique name
and you see what files belong to the.d2v

I don't understand what you are talking about in this post.

I think this is an easy system to get good names for the files:
Example:
myvideo.d2v
myvideo.tfm
myvideo.dec

You can use the script for other files too. Only one line has to be changed.

[Tiiscool]

Dgdecode knows the field order or the original stream, and it can pass this information along to TFM, thus there is no reason to manually specify it.

So it works also without d2v= ?

[Scintilla]

Hi,

I read that with: TFM(d2v="C:\...\xx.d2v") you can check, if the d2v is alright.
When not, it creates a xx-FIXED.d2v version.

Maybe this is useful information at the end of: Making DGIndex Project Files
file: http://www.animemusicvideos.org/guides/ ... getb2.html

What do you think about this ?

That's only in the case of DVDs encoded with illegal field order transitions (see: Love Hina, Excel Saga, and possibly anything encoded by M.O.F.C. if I'm remembering correctly), but it should be mentioned somewhere, yes.

[Tiiscool]

When I remember it right, I have two DVDs that have this problem.

One is Gravitation US Version.

[Tiiscool]

Hello,

can it be that there is a filter missing in the AMVapp ?
(3 beta)

I tried to use Fluxsmooth, but it did not work.