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. |
29th June 2010, 10:46 | #401 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,582
|
Quote:
Don't know why but my "porting" to x64, disabling Sangnom, is awfully slow.
__________________
@turment on Telegram |
|
29th June 2010, 20:21 | #402 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Seriously; I may not have the fastest machine (Q6700 @ 3.6 Ghz); but 300 hours for a 1 minute clip??! That's looking at a ~4 year encode!! I could probably crop a little more efficiently; like first do 400, -400, so at to still be div 16 (one of the filters was complaining about that), and only then do MCTemporalDenoise, and only then crop an extra 2, -2 afterwards: Code:
video=FFVideoSource("M:\jobs\2010test.mkv").ConvertToYV12() video=Crop(video, 0, 140, 0, -140) video=MCTemporalDenoise(video, settings="very high") video=Crop(video, 0, 2, 0, -2)
__________________
Gorgeous, delicious, deculture! |
|
29th June 2010, 22:36 | #403 | Link | |
Avisynth language lover
Join Date: Dec 2007
Location: Spain
Posts: 3,431
|
Quote:
For the same reason, all your LoadPlugin commands are unnecessary. |
|
30th June 2010, 09:51 | #404 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
P.S. Any idea why x264 constantly only takes about 25% CPU for MCTemporalDenoise? That doesn't exactly help encoding times either. :(
__________________
Gorgeous, delicious, deculture! |
|
30th June 2010, 09:54 | #405 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
|
|
30th June 2010, 14:27 | #406 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
I just tried my sample with 'settings=high', and instead of taking 300 hours (for 'very high'), it was done in 30 minutes! :) Which is very reasonable. And the result? Not only does MCTemporalDenoise pass the SC test (whereas TemporalDegrain, on the defaults, failed), but the resulant video is spendid! Beyond belief, so good actually!! I can't get 'GPU=true' to work yet (GTX 260), though: Code:
avs [info]: 1920x796p 1:1 @ 24000/1001 fps (cfr) x264 [info]: using SAR=1/1 x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 x264 [info]: profile High, level 4.1 x264 [error]: malloc of size 6856704 failed/s, eta 19:40:54 x264 [error]: x264_encoder_encode failed
__________________
Gorgeous, delicious, deculture! |
|
2nd July 2010, 11:55 | #408 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
Thanks
Are you by any chance planning on doing a quick-and-dirty fix for the missing scenechange detection?
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
5th July 2010, 05:56 | #410 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
When I run MCTemporalDenoise with 'enhance=true' ("medium"), suddenly a GHOST PORTRAIT appears in one of the frames in my Blade Runner encode. Oops! :) When I add a GradFun2DBmod command after MCTemporalDenoise, the issue is resolved again.
Maybe this needs a little looking into?
__________________
Gorgeous, delicious, deculture! |
5th July 2010, 08:01 | #411 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
Do you use DirectShowSource() or GPU=true in your script? |
|
5th July 2010, 08:07 | #412 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
I did use 'GPU=true', though. How would GPU usage cause just a temporal displacement, though? EDIT: I *do* stream using avs2yuv now, though, because otherwise x264 would run out of memory. Could using avs2yuv to stream make things frame inconsistent again?
__________________
Gorgeous, delicious, deculture! Last edited by asarian; 5th July 2010 at 08:12. |
|
5th July 2010, 08:14 | #413 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
So GPU=false is the default For avs2yuv, I don't know... Maybe, I never use it. |
|
5th July 2010, 08:32 | #414 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
The avs2yuv frame consistency matter has got me worried a bit (if it is, indeed, an issue). Maybe someone else knows?
__________________
Gorgeous, delicious, deculture! |
|
6th July 2010, 02:11 | #415 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
Okay, some very weird stuff going on. I used this following line for x264 on this Total Recall TEST SCENE:
"C:\x264\avs2yuv.exe" "M:\jobs\trecalltest.avs" -o - | "C:\x264\x264.exe" - --demuxer y4m --crf 14 --sar 1:1 --aud --nal-hrd none --level 4.1 --preset placebo --vbv-bufsize 70000 --vbv-maxrate 60000 --bframes 8 --merange 32 --aq-mode 2 --ref 4 --tune grain --output "C:\video\trecalltest.264" And the AVS scripts is as follows: FFVideoSource("M:\jobs\trecalltest.mkv").ConvertToYV12() Crop(0, 4, 0, -4) MCTemporalDenoise(settings="medium", enhance=true) Crop(0, 20, 0, -20) The ghosting/misplaced frames in the RESULT are numerous. :( What the heck is going on!? The weird part is, that I can get this to work properly when I vary CRF and qpmin some. For instance, CRF = 10 + QPMIN = 10 gives me a flawless encode. This faulting file, however (CRF = 14 + QPMIN = 10) totally flips out. You'd think that makes it a x264 problem; but not so! If I run just the AVS script alone, and watch the output in GOM Player (very slowly, of course), I get some frame mess-ups too. So, it seems to be a timing problem of some sort rather (in which x264 settings, only indirectly, play a role). Could someone test the above clean sample with the same x24 settings I used, please? Very mysterious things going on. :)
__________________
Gorgeous, delicious, deculture! |
6th July 2010, 08:44 | #416 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
LaTo, I'm really thinking it may be 'enhance=true' after all. When I remove the enhance option from the MCTemporalDenoise line, and export it simply as a second post-filter, everything goes well again!
FFVideoSource("M:\jobs\trecalltest.mkv").ConvertToYV12() Crop(0, 4, 0, -4) MCTemporalDenoise(settings="medium") GradFun2DBmod(thr=1.4,thrC=1.0,mode=0,str=1.2,strC=0.0,temp=50,adapt=64,mask=false,show=false) Crop(0, 20, 0, -20) This script, contrary to the other, yields a perfect encode, under any conditions! So, maybe the 'in-house' enhance feature from MCTemporalDenoise corrupts something internally on occasion (like a buffer accidentally being overwritten? Or some variables maybe?). Whatever the case may be, doing GradFun2DBmod seperately definitely solves the issue, on every test I've run so far.
__________________
Gorgeous, delicious, deculture! Last edited by asarian; 6th July 2010 at 08:49. Reason: Typo desu |
6th July 2010, 10:33 | #418 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
No, that makes no difference: same messed-up output.
Quote:
Anyway, thanks for looking into it.
__________________
Gorgeous, delicious, deculture! |
|
|
|