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. |
27th April 2007, 16:56 | #1002 | Link |
Huh?
Join Date: Sep 2003
Location: Uruguay
Posts: 3,103
|
I am going to use TDeint+TMMv1 (this one, right?) as Clip2 for an IVTC, would this:
Code:
AssumeTFF() Deinted=TDeint(order=1,field=1,type=1,emask=TMM(order=1,field=1)) TFM(mode=6,order=1,PP=7,slow=2,mChroma=true,Clip2=Deinted) TDecimate(mode=1)
__________________
Read Decomb's readmes and tutorials, the IVTC tutorial and the capture guide in order to learn about combing and how to deal with it. Last edited by Chainmax; 27th April 2007 at 17:04. Reason: eliminated "type=1" from TMM's arguments |
28th April 2007, 19:09 | #1003 | Link | |
Moderator
Join Date: Nov 2001
Location: Netherlands
Posts: 6,364
|
Quote:
|
|
4th May 2007, 00:10 | #1005 | Link |
Registered User
Join Date: Dec 2001
Posts: 1,219
|
I'm having some trouble fully understanding the d2v parameter that tfm takes.
If I set the d2v parameter, then tfm will check the d2v for illegal field order, and create a new d2v if necessary. Also, tfm will use hints from the d2v to help its field matching process? Will this theoretically give more accurate results, or will be be faster? Next, is it really necessary to specify the d2v parameter manually? Can't dgdecode pass the data to tfm as a hint or something? And also, is there anyway that tfm could simply fix the d2v file on the fly, rather than making a new one and requiring you to go back and change your script? |
4th May 2007, 04:28 | #1006 | Link | ||
Registered User
Join Date: Dec 2003
Location: MO, US
Posts: 999
|
@Chainmax
The script looks right, but you'll need to use TMMv1 instead of mmask.dll for that syntax to work. @foxyshadis I'll do that. @Zarxrax Quote:
Quote:
I will say that if you work mostly with r1 anime, the d2v parameter is usually not that helpful since most r1 anime never has 01230123 flagging (the d2v will just have 0's and 2's, 100% NTSC reported by dgindex). In that case, all that setting the d2v parameter accomplishes is checking for illegal transitions. |
||
5th May 2007, 22:16 | #1008 | Link |
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
tritical, can you check this out?
Metrics file ("cap9_TDec.txt") Code:
BlankClip(length=80061,pixel_type="YV12",fps=30000,fps_denominator=1001) TDecimate(mode=2,rate=23.483,input="cap9_TDec.txt",batch=true,display=true) I've also got a request... would it be possible to add standalone "+" to the override options to force a decimated frame to be kept? From what I've gathered through use and TDecimate's doc, "+" is currently only used to separate kept and dropped frames for override cycles (which are hard to write out for hundreds of frames at a time) and doesn't actually override anything itself. Currently I usually just edit my TDecimate metrics files and give frames I want to keep huge values, but it's not really practical, especially when I mess up and want to undo something. |
6th May 2007, 18:18 | #1009 | Link |
Mr. Woof
Join Date: Jan 2002
Location: USA
Posts: 784
|
Would someone mind taking a look at this sample. I'm trying to figure out how to setup tfm and tdecimate to restore progressive frames from this apparent 2p4i pattern clip but after reading the help files for both and trying samples/experimenting around with decimation cycles am not sure how to restore this. It actually looks like blended fields, but I know this series (Sherlock Holmes with Jeremy Brett) was shot in film, and all the DVDs in the series except the one from which this episode was taken were just soft pull-downs. Or is this not a candidate for tfm+tdecimate but rather some function like restore24 or the likes? Thanks much for the advice.
Last edited by chipzoller; 7th May 2007 at 03:18. |
7th May 2007, 07:43 | #1010 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
The series were originally shot as progressive 25fps I think. Does RePAL do any good?
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
7th May 2007, 16:01 | #1011 | Link |
Registered User
Join Date: Mar 2006
Posts: 184
|
@All
Can anybody suggest good Bob deinterlace I tried Tdeint as a bob deinterlace for my TFF PAL video Code:
topf = separatefields().selecteven().createMM() botf = separatefields().selectodd().createMM() tdeint(mode=1,order=1,emask=buildMM(topf,botf,mode=1,order=1,dis=2)) Yadif(mode=1) give me better result with straight lines but has lots of artifacts |
8th May 2007, 00:55 | #1012 | Link |
Mr. Woof
Join Date: Jan 2002
Location: USA
Posts: 784
|
@Boulder,
Yes I think you may be right. It's just that with the majority of the releases in the "Adventures of..." series they did a proper telecine job, but with this one it seems they went the lazy route and just did a blend-conversion. I'm really not "up" on the methods and processes to get PAL to NTSC so I can't speak from a knowledgeable position...In any case, RePal seemed to do a good job, although I had to use convertfps(25) at the end as it was outputting a 24.75 frame rate otherwise. I really wish there were some tutorials out there that gave examples of various field blendings and avisynth scripts/plugins to try and tackle them. |
8th May 2007, 03:27 | #1013 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Instead of ConvertFPS, use AssumeFPS.. then again, Restore24 has a RePAL equivalent which outputs 25fps IIRC. You might want to post in the R24 thread or create a new one in the Avisynth usage forum so it will get noticed by the pros
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
8th May 2007, 05:13 | #1014 | Link |
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
You should probably use AssumeFPS(25,1,true) followed by an audio resample instead of ConvertFPS. Bump up the video framerate and alter the audio pitch slightly instead of adding blends to your unblended video...
EDIT: Sorry, I see Boulder already said that. I had a cached version open. |
8th May 2007, 13:52 | #1015 | Link |
Mr. Woof
Join Date: Jan 2002
Location: USA
Posts: 784
|
Thanks ChiDragon. I'll try AssumeFPS with those params as AssumeFPS(25) produces out of sync audio. However since I'm dealing with a demuxed DVD source, how would, once you demux the audio track, you get AssumeFPS and avisynth to consider and alter the AC3 file?
|
8th May 2007, 15:58 | #1016 | Link | |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
Quote:
If you are going to use AssumeFPS and stretch the audio, you may as well make it for 23.976fps if, as you say, it was shot on film. |
|
8th May 2007, 19:00 | #1018 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
OK, but if I'm not mistaken, I believe that's the first time you've mentioned requiring specific framerates.
Me, I'd make it 23.976fps (that's what you mean by film, isn't it?), and stretch the audio to do away with the PAL speedup and higher pitched audio. If you want to keep the same audio, then you can do a ChangeFPS(25) after RePAL, which will add one duplicate frame every 1000 frames, or 1 every 40 seconds, to produce a slight stutter which may or may not be noticeable. |
8th May 2007, 22:50 | #1019 | Link | |
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
Quote:
Last edited by ChiDragon; 8th May 2007 at 22:50. Reason: link fix |
|
11th May 2007, 14:14 | #1020 | Link |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
Dealing with irregular cadences
I know this is a Purist thread, in a (mostly) Purist forum, but I'm looking for some simple advice in handling conversions of my HDTV captures to Xvid. I routinely capture ABC TV shows that have been converted by the local affiliate station from the network's original 720p to 1080i, and then sometimes they are also time-compressed. Bottom line is they started life as Film and along the way get messed with--they're mostly 3-2 but then sometimes 3-2-2-2-2-1-3-2-3-2 etc w/no repeating pattern. 95% of the time my conversions look great, or at least "good enough for me" using this:
tfm().tdecimate(hybrid=1) On rare occasions the above doesn't do quite as good a job as I might've hoped (the 23.976 result is more herky-jerky than I'd like) and I wonder if there is a new-or-better script I can or should use for these captures. Bear in mind please that I don't want to analyze/count frames for each & every conversion I do--I'm not looking for perfection; I just want to choose a "good enough" method (a compromise) and stick with it if possible. TIA for any advice... |
Tags |
tdeint, tivtc |
Thread Tools | Search this Thread |
Display Modes | |
|
|