View Full Version : 3:2 pulldown on 29.970i Anime + addtional AVS script configuration
TheProfosist
22nd January 2010, 07:11
i have 29.970i content and am using DGinedexNV from the information that it displays i have come to the conclusion that i should reverse the pulldown and make the 29.970i into 23.976p. but when i use the fieldop=1 option the file still has horizontal bars during motion scenes. what does this mean? and what can i do correct it?
sample clip http://www.mediafire.com/file/tomda12myjh/VTS_01_1.VOB
It's not pure 3:2. Apparently my Film % indication for MPEG2 is broken. I will fix that.
You cannot use fieldop=1 for this
If you re-download Build 2004 right now that version has the fix for film percent and you'll see that it is 28% film.
You should use fieldop=0 and then:
telecide()
decimate()
Or some other adaptive IVTC of your choice. Be sure to get the field order correct.
i am now using :
fieldop=0
TFM()
TDecimate(mode=1,hybrid=1)
but am still having artifacts or something...
screenshot
http://img402.imageshack.us/img402/2504/capture01212010235759.th.jpg (http://img402.imageshack.us/i/capture01212010235759.jpg/)
once this is all worked out which is most important i would like help tuning FFT3dGPU and GPUBilaterial
i previously used FFT3dGPU(sigma=4,sharpen=1.0,plane=4,precision=2,degrid=1.0) and it created a large amout of blocking in the final encode
and im currently using BilateralFilter(1,9,3.0) but i dont know much on its configuration so there may be room for improvement
Thanks in advance for the help,
TheProfosist
(if i did anything wrong please tell me and i will change right away)
Guest
22nd January 2010, 07:25
Your image link does not display for me. Attach it and I will approve it right away.
TheProfosist
22nd January 2010, 07:39
Your image link does not display for me. Attach it and I will approve it right away.
image should be fixed i swited to imageshack
Guest
22nd January 2010, 07:43
Did you try my script? My IVTC is more idiot proof. tritical's tools need more experience.
TheProfosist
22nd January 2010, 07:56
Did you try my script? My IVTC is more idiot proof. tritical's tools need more experience.
ends up the same way except the colors are slightly (very slightly only when it changes youll notice) different.
also i have used TDeint before and could figure that out fairly well but that was because i understood intelace. i dont understand this 3:2 pulldown nearly as much
TheProfosist
23rd January 2010, 00:56
any ideas anyone?
Guest
23rd January 2010, 04:00
ends up the same way Nonsense. Your screenshot shows a blended frame that does not occur with telecide()/decimate().
TheProfosist
23rd January 2010, 04:14
Nonsense. Your screenshot shows a blended frame that does not occur with telecide()/decimate().
umm just retried it and ur right that doesnt happen. where can i get the latest version of that because right now i just have the one that MeGUI installed i prefer to have the most updates files
i woner why that happened with TIVTC
TheProfosist
23rd January 2010, 04:17
am i not supposed to resize in DGDecode if i use fieldop=0 because i did trial and error and found that that was causing it
TheProfosist
23rd January 2010, 04:21
am i not supposed to resize in DGDecode if i use fieldop=0 because i did trial and error and found that that was causing it
by testing i found that this scrip would work and resize has to be done after reverse pulldown
LoadPlugin("C:\Program Files (x86)\megui\tools\dgindexnv\DGDecodeNV.dll")
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgi",fieldop=0)
TFM()
TDecimate(mode=1,hybrid=1)
Lanczos4Resize(616,480)
TheProfosist
23rd January 2010, 04:25
is there anyway to GPU resize after i go through all that or no? because the more things i can offload to GPU the fatser things have been going
Guest
23rd January 2010, 05:04
am i not supposed to resize in DGDecode if i use fieldop=0 because i did trial and error and found that that was causing it If you resize combed content (in this case hard telecine) as if it is progressive you will get a mess.
When you do external IVTC you have to resize after the IVTC process.
TheProfosist
23rd January 2010, 05:33
just re-wrote my script to do that just wish i could resize using gpu like in you script/program but after external IVTC
Guest
23rd January 2010, 16:56
just re-wrote my script to do that just wish i could resize using gpu like in you script/program but after external IVTC Yeah, and I wish I had a billion $. It's not going to happen.
TheProfosist
24th January 2010, 00:59
Yeah, and I wish I had a billion $. It's not going to happen.
hey i was just saying. must be hard to write avs plugins then especially ones that work witrh cuda/gpu
Guest
24th January 2010, 03:34
I'll talk to Nvidia again about extending PureVideo IVTC to the video postprocessing. Currently it's not exposed in CUVID so there's nothing I can do about that. Well, short of going to DirectShow or its most recent evil spawn.
Anyway, the CUVID resize is simple bilinear and so it's very easy to persuade oneself that resizing in Avisynth is preferable.
TheProfosist
24th January 2010, 04:49
i agree i either use lancoz4 for spline64 for anime i think im edging more towards the spline64 because it sharpens without the ringing or haloing though its not as sharp as lancoz4
InsulinJunkie
24th January 2010, 04:49
I'll talk to Nvidia again about extending PureVideo IVTC to the video postprocessing.
Please do - would be most useful for OTA captures after commercials get chopped out.
The frustrating thing is knowing that it's there already (so it's not asking them to create a new feature from scratch), it's just not available.
TheProfosist
24th January 2010, 04:55
once i finish up an episoide of would you be willing to check it out to see if anything was done wrong or could be done better?
Guest
24th January 2010, 06:33
Go ahead. Just give the unprocessed source material and your process, including script, etc.
TheProfosist
24th January 2010, 07:43
ok was almost going to do that but
just ran into a few more errors on lain
this is the first:
http://img204.imageshack.us/img204/2803/laincredisissue.th.jpg (http://img204.imageshack.us/i/laincredisissue.jpg/)
it is in the end credits. i know for a fact that sometime they use 29.970i when they add the credits in on anime for r1 releases would that have caused this? also any ideas of how to fix it?
the second:
which i noticed later happens during the transition to the end credits
http://img402.imageshack.us/img402/2019/lainendcreditstransitio.th.jpg (http://img402.imageshack.us/i/lainendcreditstransitio.jpg/)
i have no clue what could have caused this or any idea of how to fix it
*just found that this is actually on the original as well so may not be fixable/there is nothing to fix
current avs script
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgi",fieldop=0)
TFM()
TDecimate(mode=1,hybrid=1)
FFT3dGPU()
BilateralFilter(1,9,3.0)
Spline64resize(616,480)
Guest
24th January 2010, 17:38
I can't help you without unprocessed source files that can be used to reproduce the problems.
TheProfosist
24th January 2010, 17:50
I can't help you without unprocessed source files that can be used to reproduce the problems.
sorry forgot that only the first 50mb of the first vob were uploaded ill split it apart and see where the bad part is or did you want more than just the bad part?
Guest
24th January 2010, 18:34
or did you want more than just the bad part? If you claim a problem, only the corresponding part of the source stream is germane.
TheProfosist
25th January 2010, 04:52
ok here is the file it should be what your looking for http://www.mediafire.com/file/cndx2kndezz/VTS_01_1.VOB_18.VOB
also i have changed up the script to
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgi",fieldop=0)
TFM()
TDecimate(mode=1,hybrid=1)
FFT3dGPU(sigma=4,sharpen=1.0,plane=4,precision=2,degrid=1.0)
Spline64resize(616,480)
*i took out the GPU bilaterial filter because it was smoothing over the details way too much and it was on its lowest setting but through trial and error i found that my FFT3dGOU setting are still good and doing what there supposed to
Guest
25th January 2010, 15:43
It's in the source. Where did you get it and why does it have the nonstandard file name?
TheProfosist
25th January 2010, 20:23
It's in the source. Where did you get it and why does it have the nonstandard file name?
because i split off just 50mb i thought thats all u needed was that section. and that program u told me to use names that as VTS_01_1.VOB_18 so i just added the extention to then end to i know what part it was.
ill upload the entire vob file with the first episode in i right now
Guest
25th January 2010, 20:41
ill upload the entire vob file with the first episode in i right now What are you using to decrypt/rip the VOB to your hard disk?
TheProfosist
25th January 2010, 22:28
What are you using to decrypt/rip the VOB to your hard disk?
AnyDVD usually sometimes i use Magic DVD Ripper which is a really nice tool ive had it since it first came out and i use ifo edit to remove angles i dont need (didnt have to do that for lain)
im uploading the first VOB file which contains the entire first episode right now i had to compress and split it to 200mb sections using win rar
i used the DGSplit tool you gave me to split the VOB before if you were wondering
Guest
25th January 2010, 23:36
AnyDVD usually sometimes i use Magic DVD Ripper Which one did you use for the sample that you uploaded?
Which episode is it? I have the DVDs so I can check the source directly.
TheProfosist
26th January 2010, 00:47
its episode one. its the credits
heres the vob file
http://www.mediafire.com/file/zzz2kmxqzmz/VTS_01_1.part1.rar
http://www.mediafire.com/file/zgjy2iydmdt/VTS_01_1.part2.rar
http://www.mediafire.com/file/1zq00mz2qzq/VTS_01_1.part3.rar
http://www.mediafire.com/file/i30vwjkmtw3/VTS_01_1.part4.rar
http://www.mediafire.com/file/mvytfwzxoim/VTS_01_1.part5.rar
this is the error
http://img204.imageshack.us/img204/2803/laincredisissue.th.jpg (http://img204.imageshack.us/i/laincredisissue.jpg/)
the names as they scroll are really choppy almost and kinda look to have those horizontal lines as if it were interlaced
Guest
26th January 2010, 00:54
I am interested in the macroblocking but not this last issue. That is just simple hybrid content. You have to learn how to deal with it.
Are you still seeing the macroblocking?
TheProfosist
26th January 2010, 01:33
I am interested in the macroblocking but not this last issue. That is just simple hybrid content. You have to learn how to deal with it.
Are you still seeing the macroblocking?
yes the macro blocking in on the original VOB on the disc there are also huge subtitle timing issues i had to time by hand when ever it changes VOB files it a pain but im getting it to work
so how does one deal with that hybrid content?
Guest
26th January 2010, 01:59
I don't see the macroblocking with my DVDDecrypter rip of that episode. So, either you have a bad rip, or you didn't get that from where you claim. I wonder about it because your earlier sample has a strange one-frame FBI warning attached and the info panel shows different things for your stream compared to what I have ripped from a legit Lain DVD. Anyway, your stream is bad.
There is a large amount of info available about handling hybrid video. Have you even *tried* to find any of it?
TheProfosist
26th January 2010, 03:55
I don't see the macroblocking with my DVDDecrypter rip of that episode. So, either you have a bad rip, or you didn't get that from where you claim. I wonder about it because your earlier sample has a strange one-frame FBI warning attached and the info panel shows different things for your stream compared to what I have ripped from a legit Lain DVD. Anyway, your stream is bad.
There is a large amount of info available about handling hybrid video. Have you even *tried* to find any of it?
yes like i said the dvd is really wierd i think there might be something wrong with that first vob file maybe my dvd is bad or ripping program failed somewhere because when you play the dvd directly it doesnt happen and after the first vob the sub title delay is fixed so i wonder if something happened there. ill try re-ripping and redemuxing
ive only read a little as i havnt had much time as of recent so ive just been encoding stuff that requires soft pull down because i know exactly how to do that. i just want to make sure i get the hybrid video thing right because i looks bad when its wrong
Guest
26th January 2010, 04:33
ive only read a little as i havnt had much time as of recent I see. If you have no time for it then I certainly don't. Thanks for being so straight-up about it!
TheProfosist
26th January 2010, 06:00
I see. If you have no time for it then I certainly don't. Thanks for being so straight-up about it!
yea sorry over the weekend and and this week i have a very large amount of work compared to normal
i personally want to get it done so i can encode it so i know ill find time soon even if it is late at night ill report back with results
TheProfosist
26th January 2010, 06:30
well i had the same problem it may be a tsMuxer error it does weird things sometimes but im not going to worry about it 2 much until i get the whole hybrid content thing figured out
from reading i determined the VFR is basically a requirement and the only way from what i was reading to do hybrid content. my only question about that is though can i pull the video file from the mkv and put it directly into a mp4 file?
if VFR is the way i must go i should have a problem doing it there is more than enough info in the readme for TDecimate
osgZach
26th January 2010, 23:26
http://forum.doom9.org/showthread.php?t=112199 <- VFR MP4 from MKV Timecodes
TheProfosist
27th January 2010, 07:41
http://forum.doom9.org/showthread.php?t=112199 <- VFR MP4 from MKV Timecodes
thanks much because now i have no qualms against using VFR
i will rerip the lain DVDs using Any DVD and try to see if that FBI thing and the blocking is gone if not ill check the dvd there may be something wrong with it
once this is all worked out i will post the first episode so that everyone can check it out to see that i did everything correcly the source is availble already so it shouldnt be a problem
osgZach
27th January 2010, 11:13
I hope you meant post a short clip, or are you going for a record for locked threads?
Also.. if it is a bad rip/program, limiting yourself to one program is not going to help anything at all. You should try out several whenever possible until you can determine if the DVD's themselves are bad or not.
DVD Descrypter is free and goes a fair good job. Even though it's old, never had a problem with it.
TheProfosist
27th January 2010, 13:39
my first lain dvd is officially messed up when ripping with AnyDVD i get an error message on the VTS01_1.vob file. i can easily cut out the fbi thing i guess ill just have to deal with the macroblocking in that area
Guest
27th January 2010, 15:14
Try ripping it with DVD Decrypter in IFO mode. Works fine for me.
Guest
27th January 2010, 15:16
once this is all worked out i will post the first episode Please don't post entire episodes. You may post small pieces under fair use but not entire episodes. Thank you.
TheProfosist
27th January 2010, 17:37
Try ripping it with DVD Decrypter in IFO mode. Works fine for me.
which set do you have i have the set from when it was re-released by geneon as a signature series
i wont post whole ep ill just post a part
i have read that denoiseing should be done on almost every source. i have tried a denoising filter and a bilateral filter and both seem to make it loose sharpness and detail even on the lowest settings that i can come up with. for the moment i have give up on both as encodes seem to be coming out better without it. any ideas on this matter?
Guest
27th January 2010, 17:58
i have read that denoiseing should be done on almost every source.... any ideas on this matter? Yes. Don't believe everything you read.
TheProfosist
28th January 2010, 06:15
Yes. Don't believe everything you read.
yea thats why i tested it out. so my idea on denoiseing is its not needed unless there is a huge noise issue. But if someone thinks they have a script that can help anything or all anime and want to change my mind. post it and ill test it out and tell you what i think. i prefer FFT3dGPU and GPUBilateral because they run off GPUs.
TheProfosist
29th January 2010, 12:50
i gave up on ripping lain because there is a problem with my fourth disc as well.
i just picked up moribito recently so i will be trying it on that
TheProfosist
1st February 2010, 17:25
right now im using this
TFM(order=1)
TDecimate(mode=3, hybrid=2)
for vfr but i dont know if thats correct because there is a 2 pass mode for vfr also and i use 3 pass when i encode so which vfr method should i be using?
TheProfosist
3rd February 2010, 07:18
I was reading up more on the 2 pass vfr process and it seems more accurate and more desirable to use the big problem that im running into is that when i encode i use 3 pass option so how would i implement the code?
example 7 on this page is what i would be using http://avisynth.org.ru/docs/english/externalfilters/tivtc.htm
first pass
DGSource("source.dgi", fieldop=0)
TFM(order=1, slow=2, output="matches.txt")
TDecimate(mode=4, output="metrics.txt")
second pass
DGSource("source.dgi", fieldop=0)
TFM(order=1, slow=2, input="matches.txt")
TDecimate(mode=5, hybrid=2, input="metrics.txt", tfmIn="matches.txt", mkvOut="mkv-timecodesfile.txt") )
third pass
? would i use the same stuff as the second pass?
Guest
3rd February 2010, 16:24
A third pass is not necessary. Just stick with two passes.
TheProfosist
4th February 2010, 12:58
ok will do but ive always used automated 3 pass mode so now i have to set each pass individually correct? and from what ive been reading the setting on the 2 passes should be as close together as possible. so i plan to set both passes as close to my 3 pass settings as possible. would you happen to know what the x246 syntax is for setting the maximum bit rate? right non im using --vbv-maxrate 9800 for DVDs and --vbv-maxrate 40000 for BDs but the setting doesnt seem to do anything at all the max bitrates after encoding DVDs are sometimes 10Mbps+
Guest
4th February 2010, 15:02
Settings help for x264 is readily available. Use Google to find it.
Anyway, it's off topic for this thread.
TheProfosist
4th February 2010, 16:45
Settings help for x264 is readily available. Use Google to find it.
Anyway, it's off topic for this thread.
i know and ive read and etc wend through all x264 settings on its wiki but the best i could come up with was the vbv-maxbitrate but that doesnt seem to do anything for me. it might only affect cbr and the only other max that can be set is qp but that deals with quantizer. i encode abr
i shouldnt have any major questions for the time being as i will be finally starting the encode for moribito. i will encode the first episode and check the result hopefully everythings good
Guest
4th February 2010, 16:57
i know and ive read and etc wend through all x264 settings on its wiki but the best i could come up with was the vbv-maxbitrate but that doesnt seem to do anything for me. That's because you don't know what a VBV model is and how it works. You're dabbling. You must have a firm technical foundation for the things you are trying to use.
TheProfosist
4th February 2010, 18:42
That's because you don't know what a VBV model is and how it works. You're dabbling. You must have a firm technical foundation for the things you are trying to use.
well i was reading up i know what its for its to restrict bitrate and buffer so streams will be compatible with certain devices. but it should work to restrict streams to original maximum bitrates.
i try to do the research the best i can before asking.
Guest
4th February 2010, 19:47
but i should work to restrict streams to original maximum bitrates. Why "should" you do that? And do you know that is not the purpose/effect of implementing VBV?
TheProfosist
4th February 2010, 22:22
*"it should" sorry the 't' there was kinda important
because i shouldnt have a bitrate spike exceeding the maximum bit rate of the source. it not really all that big of a deal i just though it odd to have a max bitrate of 10.2mbps after encoding when then max bitrtate of the source is less than 9mbps
Guest
4th February 2010, 22:49
You're not getting it!
To expose your lack of understanding, I'll ask you: What is your definition of max bitrate?
TheProfosist
5th February 2010, 00:38
You're not getting it!
To expose your lack of understanding, I'll ask you: What is your definition of max bitrate?
the maximum bitrate the encoding peaks at at any one frame just like what DGindexNV reports as max bitrate
Guest
5th February 2010, 01:09
That's not what DGIndexNV reports.
TheProfosist
5th February 2010, 01:45
That's not what DGIndexNV reports.
then what kind of max bitrate does it report? are there different kinds.
what i think of as max bitrate is when i play it back with a bitrate monitor on the highest bitrate i see is the max bitrate to me
TheProfosist
5th February 2010, 01:58
well heres a link to 100mb of the encoded first episode http://www.mediafire.com/file/ocwzdnnzuuz/Moribito 01-001.mkv
Guest
5th February 2010, 02:09
Suppose at one moment of time I hand you the entire stream. What is the maximum bitrate according to your understanding?
TheProfosist
5th February 2010, 02:17
Suppose at one moment of time I hand you the entire stream. What is the maximum bitrate according to your understanding?
now im just all confused with the whole max bitrate subject
well take a look at that file when you have time.
the timecodes file says its 99% film could i instead then just pulldown to 23.976. the only problem i have in doing this is that DGindex file says its 68.62% FILM
Guest
5th February 2010, 03:15
now im just all confused with the whole max bitrate subject Yes, the idea of max (peak) bitrate is meaningless unless the period over which the transfer takes place is specified. The max bitrate measured over one second may be quite different from that measured over one minute, etc. So the notion of max bitrate is less useful than most suppose. You need to understand the VBV model to understand the factors that you should pay attention to.
well take a look at that file when you have time.
the timecodes file says its 99% film could i instead then just pulldown to 23.976. the only problem i have in doing this is that DGindex file says its 68.62% FILM I'd be inclined to trust DGIndex. But can't you inspect the video as I explained several times to see what you really have?
BTW, I almost never look at people's encode samples. I'm interested only in source files and corresponding procedures.
TheProfosist
5th February 2010, 12:30
i removed the vbv stuff from the script since i shouldnt need it
ill do my best to try to follow whats on that FAQ page that should tell me which type of it is.
during the opening and high motion scenes i get aaa bb ccc dd which is 3:2
but during everything else i get aaaaa bbbbb ccccc this is not listed on your faq my guess is that this is most likely got recognized as 3:2 and thats why the timecodes file said 99% film but thats just a guess u would probably know better than i
osgZach
12th February 2010, 02:32
Assuming those "aaaaa bbbbb ccccc" have no visible interlacing/combing it sounds like you're describing a 30fps progressive section of video.
But you haven't mentioned why you are bringing it up.. are you just curious, or is playback jerky from possible duplicate frames, or some problem like that? Otherwise if its playing fine. Don't worry about it. A VFR file is -supposed- to have different sections running at different frame rates, which means you will see different patterns.
Or if I missed the reason, humor me.. I haven't read this thread for a while and jumped to the last page.
Dogway
12th February 2010, 11:39
I would like to know how to do pulldown removal as well, I have 2 blended frames for 3 progressive. Source is 29.970i and I would like to convert it to 24p. Thing is I have tried everything I saw on the forums but it doesnt work. The deinterlacers dont work as expected (they leave ugly strtipes) and Decimate doesnt remove the blended frames. I post the source.
[Deleted]
The code that has worked best but still not perfect is this:
Telecide(guide=1,back=1)
Vinverse()
SRestore(FRate=24)
The Scientist
12th February 2010, 12:08
I post the source.The source is an AVI?
Dogway
12th February 2010, 21:29
Yes, Its the best I could get. Its a part of a videoclip. Is it doable?
Guest
12th February 2010, 23:26
Yes, Its the best I could get. Its a part of a videoclip. Is it doable? We can't help you with that material per rule 6. Do not post about such material again.
Dogway
13th February 2010, 09:41
Thanks. I will post on the offtopic or whatever, its just I dont understand why should I post DVD content, which actually is the end point (Original DVD last 3 more times than any other storage medium), and not things I got through other mediums because it's hard as hell to get a DVD copy. (rare stuff). I mean where do you buy short movies? videoclips? TV bumpers? (...). Thanks, anyway I understand your posture.
Motenai Yoda
13th February 2010, 15:06
dgindex i think reports a correct value for the video stored.
but with tfm or telecide u do a inverse telecine, so the stream after one of these filters may be very different.
In this case dgindex says 65% film but the video probably has been strangely telecined, but isn't video vfr.
Moreover tdecimate has a threshold to determinate a duplicate.
for tdecimate 2 pass I think u shoud do the first pass without encoding, eg with virtualdub, preview input.
and so make the second pass with a lossless codec eg megui+memcoder or virtualdub+lagarith.
Hence encode.
sorry for my English
Guest
13th February 2010, 21:55
dgindex i think reports a correct value for the video stored Who are you responding to?
Motenai Yoda
14th February 2010, 17:24
to this
I'd be inclined to trust DGIndex. But can't you inspect the video as I explained several times to see what you really have?
most of hard telecined anime was recognized as video by DGindex, but often are only a 24p telecided, aren't vfr.
also most of progressive video was recognized as interlaced.
Guest
14th February 2010, 19:55
also most of progressive video was recognized as interlaced. Here you make the common mistake of confusing the nature of the content with the method of encoding. DGIndex reports only whether the stream was *encoded* interlaced or progressive. That is NOT the same thing as reporting the content as interlaced or progressive. I've explained this so many times (not to mention the clear statement in the documentation) that I'm tempted to vow never again to waste bandwidth saying it yet again.
Motenai Yoda
14th February 2010, 20:17
yes it's a simil thing, imho DGindex use stream or encoding flag to differentiate hard pulldown or ntsc-video from soft pulldown or ntsc-film, it doesn't make a field analysis.
osgZach
14th February 2010, 23:48
Wait... are you attempting to explain to Neuron2 how his own program works? lol :p
Uh.. anyway.. small suggestion. Maybe changing the label to something like "Encoded As" might help reduce the annoying misunderstanding.. Or then again people are people and this is the Internet, so maybe not... Oh well
Motenai Yoda
15th February 2010, 05:19
Wait... are you attempting to explain to Neuron2 how his own program works? lol
No, I didn't want to do this, but explain my point of view. I haven't read the source, so can't know how it works, these are my assumptions about it.
neuron2 and his program's are a fundamental and important, are great! but some things are over the idea, and the possibilities of DGindex.
TheProfosist
18th February 2010, 04:45
say if i wanted to use crf instead of 2 pass? would it still be beneficial to run 2 passes for vfr instead of using the single pass vfr? the reason why is i have been thinking of switching from 2pass mode to crf mode
examples fo vfr code
-------------------------------------------------------------
~~~~~~~~~~
1 Pass VFR
~~~~~~~~~~
TFM(order=1)
TDecimate(mode=3, hybrid=2)
-------------------------------------------------------------
~~~~~~~~~~
2 Pass VFR
~~~~~~~~~~
1st Pass
--------
TFM(order=1, slow=2, output="C:\TEMP\matches.txt")
TDecimate(mode=4, output="C:\TEMP\metrics.txt")
2nd Pass
--------
TFM(order=1, slow=2, input="C:\TEMP\matches.txt")
TDecimate(mode=5, hybrid=2, input="C:\TEMP\metrics.txt", tfmIn="C:\TEMP\matches.txt", mkvOut="C:\TEMP\mkv-timecodesfile.txt")
TheProfosist
19th February 2010, 02:21
im gessing 2 pass wouldnt work with crf because the stats (metrics, matches) wouldnt match up. so can i still specify where i want the time codes file to got out like in 2 pass?
osgZach
21st February 2010, 00:10
As far as I know, single pass VFR w/timecodes should be the same as with 2-pass, just supposedly takes longer since its calculating everything at once.
Or I could be wrong. Sure someone will correct me if so.
TheProfosist
21st February 2010, 06:57
idk if this would work but would i be able to use the queue analysis pass to do the first pass of the vfr then do the encode using crf?
TheProfosist
22nd February 2010, 10:18
also for an avs script what is the proper order for the scripts to be in right now i have
crop
deinterlace/telecene
denoise/other filters
resize
does this seem correct because MeGUI has it in this order
deinterlace/telecene
crop
resize
denoise
osgZach
22nd February 2010, 16:05
I don't use Analysis pass much, so I can't really comment.
As for your filter order, I usually do cropping and resizing last. Sometimes it comes down to personal preference.
kypec
23rd February 2010, 08:38
I would definitely put cropping AFTER deinterlace, otherwsie you might end up with screwed video.
TheProfosist
23rd February 2010, 10:48
I would definitely put cropping AFTER deinterlace, otherwsie you might end up with screwed video.
why? cropping the picture shouldnt affect the interlace at all. i mean unless you can show specific reason why errors would happen or what cropping would do to the interlace i usually like reasons behind doing things.
kypec
23rd February 2010, 11:34
Because I learned myself that it's usually safer to deinterlace first and only then do other stuff like cropping or resizing. Read this thread (http://forum.doom9.org/showthread.php?t=149820&highlight=crop+deinterlace) for advices of more experienced users. Cropping removes irreversibly some parts of frame and one must remember that interlaced content makes complete frame of two consecutive fields with even/odd lines only. If you crop few lines of even field but keep complementary lines in odd field then deinterlacer will most likely produce garbage. I observed such situations when encoding episodes of Friends DVD myself. During frame stepping (Yadif used after cropping) there were occasionally sort of "ghost" frames around scene transitions. Not very noticable during normal playback but still...why do something in a wrong way when there is better way ;)
TheProfosist
23rd February 2010, 11:40
Because I learned myself that it's usually safer to deinterlace first and only then do other stuff like cropping or resizing. Read this thread (http://forum.doom9.org/showthread.php?t=149820&highlight=crop+deinterlace) for advices of more experienced users. Cropping removes irreversibly some parts of frame and one must remember that interlaced content makes complete frame of two consecutive fields with even/odd lines only. If you crop few lines of even field but keep complementary lines in odd field then deinterlacer will most likely produce garbage. I observed such situations when encoding episodes of Friends DVD myself. During frame stepping (Yadif used after cropping) there were occasionally sort of "ghost" frames around scene transitions. Not very noticable during normal playback but still...why do something in a wrong way when there is better way ;)
thanks much for the info i like to know this stuff incase i ever have to look into something deeper or have to help someone else. i personally hate throwing out info without reasons behind them it just doesnt seem very credible
so new order
deinterlace/reverse pulldown
crop
denoise/sharpen/etc
resize
TheProfosist
24th February 2010, 07:21
i looked into crf some more and decided to go with it because it saves space even though I am not worried about it why not save space where you can i have also learned that u can use the analysis pass to do the first pass of 2 pass VFR. i have also found a more accurate way of decimation using 2 passes getting the metrics and matches on the first pass
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.