View Full Version : madVR - high quality video renderer (GPU assisted)
enzinoxl
27th May 2011, 23:08
well yes reclock, by spdif, allows audio stream, and you can hear it, but it can't change video speed. So if i have a monitor at 24.000 or 48.000 with video at 23.967, or monitor at 25.000 or 50.000 and video at 25.000, reclock's icon is green because the values are already very similar, but video 23.967 and monitor at 50.000 or, better, 60.000 (like mine), reclock's icon stay yellow and software says that can't change video speed...
however, this evening, i tried to use reclock, although yellow icon, and time of frame droppep, by mpchc, passed from 40 sec to some hours!
i could watch film only for a few minuts, and it not stopped...I hope...
tomorrow i'll know more...
pacemaker1000
27th May 2011, 23:33
i would say you have something wrong!
with monitor set to 50 and set up as explained 23.976 stuff should be smooth and reclock 'green'
this is how i used to watch stutter free 23.976 video for years before i got a 24 capable projector
toomyzoom
28th May 2011, 07:38
i would say you have something wrong!
with monitor set to 50 and set up as explained 23.976 stuff should be smooth and reclock 'green'
this is how i used to watch stutter free 23.976 video for years before i got a 24 capable projector
Anyway to autoset frequency to 50hz for 24/23p videos in madVR?
madshi
28th May 2011, 08:02
The most annoying thing that I experience with 0.61 is that when I use automatic exclusive D3D fullscreen sometimes video just stops while playing. You hear audio and the playback goes on but the picture freezes.
@Anyone who has this problem, please do this:
(1) Please check older madVR versions to find out which exact madVR version introduced this problem. This would be highly helpful for me to know. You can get older madVR versions here:
http://www.videohelp.com/tools/madVR/old-versions#download
(2) Please upload a log file with v0.61 of this picture freeze situation. Please try to keep the log as short as possible. Once the picture freezes, wait about 5 seconds, then close the media player.
(3) Please let me know which GPU and OS you're using. And which exclusive mode tweaks. Also do you have the "use a separate device for presentation" and "use D3D11" options activated or deactivated?
Thx.
enzinoxl
28th May 2011, 10:34
i would say you have something wrong!
with monitor set to 50 and set up as explained 23.976 stuff should be smooth and reclock 'green'
this is how i used to watch stutter free 23.976 video for years before i got a 24 capable projector
Anyway to autoset frequency to 50hz for 24/23p videos in madVR?
hi guys!
thank very, very much for your interest!
By information found on the web, reclock is compatible with analog signal or, i understood so, hdmi audio from graphic card (like my ati hd6450). It isn't combatible with digital audio output by spdif. Now i have an asus p5q and sound go, from its spdif coaxial out, to an Onkio amplifier... By my news, in this case, reclock does not work... Isn't? I would so happy...
@Anyone who has this problem, please do this:
(1) Please check older madVR versions to find out which exact madVR version introduced this problem. This would be highly helpful for me to know. You can get older madVR versions here:
http://www.videohelp.com/tools/madVR/old-versions#download
(2) Please upload a log file with v0.61 of this picture freeze situation. Please try to keep the log as short as possible. Once the picture freezes, wait about 5 seconds, then close the media player.
(3) Please let me know which GPU and OS you're using. And which exclusive mode tweaks. Also do you have the "use a separate device for presentation" and "use D3D11" options activated or deactivated?
Thx.
hi madshi, now i cannot help you because i haven't yet verified if my problem is for madvr or queue in ffdshow...
fastplayer
28th May 2011, 11:51
FWIW, do not use ffdshow's queue function. It is "outdated" in every way.
pacemaker1000
28th May 2011, 12:45
hi guys!
thank very, very much for your interest!
By information found on the web, reclock is compatible with analog signal or, i understood so, hdmi audio from graphic card (like my ati hd6450). It isn't combatible with digital audio output by spdif. Now i have an asus p5q and sound go, from its spdif coaxial out, to an Onkio amplifier... By my news, in this case, reclock does not work... Isn't? I would so happy...
the way reclock works is to alter the video and audio by using an analogue signal, here you are correct. but it then sends the adjusted audio out via spdif/hdmi by re-encoding it to ac3, or just keeps it as analogue
it WILL work in your setup as this is exactly what it is designed to do
in mpc-hc you set the audio out as analogue 5.1 by double clicking on the DTS/AC3 in 'internal filters' if you use PowerDVD or TMT you set them also to 5.1 and NOT spdif output!
again as mentioned tick the AC3 encode button in reclock and tell it to use your spdif/hdmi output. dont forget the 5% speedup/slowdown on the second page and with your desktop at 50hz you WILL get smooth 23.976 video to play with spdif DD sent to your amp
this really has nothing to do with MadVR so sorry to others for the long explanation
enzinoxl. if you still require more info to get you up and working then pm me rather than crowd this thread :)
pacemaker1000
28th May 2011, 12:49
Anyway to autoset frequency to 50hz for 24/23p videos in madVR?
no!
MadVR auto refresh change just reads the file and sets the output to a compatible frequency. that is 23.976 will switch to 23hz IF your graphics card accepts it
at the moment there is no way to tell MadVR to use another frequency other than the one it reads
if you have a display not capable of 23/24 the you HAVE to use Reclock
Thunderbolt8
28th May 2011, 12:50
FWIW, do not use ffdshow's queue function. It is "outdated" in every way.what does this means exactly? ive been using this function for years now.
nevcairiel
28th May 2011, 13:44
madVR has its own queue, doubling the queueing will only result in trouble.
Thunderbolt8
28th May 2011, 14:05
but isnt madVRs queue GPU related while the ffdshow queue works with CPU consumption?
Ede_123
28th May 2011, 14:21
Hi all,
I found multiple posts in this thread concerning high DPC latency when using madVR, but I think nobody really found the cause of this problem and a solution was never found.
I'm also facing this problem and it effectively renders madVR useless, because the high latency leads to crackling noises in the audio occuring every few seconds.
I tried to analyze the problem with "DPC Lateny Checker":
- My notebook's idle latency is about 150 us (microseconds)
- When watching a movie with MPC-HC using EVR / Haali Renderer the latency stays more or less the same (maybe a little higher due to CPU/GPU load)
- Watching a movie with MPC-HC using madVR is always resulting in a latency of about 2000 us (quite constantly) with huge peaks reaching to about 45000 us (this seems to be when the crackling in the audio occurs)
- when starting MPC-HC and doing nothing (do not resize the window so it is displayed 1:1) latency keeps normal and rises after ~15-20s, when starting MPC-HC and going into (non-exclusive) fullscreen latency keeps normal and rises after ~10s, when starting MPC-HC and going into (exclusive) fullscreen latency rises almost instantly.
My current system configuration:
- Windows 7 32bit
- ATI Mobility Radeon HD3470
- madVR v0.62
- MPC-HC 1.5.2.3107
I would be great if anybody could help me with this and locate the cause of the problem, since I love piture quality obtained with madVR. Clicking sound is a no-go though.
If you need further informations don't hesitate to ask.
ForceX
28th May 2011, 15:29
FFDshow's queue sample doesn't even work with madVR, it only supports VMR, so it should not be the root cause of the problem.
enzinoxl
28th May 2011, 16:56
yes, in my experience, ffdshow queue with madvr cause dropped frame.
@pacemaker1000
you are wrigth, i don't want crowd thread :)
however i'm afraid youe are right, about spdif and reclock (not bitstream but by ac3 recode...). i'll try. tank you so much :)
Thunderbolt8
28th May 2011, 17:04
yes, seems like this was a problem I was having since I switched over to win7. it was fine with xp (or at least didnt have any negative effect), but causes problems now here.
piccirilli
28th May 2011, 17:29
Since I've started using MadVR with MPC-HC, I have not been able to get the auto refresh rate changer to work, no matter what I do. My display will support 24HZ, but it stays on 60HZ for all my MKV's. Attempt to force it by renaming a file to "movie" p24.mkv won't work either. I can force 24HZ refresh using the rate changer in MPC-HC, but this creates the famous green bar/color distortions in MPC-HC. Any suggestions how I can troubleshoot the madvr rate changer? I'd love to get this working.
sneaker_ger
28th May 2011, 17:48
Since I've started using MadVR with MPC-HC, I have not been able to get the auto refresh rate changer to work, no matter what I do. My display will support 24HZ, but it stays on 60HZ for all my MKV's. Attempt to force it by renaming a file to "movie" p24.mkv won't work either. I can force 24HZ refresh using the rate changer in MPC-HC, but this creates the famous green bar/color distortions in MPC-HC. Any suggestions how I can troubleshoot the madvr rate changer? I'd love to get this working.
Renaming the files isn't enough. You also have to set up the modes in madVR's settings dialog under devices.
piccirilli
28th May 2011, 18:24
I realized for the refresh rate feature to work, the option "use a separate device for presentation" in the general Madvr settings must be enabled. Now the refresh rate is changing nicely for 24p video. However, I'm still getting a green bar and distorted colors in MPC-HC when refresh switches to 24HZ. Obviously not an issue with MadVR, since I get the same results using the refresh rate changer in MPC. There must be a codec problem on my HTPC. Interestingly, the problem does not occur if the refresh rate does not change (60HZ). I heard this could be caused by Halli, but disabling this splitter did not fix this.
SSuzaku
29th May 2011, 00:28
i got some problem with MadVR
problem : Blank Screen with sound in MPC -HC ( using High Performance Mode / AMD Radeon 6630 )
my conclusion : seems like MadVR can not detect AMD Radeon , since if i change MPC - HC priority to Power Saving ( using Intel ) the same video play flawlessly except stuttering ( maybe not powerful enough to play my Bluray rip video )
Notebook Sony VPCCA16FG
Specification :
Processor : Intel® Core™ i7-2620M Processor
Chipset : Intel® HM65
Video Card : AMD Radeon HD 6630M / Intel HD Graphics3000 (Hybrid)
Display resolution / Technology : 1600 x 900 / LED Backlight
Audio Type : Intel® High Definition Audio
Hard Drive : 500 GB Serial ATA 7200 RPM
OS : Microsoft Windows 7 Home Premium 64-bit
MadVR Log
http://www.mediafire.com/?irzogh2lb1l4xf4
Boltron
29th May 2011, 13:14
Using MPC-HC and fullscreen exclusive mode, is there a way I display the seek bar or time remaining? If I skip chatpers, MPC-HC will display this info in the top left but it quickly fades away.
Thanks, and wonderful work. Like I made mention to Nev in the LAV Filters thread, where's the Donate button :)
robpdotcom
29th May 2011, 14:41
In MPC-HC, "Ctrl+I" displays remaining time. Of course, you can change it to whatever you like in the options menu.
ForceX
29th May 2011, 15:03
Using MPC-HC and fullscreen exclusive mode, is there a way I display the seek bar or time remaining?
madVR settings> rendering> exclusive mode settings > show seek bar
piccirilli
29th May 2011, 16:43
madVR settings> rendering> exclusive mode settings > show seek bar
Bug in Madvr. Deselecting the seek bar will enable it to show!
piccirilli
29th May 2011, 16:46
I'm still getting horrible color ghosting and green bar at bottom when switching to 24HZ rate. Does not matter if I use MadVR or MPC-HC to do the rate change. The common denominator for this issue is the video renderer. This does not happen when I use another renderer such as FFDshow. Does anyone else have this problem using MadVR and MPC-HC?
ForceX
29th May 2011, 17:40
Bug in Madvr. Deselecting the seek bar will enable it to show!
If you select it, it'll give you a basic seekbar which will retain the FS exclusive mode. Deselecting it will bring back MPC's seekbar but it'll have to switch to windowed mode for that then back to exclusive once you move away the cursor. It's not a bug.
I'm still getting horrible color ghosting and green bar at bottom when switching to 24HZ rate. Does not matter if I use MadVR or MPC-HC to do the rate change. The common denominator for this issue is the video renderer. This does not happen when I use another renderer such as FFDshow.
What do you mean by that? FFDshow is not a video renderer.
Boltron
29th May 2011, 18:39
Thanks for the replies. "Ctrl+I" is just what I need.
agustin9
29th May 2011, 20:17
Hi all,
I found multiple posts in this thread concerning high DPC latency when using madVR, but I think nobody really found the cause of this problem and a solution was never found.
I'm also facing this problem and it effectively renders madVR useless, because the high latency leads to crackling noises in the audio occuring every few seconds.
I tried to analyze the problem with "DPC Lateny Checker":
- My notebook's idle latency is about 150 us (microseconds)
- When watching a movie with MPC-HC using EVR / Haali Renderer the latency stays more or less the same (maybe a little higher due to CPU/GPU load)
- Watching a movie with MPC-HC using madVR is always resulting in a latency of about 2000 us (quite constantly) with huge peaks reaching to about 45000 us (this seems to be when the crackling in the audio occurs)
- when starting MPC-HC and doing nothing (do not resize the window so it is displayed 1:1) latency keeps normal and rises after ~15-20s, when starting MPC-HC and going into (non-exclusive) fullscreen latency keeps normal and rises after ~10s, when starting MPC-HC and going into (exclusive) fullscreen latency rises almost instantly.
My current system configuration:
- Windows 7 32bit
- ATI Mobility Radeon HD3470
- madVR v0.62
- MPC-HC 1.5.2.3107
I would be great if anybody could help me with this and locate the cause of the problem, since I love piture quality obtained with madVR. Clicking sound is a no-go though.
If you need further informations don't hesitate to ask.
Try different driver versions. My Hd 4850 works fine with madvr using 10.6
garson
30th May 2011, 00:31
Hi!
Can someone explain how to configure ReClock? I have 1920x1080@60Hz monitor, and 23.976fps files runes a little bit jerky while 30fps runs great.
I'm using MPC-HC and latest MadVR.
:thanks:
fairchild
30th May 2011, 00:50
Hi!
Can someone explain how to configure ReClock? I have 1920x1080@60Hz monitor, and 23.976fps files runes a little bit jerky while 30fps runs great.
I'm using MPC-HC and latest MadVR.
:thanks:
http://www.homecinema-hd.com/intro_en.html
Check that guide out, it has some info on how to configure it.
Andy o
30th May 2011, 12:44
the way reclock works is to alter the video and audio by using an analogue signal, here you are correct. but it then sends the adjusted audio out via spdif/hdmi by re-encoding it to ac3, or just keeps it as analogue
it WILL work in your setup as this is exactly what it is designed to do
in mpc-hc you set the audio out as analogue 5.1 by double clicking on the DTS/AC3 in 'internal filters' if you use PowerDVD or TMT you set them also to 5.1 and NOT spdif output!
again as mentioned tick the AC3 encode button in reclock and tell it to use your spdif/hdmi output. dont forget the 5% speedup/slowdown on the second page and with your desktop at 50hz you WILL get smooth 23.976 video to play with spdif DD sent to your amp
this really has nothing to do with MadVR so sorry to others for the long explanation
enzinoxl. if you still require more info to get you up and working then pm me rather than crowd this thread :) Reclock doesn't work with analog audio at all. Switch the word "analog" to "LPCM" in your whole post since I think that's what you meant. The audio usually stays digital until it has almost left the PC (the sound card's DAC) or even after (HDMI/SPDIF).
nevcairiel
30th May 2011, 13:06
PCs cannot work with analog signals of any kind, the first thing they do when getting one is converting it to digital. :p
If you have HDMI, you should not use the AC3 encoding in ReClock, keeping the PCM and sending that over HDMI is *far* better. You only need to AC3 encode if you're using a old-school SPDIF connection, optical or coaxial, and want 5.1, because those are limited to stereo for PCM.
Andy o
30th May 2011, 13:35
I guess my definition of "PC" was a little broader, to include whatever's in the box.
There are older HDMI cards with only SPDIF-like output though, like the ATI 2000 and 3000, and some Nvidia cards from that time which had the ability to piggyback an existing SPDIF output on the HDMI signal.
pacemaker1000
30th May 2011, 15:16
PCs cannot work with analog signals of any kind, the first thing they do when getting one is converting it to digital. :p
If you have HDMI, you should not use the AC3 encoding in ReClock, keeping the PCM and sending that over HDMI is *far* better. You only need to AC3 encode if you're using a old-school SPDIF connection, optical or coaxial, and want 5.1, because those are limited to stereo for PCM.
sorry guys i agree 'analogue' was a bad choice of words i was trying to help someone and a lot of people see the outputting of sound already converted ready just for an amp to amplify it, from the souncards audio output, as just this. whereas spdif or hdmi as digital. i was using the same analogy refering to a software players 5.1/spdif/hdmi output
unless i am wrong though unless you use ac3 encode you will not get reclock to do its magic as it has to have a decoded audio to work with. it can then send it out over spdif or hdmi. using 'passthrough' for audio meens it cant do this
nevcairiel
30th May 2011, 15:27
Just output the uncompressed audio, and reclock can still do its magic. AC3 encoding should *only* be used if you're either using a real SPDIF connection, or a very old HDMI connection.
Any modern HDMI connection can output 8 channel uncompressed PCM, no need for AC3 encoding it, which greatly reduces its quality.
DigitalLF
31st May 2011, 13:34
MadShi: i got a homemade 2:35:1 masking system and i use it on the lower part of my 16:9 screen and i would really like to see your seekbar to stay inside of the movie even when i resize 2:35:1 to 16:9 (ffdshow move blackbar to the lower part of the screen) would this be possible?? it would really mean alot to me :)
Hypernova
31st May 2011, 19:08
MadShi: i got a homemade 2:35:1 masking system and i use it on the lower part of my 16:9 screen and i would really like to see your seekbar to stay inside of the movie even when i resize 2:35:1 to 16:9 (ffdshow move blackbar to the lower part of the screen) would this be possible?? it would really mean alot to me :)
I think madshi said before that it's on the list, but not really high priority (at the time). It goes on the same page with the fact that the seekbar doesn't really reach the bottom pixel and subtitile is rendered over OSD.
kostik
1st June 2011, 13:43
Hey, wanted to know if there is a way to output P016 format that MADSHI add to his renderer? is there a decoder which output this color space?
thanks!
nevcairiel
1st June 2011, 14:37
I don't think any of the common decoders are capable of decoding high-bit-depth content yet (and outputting it without converting it down to 8bit)
naoan
1st June 2011, 19:27
Hi Madshi could you add hermite scaling (i.e. bicubic with b and c at 0, something like this http://svn.int64.org/viewvc/int64/resamplehq/doc/kernels.html) to the scaling option of madvr please?
And thank you very much for creating the best renderer there is :)
6233638
2nd June 2011, 02:06
Hi Madshi could you add hermite scaling (i.e. bicubic with b and c at 0, something like this http://svn.int64.org/viewvc/int64/resamplehq/doc/kernels.html) to the scaling option of madvr please?
And thank you very much for creating the best renderer there is :)That's really interesting, I'd like to see it.
That said, there doesn't seem to be any measure of aliasing, and sharpness is very low.
After testing all the scaling algorithms, I settled on SoftCubic 50 because it produced the smoothest, most CRT-like result with images, avoiding a lot of the aliasing and ringing introduced by other filters.
Catmull-Rom looks fairly decent on your graphs: no blurring, moderate sharpness and ringing, but there is far too much aliasing when watching video.
Oh and there is a great example of why scaling should be done in linear light here: http://forum.doom9.org/showpost.php?p=1484392&postcount=1 (found it when trying to find more on that scaling)
I don't believe madVR has this implemented yet, as Madshi didn't see the benefit of it if I remember correctly. I could be wrong though, my memory is awful.
CruNcher
2nd June 2011, 11:14
What do you think about the "Magic Kernel" ? http://www.assassinationscience.com/johncostella/magic/
ajp_anton
2nd June 2011, 14:43
Feature request:
Where those bars show the sharpness, aliasing, ringing etc for the different scalers, add a bar for "speed".
6233638
2nd June 2011, 20:06
What do you think about the "Magic Kernel" ? http://www.assassinationscience.com/johncostella/magic/Doesn't look like it preserves detail very well when downsampling, and I would really have to see it in motion to judge it properly for upsampling. The thing is, what might look fine with still images, can look really bad with video once things start moving. I would definitely like to see some new algorithms implemented in a future madVR update to evaluate them though.
Actually, at some point, I feel like there are some algorithms that should be removed from madVR. Sometimes too much choice is a bad thing.
Trumpetguy
3rd June 2011, 11:06
I have searched this thread and browsed most pages, no luck, and therefore a potential bug post:
Since 0.61 a horizontal black or coloured (usually green) horizontal line appears after some time. It is about one pixel wide and stretches the entire width of the screen. I have also experienced a similar vertical line, and one time both at the same time. The line is only there in exclusive mode. The line disappears for some time after pausing or toggling between windowed and exclusive modes.
Other things that may be relevant:
- the line is not always at the same location, but always around 2/3 from the bottom of the screen.
- did not see this in 0.60 and earlier versions
- I usually play MKV with subs. Not tested on dvd or bd discs
- it may be connected to mkv playback with with .sup rather than .sub subtitles.
- Did not see any difference with D3D11
- I have seen it in window mode also, but that seems to be connected to up/downscaling settings, and actually made two flickering horizontal lines.
- nVidia driver has been updated during the last few days. I truly hope this is not the cause.
Is there anyone that have the same rendering error or can explain how to get rid of it?
cyberbeing
3rd June 2011, 11:06
Where those bars show the sharpness, aliasing, ringing etc for the different scalers, add a bar for "speed".
Adding a bar for speed would be very uninteresting since there are only three basic speed groups, and only two that really matter.
Unlike sharpness, aliasing, and ringing, it can't be easily quantified either, since speed is relative depending on hardware and how much you are upscaling or downscaling.
Nearest Neighbor & Bilinear = Very Fast -> Fast (Built-in GPU resampling)
Mitchell-Netravali = Catmull-Rom = Bicubic = Soft Cubic = Average (Cubic resampling kernels - speed should be identical)
Lanczos3-Lanczos8 & Spline36-Spline64 = Slow (few taps) -> Very Slow (more taps) (Special resampling kernels).
Ultimately up to madshi, though I could see how relaying this basic knowledge somewhere outside of this thread, may be useful to new users who attempt to use madVR with under-powered GPUs.
leeperry
3rd June 2011, 13:54
Hi madshi,
as we recently discussed, 0.49 has been giving me the best results on XPSP3 so far("upload frames in render thread" does seem to very much matter IME)...I can test the latest versions, but they seem to work better on W7/ATi than on XPSP3/nvidia(I get dropped frames randomly) :o
anyways, there's one feature that would really rock: YV16/YV24 support :)
SmoothAdjust supports it, using some "hack (http://forum.doom9.org/showpost.php?p=1504207&postcount=210)" apparently, and even YV24 (http://forum.doom9.org/showpost.php?p=1504557&postcount=217).
Manao has told me that he could also support them in MaskTools...and I could really use a full YV16/24 pipeline for Avisynth 2.6 realtime post-processing in ffdshow: SmoothAdjust(for a killer TV>PC conversion) > LSF > GrainF3 > YV16/24 output to mVR > RGB32 with dithering :)
You've been pushing for 32fp in ffdshow audio for a while, I think it'd be a killer addition to push for YV16/24 post-processing in ffdshow video \o/
automatic upscaled SD detection would be the icing on the cake, otherwise I will ask tritical if he wouldn't mind making a YV16/24 build of ColorMatrix.
:thanks:
nevcairiel
3rd June 2011, 14:12
I think you misunderstand what YV16 and YV24 are. YV16 is still a 8-bit format, except it has 4:2:2 chroma resolution, and for YV24 its 4:4:4.
Judging from the first SmoothAdjust post you linked, you seem to think YV16 is 16-bit, but its not. Then you managed to confuse me with your confusedness, as you mix different things into one.
As i understand those filters you listed, they are not upsampling chroma resolution, so you really want a 16-bit 4:2:0 format, instead of a 4:2:2 or 4:4:4 format.
PS:
YV16 is a rather uncommon format, YUY2 is the most common 8-bit 4:2:2 format, and if any 4:2:2 format is used, this should be it.
A 16-bit format for 4:2:0 would be P016 (its basically NV12 in 16-bit) (which is actually already supported by madVR)
PPS:
Good luck getting any changes in ffdshow. :p
leeperry
3rd June 2011, 14:21
you managed to confuse me with your confusedness
You do seem confused :p
What I understood is that LaTo is stacking MSB/LSB 16bit into YV16/YV24...hence the aforementioned "hack" term.
Many output formats were recently ditched from ffdshow, maybe YV16/24 were part of them..not sure.
Anyway, it would be great if we could find a "hack" that everyone would follow, so we could get >8bit post-processing in ffdshow. So much for 32fp, yet ffdshow/Avisynth still use a very lossy 8bit pipeline for video :(
nevcairiel
3rd June 2011, 14:25
Why use hacks? There are pixel formats for real 16-bit (like the P016 mentioned above), any hack will just result in pain in the long run.
Besides, whatever "hack" people come up with, ffdshow has no developers anymore.
leeperry
3rd June 2011, 14:53
Avisynth 2.6 is still stuck to 8bit (https://forum.doom9.org/showpost.php?p=1505284&postcount=197).
There's no need for much stuff to be added to ffdshow, only allowing YV16/24 output to mVR. sansnom05 was kind enough to add 32fp VST support in ffdshow audio at my request(and I can't thank him enough), maybe he would also be willing to add YV16/24 support :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.