View Full Version : madVR - high quality video renderer (GPU assisted)
dansrfe
9th January 2014, 05:58
I use JRiver's Video Clock feature which acts the same way as ReClock, but it takes its refresh rate data directly from madVR rather than calculating its own. (which may differ)
I think the frame repeats/drops frequency listed by madVR isn't accurate when ReClock is used because of this reason. But regardless of this value I never see drops or repeats in the dropped/repeated frames statistics in madVR's OSD.
huhn
9th January 2014, 07:47
Any of you guys use for a perfect cinematic experience even though you can't actually see any difference?
I do. :D
Can anyone actually see the single duplicated frame every few seconds/minutes?
I doubt it.
Its not apparent like stutter/judder telecine;
It's a single duplicated frame among thousand+ frames.
Any more benefits?
Madshi mentioned that there is a more "stable" clock for less jitter errors.
Can anyone actually hear the slightly distorted (jittered clock) sound wave?
Being an audio enthusiast with a home studio... No, you can't;
i can see the frame for sure.
i got a audio error some times but i think that is an problem with ultra high dpc spikes, my card driver or both
I also don't find it worthwhile to mess with custom clocks, as each video driver revision - or even rebooting the machine - seems to affect timing to some degree.
On the previous WHQL drivers, my refresh rate was stable at 24.00000±0.00001, with the new drivers it's around 23.99992±0.00002 each time I restart the PC. Not that it really matters.
you are very lucky there (or i have terrible luck)
my 23 hz is jumping like crazy ~23.9500 -~24.0000
i can even see the vsync interval is changing by 41.69 41.72
that's why i think messing with custom refresh rates depends a lot on the hardware.
James Freeman
9th January 2014, 08:27
EDIT:
Irrelevant.
NicolasRobidoux
9th January 2014, 09:06
...
Basically "Jinc" calculates weights by using a true distance to a circle of neighbor pixels. The other algorithms (e.g. Bicubic or Lanczos) instead use a simple X/Y distance for two separate X/Y scaling passes, which results in a rectangular neighborhood access pattern, instead of Jinc's circle pattern.
...
The EWA (Elliptical Weighted Averaging) method, originally used for spatting, is explained in http://www.imagemagick.org/Usage/distorts/, in Andreas Gustafsson's masters thesis, and in some of the Heckbert articles (as far as original sources go).
Also, there are GEGL (GEneric Graphics Library) implementations of EWA with different different filters ("Triangle" for NoHalo and "Robidoux" for LoHalo), found at git.gnome.org/browse/gegl/tree/gegl/buffer/gegl-sampler-nohalo.c (git.gnome.org/browse/gegl/tree/gegl/buffer/gegl-sampler-lohalo.c) and git.gnome.org/browse/gegl/tree/gegl/buffer/gegl-sampler-nohalo.c (git.gnome.org/browse/gegl/tree/gegl/buffer/gegl-sampler-lohalo.c).
As far as Jinc-windowed Jinc goes, the only thing I added was "shrinking" the extent of the filter to make it sharper (and some efficient code for computing the key components of the ellipse of interest, which is not so useful when preserving the aspect ratio).
-----
Note: The AR (Anti-Ringing) component of madVR's implementation is another story altogether. This baby is all Mathias'.
vivan
9th January 2014, 09:21
I have attached a true to scale 24 at 60hz picture.
The small ones are 160 (16ms) pixels wide (1/60).
The big ones are 417 (41.666ms) pixels wide (1/24 ).1/60 is 16.(6)ms and 1/24 is 41.(6) ms
1/60 * 5/2 = 1/24
I still don't see what it should illustrate. Reclock is nedeed because display freq. is not exactly 24/1.001*5/2 = 60/1.001 ~ 59.(940059)
6233638
9th January 2014, 09:32
my 23 hz is jumping like crazy ~23.9500 -~24.0000Are you using the release build or a test build? I don't get stable refresh rates and have dropped/repeated frames when using the latest test builds.
madshi
9th January 2014, 09:51
One of the key words here is around.
They are all pretty much blended to some degree if SM emulates infinite refresh rate.
Correct?
No. As I said, with 23-25fps @ 60Hz, usually 3 out of 5 frames are totally and completely unblended.
I have attached a true to scale 24 at 60hz picture.
The small ones are 160 (16ms) pixels wide (1/60).
The big ones are 417 (41.666ms) pixels wide (1/24 ).
Actually,
Its not an even division like I thought, so ReClock would be useless here.
Whether it is a perfectly even division or not doesn't make much of a difference. See below:
It sounds like it doesn't though, Reclock will help remove only very few extra blended frames.
This ascii art is actually to scale and I used red to denote blended frames generated by smooth motion.
-|---------|---------|---------|---------|---------|- 24 Hz
|---|---|---|---|---|---|---|---|---|---|---|---|---| 60 Hz
Yep. That looks correct. I think looking at your "art" also makes it easier to understand why it doesn't matter much to SmoothMotion FRC whether the movie framerate is 23.976fps, 24.000fps or 25.000fps, or whether the division is perfectly even or not. It's all basically the same to SmoothMotion FRC. In all these cases it will usually be 2 out of 5 frames blended and 3 out of 5 frames unblended.
Well they would also have to be perfectly synced to start with but I believe madVR will do that
No, madVR has no way to move audio and video clocks around. SmoothMotion FRC does not do anything to the clocks. Instead it takes the clocks as a given and renders the best it can.
madshi
9th January 2014, 09:52
Are you using the release build or a test build? I don't get stable refresh rates and have dropped/repeated frames when using the latest test builds.
Yes, that problem is already fixed in the latest sources.
Mangix
9th January 2014, 10:39
Found a bug.
Activate DXVA2 native, watch a telecined DVD, have madvr switch between 60Hz and 72Hz, and switch from video to film mode using Ctrl+Alt+Shift+T. The refresh rate switch causes MPC-HC to freeze. Software decoding works as intended.
If film mode is always forced on through the madvr settings, then MPC-HC freezes immediately.
James Freeman
9th January 2014, 10:46
Found a bug.
Activate DXVA2 native, watch a telecined DVD, have madvr switch between 60Hz and 72Hz, and switch from video to film mode using Ctrl+Alt+Shift+T. The refresh rate switch causes MPC-HC to freeze. Software decoding works as intended.
If film mode is always forced on through the madvr settings, then MPC-HC freezes immediately.
Confirmed.
When forcing Film Mode with a refresh rate change, MadVR freezes with a black screen.
James Freeman
9th January 2014, 10:52
In all these cases it will usually be 2 out of 5 frames blended and 3 out of 5 frames unblended.
If ReClock syncs the video to the perfect fraction of your display refresh rate, wouldn't that create only 1/5 blended and 4/5 unblended?
For Example:
|---------|---------|---------|---------| 24fps
|---|---|---|---|---|---|---|---|---|---| 60Hz
http://www.mediafire.com/convkey/6898/49qxp0ntiqgkdyufg.jpg
You can clearly see ReClock is working even with 24 and 60Hz.
*Don't mind the dropped frames, these are from switching to fullscreen and back.
Mangix
9th January 2014, 10:57
This may have been addressed before, but...
Why is there no automatic detection of video vs. film mode? Wouldn't it make sense to make it so that detection is similar to the BT stuff? That is, if resolution < 1280, it's film mode and > 1280 is video. For telecined content, isn't it mostly 29.97Hz? If needed, restrict it to that.
edit: One other bug. Sometimes, that refresh rate switch causes the video to freeze if normal windowed and black screen if overlay windowed.
madshi
9th January 2014, 11:03
Found a bug.
Activate DXVA2 native, watch a telecined DVD, have madvr switch between 60Hz and 72Hz, and switch from video to film mode using Ctrl+Alt+Shift+T. The refresh rate switch causes MPC-HC to freeze. Software decoding works as intended.
If film mode is always forced on through the madvr settings, then MPC-HC freezes immediately.
Please report it to the madVR bug tracker. Thanks.
If ReClock syncs the video to the perfect fraction of your display refresh rate, wouldn't that create only 1/5 blended and 4/5 unblended?
It's not only the fraction that is important, also the exact time when a new movie frame begins and when a new display vsync starts. They would have to match perfectly, and I don't know if Reclock even *tries* to achieve that. In any case, if you want to analyze this further, you can activate the madVR debug log. The blend factors are written to the log for every blended frame. So you can check yourself how near to perfection Reclock brings you. But please do it on your own, I have so many things to do, I don't want to spend any more time on this discussion.
Edit: If you come to a conclusion about whether Reclock does achieve nearly 1/5 blended frames, only, feel free to report it here. But there isn't anything I can do about any of this, anyway. So there's really not much use discussing it in depth, other than reporting it.
Why is there no automatic detection of video vs. film mode? Wouldn't it make sense to make it so that detection is similar to the BT stuff? That is, if resolution < 1280, it's film mode and > 1280 is video. For telecined content, isn't it mostly 29.97Hz? If needed, restrict it to that.
Neither refresh rate nor resolution give any reliable hint about video vs film mode, unfortunately.
Automatic detection of video vs. film mode is planned for some time in the future. But it's not easy to do (there's also mixed content!), so don't expect it any time soon.
Mangix
9th January 2014, 11:21
Yeah I tested some old videos that I thought were telecined but I got mixed results. Bah.
Thunderbolt8
9th January 2014, 13:12
does madvr support MGVC? (if that is the task of a renderer)
michkrol
9th January 2014, 16:15
does madvr support MGVC? (if that is the task of a renderer)
I found very little reliable technical info about Master Grade Video Coding (I assume that's what you meant?), so take my rant with a grain of salt.
To my understanding you would need a decoder and splitter that would understand this format first and pass the frames to madVR in appropriate color format. With "poor" decoder the renderer could get image with 8-bit color, since even though the decoder understands the additional info it could still output 8-bit for compatibility or some other reasons. Also right now madVR doesn't support more than 8-bit OUTput, so you might lose some precision, but it could be hard to spot due to dithering, it also depends on how your screen is connected and what screen you're using.
To sum up, the decoder and splitter would be more of an issue. Also sometimes you could get the decoder to output 8-bit color to the renderer and possibly still profit from increased bitdepth, but whether you'd really notice the difference is a completely different matter.
nevcairiel
9th January 2014, 16:50
MGVC is a proprietary hack, and not an actual video standard. I seriously doubt anything will ever support it. Personally, I wouldn't touch it with a 10ft pole since its just an evil hack by one company, completely violating the Blu-ray specification.
6233638
9th January 2014, 18:18
MGVC is a proprietary hack, and not an actual video standard. I seriously doubt anything will ever support it. Personally, I wouldn't touch it with a 10ft pole since its just an evil hack by one company, completely violating the Blu-ray specification.After doing a quick search, it sounds like MGVC is the video equivalent of HDCD.
It may be a "hack" but moving from 8-bit to 12-bit color, and 40mbps to 60mbps sounds pretty nice. There are a couple of titles using it that I'd probably pick up.
It seems that Sony is continuing with its "Mastered in 4K" series as well - is there anything that needs to be done for xvYCC support in madVR? I know it won't support negative values (being RGB) but should support the extension in the other direction? (and supposedly most HDMI-equipped video cards (https://en.wikipedia.org/wiki/XvYCC) have xvYCC support)
madshi
9th January 2014, 18:21
AFAIK those "Mastered in 4K" titles are not really using xvYCC data in any way worth mentioning. There has been a thread on AVSForum analyzing that using AviSynth debug scripts etc. I believe it's mostly a marketing gag by Sony.
iSunrise
9th January 2014, 18:33
AFAIK those "Mastered in 4K" titles are not really using xvYCC data in any way worth mentioning. There has been a thread on AVSForum analyzing that using AviSynth debug scripts etc. I believe it's mostly a marketing gag by Sony.
I would suspect they just do the same like they did for the Superbit-series of DVDs, which had higher average bitrates at the expense of (mostly) all other extras. Probably they even use some better sources if the "old" Blu-Rays used an older one from the archives.
huhn
9th January 2014, 18:49
Are you using the release build or a test build? I don't get stable refresh rates and have dropped/repeated frames when using the latest test builds.
i'm on test build 2 with my htpc and the card is a 6770.
my 760 gtx didn't got problems like that
Yes, that problem is already fixed in the latest sources.
i will see but the problem is as old as the card.
i test the stable later.
Ver Greeneyes
9th January 2014, 20:49
madshi, is a description of the 3dlut file format available anywhere?
If not, I have a question about the color mapping: why does it use 65x65x65 instead of 64x64x64? Using the example of a 6-bit color with a single channel, I can see two ways it might work:
1) 0 is mapped to 0.5 and 63 is mapped to 63.5, colors are obtained by doing lerp(lut[trunc(x)]), lut[trunc(x+1)], frac(x) + 1.0 / pow(2.0, bitdepth + 1)).
2) 0 is mapped to 0 and 63 is mapped to 63, colors are obtained by doing lerp(lut[trunc(x)], lut[trunc(x+1)], frac(x)).
I doubt you're using 1), since for an 8-bit color this would map 0 to 0.125 and 255 to 63.875, so white and black would depend on the bit depth. But in 2), lut(64) is only useful to avoid having to check for the edge case trunc(x) == 63, so they could just be equal to lut(63) and you wouldn't have to store it in the file, right? I'm probably missing something here.
Asmodian
9th January 2014, 21:11
If ReClock syncs the video to the perfect fraction of your display refresh rate, wouldn't that create only 1/5 blended and 4/5 unblended?
No:
No, madVR has no way to move audio and video clocks around. SmoothMotion FRC does not do anything to the clocks. Instead it takes the clocks as a given and renders the best it can.
As far as I know Reclock also cannot pause the start of playback for that (example) 1/7th of a frame to keep the audio synced to v-sync. It only changes the timing to keep the 3-2 pattern going instead of getting rare instances of 2-3 or 4-1. In my opinion for 24ish into 60 with smooth motion on this doesn't really matter.
madshi
9th January 2014, 21:11
madshi, is a description of the 3dlut file format available anywhere?
http://sourceforge.net/projects/thr3dlut/
It's 256x256x256.
e-t172
9th January 2014, 23:10
As far as I know Reclock also cannot pause the start of playback for that (example) 1/7th of a frame to keep the audio synced to v-sync.
ReClock is in charge of the DirectShow clock, so AFAIK there's nothing stopping it from freezing the clock until the first VSYNC happens at the beginning of playback. That would make rendering start exactly on the first vsync. The audio clock is not a concern because there's no need for the first audio buffer to be aligned (i.e. you can prepend silence in the first audio buffer to delay it by any arbitrary amount). I have no idea if ReClock is actually smart enough to do that, however.
nevcairiel
9th January 2014, 23:22
After doing a quick search, it sounds like MGVC is the video equivalent of HDCD.
It may be a "hack" but moving from 8-bit to 12-bit color, and 40mbps to 60mbps sounds pretty nice. There are a couple of titles using it that I'd probably pick up.
Too bad no developer will ever even consider it, though. :p
Panasonic isn't too forthcoming about providing technical information about it either, because they want you to buy their discs and their players.
Proprietary solutions like this are simply doomed to fail.
Not to mention that from a technical standpoint its just absolute horrible concept, just to get it onto a still semi-valid Blu-ray that can still playback as 8-bit on other players.
Its a money-making marketing thing, thats all. With 8-bit output from your GPU the difference would be miniscule anyway. Blu-rays have enough bitrate to be able to avoid banding, unless badly authored.
Wait for new optical media and hope for more bitdepth.
But this is getting off-topic, too.
Ver Greeneyes
10th January 2014, 02:25
http://sourceforge.net/projects/thr3dlut/
It's 256x256x256.
Thanks! I didn't realize it used compression.
madshi
10th January 2014, 09:50
Compression is an option which is currently not used yet.
James Freeman
10th January 2014, 12:52
Madshi,
Can you spoil us with whats coming or is it a surprise?
Ver Greeneyes
10th January 2014, 18:47
Compression is an option which is currently not used yet.
Oh right, I see now. For some reason I'd gotten it into my head that 256x256x256 would use a lot more memory than it does.
Asmodian
10th January 2014, 20:49
ReClock is in charge of the DirectShow clock, so AFAIK there's nothing stopping it from freezing the clock until the first VSYNC happens at the beginning of playback. That would make rendering start exactly on the first vsync. The audio clock is not a concern because there's no need for the first audio buffer to be aligned (i.e. you can prepend silence in the first audio buffer to delay it by any arbitrary amount). I have no idea if ReClock is actually smart enough to do that, however.
Well I guess I meant Reclock doesn't do that, it might be able to if someone spent some time coding it.
I think Reclock wouldn't be the place to do that though, Reclock doesn't have the ability to control rendering v-sync and there would be some delay. Also I believe Reclock cannot see a v-sync until after the fact, this is why it has to "measure" the video clock and has a timing database to allow it to know precisely how much to change the audio on startup.
The smooth motion option "only if there would be judder without it" seems to take care of this issue anyway, no blends if smooth motion is off. :)
Mano
11th January 2014, 06:28
hi, is there an option to select whichever GPU is used for video playback? for e.g. i have a AMD 7950 and a i7 4550 which comes with hd4000 integrated graphic and i want madvr to use the HD4000 instead of the 7950.
tp4tissue
11th January 2014, 07:12
Hi guys.. Question... When I enable fullscreen exclusive mode, my screen just freezes, but the file is still playing.. the computer's not frozen neither is the program... I can alt out of it.
What's up with that... Full screen exclusive mode works on all resolutions except my native resolution 2560x1600..
madshi
11th January 2014, 09:44
Can you spoil us with whats coming or is it a surprise?
I'd rather make it a surprise.
hi, is there an option to select whichever GPU is used for video playback? for e.g. i have a AMD 7950 and a i7 4550 which comes with hd4000 integrated graphic and i want madvr to use the HD4000 instead of the 7950.
madVR automatically renders on the GPU which is responsible for the monitor the media player is placed on. E.g. my development PC currently has an HD4000 Intel GPU and an AMD HD7770 GPU. If I want to switch to testing/developing with one specific GPU, I simply reconnect the DVI connector accordingly (I either stick it to the AMD DVI output port or the mainboard DVI output port). After doing that switch, Windows automatically renders the desktop with the newly connected GPU, and madVR also automatically uses the newly connected GPU.
One thing that annoys me to no end, when doing the above described switch is that Windows likes to scramble the order of my carefully positioned desktop icons. So I've written a little helper tool which is able to save (to the registry) and restore the desktop icon positions. Here it is, in case anyone finds it useful:
http://madshi.net/DesktopPosSaver.zip
When I enable fullscreen exclusive mode, my screen just freezes, but the file is still playing.. the computer's not frozen neither is the program... I can alt out of it.
What's up with that... Full screen exclusive mode works on all resolutions except my native resolution 2560x1600..
Maybe your GPU is running out of RAM for 2560x1600? Try reducing the GPU queue size or the number or prerendered frames. Of course doing that is not ideal, but if it's necessary...
James Freeman
11th January 2014, 11:12
I asked for help in the Avisynth forum for writing a BFI (black frame insertion) script and finally got results.
link: http://forum.doom9.org/showthread.php?t=170056
I just have to put my experience in the madvr board too.
Putting the flickering and epilepsy aside.
Results:
Watching a 24fps movie on a LCD (TV, Monitor) is a major problem to cinematic experience.
The key word is BLUR.
Because of the 24fps of the movie, there is bigger distance between objects/text in moving frames resulting in a bigger/wider motion blur,
LCD has a characteristics of retaining the previous image on screen, this resulting in two images far apart at the same time on screen.
Which looks like a HUGE BLUR when the camera moves.
Yes, on every LCD I tried, even a fast TN panel.
I always thought it was the motion blur of the camera shutter (which is how movies are shot)....
NO, it is my LCD that causes this unnecessary motion blur.
For example:
In The Hobbit, there is a scene where the camera scrolls across the middle earth map with text on it.
Without the BFI script I see blurry text and its almost un-readable.
With the BFI scrips I can read the text perfectly as though is was static.
If anyone familiar with this site: http://www.blurbusters.com/
Its a great site to ready all about Motion Blur, Backlight Strobbing, Black Frame Insertion.
I didn't think this would be useful with 24 fps on a 72Hz LCD because frame rate is already slow.
I was mistaken, It actually worse because of the bigger distance between objects/text in moving frames resulting in a bigger/wider motion blur.
Now I need to buy a strobing backlight monitor.
Now I know why when I watch movies in the cinema it looks a lot clearer/sharper and less blurred.
nevcairiel
11th January 2014, 11:18
Most good TVs already have "cinema" modes that do BFI for you, to battle exactly this problem.
QBhd
11th January 2014, 14:01
One thing that annoys me to no end, when doing the above described switch is that Windows likes to scramble the order of my carefully positioned desktop icons. So I've written a little helper tool which is able to save (to the registry) and restore the desktop icon positions. Here it is, in case anyone finds it useful:
http://madshi.net/DesktopPosSaver.zip
Wow! You are the man! I have been forever annoyed by this! Windows likes to scramble icons even when switching my TV's resolution/refresh rate where there are no icons... hope this solves that issue. Just did a quick test and it the few icons I have didn't get scrambled this time, but I will certainly try your little tool if they do :)
QB
James Freeman
11th January 2014, 14:07
Most good TVs already have "cinema" modes that do BFI for you, to battle exactly this problem.
That's good to know.
I am really exited about this after seeing it with my own eyes.
Basically watching movies on an LCD (without backlight strobing or BFI) equals losing A LOT of Temporal Resolution.
People who have only seen Blu-Ray's on an LCD (like myself), don't know what they're missing, how HD should really look like.
Boy o' boy, LCD sucks.
QBhd
11th January 2014, 15:01
Boy o' boy, LCD sucks.
That's one reason I will never go with an LCD :) Even my old circa 2007 720p Plasma looks better than most LCD's at my friends.
QB
leeperry
11th January 2014, 16:05
I asked for help in the Avisynth forum for writing a BFI (black frame insertion) script and finally got results.
BFI is meant to make LCD bearable to CRT lovers (http://www.tftcentral.co.uk/articles/content/benq_fp241w_3.htm), and I would say that it pretty much does when you get <=0.4 cd/m² black level and >=3500:1 CR. I'm not going back to Team CRT :D
The nice added value is that CRT comes with a very low ANSI contrast, on a LCD the native CR is equal to the ANSI contrast :cool:
People who have only seen Blu-Ray's on an LCD (like myself), don't know what they're missing, how HD should really look like.
Boy o' boy, LCD sucks.
The worst case scenario is 24p@60Hz on an uncalibrated 600:1 IPS or 1K:1 TN panel.
If 24" is big enough for you, there's a pricey 120Hz 5K:1 CR UV²A monitor that does 240Hz 4:4:4 BFI: Eizo Foris FG2421 review (http://www.tftcentral.co.uk/reviews/eizo_fg2421.htm)
UHD TV's will only get cheaper and cheaper, it might come in handy to have mVR able to generate BFI some day as these support 1080p@120Hz :devil:
I'd rather make it a surprise.
http://files.head-fi.org/images/smilies/popcorn.gif
6233638
11th January 2014, 16:24
I am really exited about this after seeing it with my own eyes.
Basically watching movies on an LCD (without backlight strobing or BFI) equals losing A LOT of Temporal Resolution.Backlight scanning (or strobing) really does make a huge difference to perceived motion.
Boy o' boy, LCD sucks.This is not specific to LCD—it applies to any high persistence display. (LCD, OLED, LCoS etc.)
huhn
12th January 2014, 00:13
UHD TV's will only get cheaper and cheaper, it might come in handy to have mVR able to generate BFI some day as these support 1080p@120Hz :devil:
bfi is pretty worthless it's way to slow but backlight scanning (strobing) is something else. i tryed this on a 120 hz monitor just leave it be... this is nothing a render should do it is something the display should do with the backlight.
turbojet
12th January 2014, 01:13
James: Do you have a clip of the hobbit scrolling text? That might be an exception since it was filmed at 48 fps.
madshi: Before I forget, when you have some time would you be able to look at interlaced detection and reducing cadence breaks or handling them better. Both of these should be detected as interlaced, but aren't, vlc and potplayer auto detect correctly. Also both have cadence breaks, this one (https://www.mediafire.com/?mntpfnsgaalms97) has 1 that's noticeable whereas tivtc and decomb handle it fine. I'm guessing it's an issue with near static frames. Here's a more extreme sample (https://www.mediafire.com/?mntpfnsgaalms97) that tivtc, decomb don't handle all that well but it would be nice if madvr was able to handle it as well as they do.
druneau
12th January 2014, 05:13
bfi is pretty worthless it's way to slow but backlight scanning (strobing) is something else. i tryed this on a 120 hz monitor just leave it be... this is nothing a render should do it is something the display should do with the backlight.
I agree, black frame insertion is not the way to reduce blur on a display, back light strobing is.
For example, even at 120hz/144hz the text on this panning map is unreadable.
http://www.testufo.com/#test=photo&photo=toronto-map.png&pps=960&pursuit=0
However with strobing back light LCD, everything is crystal clear.
I don't believe madvr can do anything to reduce blur without changing cinematic effect (via blur removal algorithms, similar to digital photography techniques; For Example (http://www.extremetech.com/computing/160816-photoshop-cc-hands-on-with-camera-shake-reduction-and-how-it-works)). Which could be cool to test on video, but would probably break the flow of scenes.
Edit: Just remembered testufo.com also has BFI demo (http://www.testufo.com/#test=blackframes&count=4&equalizer=0). And it's visually pretty terrible for 24fps @ 96hz. (Even has an epilepsy warning :D)
00pontiac
12th January 2014, 07:17
I've see where you want us to use the bug tracker, and I was halfway through that process already, but don't want to fill up the tracker unless I know for sure what I have is a bug :o
all my bluray rips are from my own real blurays and all ripped with my one default dvdfab profile, that is to say they're all pretty much identical. some videos are starting paused and some don't. it's always the same videos that start paused and the same ones that don't. as an example Game of Thrones season 2 episode 1 starts normally but season 2 episode 9 starts paused. other shows and movies do this too but what they are is probly insignificant.
so I dunno, should I fill out the bug tracker with this?
Thanks!
AlexCeed
12th January 2014, 15:16
madVR's exclusive mode does not work well on dual monitors. The exclusive mode keeps focus on itself and is impossible to use the other monitor as any click, scroll operations goers straight to MPC-HC. Sometimes it freezes the other monitor.
noee
12th January 2014, 15:50
madVR's exclusive mode does not work well on dual monitors. The exclusive mode keeps focus on itself and is impossible to use the other monitor as any click, scroll operations goers straight to MPC-HC. Sometimes it freezes the other monitor.
Not here, in fact, in my Win7 Ult dual-mon situation w/FSE on the secondary mon, it is the most stable and performant video playback setup that I can muster amongst Linux or Windows. Hands down, jRiver with madVR (FSE) is untouchable.
Perhaps detail your hw/sw combination a bit more.
iSunrise
12th January 2014, 20:59
madshi, I have a question.
Since there seems to be quite some talk about the new Oculus Rift HD prototype, called Crystal Cove and a new developer SDK, I am getting very eager and excited to buy that or an even better version, as soon as it is available. Now, what I have in mind is not just playing games, but also watching movies or other stuff on it.
What exactly would have to be done to make movies watchable on such a device? And is that solely the job of the renderer to display it on the Rift (e.x. 1:1 or with some added features like angled viewing), assuming that e.x. LAV already can handle the splitting and decoding for the common formats?
And if it is, do you consider to support it? That would be awesome.
tp4tissue
13th January 2014, 06:52
soooo.... anyone know why madvr-exclusive mode won't work @ 2560x1600 but at every other resolution ?
baii
13th January 2014, 08:25
soooo.... anyone know why madvr-exclusive mode won't work @ 2560x1600 but at every other resolution ?
Try reduce the present frame in advance or queue, had similar problem on 1440p.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.