Search options (Page 1 of 3)

I've spent countless hours researching. I don't watch content, I create it The typical viewing distance is 18-24 inches. Text resolution is very important to me. Had an opportunity to view the 55" curved and flat LG OLEDs straight on with text at 18-24 inches a couple of weeks back. Unfortunately the pentile (actually RGBW) subpixel arrangement utilized in these displays (to create a brighter display) just doesn't cut it when viewed close-up - kinda like an OLED phone display at 100 dpi

Now 50 inch is about a large as I can go at my viewing distance without going beyond the width comfort zone. However the curve could work wonders for use as a monitor so I looked very hard to justify the ragged pixel arrangement which resulted in blurry definition in fine text . I was prepared to part with ~$2500 but low and behold the best display I have evaluated so far that fits the bill is the new Vizio P50-C1. True 10-bit panel and all. And text reproduction is outstanding! I was pleasantly surprised (actually shocked).

The low latency (gaming) HDMI port supports 2160@60, 4:2:0, up to 10-bit per color and 1080p@120, 4:4:4, up to 10-bit per color. Overall the standard HDMI ports tops out at  2160@60 4:2:0, up to 12 bit per color. And there is of course Dolby Digital HDR.

Yes, I was unduly pessimistic. The HEVC H265 material I have tested has been, for the most part, 2160p HEVC (Main 10@L5.1@High) displayed full screen (exclusive mode). The display is 1080p/59.940/10-bit and all input runs through madVR by default. Went back and tested with some of that material (2160p/29.970) using EVR(CP) and discovered it plays smoothly although output is of course 8-bit. My goal is to eventually upgrade to a '4K' display. The Vizio P50-C1 does all that I want in the way graphics editing and the like. Sorry again about being overly pessimistic as I had overlooked all possibilities other than my goal which is full 2160p/10-bit processing.

I realize this isn't the place for a configuration question but I can't find any Windows configuration hints... I have the latest 64-bit versions of VapourSynth and Python installed and can verify the VapourSynth installation via Python "print(c.version())" - returns "core R32". I'm not real savvy at this sort of thing but I do OK with scripts to work from and pros like you to point me in the right direction.

I DL'ed mpc-qt-svp-20160517 pkg and unziped it in a standalone folder. When I attempt to run mpc-qt.exe from that folder the following error is returned "The program can't start because VapourSynth.dll is missing from your computer".

Does it need VapourSynth.dll in C:\Windows\System32 - like AviSynth.dll? Do I need to register it ()

Better yet..if you have the time and it's not much of an effort would you please offer up some suggestions that would help me try out MPC-QT?

I think you'll find that taking Frames_interpolation_mode   = "3" (the 'adaptive' default setting) down to 2 will give you a little bit of that 24Htz film look.

Completely removed AMD 15.7.1 (last pre-crimson) and cleaned up afterward. Keep in mind that this version worked fine with SVP 4 although it created the following SVP error log warning

the video played well and GPU acceleration appeared by all events to be working. Have now reinstalled AMD Crimson 16.2.1 from scratch and it's back to no GPU acceleration and it errors out with the

entry and the two \AppData\Roaming\SVP4\scripts\ errors with line 43 & 64. See attached SVP 4 error log file for details.

On a more positive note the weather underground gadget can now access the internet - no idea what fixed that issue since last AMD 16.2.1 driver install which broke it.

Yes, but but even cleaning ffdshow 64-bit completely out and letting SVP 4 'upgrade' to ffdshow x64 it isn't helping this time. I think the issue reappeared when I re-upgraded from old Radeon to Crimson - now @16.2 hotfix. I'm gonna revert to 15.71 again and see how it plays out. I'm collecting all pertinent logs along the way. I wasn't gonna comment until done until I saw the post from Biff but I see he has NVIDIA/Windows 10. I'm AMD/Windows 7. Back to running more diagnostics...

SVP 4 (x64) is working fine with MPC-BE x64 However with MPC-HC x64 it continues to throw the same error concerning not being able to init the GPU (see attached screen clip). Just to recap..I had the same issue when running a manual config utilizing AviSynth scripts (MPC-BE x64 is fine while MPC-HC is a no-go with gpu:1 - fine with gpu:0). It's starting to look like a MPC-HC issue but no one else is complaining. Anyone using ffdshow 64bit with SVPflow Avisynth+ scripting like the ones posted by yan04000985 http://www.svp-team.com/forum/viewtopic … 410#p57410 with MPC-HC? (he uses MPC-BE x64)

Question(s):

• Anyone using the new SVP 4 x64 variant with MPB-HC x64 with success?

• If so did you use the complete manifest of SVP 4 optional software?

I believe that one needs a MoBo and BIOS designed to support multi-GPU functionality. Otherwise, assuming one gets it working, they will end up as I did with 2 separate video streams with no sharing of the load.  I included 2 screen clips, one from the 'main' display and one from the extend display. The main display is connected to the AMD HD 7850 while the extended display is connected to the Intel HD500 (MoBo HDMI).

I can reverse the main/extended displays in the windows screen resolution settings and the GPU follows it - it interchanges the taskbar and such. Anyway, see the attached screen clips showing the status of the SVP 4 application settings. Bottomline is that it's kinda fun to mess around with but it does nothing to help share the video load. I have become really good at switching inputs on my Sony Bravia with the remote

Integrated 1st, make it primary then discrete GPU. Intel published a paper Hybrid Multi-Monitor Support: Intel® Embedded Platforms which can be found here: http://www.intel.com/content/www/us/en/ … paper.html

I'm beginning to think that this experiment might *not* be worth it considering the limitations it imposes upon my single monitor configuration. So far my tests are based on using 2 inputs and switching back and forth as GPUs are assigned to 'displays' (inputs). What i'm seeing is that in order to use the integrated GPU I need to launch the application from that input. Note: Drag and drop results in 'blue screens' - something I haven't seen in a long time.

Nonetheless I'm gonna try the 'official' installation procedure for the GPUs just so I know how it works in the real world

Hey, thanks for the speedy reply! That's exactly what I want to know. Any idea where I might find a 'tutorial' or at least a place to get me going? I have the drivers installed and Intel QuickSync shows up now in the LAV Video Decoder as an available hardware decoder - I always select 'none' there 'cuz it seems like software does a better job (less issues). I have selected intel QuickSync and get no errors but it looks like the AMD HD 8750 is the only gpu (according to GPU-Z) with a load. QuickSync is there as well but no load when playing video. Once again a big THANK-U goes out to you

I can confirm that the following error

is fixed in svpflow-4.0.0.128 under windows 7 64-bit. Tested in x32 and x64 configs w/AviSynth+0.1 (r1779)

super_params     = "{pel:2,scale:{up:2,down:4},gpu:1,rc:true}"

with rc:true and rc:false. Thanks guys (Chainik?)

Now if I could only get the GPU:1 switch to work with x64 when using a HD 7850 w/Crimson 16.1.1. Running w/o GPU enabled is kinda lame with high resolution files when the x86 config with gpu:1 blows right by it I could revert back to pre-crimson but I really like the virtual resolution capability with Crimson.

BTW: I find that the x64 configuration is 'more stable' in the madVR-MPC-HC-ffdshow-avisynth chain than x32 variation so I'm hoping AMD gets their act together..and soon!