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. |
|
![]() |
|
Thread Tools | Search this Thread | Display Modes |
![]() |
#221 | Link | |
I'm Siri
Join Date: Oct 2012
Location: void
Posts: 2,633
|
Quote:
like, if every filter only takes integer input and outputs integer result input : 120 process : 120 / 7 = 17.14285714285714.., round to 17 process : 17*7 = 119 or you result integer, but everything in between is at float point input : 120 process : 120 / 7 = 17.14285714285714.. process : 17.14285714285714.. * 7 = 120 that's why it matters |
|
![]() |
![]() |
![]() |
#222 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,866
|
Because even if final delivery is 8bit you should always keep your main master at 10bit (specially when you had nice 10bit source material).
You may want to do legalisation, dithering etc, so 10bit master is a very useful. It's rather for pro market, but 10bit is quite often a must there. Last edited by kolak; 4th March 2015 at 16:17. |
![]() |
![]() |
![]() |
#223 | Link | |
Registered User
Join Date: Aug 2007
Posts: 374
|
Quote:
You are definitely wrong. I have 10+ bit pipeline from decoder to monitor and don't need to go back to 8 bits anywhere. |
|
![]() |
![]() |
![]() |
#224 | Link |
Registered User
Join Date: Mar 2012
Location: Saint-Petersburg
Posts: 239
|
You - may be.
But most people take 8-bit anime encoded in 10-bit, send it as 8-bit to monitor that shows it on 6-bit LCD panel ![]()
__________________
SVPflow motion interpolation |
![]() |
![]() |
![]() |
#225 | Link |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Pretty sure in this century they know by now they're not watching 10bit.
To them, they're just watching less banded material than the sources.
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
![]() |
![]() |
![]() |
#226 | Link |
Registered User
Join Date: Apr 2008
Posts: 1,106
|
Thanks for the update!
I guess 20% improvement isn't in work sent to the cpu? I am using GTX 980 with core i7 920 @ 3.6ghz. I'm always able to play 1080p -> 59.94fps conversion with 16 block size and overlap 2 without frame drops, ~45% cpu load max, but switching to 8 block size as is default for Medium preset in Interframe, the cpu usage seems to always be my bottle neck. It hits 100% and I get frame drops. I guess theres nothing I can do about it as my cpu is limiting factor now and not the gpu? gpu load is only 17% according to gpu-z in this scenario, cpu 100% when I go to 8 block size ![]() |
![]() |
![]() |
![]() |
#228 | Link |
Registered User
Join Date: Mar 2012
Location: Saint-Petersburg
Posts: 239
|
Well, it is.
Like I said before - at default settings (16x blocks, 1/4 overlap, pel 2), 1080p, 5:2 FRC, single thread: 27 fps vs. 22.7 fps
__________________
SVPflow motion interpolation |
![]() |
![]() |
![]() |
#230 | Link |
Registered User
Join Date: Mar 2012
Location: Saint-Petersburg
Posts: 239
|
__________________
SVPflow motion interpolation |
![]() |
![]() |
![]() |
#231 | Link | |
Registered User
Join Date: Nov 2003
Posts: 416
|
Quote:
But as I seek to copy the two dlls over, I see the date for svpflow1.dll is a day earlier (1/27/2015) than the last known version (1/28/2015). Are you sure something's not mixed up?? (I always expect equal or later dates, not earlier ones.) |
|
![]() |
![]() |
![]() |
#232 | Link |
Registered User
Join Date: Mar 2012
Location: Saint-Petersburg
Posts: 239
|
TCmullet
Are you sure something's not mixed up?? I believe you'll tell me ![]()
__________________
SVPflow motion interpolation |
![]() |
![]() |
![]() |
#234 | Link |
Registered User
Join Date: Mar 2012
Location: Saint-Petersburg
Posts: 239
|
I have no idea. My screen's showing me right now the contents of zip file downloaded from the link above:
"svpflow1.dll 356864 2015-03-06 14:25" which is the exact binary from there
__________________
SVPflow motion interpolation |
![]() |
![]() |
![]() |
#235 | Link |
Registered User
Join Date: Nov 2003
Posts: 416
|
Partial mistake by me. It is svpflow2.dll, not 1.dll. I got it again from where you say "direct link". That is, I downloaded again after your last reply. Date still says 1/27/2015, whereas the prior one (the one SubJunk gave out with InterFrame 2.8.0 as dependencies) was 1/28/2015.
|
![]() |
![]() |
![]() |
#236 | Link | |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Quote:
svpflow-1.1.12\svpflow2.dll created: July-17-13, 8:39:57 AM modified: January-27-15, 5:46:25 AM svpflow-1.1.13\svpflow2.dll created: July-17-13, 8:39:57 AM modified: January-27-15, 5:46:25 AM InterFrame-2.8.0\Dependencies\svpflow2.dll created: March-04-15, 8:09:58 PM modified: January-27-15, 5:46:25 AM Whatever you're using to extract could be changing the dates to the day you extract them. There should be options to keep original dates of the files inside the archive. svpflow1.dll has the same (modification) dates between svpflow-1.1.12 & InterFrame-2.8.0: January-27-15, 5:37:26 AM Only svpflow-1.1.13 has different date for svpflow1.dll: March-06-15, 3:25:21 AM
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
|
![]() |
![]() |
![]() |
#237 | Link | |
Registered User
Join Date: Nov 2003
Posts: 416
|
Quote:
I've reextracted all from the InterFrame 2.8.0 zip file. W7 sadly mucks the mod dates. But creation dates are as follows: InterFrame2.avsi 3/5/2015 4:01pm InterFrame2.html 3/5/2015 4:08pm Dependencies: Builds.txt 3/4/2015 10:02pm svpflow1.dll 1/28/2015 1:37am svpflow2.dll 1/28/2015 1:46am Things could be off by hours at worst due to time zones, but maybe SubJunk could confirm who's dates are correct. And just for the fun of it, I redownloaded 2.8.0 from: http://www.spirton.com/interframe/ and got same creation dates. I need to revisit all this now that I am looking at creation dates vs mod dates. It appears that unzipping mods the mod date. (I'm disliking Win7 more and more.) |
|
![]() |
![]() |
![]() |
#238 | Link |
Registered User
Join Date: Nov 2003
Posts: 416
|
Furthermore, I've redownloaded from "direct link" and the creations dates are:
svpflow1.dll 3/6/2015 1:25pm svpflow2.dll 1/27/2015 3:46pm So.... does SubJunk need to update his dlls to be current? (But maybe unnecessary if InterFrame does not use any svp.dll changes since 1/28 or 1/27.) And btw, I see one potential difficulty. As these 2 dlls seem to be "copied around", there is no way to associate them with any particular version of SVPFlow (1.1.13 in this case). There are no dates in the change log. I guess the important question for me is, should I copy these dlls, obtained from "direct link" to my plugins folder for Avisynth and use them for all things I might use them for, and disregard the ones that came with InterFrame 2.8.0? |
![]() |
![]() |
![]() |
#239 | Link |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
The extraction settings were set to retain original dates/times from whatever was archived by whomever archived the files.
Downloaded Interframe and extracted and got the same results. Removing settings to retain original dates changed all dates to current date/time that I extracted. But, I checked CRC values for different versions. CRC for svpflow2.dll in svpflow-1.1.12 and InterFrame-2.8.0 are identical. svpflow-1.1.13 doesn't match anything because it's obviously updated. The affected dates in SubJunks Interframe archive are probably due to the date/time he extracted and/or created his archive and depending on what software and settings he used. SubJunk can confirm what software he's using and the settings. An alternative to WinRAR is 7zip. It has settings to retain original dates for the archived files, whether you're extracting or archiving. You might be able to retain original dates in Windows own extractor, but probably if you use the CMD instead of the integrated shell. I don't know, never used OS extactor. That's as far as I'll continue on the subject of the dates for the files. Back on topic, I appreciate the updates to SVPflow. I'm noticing considerable performance increase on full 1080p (non-cropped) remuxes (in regards to using SVP).
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
![]() |
![]() |
![]() |
#240 | Link |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Has not been updated to use SVPflow v1.1.13 yet.
(it will probably be released as v2.8.1)
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
![]() |
![]() |
![]() |
Tags |
frame doubling, frame rate conversion, mvtools, opencl |
Thread Tools | Search this Thread |
Display Modes | |
|
|