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. |
10th May 2013, 23:02 | #18782 | Link | ||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
Is the refresh rate properly detected? Is the problem still there with the old rendering path? Anyway, thanks for the feedback as you are the second person mentioning that 660's are unusable with mVR on XP and I was just about to order one.....I guess I'll have to find the motivation to install and thorougly testbed W7/W8 before ordering a new GPU, bummer....but apparently W8 comes with its own bag of new problems, m$ doesn't want to release W7 SP2(critical hotfixes were released for audio & USB since SP1) and madshi might very well not care all that much about XP anymore. Oh well, don't fix it if it's ain't broken and I'll be saving money in the process too I guess ^^ Quote:
I see that you can specify a DVB-T input device in PotP, and as a worst case scenario DragonQ told me that JRiver can do DVB-T with mVR. Last edited by leeperry; 11th May 2013 at 16:59. |
||
11th May 2013, 03:32 | #18783 | Link | |
Registered User
Join Date: May 2009
Posts: 212
|
Quote:
Anyway I have no choice but to upgrade the CPU+MB+RAM from C2D E8400 + Gigabyte EP45-UD3P + Kingbox DDR2-1066 2GB *4 to i5-3570K + MSI Z77A-G41 + Transcend Axe DDR3-2400 XMP 4GB * 2. (about US$420 in my country, 5% tax included) It is not cheap for this upgrade, but guaranteed to handle super-high bit-rate FHD H.264 Hi10, H.264 / HEVC 4K contents -- and new games with my previously upgraded Lantic HD7970. Hyperthreading and extra 2 MB L3 cache on E3-1230v2 will not show the obvious advantage over i5-3570K for multimedia / gaming purposes. Instead the higher boosted clock rate on i5-3570K gains more actual speed. So I still decided to choice the later one. Actually Haswell will not have big gain on CPU part's calculation performance unless the program contains a lot of AVX SQRT calculation. The current Sandy/Ivy-bridge's are not fully 256-bit implementation for all AVX instructions. Multi-threads > 4 on 4-core/8-HT CPU will NOT boost the SSE4/AVX performance either since all-HT in the same core still shares the same set of SSE4/AVX arithmetic units. Only those cheap-cost scalar instructions get extra arithmetic units. I feel the main improvement on Haswell x86 part is for multi-threaded and multi-processed program. The common mutex / semaphore / critical section operations are implemented as x86 instructions now. It is no more needed to perform EXTERNAL memory bus locking / reading access in order to check if a mutex is locked by any other CPU core. So other cores running totally different memory access will not be held/blocked for unnecessary CPU cycles. Of course it still needs these OS API call or program itself implemented in the new instruction set to gain the advantage. |
|
11th May 2013, 19:18 | #18784 | Link |
Registered User
Join Date: Aug 2004
Location: Canada
Posts: 860
|
I don't know who else is using Intel HD Graphics here, but I just lowered my rendering times by 10 ms on this PC:
Intel i3 2100 4GB DDR3 Intel HD Graphics 2000 on latest drivers Win 7 64-bit latest official mpc, madvr, lav (quicksync) madvr settings image scaling: DXVA2 chroma scaling: bicubic75 with AR general settings: cpu queue 8, gpu queue 4 <<< that made a tremendous difference from the default of 12/8 backbuffers: 4 present queue: 6 smooth motion: on <<< allowing me to now turn on smooth motion Last edited by JarrettH; 12th May 2013 at 00:42. |
11th May 2013, 21:03 | #18785 | Link | |
Registered User
Join Date: Jun 2012
Posts: 54
|
Quote:
|
|
11th May 2013, 21:42 | #18786 | Link |
Registered User
Join Date: Aug 2004
Location: Canada
Posts: 860
|
Mostly 720p. Standard definition stuff (720 x 400...ish) my rendering times were 12 ms lower.
I should have mentioned they are only being scaled up to 1680x1050. Does going to 1080p have a bigger impact? This isn't my home machine. Last edited by JarrettH; 11th May 2013 at 22:08. |
12th May 2013, 00:12 | #18787 | Link | |
Registered User
Join Date: Dec 2008
Posts: 496
|
Quote:
The higher your source:target resolution difference, the more taxing it is for your hardware, as madVR needs to upscale a lot more. Depeding on your scaling (quality) settings, madshi implemented optimized algorithms that are especially fast if you only need to scale certain factors like 2x. If you need to scale to some uncommon factors, you could potentialy lose a lot of speed. Last edited by iSunrise; 12th May 2013 at 00:19. |
|
12th May 2013, 00:23 | #18788 | Link |
Registered User
Join Date: Jun 2012
Posts: 54
|
You should try the 1680x945 custom ratio to avoid any distortion if your primary monitor belongs to the 16:9 standard, actually i have a 1440x810 custom resolution with lanczos3 and anti ringing option activated in chroma, dxva with image, only in that resolution i can get away with the smooth motion functionality, if i try 1680x945 i have lots of ghosting and too much dropped and delayed frames. I have an nvidia ion gpu and a intel atom htpc, a little too low to be able to handle more demanding upscaling methods and resolutions, but the compromise looks awesome to my eyes, I think if you are going for the 1080p route you can have dropped frames but try it maybe tour gpu/cpu can handle it, i recommend to try setting up your resolution in a 100 pixel increase/decrease basis so you can find a sweet spot where you can have a smooth playback.
Last edited by digitech; 12th May 2013 at 00:27. |
12th May 2013, 00:47 | #18789 | Link | |
Registered User
Join Date: Aug 2004
Location: Canada
Posts: 860
|
Quote:
|
|
12th May 2013, 09:49 | #18791 | Link | |
Registered User
Join Date: Mar 2007
Posts: 934
|
Quote:
__________________
TV Setup: LG OLED55B7V; Onkyo TX-NR515; ODroid N2+; CoreElec 9.2.7 |
|
12th May 2013, 11:05 | #18792 | Link |
Registered User
Join Date: Jan 2009
Posts: 1,210
|
Sometimes the render queue inexplicably drops to 0/8 when I go from exclusive to windowed mode. In order to resolve this I either have to pause the video for 5 - 10 seconds and play or I have to restart the player. I think this may be connected to some bug in the smooth motion but I'm not really sure.
|
12th May 2013, 14:29 | #18793 | Link |
Registered User
Join Date: Apr 2013
Posts: 6
|
Hi, first time poster here so please bear with me. I've been using MPC-HC and madVR for a while now but know next to little about it, and have used Niyawa's Guide exclusively for anime playback. I'll give you the specs of my laptop
Samsung NPC700G7C Intel Core i7 3610QM @2.30GHz 16.0GB RAM Dual Channel DDR3 NVIDIA GeForce GTX 675M I have followed Niyawa's guide to the word apart from a few things (I don't use ffdshow and have Smooth Motion turned off) and I am using the Highest settings under scaling algorithms. I recently had a few problems with dropped/delayed frames getting into the hundreds but realised that was due to me not disabling f.lux. Now I have 0 dropped/delayed frames during playback, but I have noticed another problem. When I play 480p and lower content and lower, my average rendering time seems to skyrocket, but when I watch 720p/1080p content, it stays at around 4-6ms depending on if i'm watching 8bit or 10bit content. Surely it should be a lot than this? I also seem to be having problems with exclusive mode. Now, even though I don't particularly use it, I was just wondering why when I switch to it the playback becomes sluggish and redering time skyrockets once again? Would this be because I haven't changed anything under 'exclusive mode' in madVR settings? Thank you |
12th May 2013, 15:06 | #18794 | Link |
Registered User
Join Date: Dec 2008
Posts: 496
|
I didnīt say what is the most taxing, I said that the higher your source:target resolution difference is, the more taxing it is for your hardware. That is only true for the cases JarettH has mentioned, though, not in general. The higher your source resolution, the more pixels your hardware has to process and if you add interlaced resolutions that need to be converted to progressive, that is going to tax your hardware even more, which should be obvious. You donīt need your PC for that though, deinterlacing can also be accomplished with your display, so you have more headroom for scaling in madVR.
Last edited by iSunrise; 12th May 2013 at 15:30. |
12th May 2013, 15:09 | #18795 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
Quote:
The performance requirements for scaling 1919x1079 to 1920x1080 is a lot higher then scaling 192x108 to 1920x1080 The more input pixels it has to read for scaling, the more taxing it will be. A higher scaling factor doesn't matter much.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 12th May 2013 at 15:11. |
|
12th May 2013, 15:15 | #18796 | Link | |
Registered User
Join Date: Dec 2008
Posts: 496
|
Quote:
Last edited by iSunrise; 12th May 2013 at 15:39. |
|
12th May 2013, 15:38 | #18797 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
A higher target resolution increases the cost as well of course. The performance depends pretty much always on the number of pixels, both input and output. More = slower.
The difference between the two isn't that big, though. Your post didn't make it clear, and it sounded quite different to your revised version now.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 12th May 2013 at 15:41. |
12th May 2013, 15:43 | #18798 | Link | |
Registered User
Join Date: Dec 2008
Posts: 496
|
Quote:
Itīs quite the bad habit that I always see mistakes only after I clicked on submit. And when I want to perfect my posts, thereīs always the risk of someone that jumps at me and points to mistakes, even before I have time to correct my mistakes. Itīs not intentional at all. Last edited by iSunrise; 12th May 2013 at 15:54. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|