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.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th April 2013, 08:53   #18221  |  Link
truexfan81
Registered User
 
truexfan81's Avatar
 
Join Date: Nov 2012
Posts: 138
Quote:
Originally Posted by Niyawa View Post
Never witnessed that. A friend of mine said totally the opposite, that MPC-HC instead is the buggy one.
i'll try setting up mpc-be on my next day off, see how it works compared to mpc-hc
truexfan81 is offline   Reply With Quote
Old 7th April 2013, 09:24   #18222  |  Link
Niyawa
Registered User
 
Niyawa's Avatar
 
Join Date: Dec 2012
Location: Neverland, Brazil
Posts: 169
Quote:
Originally Posted by truexfan81 View Post
i'll try setting up mpc-be on my next day off, see how it works compared to mpc-hc
If it helps, one if the issues with MPC-HC that I've heard of is that whenever you drag it from one monitor to another, it automatically crashes if you're using madVR, while in MPC-BE that doesn't happen. Unfortunately, I don't have duplicate monitors to test this.
__________________
madVR scaling algorithms chart - based on performance x quality | KCP - A (cute) quality-oriented codec pack
Niyawa is offline   Reply With Quote
Old 7th April 2013, 09:28   #18223  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,834
Quote:
Originally Posted by Niyawa View Post
If it helps, one if the issues with MPC-HC that I've heard of is that whenever you drag it from one monitor to another, it automatically crashes if you're using madVR, while in MPC-BE that doesn't happen. Unfortunately, I don't have duplicate monitors to test this.
That works just fine here.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 7th April 2013, 09:55   #18224  |  Link
Niyawa
Registered User
 
Niyawa's Avatar
 
Join Date: Dec 2012
Location: Neverland, Brazil
Posts: 169
Quote:
Originally Posted by nevcairiel View Post
That works just fine here.
I heard about this bug 2-3 months ago, it seems it was already fixed.
__________________
madVR scaling algorithms chart - based on performance x quality | KCP - A (cute) quality-oriented codec pack
Niyawa is offline   Reply With Quote
Old 7th April 2013, 12:21   #18225  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by iSunrise View Post
You wrote that with 0.86.1 you needed to modify the FRC code with an additional flush somewhere in the code if I understood you correctly. Is that change related to the custom 4 flush options or is that an additional flush that we donīt see/we canīt modify?

I am asking, because, when using FRC, you now have to (only if youīre not using the default flush settings) at least use one flush on the first 3 flush options or youīre going to have severe stuttering. If you donīt use FRC, "donīt flush" on every flush option works perfectly fine. 0.86.1 didnīt change anything in that regard, you still have to use a flush somewhere on the first 3 options. Since thereīs no seperate flush settings for the FRC path to modify, using fully custom flush settings is not possible anymore when youīre also using FRC for some movies.

What I was asking myself:
Did you really need to modify the FRC path with an additional flush, when we still have to use one flush in the flush options, anyway for FRC to work correctly? Are you aware of that? Just to give you a heads up.

I can go into more detail if something is unclear or put that into the bug tracker if you want to.
If you need different flush settings for FRC, please put that into the bug tracker with a detailed description of which flush settings make FRC work. Thanks. I'm not sure how much it will help because these things can sometimes be hardware/installation dependent, but at least I can check whether I can reproduce it here...

Quote:
Originally Posted by pie1394 View Post
I guess many people will still keep asking you if FRC should be turned on... How about some comments in this option to describe the case(s) it might be needed?
It's not the time yet for help, documentation etc...

Quote:
Originally Posted by ikarad View Post
Can you explain why?
Because with smooth motion FRC on, madVR renders and presents additional blended frames.

Quote:
Originally Posted by ikarad View Post
Other thing.
I install filter of madvrtestpattern but all smoothmotionxx.ytp file make mpc-hc crash if I use ffdshow raw filter.

Only smallramp.ytp, colors.ytp and greyramp.ytp work with ffdshow raw filter.
Can't find this in the bug tracker?

Quote:
Originally Posted by dansrfe View Post
GTX 670, Windows 7. when I go from exclusive to windowed queue size goes to 0/4 and if I pause the video for 1-2 seconds then resume it fills up the queue then goes back to 0/4 after a couple of seconds. If I turn off FRC the queues fill up normally and the stuttering problem associated with rapid seeking goes away too.
Which queue does down to 0/4? Generally a queue size of 4 seems awfully small, especially for FRC (which needs a bit more room to breathe in the queues, cause it mixes/blends multiple frames). Have you tried bigger queue sizes?

Quote:
Originally Posted by corporalgator View Post
Actually never. I thought repeats just weren't counted, so thanks for clarifying. If I start a movie in full screen, the dropped frames counter will stay at 0 the entire movie.
Well, then everything's fine.

Quote:
Originally Posted by DarK_MischieF View Post
i have trouble with two scenarios, 60fps HD content, and smooth motion (but not when they are combined as my monitor is 60Hz).

1) 60fps HD content
frame drops- not too bad if full screen and if its the primary focus (about 6 drops in 1 minute of playback), otherwise very large (100 drops in 1 minute of playback)- can't seem to predict if it will be smooth or not. everything else looks okay except render queue seems to be one beind upload queue (9-10 / 10 vs 8-10 / 10). backbuffer occasionally drops to 0 then recovers.

2) smooth motion
frame drops- sometimes its good (<10 for extended playback), sometimes frame rates are severe. i think this is dependent on the content and the 'busi-ness' of the scene. most of my content is HD, blu-ray rips. i think my hardware is powerful enough so i feel that i must have some incorrect settings that is causing some kind of issue / bug. full screen exclusive performs better than windowed but has other disadvantages. windowed performs worse (sometimes compositon rate goes to 30Hz- rare and unpredictable), but offers more flexibility for placement.

settings
LAV VIDEO
no hardware decoding (have tried DXVA2 (copy-back) no change)
output formats: all but AYUV (4:4:4)

MADVR
devices-
8 bit, disable calibration controls, no display modes, pure power curve 2.20 gamma processing
no decoding, automatically activate deinterlacing when needed (if in doubt activate)
jinc 3 taps (anti ringing), jinc 3 taps (anti ringing), catmull-rom (anti ringing / scale in linear light)

rendering-
delay playback, use a seperate device, cpu queue 12, gpu queue 10
windowed mode, 8 backbuffer, flush, flush and wait (sleep), don't flush, don't flush
smooth motion- only if there would be motion judder without it
trade quality for performance- don't use linear light for smooth motion frame blending

--------------

i have tried many variations of settings to improve performance but none of them seem to have a noticeable effect. i have set low buffer queues, high buffer queues and different scaling algorithims- perhaps this isn't where the bottleneck is?

ideally , i was hoping to get some more insight on the settings as i feel a little lost on why the performance is what it is. the 60fps issue has been there for as long as i can remember, the smooth motion was obviously only very recently.

thanks!

EDIT 2/24/2013
Windowed mode- Changed "after last render step" flush & wait (sleep) to flush improves dropped frames- backbuffers fall to 0 occasionaly still, but its alot better. render queue is still one behind upload queue.
Hmmmm... You've only listed the windowed mode settings, but not the exclusive mode settings. Are you not using fullscreen exclusive mode? Try it, it should work better...

Quote:
Originally Posted by turbojet View Post
I was testing in windowed mode and had the same results as DarK_MischieF's edit, it's improved but not fixed. Confirmed it works well with FSE but I rarely use fullscreen on this computer, on another (broken) computer it's about all that's used. Using overlay keeps the backbuffer full in windowed mode and there's no frame drops but taskbar previews and multiple videos are nice to have for me at times. Hopefully empty backbuffers is a madvr issue this time as it's happening on intel, ati, and nvidia. Not many months ago nvidia had a backbuffer issue that took years for them to fix.

EDIT: After about 20 minutes backbuffers drop back to 0 quite often again using overlay.
Not sure what to say. Backbuffers going down once in a while but not all the time is kinda weird. Maybe I can improve FRC performance, or maybe not, I'm not sure. In any case, using FSE is always a good idea for max stability/reliability...

Quote:
Originally Posted by andybkma View Post
Hi madshi, hate to bother you while you are working out the kinks with Smooth Motion but I was hoping I could sneak in a feature request whenever you get a chance.

Like many users of mVR I am sitting on my couch with just my mouse with no ready access to a keyboard (using my projector). As far as I know there is no way to bring up the "Debug OSD" (Ctrl+J) without a keyboard. Could you possibly add a way to turn that OSD on/off inside the settings of mVR with just the mouse? Like with a checkbox or something?
I don't see an easy/obvious way to do this, so I have to say no at the moment. Maybe later...

Quote:
Originally Posted by Dodgexander View Post
Its clearly a performance issue, since during busy motion, the rendering queue will often drop all the way to zero, from being perhaps 1 before.

So is smooth motion just too demanding for lower end graphics cards?
It works great on my Intel HD4000. So I can't imagine it consuming too much performance...

Quote:
Originally Posted by Dodgexander View Post
For me fse was a no go on my less powerful pc, all my testing was done using it on there. Tried with aero on and off also.
I don't really understand this. You say FSE was a no go. But then you say all your testing was done using it on. Huh? Why were you using it when it was no go? Anyway, FSE should in theory have the best performance. At least it does on my PCs...

Quote:
Originally Posted by oddball View Post
When disable desktop composition in fullscreen mode is enabled with window overlay it does not disable Aero. Normal?
No, at least that's not as intended.

Quote:
Originally Posted by THX-UltraII View Post
I have a general question:

I just found out that my Intel Graphics 2000 has a buggy driver and 0-255 output is not supported. Will I lose any quality if I put the whole chain on 16-235 instead of 0-255?
I've heard that some drivers have 0-255 and 16-235 switched. So try the other settings, maybe it does what you need?

Quote:
Originally Posted by Budtz View Post
Is a sharpener on the to do list for madvr?
I might look into that at some point in the future, but probably not soon.

Quote:
Originally Posted by yahyoh View Post
i'm having weird problem O_o

i can play 1080p @60fps or 23 FPS or 30FPS with chroma upscaling : bicubic and image up scaling : Jinc and AR without any frame drops but some 1080p ( on full screen and on windowed ) @25fps or 720p @25 fps or 60fps (only in full screen ) are dropping frames like hell IDK why
and i can play 1080P 10bit @30fps without single frame drops with the same setting

edit: i tried to set both to bicubic and 720p @25 and 60fps (in full screen ) stopped dropping frames but 1080p @25 fps still dropping frames in fullscreen and windowed
BTW i'm using latest Madvr + latest Lav + latest MPC ( with AMD 5470M GPU )
Which of your queues have which state when the frame drops occur (Ctrl+J)?

Quote:
Originally Posted by leeperry View Post
Yep, and I've been trying to play 23.976fps movies in 89.91Hz on a CRT with the blending stuff of mVR:
-linear light enabled: blurry and ghosty
-linear light disabled: far less blurry but the ghost images don't seem to match either the original frame rate, the display refresh rate or the video camera shutter speed, so I can see how this visually & subjectively seemingly uncontrolled ghosting could indeed be an improvement for ppl forced to run 60Hz...but on my CRT it looks like a very poorly deinterlaced movie that would give me headaches after 10 mins of watching it
That sounds weird. You're not supposed to see any ghosting - especially not at such a high refresh rate, where each blended frame should only be visible for ~11ms! Did you test this in FSE mode? Did the OSD mention any repeated, dropped or delayed frames? I can only imagine that something went wrong somewhere which must have resulted in the blended frames being shown longer than they should have...

Quote:
Originally Posted by turbojet View Post
Occasionally I do notice blended frames
If you replay the same video, do you notice them again at the same frame? If so, could you upload a small sample with one such situation where the blended frame is especially obvious? I'm not sure if there's anything I can do about it (probably not), but I'd really like to see if I can reproduce/see the problem in my setup. If you can't reproduce the visibility of blended frames when replaying the same movie that would suggest that there was a glitch during rendering/presentation somehow...

Quote:
Originally Posted by suanm View Post
the further expectation is that smooth motion in future madvr can convert 23.976 fps or 24 fps to 60 fps
What do you mean? Smooth motion FRC should already be able to handle 23/24p @ 60Hz just fine.

Quote:
Originally Posted by cyberbeing View Post
Currently I've been doing some testing with madVR FRC @85Hz (instead of the 96Hz & 120Hz I usually use) with my GDM-F520 CRT to see how it behaves with 720p/1080p/1080i 23.976fps & 59.94fps video, and it seems to work quite nicely at eliminating frame_rate:refresh_rate mismatch stuttering. Even though I sit 12 inches from my monitor normally, I've yet to spot any visual anomalies from FRC on film, tv, and anime content, or even vertically scrolling credits. But while it looks does look completely natural on my CRT, I'll need to do some testing later with my Panasonic GT50 plasma and NEC 20WMGX2 lcd @60hz.

I have to wonder if FRC is functioning correctly for some people who see obvious artifacts. How madshi described it with calculating blending dynamically each VSync, it would seem to dependent on highly accurate system timers, low latency, and not pushing your GPU so hard to the point where it bottlenecks (Render and/or Present/Backbuffer not staying completely full 100% of the time), in order to work optimally on the PC side. The only time an artifact should be visible under normal circumstances (FRC enabled VS disabled at the same refresh rate), is if a miscalculation occurred.
To be fair, testing at 85Hz makes it easier for FRC to be visibly artifact-free because every blended frame is only visible for 1000/85 = 11.7ms while for people with 60Hz, it's visible for 16.7ms. Anyway, I fully agree with your opinion. From what I can see on my 60Hz LCD monitor, I've yet to see a case of FRC showing visible artifacts, when used with 23-25p @60Hz. Ok, the test pattern shows some minor problems, but I've not yet seen this with real life content.

Quote:
Originally Posted by cyberbeing View Post
I've seen madshi state that before, but at least from what I've seen, performance is worse when you have it enabled in settings in addition to madVR supposedly forcing a flush in the same step for a specific purpose. No idea why this occurs, but it certainly does when I'm performance constrained on this PC.
Hmmm... With the separate presentation device enabled, if you don't have any "flush & wait" setting set for "after last render step", I'm enforcing a "flush & wait (sleep)".

Quote:
Originally Posted by pie1394 View Post
Do you even investigate if it is possible for madVR to present the 10-bit or 16-bit frame buffer to AMD/ATI GPU's HDMI interface, which is sending with 1080p 10-bit color depth signal to TV?

Or it has been already supported automatically?

I just noticed that Catalyst 13.2 beta6 driver sets the HD7970 HDMI output with 1080p 10-bit depth signal to the Sony KDL-65HX920 TV automatically. Although the TV's super-resolution engine still does quite a good job, I think it should show some additional advantages on scaled Chroma pixels or 10-bit content's contiuous color shades.
I've not investigated that yet. It's on my to do list, but will probably not come any time soon. There are some problems, e.g. I've been told it might not work with D3D9 but might require D3D11 etc which could make it problematic. Also it might only work in FSE mode...

Quote:
Originally Posted by fairchild View Post
So I just changed all my flush settings in the Exclusive mode settings to "Don't Flush" and my rendering times dropped dramatically.
Rendering times without "flush & wait" are more or less meaningless. The "wait" is what makes the rendering times measurements valid. Without the "wait" madVR does not know when rendering really completed.
madshi is offline   Reply With Quote
Old 7th April 2013, 12:21   #18226  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by konakona View Post
Hello there. I've got a problem with madvr-after changing video card from gtx260 to gtx660 i cant playback movies using madvr (evr works just fine)-i got like 3 frames per second,rest is dropped.

http://i52.tinypic.com/34ri2i0.jpg -there are only a few dropped frames on the screenshot but its because i ctrl+r'd just before taking it-was like 600+ dropped before.
As nevcairiel already mentioned, the key problem is that madVR doesn't seem to be able to measure the refresh rate correctly on your PC. I don't know why that would happen. It seems to work fine for everybody else. So I can only guess that it's a problem with your driver installation or maybe your GPU hardware. I'm sorry, I wish I could be more helpful, but I don't really know what else to say. You could try reinstalling the drivers once more, try a different driver version, or if all else fails, RMA the GPU and get one from a different manufacturer...

Quote:
Originally Posted by secvensor View Post
BDMV:
1920x1080@23.976.fps
Screen res.:
1920x1080@85MHz
Jinc 8 + AR / Jinc 8 + AR / Spline 4 + AR + smooth motion: always
CPU/GPU quere size: 32/24
backbuffer 8

dropped/dilayed frames: 0/0
Impressive - but Jinc8 is not really recommended. Jinc3 is really all you need. Jinc8 just adds more artifacts than it brings benefits, IMHO...

Quote:
Originally Posted by leeperry View Post
That's my point(and my ulterior motive) because I know that most FI really look fugly with nasty aliasing around fast movements, but I really wish madshi could spend 10 mins of his precious time checking out the FI of Sammy ES6x00 TV's in "crisp" mode because it looks dead smooth(no hiccup), doesn't artifact whatsoever and doesn't look like a soap opera either...this would be a strong asset to mVR, and madshi's unstoppable anyway.....a bit of mathematics magic and this ghost story would turn into some most impressive buttersmoothness
There are really only 3 different ways to do FRC:

(1) Either you naively repeat/drop frames.
(2) Or you blend frames.
(3) Or you motion interpolate frames.

madVR can do (1) and (2), but not (3). Doing (3) well is extremely difficult. Doing (2) is like eating cake in comparison. I've said many times in the past that I have no plans to do (3), at least not any time soon. And that has not changed. I don't know what that Sammy does, and to be honest, I don't really care. I don't think you can do (2) better than madVR. So if the Sammy looks better to your eyes compared to what madVR does then the Sammy is likely doing some sort of (3). Or maybe it's (2) and madVR's FRC doesn't work correctly in your setup, for some funny reason...

Quote:
Originally Posted by secvensor View Post
The offer:
to enter the presets options for video with the different res and fps for madVR.
Something like this is already on my to do list.

Quote:
Originally Posted by Heuer View Post
I found a problem with using one of these settings. Setting 'number of frames to present in advance' to '16' and I get terrible lip-synch issues. I set it to '6' and the problem went away. Using Reclock and GT650Ti.

Is this a bug or a feature, being able to control lip-synch from within madVR?
Sounds like a driver bug. I've noticed in the past that drivers don't like it if madVR presents "too many" frames in advance. You can only experiment how many frames in advance your driver supports by trial and error...

Quote:
Originally Posted by AndreaMG View Post
could you please consider a function (that can be enabled or disabled) that whenever a given number of frame drops occur the OSD automatically appears?
Doing this always doesn't sound like a good idea, so I'd have to add an option to the settings dialog, and to be honest, this is too much of a border case to make it worth complicating the settings dialog for, IMHO. Maybe some time in the future I could add a "nerd tweaks" section to the settings dialog where I could add weird settings like this, but probably not any time soon...

Quote:
Originally Posted by Octo-puss View Post
I just want to take this opportunity to thank madshi for this exceptional piece of software. Despite being hopeless audio/video illiterate noob, I can tell the difference between bad and good image.
I've been checking this thread from time to time for a long time, and only recently decided to see what was it all about.
The results exceeded my expectations.
EVR vs madVR
EVR vs madVR
Impressive (and that's after Imgur crippled the format to jpg).
Again, thanks a lot and keep up the good work.
Thanks for the feedback. FWIW, you could probably get the EVR results nearer to madVR by disabling all the funky video processing stuff in your GPU's control panel.

Quote:
Originally Posted by Niyawa View Post
I have a questions people. Do anyone know which GPU would be powerful enough to use with smooth motion + frame blending up to 30 fps content without dropped frames? I hear the GTX 260 can't save us this time.
Please be sure to use the correct option names, otherwise you will confuse people. With frame blending you mean the "trade quality for performance" option for linear light frame blending, correct? Generally, smooth motion FRC should be rather low on GPU power. The linear light frame blending eats a bit more performance because it has to convert every pixel to linear light and later back. Older GPUs have very low math power and can run into trouble with that. Newer GPUs (even budget models) don't have any problems, though. So it's hard to say which GPU has how much trouble with it. The newer the model the better, probably.

There's one additional catch: When enabling FRC, the number of frames to present increases. If you have e.g. 3dlut processing enabled, this also increases the 3dlut processing load accordingly. So depending on the other madVR settings FRC can have more or less effect on the GPU load.

Quote:
Originally Posted by cyberbeing View Post
Doing a bit more testing with Smooth Motion right now, it would appear 0.86.1 caused a minor performance regression with smooth motion + windowed mode + high framerate video on my GT440 DDR5.
Yes, I added one additional forced flush for FRC in v0.86.1, in the hope of fixing those artifacts after seeking etc. It seemed to have helped, but not completely removed the problem, so this is not the final solution yet. I don't know right now how the final solution will behave. Maybe it will be back to v0.86.0 speed, maybe it will be even slower than v0.86.1, I just don't know yet...

Quote:
Originally Posted by cosmitz View Post
I'm using madVR with BSplayer on a Win7 Pro 32 bit machine with Aero enabled, dual monitor setup, it running on the secondary LCD monitor. Whenever i use madVR for playing any non-mkv videos (mp4/avi/flv) in fullscreen, and i try to set volume, skip forward/backward, bsplayer shows me a crash error, which i can click 'continue' on if i want and the movie continues to respond, but it is annoying as it disables any input until 'ignored' away. This only happens in fullscreen, to mention. Here's the log and sorry about the images, but couldn't find a .txt of it anywhere and copy pasting it was disabled
This looks like a crash in bsplayer. Please report this to the bsplayer developers. If you see those screenshots they should know what to do. The crash report says pretty clearly where in the bsplayer source code the crash occurred.

Quote:
Originally Posted by bugmen0t View Post
I just want to report my finding:
With version 0.86.1 I reported a heavy increase of rendering times (no drops for me, just higher timings) in exclusive mode with FRC on and default flush settings.
Madshi recommended to increase 'present frames in advance' to 8 which did nothing.
Playing around with this setting I increased it even more and rendering times are back to normal!
Anyone able to explain this? Does the renderer need to wait for something presentation related?
Sounds weird to me. FRC does require a certain queue size to run correctly (though it's hard for me to specify an exact min size). But I would have thought that 8 should be plenty...

Quote:
Originally Posted by omarank View Post
Thanks for the new version. Smooth Motion is working perfectly here for progressive content and interlaced video content. However, for telecined film content, I can see juddering on my system. If I understand correctly, on playing a 29.97 fps telecined content with madVR’s IVTC on, ideally madVR should decimate the video to 23.976 fps and then use Smooth Motion to display it on, say 60 Hz display. I have tried playing multiple telecined files, and the observation is same. Please let me know if any other information you need from my side.
23/24p film content has a low framerate by nature, so some judder is expected, especially during fast motion scenes. It also depends on how each scene was filmed, though. E.g. if you film with more motion blur, you can get motion relatively smooth even with 23/24p. But if you want sharp motion, you get judder.

So what you need to find out is whether the judder you're seeing is the 23/24p judder caused by the low framerate of the source, or whether it's judder caused by a movie framerate / display refresh rate mismatch. madVR's FRC only fixes movie framerate / display refrash rate mismatches. It does not even try to remove judder that is encoded in the source.

Does smooth motion FRC seem to work well on the madTestPattern 23p/24p source patterns for you?

Quote:
Originally Posted by DragonQ View Post
As I said above, most TV is interlaced. Animation should be almost always progressive (same with films and dramas). Note, however, that just because something is broadcast or mastered for BD as "1080i", "576i", etc. doesn't mean it's interlaced.
I've found that many many PAL animes are field blended. The only way to properly handle this is to use video mode deinterlacing, unfortunately...

Quote:
Originally Posted by leeperry View Post
we're now in 2013 and the 3D trend has pushed 120Hz support into a lot of displays so you can find many inexpensive projectors & flat screens that will support it by design(and in 1080p too, via DisplayPort/dual-link DVI connections). It's also fully supported on CRT for that matter

At 24fps, each frame takes 1000/24=41.67ms, but at 120Hz that's 1000/120=8ms, would that still be too long to insert one black frame every 2/4/5 frames or so?

You can even push 144Hz(6*24) on LCD/CRT and DLP these days, so an extra option to play around with BFI sequencing would be *SO* amazing
Yes, DFI would be something interesting to play with. However, I'd first need to have a display which supports 120Hz+ and I currently don't. Unfortunately it's usually only ugly TN displays which can handle such high refresh rates. And I hate TN. I think I'll wait for OLED to finally come around before looking into this. Shouldn't be too long now (meaning: not multiple years, anymore) that the LG 55" OLED display is finally available for preorder in Korea.

Furthermore, as nevcairiel mentioned, good displays seem to use even higher refresh rates for BFI/DFI than 120Hz, and they do this internally. So I wonder if this even makes sense to build into madVR. I've too many other things to do first, anyway. So even if it were feasible and I had a capable display, it would not come any time soon...

Quote:
Originally Posted by hdboy View Post
@madshi, could you add a keyboard shortcut to toggle (enable/disable) gamma processing? there's a shortcut but it only change gamma curve type. thank you.
Changing gamma curve type should auto enable gamma processing if it's still disabled.

Quote:
Originally Posted by ajp_anton View Post
Opened a video, did a seek, and closed it almost immediately (IIRC, was browsing through lots of videos):
http://ajpanton.se/madVR - crash report.rar
I don't remember what this was for. Please always quote the post you're refering to, otherwise it's hard to get the connection to the older discussion. If you think this is a bug in madVR please create a bug tracker entry. If you're just asking for help, please at least quote my previous reply to this topic.

Quote:
Originally Posted by suanm View Post
i care when madshi will begin convert 23.976 fps or 24 fps to 60fps instead of 47.95 fps or 48 fps
I could make FRAPS report 60fps (actually in FSE mode FRAPS should report 60fps right now), but it wouldn't look any different to your eyes. madVR's frame blending solution is as sophisticated as it can be, I believe. I have no plans to change the logic in any way. If you're asking for motion interpolation instead of frame blending, that's a totally different technique. If you want to have that, try SVP.

For the record, madVR does *not* convert 24p to 48p if your display is 60Hz. Instead madVR converts 24p to 60p. However, 12 out of those 60 frames are duplicates. And madVR doesn't show duplicates in windowed mode (it does in FSE mode). That's why FRAPS reports less than 60fps.

This is just a cosmetical issue with the way madVR presents respectively FRAPS measures. It makes no difference to our eyes whether duplicate frames are redrawn or not.

Quote:
Originally Posted by turbojet View Post
Wouldn't it make more sense to convert to next highest framerate thats a multiple of the refresh rate to reduce frames that need to be added?

60hz: 24/25 to 30
72hz: 25/30 to 36
75hz: 24 to 25, 30 to 37?
madVR technically simulates a display with an infinite refresh rate and blends frames accordingly where necessary. There's no fixed formula to calculate how many unique frames this will result in based on source framerate or display refresh rate. It can vary depending on the vsync position.

Quote:
Originally Posted by Q-the-STORM View Post
anyone got any comparisons between Qdeo, or VXP chip upscaling and post processing vs. madVR, avisynth and ffdshow?
really wanna know what performs better..
Yeah, I would love to see a comparison, but it's hard to do. E.g. you'd have to have a HDMI capture device to get VXP output captured to a PNG/JPG screenshot.

Quote:
Originally Posted by secvensor View Post
I already asked, but whether this principle in algorithms will be introduced?
http://mrhaandi.blogspot.com/
This looks like 3D rendering anti-aliasing. I don't think this has much benefit for video related stuff because video usually doesn't have aliased edges to begin with (camera lenses are too soft to produce aliasing even remotely near to what 3D rendering sometimes produces).
madshi is offline   Reply With Quote
Old 7th April 2013, 12:22   #18227  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by LigH View Post
There is a report in the german doom9/Gleitz forum that Canopus DV AVIs (FourCC: 'CDVC', decoded by Canopus DV decoder, neither ffdshow nor lav are installed) are not played with current versions of madVR via MPC-HC 1.6.5, but it worked with a very old version (0.09, from VideoHelp archives). Converted to MS DV, playback works.

Where might be the reason, are there raw video formats not supported anymore by madVR?
If I can reproduce it I can look into it. If you can get a sample file, please report this in the madVR bug tracker. Thanks.

Quote:
Originally Posted by ryrynz View Post
Just recently tried enabling Intelligent Frame Creation on my Panasonic Plasma along with Smooth Motion with animated content, for the most part I got amazing results but there was the odd time I had artifacts of particular areas spread out across multiple frames. Madshi you own a Panasonic Plasma don't you? Is this something that could be improved upon? or are the two just not really suitable being used together?
I owned a Panasonic Plasma many years ago. I've converted to front projection since then. Does the same artifacts occur again if you replay the same movie scene? That's the first key question you have to find an answer for.

Quote:
Originally Posted by secvensor View Post
http://forum.themaister.net/viewtopic.php?id=127
Hmmmm... I'm not sure. This could be interesting, or maybe not.

Quote:
Originally Posted by turbojet View Post
I'm having a bit of a problem with the display mode changer. Currently have 60, 72 and 75 resolutions set up, they all look fine. In madvr this is in the mode changer: 1680x1050p60, 1680x1050p72, 1680x1050p75 It works fine for 24->72 and 30->60 but with 25 fps sources it insists on setting 60hz even if the monitor is set to 75hz. Then I installed reclock, set it to slowdown 25 to 24 and in madvr treat 25 fps as 24. I get 24 fps according to madvr status but it always changes to 60hz. When 75hz is set, madvr/reclock displays 74.984. Any idea what could be going on?

Also with 24 fps source, 72hz refresh rate (71.99139 in madvr status) with smoothmotion set to only when judder, it's enabled even though with it disabled there is no judder.
The easiest way for me to analyze this is for you to upload a small log file. The log clearly tells me which movie framerate the upstream filter reported and which display mode madVR selected and why.

Quote:
Originally Posted by ryrynz View Post
Anyone had a random black frame appear whilst playing? I'm running Overlay and FSE with Smooth motion on an Intel HD 3000 using 2932 drivers. Seems to be the same thing that TheShadowRunner mentioned with switching between windowed and FSE mode although it happens after some extended viewing for me. I've got a number of things to rule out but I think I'll start with flushing settings, just wondering if any sharp eyed viewers have seen the same thing and fixed it.
Quote:
Originally Posted by DragonQ View Post
Yes it happens occasionally when using Smooth Motion for me.
Weird, that shouldn't happen. Do you see a new dropped, repeated or delayed frame in the OSD when this happens? How often does this problem occur? Once every couple of seconds? Minutes? Hours?

Quote:
Originally Posted by Ihmemies View Post
I once had problems updating from older madvr (mpc-hc crashing instantly), finally tried "reset to default settings.bat" and it solved the problem.

Smooth motion looks very nice, I have a 60Hz 30" 2560x1600 display and I don't notice judder anymore. I earlier used a terrible avisynth script which did some frame blending, but the results looked especially bad with checkered shirts and some other stuff. I saw no ghosting with smooth motion enabled, maybe it's there but it's nothing compared to what I had with the avisynth script.

Since I need to upscale all videos and original pixels are lost I didn't notice any sharpness difference between smooth motion on/off. But I will definitely keep it always on because movies are unwatchable with 3:2 pulldown.

About GPU usage, I have HD6970 and without smooth motion I get ~21%, with ~27%. So basically no difference with gpu usage (as long it's under 99% I suppose it makes no difference) but very much improved motion quality.

Thanks for the great update and keep up the good work

Edit: for the first time I looked at madvr's osd and noticed there's one fropped frame every 30.04 - 30.06s, so roughly 0,14% of frames get dropped. I don't know what causes this but at least that isn't visible while watching videos
Thanks for the feedback, glad it works well for you! The "one dropped frame every ..." is just an estimation based on the movie framerate and your display refresh rate. The only thing that really counts is the number of actually dropped / repeated frames which you'll find some lines under that in the OSD. When using smooth motion FRC, the frame drop estimate has no meaning, in any case, because FRC takes care of any movie frame rate / display refresh rate mismatches.

Quote:
Originally Posted by LigH View Post
But if I start a CIF resolution video, already the filename hardly fits in the window, as long as I don't maximize the window.
For a CIF video there simply isn't enough space to draw the OSD. I don't think there's a good solution for this problem. Anyway, the OSD is really only meant for debugging purposes. So I don't consider it too important to have it look nice with small resolution videos right now. Maybe I'll rework the whole OSD once madVR reaches v1.0.

Quote:
Originally Posted by Niyawa View Post
I have this quick question that came to mind not long ago. If I had a 120hz screen which is compatible with 24 and 30fps, would I still need smooth motion to remove the judder? I've noticed that even when I watch 30fps in 60hz smooth motion is still enabled, so I'm not sure how it works.
FRC is only needed/useful if your display can't handle an even multiply of the movie framerate correctly.

Quote:
Originally Posted by turbojet View Post
Another thing is slowing 25 to 24 to reduce refresh rate changes. I tried but can't get it working right with madvr, has anyone else?

madvr 25 as 24 checked, reclock slowdown checked = 24 at 50hz, bad
madvr checked, reclock unchecked = 25 at 50hz, good but expect 24 at 48
madvr unchecked, reclock checked = 24 at 50hz, bad
both checked = 24 at 50hz, bad
log?

Quote:
Originally Posted by vivan View Post
There's something wrong with new madTestPatternSource.
With new version image is broken with any renderer (except madVR), pic. With old one everything is ok.
Have you reported this in the madVR bug tracker?

Quote:
Originally Posted by Owyn View Post
madshi, could you also write date of release near version "madVR v0.86.1" here ? ^.^
? Not sure what you mean exactly. Do you mean first post of this thread? Or do you mean the announcement posts?

Quote:
Originally Posted by leeperry View Post
what does Jinc3AR need the most in your opinion? ROP/shader performance or memory bandwidth?
Both... Jinc needs more memory bandwidth, AR needs more shader power.

Quote:
Originally Posted by Niyawa View Post
What exactly the option "don't use linear light for smooth motion frame blending" do? What I know is that when I enable it, I get a lot of dropped frames. Does it increase quality of smooth motion or something along those lines?
The proper way to blend frames is to use linear light. Blending in linear light is mathematically more correct and produces visually better results. It consumes more GPU power, though. You can try this with the madTestPatternSource smooth motion test patterns. You should see a certain difference there if you disable/enable linear light blending.

Quote:
Originally Posted by e-t172 View Post
In other words, for maximum compliance with current specifications, madVR should default "the display is calibrated to the following transfer function / gamma" to "pure power curve 2.20" (IIRC it already does), because sRGB, and more importantly, it should default "enable gamma processing" to "enabled, pure power curve 2.40", because BT.1884.

@madshi: I'm advocating a change in the default settings. What do you think of this reasoning?
Sorry, but no. A pure power curve of 2.40 makes sense for a bat cave, but doesn't work well as well if you have ambient light in the room. The correct gamma curve to choose depends on the ambient light level, as such I prefer to have gamma processing disabled by default.

Quote:
Originally Posted by 06_taro View Post
People use many ways to fight against judder when showing video with different refresh rate from the display. Ideally the best one should be motion interpolation, with which the motion areas of the missing frames are compensated and looks as if they did exist.
I agree that from a scientific/technical point of view using motion interpolation sounds like the smartest solution. However, it actually changes the look of the video, making it appear smoother than it actually is. Some people like this change of look, others don't. So I wouldn't say that motion interpolation is clearly the best solution. If you aim for the highest smoothness and sharpness, motion interpolation is the best solution (if executed perfectly). However, if you want to preserve the original look of the source, motion interpolation is not a good idea. So it's a matter of taste. And of course, as you mentioned, doing motion interpolation well is technically very difficult.

Quote:
Originally Posted by 06_taro View Post
madVR's smooth motion does not even interpolate the missing motion, but is just a weighted blending if my interpretation is not wrong.
Yes, it's just simple blending, and it's a trick. However, it fully preserves the original look of the source, and that is a basic advantage over motion interpolation (if preservation of the original look of the source is your aim).

Quote:
Originally Posted by 06_taro View Post
Blending is just a trick to your eyes. By trick it means if you are not awared you can enjoy it, but if your eyes are sensitive enough to catch it, and if your mind can realise it ( or in other words, not well-trained to be cheated ), you will not have fun with the magic.
Quote:
Originally Posted by Keiyakusha View Post
I watch anime mostly (like 99% of everything that I watch offline and 95% of what I watch in general), where the difference between frames is often huge even if its not a scene change. And I find smooth motion to look very ugly. I can easily see where it occurs. However without it I can't tell the difference, can't tell that something wrong even if some frames get dropped due to video/display framerate mismatch or whatever.
You're not really supposed to see the blending. With 60Hz or higher refresh rate and 23-25fps sources, I wouldn't expect anyone to see frame blending. If you do see it, then either you must be Superman, or maybe something is going wrong somewhere. Maybe madVR doesn't work as expected on your PC. Or maybe your GPU screws up, or maybe your display repeats some frames behind madVR's back. I don't really know...

If you run the madTestPatternSource test patterns, do they run with perfect smoothness with FRC turned on?

Quote:
Originally Posted by nevcairiel View Post
Use LAV Video, it'll tell madVR automatically about the right chroma position (but it only works if there is no ffdshow in between LAV or madVR, because ffdshow doesn't forward this information)
FWIW, madVR accepts this information, but currently it always uses MPEG2/h264/VC-1 chroma placement. Support for MPEG1 chroma placement is on my to do list.

Quote:
Originally Posted by Keiyakusha View Post
Not at all. For some reason you assume that motion interpolation is something that should be applied to the whole thing. But you absolutely can have it between 2 frames in a set of 10 for example
Yes, you can, but it will likely look weird to the eye because motion will be smoother between those frames where you added motion interpolation intermediate frames compared to those frames where you didn't add such frames. I don't think it's a good idea to add motion interpolated frames only between some frames but not between others. I think it would be visible to our eyes as a new sort of motion artifact. But then I'm just guessing, I haven't tried this myself yet.

Quote:
Originally Posted by Keiyakusha View Post
But if you say you can't live without smooth motion while watching anime... well then I waste my time here, this is beyond my comprehension.

with 24fps anime on 60fps screen judder occurs pretty often. doesn't matters if its always on or when needed. That's why if your source is high quality bluray, not some blurry encode, you can see it perfectly. Yet I bet you can't see judder as easily. if the show is interesting and you follow the story - very hard to notice. Which isn't the case with smooth motion cause face of the character you are looking at appears blurred for a moment.
Anime with 5:5 or even 8:7 cadence is so juddery that you probably won't see a difference between Smooth Motion FRC on or off. However, many Animes have scenes in between where the background (e.g. clouds in the sky) move in full 24p speed. Also camera pans are sometimes full 24p speed. And suddenly smooth motion FRC brings a benefit again.

If you see a character face blurred for a moment that is a sign that something isn't working as it should. Frame blending as performed by madVR in 60Hz (or higher) should not be visible to the naked eye, except for a very minor loss of sharpness during motion. If you can separate blurry frames that most probably indicates that those blended frames are visible longer than planned, for whatever reason.

Quote:
Originally Posted by DragonQ View Post
Doesn't work well at all for slow-motion interlaced content either.
Sample?
madshi is offline   Reply With Quote
Old 7th April 2013, 12:40   #18228  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by madshi View Post
To be fair, testing at 85Hz makes it easier for FRC to be visibly artifact-free because every blended frame is only visible for 1000/85 = 11.7ms while for people with 60Hz, it's visible for 16.7ms. Anyway, I fully agree with your opinion. From what I can see on my 60Hz LCD monitor, I've yet to see a case of FRC showing visible artifacts, when used with 23-25p @60Hz. Ok, the test pattern shows some minor problems, but I've not yet seen this with real life content.
Last week I did some testing @60Hz on my 55" Panasonic Plasma and didn't notice any artifacts either, even when standing 1' from the display.

What would you theorize is the reason some people have supposedly been seeing major artifacts?

Display response time? TV "post-processing"? Inaccurate system timer? Certain floating point refresh rate values causing miscalculations (rounding error)? GPU driver bug? Something else?
cyberbeing is offline   Reply With Quote
Old 7th April 2013, 13:16   #18229  |  Link
e-t172
Registered User
 
Join Date: Jan 2008
Posts: 568
Quote:
Originally Posted by madshi View Post
Sorry, but no. A pure power curve of 2.40 makes sense for a bat cave, but doesn't work well as well if you have ambient light in the room. The correct gamma curve to choose depends on the ambient light level, as such I prefer to have gamma processing disabled by default.
Okay. You didn't answer my second request, however:

Quote:
Originally Posted by e-t172 View Post
On a related note, it would be useful to have a "sRGB curve" option under the "calibration" tab. It should be extremely easy to implement as it is exactly the same curve as BT.709 but with different coefficients for the linear part.
I'm aware that's nitpicking, but it would be nice to have and the implementation is trivial, so…

Last edited by e-t172; 7th April 2013 at 13:20.
e-t172 is offline   Reply With Quote
Old 7th April 2013, 14:05   #18230  |  Link
Niyawa
Registered User
 
Niyawa's Avatar
 
Join Date: Dec 2012
Location: Neverland, Brazil
Posts: 169
Quote:
Originally Posted by madshi View Post
Please be sure to use the correct option names, otherwise you will confuse people. With frame blending you mean the "trade quality for performance" option for linear light frame blending, correct? Generally, smooth motion FRC should be rather low on GPU power. The linear light frame blending eats a bit more performance because it has to convert every pixel to linear light and later back. Older GPUs have very low math power and can run into trouble with that. Newer GPUs (even budget models) don't have any problems, though. So it's hard to say which GPU has how much trouble with it. The newer the model the better, probably.
My apologies for that. Hm, newer architectures tend to be 15-25% more powerful than the previous one, I should have figured that out.

Quote:
Originally Posted by madshi View Post
The proper way to blend frames is to use linear light. Blending in linear light is mathematically more correct and produces visually better results. It consumes more GPU power, though. You can try this with the madTestPatternSource smooth motion test patterns. You should see a certain difference there if you disable/enable linear light blending.
Ohh now I get it. Linear light bleding won't work with my laptop, that I'm sure about. Just wondering what it really could do.

Quote:
Originally Posted by madshi View Post
FRC is only needed/useful if your display can't handle an even multiply of the movie framerate correctly.
In my case, with a 29.97 > 30.000fps (with ReClock) in a 60 Hz display, smooth motion was supposed to be disabled but it's still enabled. It's that bug a user here mentioned about. Thanks for the asnwers madshi, you're a wizard as always.

Oh, and welcome back of course.
__________________
madVR scaling algorithms chart - based on performance x quality | KCP - A (cute) quality-oriented codec pack
Niyawa is offline   Reply With Quote
Old 7th April 2013, 17:14   #18231  |  Link
secvensor
Registered User
 
Join Date: Sep 2011
Posts: 72
madshi
https://github.com/libretro/common-shaders/tree/master/cgp
__________________
Win7x64
Core i7 920 3.5GHz
Noctua NH-D14/ArcticCooling MX-3
6(3x2)GB Transcend 1426MHz
RoyalHD (64MB)[Solo6c][JPLAY]/HD7850DC22GD5V2[EIZOT965]
Seasonic X-750
VelociRaptor WD4500HLHX/16TB_STORE
secvensor is offline   Reply With Quote
Old 7th April 2013, 17:43   #18232  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by cyberbeing View Post
What would you theorize is the reason some people have supposedly been seeing major artifacts?

Display response time? TV "post-processing"? Inaccurate system timer? Certain floating point refresh rate values causing miscalculations (rounding error)? GPU driver bug? Something else?
I don't really know, to be honest. It could be the GPU doing something wrong (e.g. presentation glitch that isn't reported), it could be the display showing a blended frame longer than madVR asked for (e.g. could happen if the display is run with a refresh rate that the display can't handle natively), it could be a bug in madVR, or something else...

Quote:
Originally Posted by e-t172 View Post
Okay. You didn't answer my second request, however:

I'm aware that's nitpicking, but it would be nice to have and the implementation is trivial, so…
The math might be trivial, but adding support for that to madVR is not trivial at all. It would increase the number of shaders I have to compile by 30%, it would require a more complex settings dialog, it would require me to modify a lot of settings related code etc etc. I estimate with all the shader modifications etc it would cost me half a day to implement. Why would I spend so much time on something nobody really needs? Or is there a practical purpose for using that transfer function for any madVR users? I don't know right now why anybody would need/use it?

Quote:
Originally Posted by Niyawa View Post
My apologies for that. Hm, newer architectures tend to be 15-25% more powerful than the previous one, I should have figured that out.
15-25%?

550Ti -> 650Ti: 691 -> 1421 GFLOPS

That's more than twice as much shader power!

Quote:
Originally Posted by Niyawa View Post
In my case, with a 29.97 > 30.000fps (with ReClock) in a 60 Hz display, smooth motion was supposed to be disabled but it's still enabled.
There isn't much 29/30p content available. Most of that is interlaced. After deinterlacing it becomes either 23/24p or 59/60p.

Quote:
Originally Posted by secvensor View Post
madshi
https://github.com/libretro/common-shaders/tree/master/cgp
I don't see any explanation anywhere of what these do exactly.

Last edited by madshi; 7th April 2013 at 17:53.
madshi is offline   Reply With Quote
Old 7th April 2013, 18:55   #18233  |  Link
omarank
Registered User
 
Join Date: Nov 2011
Posts: 180
Quote:
Originally Posted by madshi View Post
23/24p film content has a low framerate by nature, so some judder is expected, especially during fast motion scenes. It also depends on how each scene was filmed, though. E.g. if you film with more motion blur, you can get motion relatively smooth even with 23/24p. But if you want sharp motion, you get judder.

So what you need to find out is whether the judder you're seeing is the 23/24p judder caused by the low framerate of the source, or whether it's judder caused by a movie framerate / display refresh rate mismatch. madVR's FRC only fixes movie framerate / display refrash rate mismatches. It does not even try to remove judder that is encoded in the source.

Does smooth motion FRC seem to work well on the madTestPattern 23p/24p source patterns for you?
I meant to say that Smooth Motion works well for 23/24p film content on my 60 Hz display, but while playing a telecined 29.97 fps content with 3:2 cadence apparently it does not work properly. I think madVR applies FRC using 29.97 fps even when IVTC is forced on for such files. Instead, madVR should decimate the video to 23/24p first and then apply FRC 24p to 60 Hz. Is Smooth Motion working fine on your system for telecined files when madVR's IVTC is forced on (while using 60 Hz refresh rate)?
omarank is offline   Reply With Quote
Old 7th April 2013, 19:14   #18234  |  Link
dansrfe
Registered User
 
Join Date: Jan 2009
Posts: 1,212
The only issue with IVTC'ing atm is that ReClock has to be manually set to 23.976 input fps.
dansrfe is offline   Reply With Quote
Old 7th April 2013, 19:34   #18235  |  Link
truexfan81
Registered User
 
truexfan81's Avatar
 
Join Date: Nov 2012
Posts: 138
Quote:
Originally Posted by Niyawa View Post
If it helps, one if the issues with MPC-HC that I've heard of is that whenever you drag it from one monitor to another, it automatically crashes if you're using madVR, while in MPC-BE that doesn't happen. Unfortunately, I don't have duplicate monitors to test this.
i have moved mpc-hc between monitors while using lav and madvr, has not crashed yet. update, i have to work tonight, and tomorrow night, after that i have 2 days off where i can test mpc-be
truexfan81 is offline   Reply With Quote
Old 7th April 2013, 20:10   #18236  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by omarank View Post
I meant to say that Smooth Motion works well for 23/24p film content on my 60 Hz display, but while playing a telecined 29.97 fps content with 3:2 cadence apparently it does not work properly. I think madVR applies FRC using 29.97 fps even when IVTC is forced on for such files. Instead, madVR should decimate the video to 23/24p first and then apply FRC 24p to 60 Hz. Is Smooth Motion working fine on your system for telecined files when madVR's IVTC is forced on (while using 60 Hz refresh rate)?
You may be right. Can you please report this in the madVR bug tracker?

Quote:
Originally Posted by romulous View Post
I have a problem that Blight suggested I run by you. I have a test clip (link below) that when played with Overlay enabled on my system (NVIDIA GTX 660Ti, 314.07 drivers, Win 7 64bit), shows no video. The video plays in Zoom Player, but there is no actual picture - that is, the video window is black. If I disable Overlay mode, the video shows fine.

On Blight's system (NVIDIA GT 520, not sure what drivers he has), Overlay shows the picture fine. We both have the exact same filter chain, so literally the only difference is the video hardware and probably the driver version. Blight said to tell you that the driver may be lying about supporting that colorspace and that you might be able to convert it.

Test clip:
https://dl.dropbox.com/u/105555957/Bug%20%23446.avi (2.20MB)

This is with madVR v0.86.1 - Zoom Player 8.6 Beta 28.
Unfortunately I can't reproduce it here, so there's not much I can do about it...
madshi is offline   Reply With Quote
Old 7th April 2013, 20:28   #18237  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 930
Quote:
Originally Posted by madshi View Post
Weird, that shouldn't happen. Do you see a new dropped, repeated or delayed frame in the OSD when this happens? How often does this problem occur? Once every couple of seconds? Minutes? Hours?
Maybe a few times in a half hour show. No idea if dropped/repeated frames increase, I keep forgetting to check the figure before and after.

The weird frame-order errors still occur randomly too (it happens way more often when doing other stuff whilst watching rather than just having the video full screen). They are fixed by pausing and unpausing. Video showing this is here.

Quote:
Originally Posted by madshi View Post
Sample?
Will try to get a sample soon. It happens all the time with sport replays because they're usually slowed down but not properly deinterlaced beforehand. They're probably not done very well at the source because you can clearly see bob deinterlacing is being used when they show freeze frames or step-by-step footage. Smooth Motion just doesn't seem very compatible with this kind of material.
__________________
HTPC Hardware: Intel Celeron G530; nVidia GT 430
HTPC Software: Windows 7; MediaPortal 1.19.0; Kodi DSPlayer 17.6; LAV Filters (DXVA2); MadVR
TV Setup: LG OLED55B7V; Onkyo TX-NR515; Minix U9-H
DragonQ is offline   Reply With Quote
Old 7th April 2013, 21:28   #18238  |  Link
AndreaMG
Registered User
 
AndreaMG's Avatar
 
Join Date: Sep 2012
Location: Turin
Posts: 104
Welcome back Madshi!

Originally Posted by Budtz View Post
Is a sharpener on the to do list for madvr?

Madshi's reply: I might look into that at some point in the future, but probably not soon.

Great news! (except for the "probably not soon" part )
__________________
Raven RVZ01 * i7-4790k * 16GB RAM * Zotac GTX 970 4G * SSD 850Evo 500GB * Blu-Ray Burner Slot-In * PSU SFX 80+ Gold 450Watt * Windows 10 64bit * MPCHC+MadVR+SVP * Panasonic 50" VT30 ^^

Last edited by AndreaMG; 7th April 2013 at 21:37.
AndreaMG is offline   Reply With Quote
Old 7th April 2013, 21:42   #18239  |  Link
omarank
Registered User
 
Join Date: Nov 2011
Posts: 180
Quote:
Originally Posted by madshi View Post
You may be right. Can you please report this in the madVR bug tracker?
..
Done.
omarank is offline   Reply With Quote
Old 7th April 2013, 23:46   #18240  |  Link
Niyawa
Registered User
 
Niyawa's Avatar
 
Join Date: Dec 2012
Location: Neverland, Brazil
Posts: 169
Quote:
Originally Posted by madshi View Post
That's more than twice as much shader power!
Ohohoho. You're right, I forgot madVR uses shaders to render the video! I should review my data on GPUs again.

Quote:
Originally Posted by madshi View Post
There isn't much 29/30p content available. Most of that is interlaced. After deinterlacing it becomes either 23/24p or 59/60p.
Hm, I have some trailers and I've watched some game walkthroughs that use 30fps natively.

Quote:
Originally Posted by truexfan81 View Post
i have moved mpc-hc between monitors while using lav and madvr, has not crashed yet. update, i have to work tonight, and tomorrow night, after that i have 2 days off where i can test mpc-be
It's like I said, it's an old bug. nev did the test of that. MPC-BE never had that issue AFAIK.
__________________
madVR scaling algorithms chart - based on performance x quality | KCP - A (cute) quality-oriented codec pack
Niyawa is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 12:30.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.