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. |
9th April 2009, 12:49 | #41 | Link |
Registered User
Join Date: Jan 2009
Posts: 88
|
Will this work on popular integrated video card Intel GMA X3100/X3000?
|
9th April 2009, 13:11 | #42 | Link |
Registered User
Join Date: Jan 2007
Posts: 530
|
Here is some SD feedback, upscaled to 1080P, playback on a 1080P monitor. All of my source playback is AVC MKVs, 23.976fps.
XPSP3, Reclock, ATI HD2600 XT, CCC9.2, using MPC_HC's internal decoders. I used the following settings to create the 3DLUT: Code:
Input_Bit_Depth 8 Input_Video_Format NTSC_DVD YCbCr Output_Bit_Depth 16 Output_Video_Format sRGB RGB_Video Image detail is outstanding, I can't seem to see that EVR-CP is any smoother, but I have some 1080P home videos (AVCHD) and I will build a 3DLUT for those and try with those next. Last edited by noee; 9th April 2009 at 14:34. Reason: Bad code copy |
9th April 2009, 13:31 | #44 | Link |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Great work, specially the dithering is impressive. ffdshow's output is inferior just because it does not have dithering. I'm sure ffdshow converters calculate in 10bit and round to 8bit.
With "Allow output format change during playback" checked and "Connect to compatible filters only" unchecked, I found two issues,
Each video renderer has its own API to reconnect, and most open source DirectShow filters have workaround for each video renderer. This is a big mess. I don't want to add new workaround in ffdshow. Please simulate one video renderer's behavior so that we don't have to code too much. Also please document how to reconnect with your video renderer. You may want to check out our svn and read Tffdecoder.cpp TffdshowDecVideo::reconnectOutput (which is a mess) or DScaler5's DSVideoOutPin.cpp. My video card is nVidia 7900GS. |
9th April 2009, 14:20 | #47 | Link | |
3 eyed CRT supporter
Join Date: Jan 2008
Location: Or-strayl-ya
Posts: 563
|
Quote:
I'm one of those who prefer Zoom Player, but Beliyaal's MPC HC builds are definitely smoother for me. It's enough to make me jump ship (but I am getting a glitch about once per hour). With Beliyaal's build the Reclock tearing test line has less "micro" judder than Haali Renderer in ZP. My setup: Q6600 HD2600XT Vista32 CRT monitor/projector running 1920x1080 interlaced at 95.904hz exactly. CoreAVC for AVC FFdshow using WMV9 decoder for VC-1 (Therefore no DXVA...ever!!) Ffdshow doing RGB HQ for Haali Renderer Reclock Madflac for Flac (of course ) With MadVR I get slight stutters and tearing. The tearing is odd, there are about 5 little tears, rather than the more normal big single tear towards the top of the screen (I get that with EVR back on XP). If you can get it as smooth as Beliyaal's MPC builds, I'll be as happy as a pig in poo. It really sets the standard. |
|
9th April 2009, 14:27 | #50 | Link | ||
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
Quote:
Cool. Last edited by STaRGaZeR; 9th April 2009 at 14:32. |
||
9th April 2009, 15:09 | #51 | Link |
Registered User
Join Date: Jan 2009
Location: UK
Posts: 403
|
My first impressions...
Testing I thought the best way to test madVR would be to sit down and watch a movie all the way through, rather than trying lots of different clips. Hardware Athlon X2 5000, Nvidia 8600GT (512MB) feeding 1080p plasma telly (DVI to HDMI) at 24Hz (23.998Hz according to ReClock). Software Win XP SP3, Zoom Player, CoreAVC with CUDA enabled, ReClock in S/PDIF passthrough mode. Er, and madVR Source file mkv ("Revenge of the Sith" if anyone cares), 1024x576 h264, DTS audio. Encode from a PAL DVD but a/v slowed to 23.998Hz (prior to playback) to match my refresh rate as reported by ReClock. Installation No problems here - worked as advertised, but I guess those having difficulties were using Vista. Playback Initial brightness levels were off for me so there was a brief interlude where I went from "What on earth is cr3dlut?" to generating a new 3D LUT (PAL DVD to RGB Video) I then watched the film. As I said above the source file frame rate matches the display refresh rate. So after 2hrs+ I'm happy to report that playback was smooth for me - no stuttering, no tearing. General image quality is as good as I've ever seen, although I need to calibrate my display or play around with different 3D LUTs to get the levels correct (low blacks are currently too bright). EDIT - changed output format from sRGB to Blu-ray and this sorted it. I need to read up on cr3dlut. If I use VMR9 or Haali at 24Hz (but not 50Hz or 60Hz) I get occasional tearing and stuttering when I first start playback which can be fixed by pausing the video. This never happened with madVR. Not bad for v0.1 beta No problems either running madVR and CoreAVC CUDA at the same time, although I haven't tried any HD video yet. STaRGaZeR mentioned weirdness when going from windowed to fullscreen. When I do this there is a split second where the windowed image is displayed within the fullscreen image - I think. It is for a split second so it's kind of hard to tell, and not a problem as far as I'm concerned unless it's a symptom of a bigger issue. Conclusions Very impressive and no problems for me on my system so far. I went on a bit of a clicking frenzy, trying all the resizers and turning performance options on and off at random, and none of the settings caused any crash. And so to the inevitable feature request... In the future you mentioned adding support for user switching between 3D LUTs. I have absolutely no idea whether this is possible or not, but what would seem to be ideal for playback purposes would be to flag mkv files somehow to indicate to madVR which 3D LUT to use when playing it back. Perhaps the appropriate LUT could be attached to the mkv and madVR would load it from there? That's for further down the line anyway. So that's it for now - another quality product Last edited by TinTime; 9th April 2009 at 15:38. |
9th April 2009, 16:27 | #52 | Link | |||
Registered User
Join Date: Sep 2004
Posts: 1,295
|
Quote:
Quote:
Quote:
I also see this. Yes, It would be good. Currently I have to keep using ffdshow's subtitle rendering. |
|||
9th April 2009, 16:36 | #53 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,198
|
regarding speed: I played a few HD remuxes now with madVR and ffdshow on my system (c2d @2800, 400MHz bus + 7600GT). most stuff starts around 30fps and then very(!) slowly pends down to little above 24fps (but mostly doesnt reach 23.9 fps). but the picture is actually never really fluid and theres can also a very little audio delay perceived. guess my hardware is a little too slow, at least for v0.1. seems to be a little faster with coreavc instead of ffdshow, but not as fluid as ffdshow or coreavc with haali.
edit: another little things, step forward (right arrow button) in mpc also doenst work yet Last edited by Thunderbolt8; 9th April 2009 at 16:53. |
9th April 2009, 16:39 | #54 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,493
|
Quote:
noone can guess if you're watching US, PAL or HDTV gamut stuff...so shortcuts in the start menu would enable you to change that(by renaming/decompressing), because having (2x96)x3 is nearly 600MB of LUT data. PS: or maybe they could be compressed? Last edited by leeperry; 9th April 2009 at 16:54. |
|
9th April 2009, 16:47 | #57 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,493
|
Quote:
plus MPC's major point is that it takes 100ms to open up, KMPlayer is so darn slow...my benchmarks are available here : http://www.kmplayer.com/forums/showthread.php?t=11629 PS: oh well, 2x96 of LUT is fine...forget what I said, just setting one LUT for SD/one for HD and we'd be all set Last edited by leeperry; 9th April 2009 at 16:59. |
|
9th April 2009, 17:02 | #58 | Link | |
Registered User
Join Date: Jan 2009
Location: UK
Posts: 403
|
Quote:
But as I said before I've got no idea if this is feasible or not, and this is a purely selfish idea based on how I'd like my HTPC to work Sounds good - thanks for your work too on the LUT side of things! |
|
9th April 2009, 17:10 | #60 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Could you make a small change so the properties settings are retained? It would be nice to not have to change the settings every time I load a video.
Another thing that would be nice is some simple statistics that show the achieved framerate, actual framerate, jitter, sync offset, and frame drops (is madVR able to drop frames or does it never drop frames?). Subtitles are currently working perfectly with VSFilter auto-loading. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|