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. |
30th August 2008, 09:03 | #1161 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
I'd expect that cropping horizontally is OK, and cropping vertically mod-4 also to be OK.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
30th August 2008, 17:46 | #1163 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
Quote:
(I don't see why mod16 should be required for purposes of IVTC or deinterlacing in general. mod4 vertically is a technical requirement for YV12 sources, since that's the "luma distance" between same-parity chroma samples. That's all.)
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
|
30th August 2008, 19:13 | #1164 | Link | |
Beyond Kawaii
Join Date: Feb 2008
Location: Russia
Posts: 724
|
Quote:
__________________
...desu! |
|
30th August 2008, 19:49 | #1165 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
During testing TGMC, I'm often cropping wildly around on the input, only caring for mod-4, not -16, and never got any unusual ghosting. Feel free to post script + material that makes your observation reproducable.
Again, mod4 is the only technical requirement in this case.
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
31st August 2008, 10:05 | #1167 | Link |
Sleepy overworked fellow
Join Date: Feb 2008
Location: Maple syrup's homeland
Posts: 933
|
Hi,
I've got something fairly complicated to do via vfr decimation, so I've got a help request if it's doable and a feature request if it isn't Let's say I have these framerates : a=23.976 b=25 c=29.97 d=59.94 They were then spliced together with a.changefps(d)+b.changefps(d)+c.changefps(d)+d So, I have a CFR clip @ 59.94fps with tons of duplicates (that I want to remove via vfr decimation). How can I do that??? Also, there are many duplicates in the 23.976 clip and it could be decimated to very low framerates for a couple of frames (even below 8 fps) So, I was wondering if it would be possible to have a vfr decimation that adapts to the amount of motion and uses framerates other than the standards ones to display the same motion to encode a lot less frames with no visual difference (in anime you can even have the same frame for more than 1 second after all the noise has been removed). Here is a test clip I have created for the occasion that replicates the situation I just described: http://rapidshare.com/files/14149600...stclip.7z.html
__________________
AnimeIVTC() - v2.00 -http://boinc.berkeley.edu/- Let all geeks use their incredibly powerful comps for the greater good (no, no, it won't slow your filtering/encoding :p) |
8th October 2008, 21:30 | #1170 | Link |
Learning fast
Join Date: May 2008
Location: Bucharest
Posts: 33
|
Question about TDecimate:
I have a series of black frames; instead of cutting some of them, it removes all of them and leaves more 'visible' dups behind. Is there a way of setting <max nr of dups in a row> ? If not, I'm making an official feature request . Thanks. |
20th October 2008, 06:45 | #1171 | Link |
Registered User
Join Date: Mar 2003
Posts: 8
|
Is there any way I can set the location of the debug output information provided by TFM/TDecimate (i.e, when display=true)? Currently, the output is always fixed to the upper left-hand corner, so if I have display=true on for both TFM/TDecimate, the debug output from TDecimate overlays on top, obscuring the debug output for TFM.
I'd like to be able to see both sets of debug data at the same time. |
20th October 2008, 15:07 | #1172 | Link |
Sleepy overworked fellow
Join Date: Feb 2008
Location: Maple syrup's homeland
Posts: 933
|
I didn't check the doc, but a quick and dirty way of doing it is by using stackvertical/horizontal to see the same frame with different info, or by cropping the part of the frame where the info is to overlay it on another corner.
Code:
source=your source tfminfo=source.tfm(settings).crop(select the part of the frame containing the info here) tdecimateinfo=source.tdecimate(settings) overlay(tdecimateinfo,tfminfo,coordinates where you want to overlay) #uncomment the next line to tweak the crop settings #return tfminfo
__________________
AnimeIVTC() - v2.00 -http://boinc.berkeley.edu/- Let all geeks use their incredibly powerful comps for the greater good (no, no, it won't slow your filtering/encoding :p) |
24th October 2008, 06:18 | #1173 | Link |
Registered User
Join Date: Mar 2003
Posts: 8
|
Well, thetoof, your suggestion didn't quite work out the way I wanted to, but I'll keep experimenting. Thanks.
In the meantime, is there any to alter TDecimate's behavior for vfr output (i.e., when mode=5), for handling 30p video sections? In particular, I would like to make TDecimate perform a bob (59.94 fps) instead of a blend decimation for those sections designated as video, while still IVTCing/decimating the film portions to 23.976 fps. |
26th October 2008, 06:46 | #1174 | Link |
Sleepy overworked fellow
Join Date: Feb 2008
Location: Maple syrup's homeland
Posts: 933
|
You may be interested in AnimeIVTC, as it bobs interlaced sections & IVTC telecined ones to create a VFR clip. See mode=3, 4 or 6 with omode=2.
__________________
AnimeIVTC() - v2.00 -http://boinc.berkeley.edu/- Let all geeks use their incredibly powerful comps for the greater good (no, no, it won't slow your filtering/encoding :p) |
15th December 2008, 22:06 | #1175 | Link |
Registered User
Join Date: Jul 2005
Posts: 317
|
i have a clip here which i'm trying to deinterlace correctly... it's hard telecined without any blends so an ivtc should work. however, I'm having a hard time determining the field order. I've tried the separatefields().assumetff test but both tff and bff show no backward motion. weird. so far I've thrown 2 scripts at it:
Code:
interp = nnedi(field=1) deint = tdeint(mode=0,order=1,field=1,edeint=interp,slow=2,emask=TMM(mode=0,order=1,field=1)) tfm(mode=3,order=1,clip2=deint,slow=2) tdecimate() Code:
interp = nnedi(field=1) deint = yadifmod(edeint=interp) tfm(mode=3,order=1,clip2=deint,slow=2) tdecimate() |
15th December 2008, 23:26 | #1176 | Link |
Registered User
Join Date: Nov 2004
Location: Spain
Posts: 408
|
IMHO your clip is progressive. No temporal difference between fields. Only spatial one. There is some residual combing that you can fight with plugin vinverse. Internal function Info() says that the clip is bff .In fact, when assumed as bff, after separatefields() the first field has the top line. But deinterlace this progressive clip is unnecesary (again IMHO). In scenes with motion there is blending. Try to deblend first.
Last edited by AVIL; 15th December 2008 at 23:31. |
16th December 2008, 01:27 | #1177 | Link | |
Registered User
Join Date: Jul 2005
Posts: 317
|
Quote:
|
|
16th December 2008, 02:10 | #1178 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
AssumeTFF().SeparateFields()#plays smoothly
AssumeBFF().SeparateFields()#plays jerky The sample is TFF and any simple IVTC seems to work. It's not field-blended, although there does seem to be some sort of motion blur or similar going on. |
Tags |
tdeint, tivtc |
|
|