Search found 22 matches
- Thu May 12, 2011 4:38 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGDecodeNV(deinterlace=1) vs. KernelDeint
- Replies: 13
- Views: 22001
Re: DGDecodeNV(deinterlace=1) vs. KernelDeint
<Here> is a page with some "objective numbers" about various (bob-) deinterlacers. But there is bad news: For you , QTGMC probably is out of reach, anyway. Reason: the package-of-plugins for QTGMC is approx. 18.5 MB in size. And as we have learned, you obviously cannot download such a gigantic file...
- Wed May 11, 2011 2:22 am
- Forum: Avisynth Filters
- Topic: need some help w/ decomb for a bizzarre clip
- Replies: 1
- Views: 23448
Re: need some help w/ decomb for a bizzarre clip
It's 99.99% sure that the source was not shot in "720i". Simple reason, this format does not exist. Probably a 1080i sequence was directly downsized to 720p, without respecting the interlacing. Since the fields have been blended together, there is no combing anymore, therfore there is nothing that c...
- Tue May 10, 2011 1:42 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGDecodeNV(deinterlace=1) vs. KernelDeint
- Replies: 13
- Views: 22001
- Sun May 08, 2011 5:55 pm
- Forum: DGDecNV
- Topic: [RESOLVED] i7 2600k
- Replies: 5
- Views: 9200
Re: i7 2600k
There are 64bit-builds of Avisynth out there, but none of them are "official". What they have in common is that they're not fully stable (though it's not quite sure if that's a problem of the Avisynth core, or of the same-unofficial x64-plugins, or both.) For most usual tasks, Avisynth x64 should be...
- Mon Feb 21, 2011 6:47 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Best way to decimate...
- Replies: 47
- Views: 57487
Re: Best way to decimate...
That was only theoretical. I've used Srestore with good success under both 2.5.8.5.MT and 2.6.MT. (Of course without actually using multithreading - that's technically impossible with Srestore.) Problems that I see here are: 1) it's the very beginning, which is always critical. The start is just bla...
- Mon Feb 21, 2011 6:17 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Best way to decimate...
- Replies: 47
- Views: 57487
Re: Best way to decimate...
You should use official Avisynth releases for troubleshooting, not experimental MT versions. If you're pedantic, not even the official 2.5.8 is safe for testing. IIRC, Srestore was developped in Avisynth 2.5. 6 . Given the tricky nature of the script (conditional environment / scriptclip), you can'...
- Thu Feb 17, 2011 5:45 am
- Forum: General Discussion
- Topic: About frame decimation
- Replies: 4
- Views: 13091
Re: About frame decimation
It is impossible to do that. Broken down to the basics, Mpeg compression calculates the difference between currentFrame and previousFrame. This difference then is compressed. During playback, the current frame can only be decoded after the previous frame has been decoded, and so on. In other words, ...
- Tue Jan 11, 2011 9:31 am
- Forum: DGAVCDecDI
- Topic: [RESOLVED] DGAvcDecDI crashes when playing mkv-file
- Replies: 55
- Views: 140572
Re: DGAvcDecDI crashes when playing mkv-file
Oops, sorry ... there was no pun intended! (And the unnamed decoder is an eff-eff-something...)
I just wanted to make clear that in case of a problem specific to DGDecDI, I'm not able to report anything.
I just wanted to make clear that in case of a problem specific to DGDecDI, I'm not able to report anything.
- Tue Jan 11, 2011 8:41 am
- Forum: DGAVCDecDI
- Topic: [RESOLVED] DGAvcDecDI crashes when playing mkv-file
- Replies: 55
- Views: 140572
Re: DGAvcDecDI crashes when playing mkv-file
The MT documentation warns that SetMTMode(5,0) is very slow. Here you can see it.. That's not what the documentation is talking about. Mode 5 is "slow" because it *effectively* uses only 1 Thread. The slowdown you're experiencing here has nothing to do with that. First off, I'm wondering what you'r...
- Mon Jan 10, 2011 5:47 pm
- Forum: DGDecNV
- Topic: [RESOLVED] DGDecNV - CUDA + x264 HighLevel@4.1
- Replies: 18
- Views: 23807
Re: DGDecNV - CUDA + x264 HighLevel@4.1
Just in case your script is using multithreading via SetMTmode() - these days I had a case where such a script locked up right after loading. (Don't know the cause - generally DGDecNV now works flawlessly with SetMTmode. Just this one time, it didn't.) The following little fix did make the problem d...
- Tue Dec 14, 2010 12:48 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Speed FPS
- Replies: 9
- Views: 13941
Re: Speed FPS
Feel free to use --preset ultrafast for the 2nd pass, and see it fly along. However, be prepared for reduced quality. The point is that the 1st pass doesn't need to put much effort into motion search, RD stuff, and whatnotelse. Basically, it's only there to figure out where to put I-, P- and B-frame...
- Sat Dec 04, 2010 10:11 am
- Forum: VirtualDub Filters
- Topic: DeFlicker filter problem
- Replies: 8
- Views: 35485
Re: DeFlicker filter problem
Oh my. Samples usually shouldnt't be 1 GigaByte in size. One or two hundred frames would've been plenty enough ... The flicker does have some of the mentioned "rolling shutter" characteristics. Maybe that's why VD deflick doesn't work very well. I'm not used anymore to use VirtualDub filters, since ...
- Thu Nov 11, 2010 6:25 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Video Engine stability test needed
- Replies: 3
- Views: 9303
Re: Video Engine stability test needed
Tiny details that might be of interest: - did you crosscheck that the error does not occur when using another soure filter If it's really specific to DGDecodeNV, (and also if not), then ... - the script as a whole - kind of source video - Avisynth version: 32 or 64 bit, MT version or official, ... -...
- Thu Nov 04, 2010 7:40 pm
- Forum: DGDecNV
- Topic: [RESOLVED] 2036 cropping issue
- Replies: 5
- Views: 11433
Re: 2036 cropping issue
Perhaps it wasn't quite clear ... my comment wasn't targeting you, but only Nvidia. I perfectly understand them to allow only mod4, in order to avoid potential problems. And after all, this is an Avisynth filter. A script has to be made anyway, and writing a crop() command manually is not a big deal...
- Thu Nov 04, 2010 4:56 pm
- Forum: DGDecNV
- Topic: [RESOLVED] 2036 cropping issue
- Replies: 5
- Views: 11433
Re: 2036 cropping issue
There is a good reason for this mod4 restriction - think about e.g. interlaced mpeg2 :evil: This restriction can be loosened in several cases (horizontal-only cropping, progressive content, ...), but not universally . So, the easiest way to prevent the user from doing silly things is to impose a gen...
- Wed Nov 03, 2010 2:13 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGDecNV number of frames?
- Replies: 12
- Views: 19555
Re: DGDecNV number of frames?
Oh, this report reminds me of .... when I did the stacked comparison of DGSource(deinterlace=2) with other bobbers, the GPU-bobbed stream was off by one frame compaired to all other filters which were fed by DGDecode_mpeg2source. Not sure anymore if it was one frame early or late, but off it was. (E...
- Sun Oct 31, 2010 4:36 pm
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 957244
Re: Feature Requests
I started writing a somewhat longish explanation about the what's and how's and why's of how AVC and deblocking is working ... but I lost mood. (But saved it ... if you insist by all means, I can show it) Short report from the practical side: I can't reproduce. Please show a source segment where DGD...
- Sat Oct 30, 2010 10:04 am
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 957244
Re: Feature Requests
Still, shouldn't it be considered to add some sort of deblocking to DGDecodeNV ? In particular for Mpeg-2 sources. Fact is, the white bearded man DGDecode can do quantiser-adaptive deblocking on mpeg-1/2, but the young guy DGDecodeNV can do not. One could argue this is a regression.
- Sat Oct 30, 2010 3:40 am
- Forum: DGDecNV
- Topic: Feature Requests
- Replies: 712
- Views: 957244
Re: Feature Requests
The deblocking is performed. As you noted (with slight misspelling), H.264 is doing "in-loop deblocking". That means that deblocking is not done "after the fact" like you do when e.g. playing back Xvid videos. In H.264, the deblocking is an essential "inner" process of both encoding and decoding. If...
- Fri Oct 29, 2010 7:56 am
- Forum: DGDecNV
- Topic: [RESOLVED] Dual NIC and software protection thoughts
- Replies: 5
- Views: 12146
Re: Dual NIC and software protection thoughts
No additional bucks are gained. The idea is this: Step 1: - Have "Adapter#1" active -> get machine ID -> generate license ID (#1) Step 2: - Have "Adapter#2" active -> get machine ID -> generate license ID (#2) Step 3: - Put both license IDs into one file license.txt, like so: 0123456789abcdef0123456...
- Fri Oct 29, 2010 5:46 am
- Forum: DGDecNV
- Topic: [RESOLVED] Using nvidia "functions" with dgindexnv.exe
- Replies: 9
- Views: 17589
Re: Using nvidia "functions" with dgindexnv.exe
A hybrid version of MVTools+CUDA doesn't sound very promising to me. If you look at e.g. MDegrain2, you'll find the whole thing spends like 65% of its time on SuperClip+VectorSearch, 25% on the (block overlapped) compensation while the denoiser fetches pixels, and only 10% time on the actual denoisi...
- Thu Oct 28, 2010 1:56 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Using nvidia "functions" with dgindexnv.exe
- Replies: 9
- Views: 17589
Re: Using nvidia "functions" with dgindexnv.exe
OH COOL!!! I hope your first one will be a denoiser. Avisynth script denoisers can be painfully slow (like mc_spuds, MCTemporalDenoise, etc...). Those are highly sophisticated denoising scripts, making very big effort to come to an optimal result. An important part of the big effort is active motio...