View Full Version : madVR - high quality video renderer (GPU assisted)
mr.duck
10th November 2011, 22:23
That's really bad. madVR's DXVA2 calls are now pretty much identical to EVR's. Well, I guess I'll have to install win7 x64 and the latest ATI driver and then hope to be able to reproduce the problem on my own PC.
I tried a different video decoder and got a slightly different result. Using a cyberlink decoder, each frame step was unique as opposed to each frame being doubled with LAV Video. But the picture quality isn't any better (in terms of getting 50 FPS) until I switch back to EVR.
Hope that helps.
madshi
10th November 2011, 22:32
But I still don't get how the decoder queue can affect anything on the GPU. Isn't this all on CPU and system RAM (with LAV software decoding)?
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.
JFMI, which decoder are you using? Can you try different ones?
I tried a different video decoder and got a slightly different result. Using a cyberlink decoder, each frame step was unique as opposed to each frame being doubled with LAV Video. But the picture quality isn't any better (in terms of getting 50 FPS) until I switch back to EVR.
Can you see the difference in screenshots, when using the Cyberlink decoder? What happens if you use the internal madVR decoder as a test?
Thunderbolt8
10th November 2011, 22:59
Yes, that's quite possible. Though, the 4770 should be pretty powerful. I'm surprised it has problems with deinterlacing when using madVR. You're sure you've disabled anti-aliasing, anisotropic filtering etc? Does your GPU run near 100% GPU usage?its all reset to defaults, so 'use application settings' is ticked. I remember you said to leave all those settings at its default status (apart from edge enhancement and DNR, I disabled those). 'use automatic deinterlacing' is still active though, but thats also the default value.
when playing normal progressive videos, my GPU load usually seems to be around 35-50% according to the catalyst activity clock. can only test windowed mode with it though.
mr.duck
10th November 2011, 23:02
Can you see the difference in screenshots, when using the Cyberlink decoder? What happens if you use the internal madVR decoder as a test?
I can see a difference. http://imgur.com/a/1W9r4
Using internal intel decoder I had to manually enable deinterlacing and then it seems give the same result as LAV Video decoder. Every 2 frames are the same.
pankov
11th November 2011, 00:04
P.S: Can you please double check whether you get the same results with this test build?
http://madshi.net/mrduck.rar
I don't expect any changes, but who knows. The ATI smoothness fixes might also help NVidia GPU Load. I kinda doubt it, though.
You are correct - there are no changes and I too don't think it's worth using CUDA just to get a percent or so improvement.
I guess we'll have to give this round (GPU load) to EVR but it looses in so many others things that it's not even in the same league.
;)
Thunderbolt8,
you can use GPU-Z to monitor/record your GPU load even in exclusive mode by enabling and looking at the history graphs.
Thunderbolt8
11th November 2011, 00:50
Thunderbolt8,
you can use GPU-Z to monitor/record your GPU load even in exclusive mode by enabling and looking at the history graphs.
thanks. did some testing with it:
1080p AVC 30-35mbit: ~35-40 % GPU load
1080i 29.97fps AVC 16,7 mbit: without deinterlacing: 30-46%
1080i 29.97fps AVC 16,7 mbit: with deinterlacing: 45-73%
1080i VC-1, without deinterlacing: for a few seconds 25, 38, 42% load, after that load = 0 (????)
1080i VC-1, with deinterlacing: 0 % load all the time (????)
only time of those 5 times, the video played absolutely smoothly was when I played the 16,7mbit 1080i AVC video with deinterlacing deactivated. even in case of the 1080p video, in between smooth playback often stopped for 2 seconds before it went back to smooth again.
so I guess the conclusion is my CPU is too slow? -.-
I can definately get all normal progressive AVC stuff to play smoothly if needed. but no chance in case of VC-1 up from a certain point, because multithreading is not supported.
StrifeLeonhart
11th November 2011, 02:29
What does "don't seem to pause" mean exactly? Do they continue to play, line after line?
No, the subtitleline at that moment on that frame just disapears with the mouse click but that doesnt happen when i press the spacebar to pause.
nx6
11th November 2011, 03:17
So why does it occur only on your PC, but not on anyone else's? I've added extra code to madVR to block the "Pause" OSD message. However, you seem to be using a translated version of MPC-HC. Your MPC-HC shows "Pausa" instead of "Pause". And madVR doesn't block "Pausa". You can fix the problem by translating just the "Pausa" text back to "Pause". I'm not sure where and how to do translations, though. The next madVR build will also block "Pausa". I'm aware that this all isn't really a good solution, but that's all I can do right now.
Couldn't he just turn off the OSD in MPC's Preferences so it wouldn't display the Pause message? :confused:
psymed
11th November 2011, 07:14
Is there a way to turn off the "Exclusive/Windowed" message at the top left whenever control+shift is used? ( shows up for a few seconds )
cremor
11th November 2011, 07:38
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.
Shouldn't a Core i7 be powerful enough? ;)
CPU load is at 40-50% during playback of the problematic files. Is there a way to find out how many threads are currently active in the MPC-HC process?
JFMI, which decoder are you using? Can you try different ones?
I'm using LAV splitter/audio/video 0.39. But since the one VC-1 sample which uses the Microsoft splitter/decoder shows the same problem I don't think the decoder is the problem.
But I'll also try the MPC-HC internal ones when I get home.
cyberbeing
11th November 2011, 07:49
Is there a way to find out how many threads are currently active in the MPC-HC process?
Process Explorer (http://technet.microsoft.com/en-us/sysinternals/bb896653) -> Double Click on MPC-HC -> Threads Tab
From there you can see CPU use on a per thread basis, what's running under each thread, and thread priorities.
nevcairiel
11th November 2011, 08:00
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.
FWIW, LAV does not increase thread prioritys. If anything, it even reduces the priority of the audio thread so that video is ensured to have faster queue fills.
madshi
11th November 2011, 08:46
when playing normal progressive videos, my GPU load usually seems to be around 35-50% according to the catalyst activity clock. can only test windowed mode with it though.
thanks. did some testing with it:
1080p AVC 30-35mbit: ~35-40 % GPU load
1080i 29.97fps AVC 16,7 mbit: without deinterlacing: 30-46%
1080i 29.97fps AVC 16,7 mbit: with deinterlacing: 45-73%
1080i VC-1, without deinterlacing: for a few seconds 25, 38, 42% load, after that load = 0 (????)
1080i VC-1, with deinterlacing: 0 % load all the time (????)
only time of those 5 times, the video played absolutely smoothly was when I played the 16,7mbit 1080i AVC video with deinterlacing deactivated. even in case of the 1080p video, in between smooth playback often stopped for 2 seconds before it went back to smooth again.
so I guess the conclusion is my CPU is too slow? -.-
I can definately get all normal progressive AVC stuff to play smoothly if needed. but no chance in case of VC-1 up from a certain point, because multithreading is not supported.
Well, does the decoder queue get empty (or near empty) when you get stuttering/frame drops? If so, the CPU is probably the problem.
I can see a difference. http://imgur.com/a/1W9r4
Using internal intel decoder I had to manually enable deinterlacing and then it seems give the same result as LAV Video decoder. Every 2 frames are the same.
Hmmmm... Can you please test with the Cheese Slices you can get here:
http://www.avsforum.com/avs-vb/showthread.php?t=1157287
Do you see the same problems with that? If not, can you please upload a sample of your MPEG2 50i sample you've been testing with? Thx.
No, the subtitleline at that moment on that frame just disapears with the mouse click but that doesnt happen when i press the spacebar to pause.
That doesn't happen here. Does MPC-HC show a little "Pause" OSD at the top of the screen, when you pause playback?
Couldn't he just turn off the OSD in MPC's Preferences so it wouldn't display the Pause message? :confused:
Probably, but that would also disable other messages which are useful (e.g. when changing audio delay).
Is there a way to turn off the "Exclusive/Windowed" message at the top left whenever control+shift is used? ( shows up for a few seconds )
Not at the moment. Planned for a future version.
Is there a way to find out how many threads are currently active in the MPC-HC process?
Yes, but this information won't help in any way.
FWIW, LAV does not increase thread prioritys. If anything, it even reduces the priority of the audio thread so that video is ensured to have faster queue fills.
Good to know. I'm just wondering why in cremor's log the rendering seems to always take the back seat compared to other things, although I've already increased the render thread's priority. Weird, will have to look for locking problems.
mr.duck
11th November 2011, 09:07
Hmmmm... Can you please test with the Cheese Slices you can get here:
http://www.avsforum.com/avs-vb/showthread.php?t=1157287
Do you see the same problems with that? If not, can you please upload a sample of your MPEG2 50i sample you've been testing with? Thx.
Yeah it seems the same. Doubled frames in madVR compared to EVR. Plus with madVR + deinterlacing, it is seriously choppy. Looks like my graphics card is nowhere near powerful enough (Radeon 5750).
There is another good sample on that page at the bottom of post #1 that shows clearly the fluidity of 50 FPS in EVR compared to 25 FPS (or whatever is happening) in madVR. It's called "PAL: MPEG2 - 720x576 (4:3) - interlaced - 25.00fps - 8000Kbps".
madshi
11th November 2011, 10:14
It should be powerful enough. One thing worth trying might be to downdate to 10.11 drivers. In the meanwhile I'll try to reproduce the problem somehow.
Edit: But maybe it makes sense to wait a bit before changing driver versions. I've still some ideas on what to try here.
madshi
11th November 2011, 13:22
@mr.duck and @pankov, can you please try this build?
http://madshi.net/mrduckPankov.rar
TheShadowRunner
11th November 2011, 14:37
hi madshi, whatever you did in this mrduckPankov build corrected this bug:
Originally Posted by TheShadowRunner
Here is a debug log. I start playing a video, minimize the player for 15 seconds, then bring it back up.
When bringing it back up, I clearly see the video going uber fast to catch up with the audio.
Did you say that you were using ZoomPlayer? I don't remember that. I tried to reproduce with MPC-HC. Anyway, the problem occurs with ZoomPlayer, but not with MPC-HC. Don't know why, will investigate...
Boltron
11th November 2011, 14:43
Madshi. I'd like to better understand how madVR makes use of video card memory. I have an 1GB ATI5670. Watching standard 24p movies I see the GPU memory utilization sit about ~65%. The other day I watched a 1080i rip from a Bluray (interlacing was enabled) and it showed usage of ~90%. Not that I think anything is wrong, I just want to understand how memory is used so I can make a more informed decision the next time I purchase a video card. My criteria so far has been to go with 1GB and faster DDR5 memory.
madshi
11th November 2011, 14:43
hi madshi, whatever you did in this mrduckPankov build corrected this bug:
Really? That's good news, I haven't even tried to fix that bug yet!
TheShadowRunner
11th November 2011, 14:45
Really? That's good news, I haven't even tried to fix that bug yet!
Interesting haha, but yes it did fix it on my system for sure :D
ps: it didn't fix the slow-ZP-freeze-on-seek-after-madvr-frequency-switch one tho ^^;;
madshi
11th November 2011, 14:45
Madshi. I'd like to better understand how madVR makes use of video card memory. I have an 1GB ATI5670. Watching standard 24p movies I see the GPU memory utilization sit about ~65%. The other day I watched a 1080i rip from a Bluray (interlacing was enabled) and it showed usage of ~90%. Not that I think anything is wrong, I just want to understand how memory is used so I can make a more informed decision the next time I purchase a video card. My criteria so far has been to go with 1GB and faster DDR5 memory.
65% of 1GB with a progressive 1080p movie sounds like an awful lot. Do you have Aero enabled? I guess I'll need to calculate how much GPU RAM madVR is expected to use. Right now I don't even know myself.
Thunderbolt8
11th November 2011, 14:49
Well, does the decoder queue get empty (or near empty) when you get stuttering/frame drops? If so, the CPU is probably the problem.in case of the 1080p AVC video it jumps between 4-8/11 all the time
for the 1080i AVC video with deinterlacing its 6-8/13
in case of the 1080i VC-1 video its 1/13 for both, deinterlacing and without deinterlacing.
so what to conclude from this? does 4-8 / full already count as near empty?
btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.
cremor
11th November 2011, 15:55
JFMI, which decoder are you using? Can you try different ones?
I'm using LAV splitter/audio/video 0.39. But since the one VC-1 sample which uses the Microsoft splitter/decoder shows the same problem I don't think the decoder is the problem.
But I'll also try the MPC-HC internal ones when I get home.
Just tried the MPC-HC internal splitters and decoders. Those are really bad with some files, but when they can provide enough frames to fill the decoder queue the problem in madVR is the same as with LAV or the Microsoft VC-1 decoder.
edit: Tried the madVR internal decoder too. No change.
Yes, but this information won't help in any way.
Sure? I can see an increase in CPU load with a decoder queue of 12 there.
For clearer results I configured LAV to use only one thread (decoder queue is still full then). Then there are only three threads with more than 1% CPU load:
LAVSplitter.ax with 10-20% (fluctuating quite much)
madVR.ax with 16%
madVR.ax with 6% (0.77 and 8-queue-0.78) or 9% (12-queue-0.78)
I know, 3% more load isn't much, but it's constant. Is it expected that a bigger decoder queue places higher load on a madVR thread?
cremor, have you tried playing with the Windowed Mode Tweaks?
If you haven't tried setting everything to No Flush, that would be the first thing I'd try, then proceed to test each setting by itself one by one if all No Flush didn't help. I'd also try disabling Aero if Windowed Mode Tweaks don't help.
If your ATI 6870 w/ 60fps|1920x1080@120hz is only very slightly slower with 0.78 as madshi expects, little things like above may make a difference.
I've now tried all four options set to all four steps (same for all steps) and several other combinations, no change so far.
Do you have any specific suggestions? I don't want to try all 256 possibilities ;)
edit2:
Some more information from 0.78 (12-queue-version):
Windowed mode without downscaling works perfectly.
Fullscreen exclusive mode with downscaling (I changed the resolution of the monitor) works perfectly too.
Boltron
11th November 2011, 17:13
65% of 1GB with a progressive 1080p movie sounds like an awful lot. Do you have Aero enabled? I guess I'll need to calculate how much GPU RAM madVR is expected to use. Right now I don't even know myself.
Yes, Aero is enabled. It is a Windows 7 32, and the latest ATI (11.10) drivers.
I used to get tearing without Aero so I turned it on long ago. I guess now with Exclusive mode (which I use) I may not need Aero.
Edit: I use MPC-HC + LAV Filters. I also have yCMS enabled in madVR if that makes a difference.
mr.duck
11th November 2011, 17:17
@mr.duck and @pankov, can you please try this build?
http://madshi.net/mrduckPankov.rar
Not smooth yet, unfortunately. It looks very nearly exactly the same as before. Instead of each frame being doubled, the 2nd frame in some cases looks very, very, very slightly different.
jmonier
11th November 2011, 19:30
I just started to try the madVR video decoders and I find that subtitles don't display. They work fine with the LAV Video decoders. Are subtitles supposed to work when the madVR decoders are used? It could well be a problem with Zoomplayer, but I'd like to know for sure that it's not a known problem with madVR before I bring it up with Blight.
nevcairiel
11th November 2011, 19:36
If ZoomPlayer relys on DirectVobSub or ffdshow to render subs, there is no way for them to hook into the playback graph between decoder and renderer - and therefor won't work.
jmonier
11th November 2011, 19:49
If ZoomPlayer relys on DirectVobSub or ffdshow to render subs, there is no way for them to hook into the playback graph between decoder and renderer - and therefor won't work.
Yes, after writing the above I found out that Zoomplayer inserts VobSub between LAV Video and MadVR and, of course, that wouldn't be possible with the integrated madVR filters
pankov
11th November 2011, 21:35
@mr.duck and @pankov, can you please try this build?
http://madshi.net/mrduckPankov.rar
madshi,
you managed to reduce the GPU usage and now it's at 67-68% (instead of 79-80%) but at the cost of deinterlacing quality
:(
The Slices clips from AVS look pretty bad - the horizontal lines are "blinking", the diagonal lines are jagged ... in general I'll never use it with such a quality
:(
back to the original version for me.
madshi
11th November 2011, 23:25
in case of the 1080p AVC video it jumps between 4-8/11 all the time
for the 1080i AVC video with deinterlacing its 6-8/13
Those should be good enough. So your CPU does not seem to be the problem with AVC.
btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.
This should not happen. Can anybody else reproduce this?
Just tried the MPC-HC internal splitters and decoders. Those are really bad with some files, but when they can provide enough frames to fill the decoder queue the problem in madVR is the same as with LAV or the Microsoft VC-1 decoder.
edit: Tried the madVR internal decoder too. No change.
Ok, thanks. Will try to do some more experiments.
Yes, Aero is enabled. It is a Windows 7 32, and the latest ATI (11.10) drivers.
What happens to GPU RAM consumption when disabling Aero? Just as a test.
Yes, after writing the above I found out that Zoomplayer inserts VobSub between LAV Video and MadVR and, of course, that wouldn't be possible with the integrated madVR filters
That's true. MPC-HC, PotPlayer and J.River MC all have internal subtitle renderers that are able to communicate directly with madVR. All these media players show subtitles just fine when using the internal madVR video decoders. ZoomPlayer does not have its own internal subtitle renderer, it relies on VobSub or ffdshow, and that doesn't work when using the internal madVR video decoders, of course.
Not smooth yet, unfortunately. It looks very nearly exactly the same as before. Instead of each frame being doubled, the 2nd frame in some cases looks very, very, very slightly different.
madshi,
you managed to reduce the GPU usage and now it's at 67-68% (instead of 79-80%) but at the cost of deinterlacing quality
:(
The Slices clips from AVS look pretty bad - the horizontal lines are "blinking", the diagonal lines are jagged ... in general I'll never use it with such a quality
:(
back to the original version for me.
Ok, thanks for testing, both of you. Here comes the next try:
http://madshi.net/madVRdeinterTest.rar
Thunderbolt8
11th November 2011, 23:29
Those should be good enough. So your CPU does not seem to be the problem with AVC.so what could be the cause that deinterlacing, at least for AVC, does not work smoothly, when the decoder queue is ~half full and GPU load is only at 75% max?
e-t172
11th November 2011, 23:41
btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.
This reminds me of something… just to confirm: what video card are you using? Also, what is the resolution of your video? If it's 1080i, can you check using another video with a different resolution?
Thunderbolt8
12th November 2011, 00:03
radeon HD 4770. resolution of that video was 1080i. but its the same for a 1080p video for example. or with 720p or 320x200.
Portioli
12th November 2011, 00:14
I have some issues with PC Levels.
Using the Clipping Pattern of Spears & Munsil High-Definition Benchmark (http://www.amazon.de/Spears-Munsil-High-Definition-Kalibrierungs-Videoprozessoren/dp/B003LQPTWY/ref=sr_1_1?ie=UTF8&qid=1321052262&sr=8-1)
Test pattern could be found here (http://www.mediafire.com/?w1ug1ddo5jhdbsm)
I tried this pattern using nVidia & ATI cards, in either case PC levels failed the test
Boltron
12th November 2011, 00:21
What happens to GPU RAM consumption when disabling Aero? Just as a test.
I ran a couple of quick scenarios:
Aero ON
1080i Windowed: GPU=72% MB=889
1080i Exclusive: GPU=37% MB=955
24p Windowed: GPU=23% MB=541
24p Exclusive: GPU=11% MB=543
Aero OFF
1080i Windowed: GPU=56% MB=789
1080i Exclusive: GPU=34% MB=843
24p Windowed: GPU=22% MB=467
24p Exclusive: GPU=9% MB=406
- 24p movie details
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 59mn
Bit rate mode : Variable
Bit rate : 23.0 Mbps
Maximum bit rate : 31.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.462
Stream size : 19.2 GiB (87%)
- 1080i movie details
Video
ID : 1
Format : VC-1
Format profile : AP@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Duration : 1h 30mn
Bit rate : 28.1 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.452
Stream size : 17.8 GiB (96%)
These were 100% accurate as I didn't note usage at the exact time of playback in each case but they were close.
Again, It's not a problem for me, I just would like to understand (to run madVR I'd would happily go with the highest end graphics card if I had too).
pankov
12th November 2011, 00:22
Ok, thanks for testing, both of you. Here comes the next try:
http://madshi.net/madVRdeinterTest.rar
Both the quality and the GPU Load are back to v0.78 state
Portioli
12th November 2011, 01:20
@madshi
i am really enjoying your 4K/MTF/35mm conversation in AVSforum
Qaq
12th November 2011, 09:31
I ran a couple of quick scenarios:
Thanks for testing. As I see there is no sence for me to even try that new de-interlace feature with my 5450 512Mb. Gotta wait for HD 75?? 1Gb.
SamuelMaki
12th November 2011, 11:11
I have maybe a problem with the presentation queue... Now with 0.78 version presentation queue is 0-3/4, when 0.77 reports 3-4/4 all the time... I do not have any presentation qlitches or dropped frames thought... So, what is the problem, or is there any problem with ctrl+j reporting? I am using radeon hd 5650...
mr.duck
12th November 2011, 16:50
Ok, thanks for testing, both of you. Here comes the next try:
http://madshi.net/madVRdeinterTest.rar
Not smooth. Every other frame is doubled.
nlnl
12th November 2011, 18:22
madshi
Please have a look at this sample http://dl.dropbox.com/u/43376972/Movie%20deinterlacing.mkv
This is SD PAL movie (film content) in .mkv container.
If it is DXVA deinterlaced, we have a lot of shimmering and little movements (look at white roof and the combaine).
If DXVA deinterlacing is off (plain weaving?), picture is very stable.
AMD\5750\11.6\W7\Madvr MPEG-2 decoder
Can anybody confirm?
Edit:
Changed decoder to Cyberlink 10 and now OSD says "upstream filter says deinterlacing off" and picture is OK (with Madvr and LAV decoders I have "upstream filter says deinterlacing on"). When manually switched to "deinterlacing on" (cntrl+alt+shift+d), picture is OK
pankov
12th November 2011, 21:34
nlnl,
I've just tried your sample and it works perfectly with LAV Video (Soft) and madVR deinterlacing=ON
which exact version of madVR are you using?
if you downloaded by any chance any of the test builds after the official v0.78 go back to the official one ... or probably to the last one mentioned in the post just above yours.
nlnl
12th November 2011, 21:57
nlnl,
I've just tried your sample and it works perfectly with LAV Video (Soft) and madVR deinterlacing=ON
which exact version of madVR are you using?
Thanks! I am using .78 and Cyberlink decoder is OK for me (it reports "deinterlacing is off" (auto) but Madvr\LAV reports "deinterlacing is on")
nevcairiel
12th November 2011, 22:14
Thanks! I am using .78 and Cyberlink decoder is OK for me (it reports "deinterlacing is off" (auto) but Madvr\LAV reports "deinterlacing is on")
Well, the frames in that file *are* actually interlaced.
If its encoded as fake-interlaced, there is no good way to detect that.
nlnl
12th November 2011, 22:32
Well, the frames in that file *are* actually interlaced.
If its encoded as fake-interlaced, there is no good way to detect that.
But it is film content, and when "deinterlacing is off" ((cntrl+alt+shift+d) picture is OK.
What do you mean by fake-interlaced? Any PAL film content in DVD is fake-interlaced? And DXVA deinterlacer can not detect film content?
nevcairiel
12th November 2011, 23:23
Could be PAL telecine, i suppose.
Fake-interlaced refers to simply splitting a progressive frame into 2 fields and coding it like that - in what ever form.
thuan
13th November 2011, 15:40
When I paused the player with madVR 0.78 window (don't know about older version and I don't use exclusive mode), the MPCHC (tested on 3824) still uses 2-5% (Core i5-2400) on madVR thread. Is there something wrong? I'm using it with LAV Splitter and LAV Video 0.39.
pacemaker1000
13th November 2011, 18:03
first off i have managed to get perfectly smooth playback using just a standard ati card and no reclock, no drops at all according to MadVR, However using Reclock i do. so that leads me to my new problem how to get aac audio to work over HDMI(reclock was encoding it to ac3 or i was using ac3filter)
i tried setting the HDMI output to 5.1 and this works when using lavfilters but then all 2ch stuff just outputs on L&R only so no Prologic for that?
how do you guys do it?
nevcairiel
13th November 2011, 18:08
You need to use ReClock with WASAPI output (or another renderer with WASAPI output, which don't really exist), only then HDMI will switch automatically between stereo and 5.1, and your receiver can apply its processing.
dansrfe
13th November 2011, 18:20
Can you bitstream DTS with ReClock?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.