madVR - high quality video renderer (GPU assisted)

[kasper93]

I think it's probably when the seek bar *shows*, not hides?

You are right. :o I didn't wait till statistic update with open seekbar.

[BatKnight]

I think it's probably when the seek bar *shows*, not hides?

Yes, it's when it shows (exclusive mode)... Didn't happen with older versions.

Another thing. I can't use D3D11 presentation mode, because when used together with MPC-HC's refresh rate changer, I can't get 24Hz. It stays at 60Hz. But without the D3D11 mode, it changes fine.
On the other hand, It works with your refresh rate changer inside madVR, but I miss the "change only when fullscreen" option. For example, I don't need the refresh rate to change when I'm at window mode, just previewing videos. :)
Would it be possible to add a "change refresh rate only when going fullscreen (or exclusive, whatever is easier for you)" option, please?

Thanks for understanding.

Nuno

[madshi]

The easiest way to reproduce it is probably to install NextPVR, then file up GraphEdit, insert the 'NPVR TS Reader', select a sample .ts file, insert the MPEG2 Demultiplexer, connect the TS Reader to the Demux. Insert a video decoder (like ffdshow), connect the 'video' pin from the demux to the video decoder, then insert the madVR renderer, and connect teh video decoder to madVR. It'll crash at this point.
The cause of the crash is that your filter does implement "IFileSourceFilter" and "IFileSourceFilter.GetCurFile()" returns success, but the returned file name is NULL. madVR then crashes when later calling CoTaskMemFree() to properly release the file name. You can fix the crash by either returning a proper file name, or by letting GetCurFile() return an error, or by not supporting IFileSourceFilter. I'll add a check for a NULL file name to the next build. But I think you should implement the suggested change in your filter, anyway.

[graeme]

The cause of the crash is that your filter does implement "IFileSourceFilter" and "IFileSourceFilter.GetCurFile()" returns success, but the returned file name is NULL. madVR then crashes when later calling CoTaskMemFree() to properly release the file name. You can fix the crash by either returning a proper file name, or by letting GetCurFile() return an error, or by not supporting IFileSourceFilter. I'll add a check for a NULL file name to the next build. But I think you should implement the suggested change in your filter, anyway.Brilliant - thanks for this insight. I'll try this.

[madshi]

Madshi:
Here's an updated log file (http://t.inmatrix.com/madVRlogBlank2.rar). This time with MadVR 0.72 with MadVR's OSD visible (using ctrl+j).
Hmmmm... According to the log, the display mode changes and madVR switches from exclusive mode to windowed mode as a reaction of the display mode change. The display mode change was not initiated by madVR. I don't know who initiated it and why. Maybe you can find out?

Are you calling WinAPI's "IsWindowVisible"? and are you checking the window's dimensions to see if they cover the MadVR window?
Cause what happens that exclusive mode is lost for a split second and then it re-activates. If the new window was problematic, wouldn't exclusive mode stay disabled?
Yes, I'm using IsWindowVisible and I'm also checking the window dimensions.

[madshi]

madVR v0.73 released

http://madshi.net/madVR.zip

* fixed (again): video playback in PotPlayer froze in various situations
* fixed: OSD changes could result in dropped frames (reverted to older code)
* fixed: crash if the source filter reported a NULL file name
I've decided to revert to an older OSD update code, which should fix the frame drops reported by some. However, that also restores the old (bad) OSD response times. Maybe I'll find a better overall solution for a future build.

Those of you who want to use the madVR internal decoders with MPC-HC, please update to build 3520 (or newer). That build allows you to set madVR to "preferred" in the external filter list, without losing the OSD and subtitle functionality.

[Nevilne]

I can confirm that potplayer freeze at start is fixed.

[joe42]

Those of you who want to use the madVR internal decoders with MPC-HC, please update to build 3520 (or newer). That build allows you to set madVR to "preferred" in the external filter list, without losing the OSD and subtitle functionality.

Yes, thanks for the note. I tried MPC-HC 3538, with madVR external filter set to prefer, and OSD and subtitles worked properly.

[SoupRKnowva]

i dont even put madVR in the external decoders, i just turn off the internal decoders, and turn them on in madVR settings, and it works good.

why would it need to be in the external decoders list?

[nand chan]

Any approximate time frame on 10 bit output?

Edit: By the way, I wrote a small guide on how to properly set up MPC-HC + madVR (with madVR's internal decoders), in case you want to hotlink it anywhere: http://haruhichan.com/wpblog/?p=205#guide. A slightly older version of this guide can also be found on coalgirl's page (http://coalgirls.wakku.to/?page_id=4611).

[ryrynz]

Hmmmmm... In that log there are so many seeks. One seek after 2.5 seconds of playback, then one after 3.5, another one after 5, another one after 6 seconds. That's not a good thing for a log, it makes the log very complicated and hard to read.


Yeah, I have to seek a few times for it to become noticeable, I wanted to make sure I captured the sync issue.


Anyway, the whole problem does not occur with external decoders, correct? Can I have a small sample of the VOB file? Of course that would make sense only if the problem also occurs with the small sample. Which splitter are you using?


P.S: The splitter seems to behave very weird. Most frames come to madVR without any timestamps, which make it hard for madVR to properly sync. Which exact splitter is that? Have you tried a different splitter?

Correct, there is no sync problem when I'm using ffdshow. Currently I'm using LAV splitter 0.31 and the issue seems limited to that splitter as Haali's splitter didn't produce the same issue.
I can reproduce it on any VOB file I have, hopefully you can too. It does sound like this report belongs in the LAV splitter thread instead, let me know if you'd like me to report there.

[nevcairiel]

If a file does not contain timestamps for all frames, LAV Splitter will not invent any. I leave it to the decoder to properly deal with it, and frankly, all external decoders are doing just fine with that.
If all external decoders work, and the internal doesnt, it must be the splitters problem, right? :p

[ice25]

Not sure if it's a bug, but in my setup Reclock isn't detecting the video stream fps with the internal decoders. Tested with internal MPC and Haali Splitter.

[ryrynz]

If a file does not contain timestamps for all frames, LAV Splitter will not invent any. I leave it to the decoder to properly deal with it, and frankly, all external decoders are doing just fine with that.
If all external decoders work, and the internal doesnt, it must be the splitters problem, right? :p

Gotta love Nevcairiel's sense of humor :)

[madshi]

If a file does not contain timestamps for all frames, LAV Splitter will not invent any. I leave it to the decoder to properly deal with it, and frankly, all external decoders are doing just fine with that.
If all external decoders work, and the internal doesnt, it must be the splitters problem, right? :p
In my log it seems that roughly only one out of a hundred video frames has a timestamp. That surely can't be right, can it? Of course if the external decoders have a problem and the internal ones don't, this points to the internal decoders. However, if the issue occurs only with LAV Splitter and not with any other splitter, then that points to the splitter. Probably it's a combination of the two somehow. Anyway, I'm wondering how I can do proper syncing if there are virtually not any timestamps available at all?

[nevcairiel]

As always, i cannot comment on files without a sample of such a file.
I have however seen MPEG-2 files with really terrible timestamping.

[ajp_anton]

Whoa. Never really understood the smoothness problem with 60Hz displays. But I just learned that my Macbook supports 48Hz. Meh, now I'll never be able to watch movies on my bigger 60Hz-only screens...

Feature request: Add an option to change the refresh rate only when going into (and out of) fullscreen mode.

When presenting lots of frames in advance, is it normal for the sound to be slightly out of sync (video comes too late)?

[pie1394]

madVR v0.73 released

This version seems the most stable one in recent releases to me. :thanks:


Those of you who want to use the madVR internal decoders with MPC-HC, please update to build 3520 (or newer). That build allows you to set madVR to "preferred" in the external filter list, without losing the OSD and subtitle functionality.

About this I use the different approach.
Disable all other available video decoders in MPC-HC.
The MPC-HC internal ones must not be selected, either.

For my HTPC, LAVCUVID is still the preferred video decoder. Once a HW-unsupported H.264 video stream is opened, madVR internal video decoder is automatically used. (Due to the fact it is the only available choice to MPC-HC)

Currently I only found this method to play with the H.264 yuv420p10 contents correctly. With most other video decoders, the output colors are incorrect.

[rahzel]

Not sure if it's a bug, but in my setup Reclock isn't detecting the video stream fps with the internal decoders. Tested with internal MPC and Haali Splitter.
I had the same problem with v0.72, also tested LAV Splitter. Had to use Divx H264, which is fine because it's slightly faster for my slower machine.

[Plutotype]

I had the same problem with v0.72, also tested LAV Splitter. Had to use Divx H264, which is fine because it's slightly faster for my slower machine.

same with 0.73 here
http://imageshack.us/f/38/madvrreclockfpsissue.png/

[cyberbeing]

My solution to the ReClock problem was uninstalling and re-installing Haali Media Splitter and then checking the 'Preferred Decoder' check-box in CoreAVC. Without the 'Preferred Decoder' check-box checked in CoreAVC, ReClock won't detect the frame-rate via DirectShow using the internal madVR decoder. Since since the preferred decoder merit is higher than the madVR internal decoder, I then need to add CoreAVC as an external filter in MPC-HC with a custom merit of 00800000 or below.

It's very strange, but that's just how it is... This is probably something that James @ Slysoft forums would need to debug and fix in ReClock, I assume. madVR may still have an issue preventing ReClock from reading it's DirectShow info though (like maybe setting CoreAVC to preferred makes ReClock use it as a backup when it can't access the madVR decoder?)

[Hypernova]

Any approximate time frame on 10 bit output?

Edit: By the way, I wrote a small guide on how to properly set up MPC-HC + madVR (with madVR's internal decoders), in case you want to hotlink it anywhere: http://haruhichan.com/wpblog/?p=205#guide. A slightly older version of this guide can also be found on coalgirl's page (http://coalgirls.wakku.to/?page_id=4611).

Two weeks ago? madVR support 10bit now, both internal and external decoder.

[Trojita]

I tried using madVR on my laptop with some odd results.

It would play a file fine outputted to my TV, until I decided to right click and look at the menu selections or went from full screen to windowed screen. After that it would start stuttering the video like crazy.

The laptop has an i5 processor and a 5830m graphics card.

How will the new Mac Mini perform with madVR? I was looking for an all in one HTPC solution and buy a Mac Mini, possibly install Windows 7, and use XBMC+MPC-HC+MADVR+LAV.

The Mac Mini I am looking at has a 2.5GHz dual-core Intel Core i5 and a AMD Radeon HD 6630M.

Will this be able to handle madVR as well as the upscalers that are the hardest to run, like Lanzcos?

[SoupRKnowva]

Two weeks ago? madVR support 10bit now, both internal and external decoder.

he was talking about 10 bit output, not 10 bit decoding support. its still dithered down to 8bits for output

[rahzel]

I tried using madVR on my laptop with some odd results.

It would play a file fine outputted to my TV, until I decided to right click and look at the menu selections or went from full screen to windowed screen. After that it would start stuttering the video like crazy.

The laptop has an i5 processor and a 5830m graphics card.

How will the new Mac Mini perform with madVR? I was looking for an all in one HTPC solution and buy a Mac Mini, possibly install Windows 7, and use XBMC+MPC-HC+MADVR+LAV.

The Mac Mini I am looking at has a 2.5GHz dual-core Intel Core i5 and a AMD Radeon HD 6630M.

Will this be able to handle madVR as well as the upscalers that are the hardest to run, like Lanzcos?
MadVR uses a lot more CPU power in windowed mode. For me, it uses ~20-25% more.

[e-t172]

Not sure if it's a bug, but in my setup Reclock isn't detecting the video stream fps with the internal decoders. Tested with internal MPC and Haali Splitter.

I'm guessing ReClock is looking at the timestamps of the frames coming from the video decoder to detect the frame rate. When using madVR's internal decoders, there is no DirectShow interface between the decoder and the renderer, so ReClock can't get the information it needs (because it's hidden inside madVR).

Remember our little debate about internal decoders, madshi? Hate to say "I told you so", but there you have it.

[nand chan]

Two weeks ago? madVR support 10bit now, both internal and external decoder.

You're only half-right about that. madVR now supports 10 bit /input/, not output.

I'm asking on when 10 bit output will be a possibility. Afaik right now only EVR Custom Presenter can do it.

[cyberbeing]

Does any GPU even support 10-bit output over Display Port via DirectX to a native 10-bit monitor? All the Professional applications use OpenGL and I think the ATI(FireGL)/NVIDIA(Quadro) drivers only officially support 10-bit output to monitors via OpenGL as well. If you can only output 10-bit to your GPU, but not display, it will likely just do 10-bit to 8-bit conversion without dithering and look worse. Even if your GPU does to driver-level dithering, why not just let madVR do its thing? Though if madshi is actually able to get 10-bit output over Display Port to supported monitors working, I welcome the support.

[pankov]

madshi,
I have a couple of issues to report which happen with both v0.72 and v0.73 (haven't tried older ones but if you can't reproduce them I'll try to narrow it down).
1. If I jump to the next file in the folder (using the "]" key, which in ZoomPlayer is linked to "Media: Next Track" action) I get some contradictory OSD in madVR - the big one (with all the texts) says fullscreen exclusive mode, while on top of it there is the small one which says "windowed" and is stuck there forever. Strangely if I use the other function to play the next file in the folder (PgDn) I can't reproduce it. I'm not sure if it's madVR's fault or ZoomPlayer's ... or both ... but I thought I should report it. The strange part is that madVR is always in exclusive mode but still shows the "windowed" message. (btw I don't use the blanking function (creating black windows over inactive monitors) that you and Blight are discussing).
2. If I use ZoomPlayer's control bar to jump to the next track/file in the folder the player will hang/crash if madVR's OSD API is used to draw the control bar. I guess this could be a bug in ZoomPlayer itself - using some memory already freed by madVR but it could be the other way around so I thought it's best to report it here too.

[Trojita]

MadVR uses a lot more CPU power in windowed mode. For me, it uses ~20-25% more.

It's weird though. If I start a file it is windowed and plays fine. If I double click the video to make it full screen, the video plays fine. When I go back to windowed or right click to access the menu, the video starts stuttering.

[Qaq]

If you can only output 10-bit to your GPU, but not display, it will likely just do 10-bit to 8-bit conversion without dithering and look worse.
Yeah, thats why I don't use 10 bit output in EVR CP. Not that I see something bad though, just doubts...
Does any GPU even support 10-bit output over Display Port via DirectX to a native 10-bit monitor? All the Professional applications use OpenGL and I think the ATI(FireGL)/NVIDIA(Quadro) drivers only officially support 10-bit output to monitors via OpenGL as well.
I have to repeat myself: madVR needs MadVideoDriver :devil:

[Plutotype]

I tried using madVR on my laptop with some odd results.

It would play a file fine outputted to my TV, until I decided to right click and look at the menu selections or went from full screen to windowed screen. After that it would start stuttering the video like crazy.

The laptop has an i5 processor and a 5830m graphics card.


I experience this only when task manager is running ( on the top or in the background ).

[adolfotregosa]

Does anyone have an idea why Potplayer crashes into a black square requiring a kill process when i go from full screen into window mode?? But if i go to "madvr window mode" by moving the mouse to show potplayer seek bar and then press "enter" to get out of potplayer fullscreen it works, no crash?? It does not crash every single time but most of it yes

I'm out of ideas, already try a clean windows install. Latest potplayer 29162 + madvr 0.73 and Amd drivers 11.8..

completely out of ideas here..

thank you

edit- I don't know if the log is useful but i managed to make one when potplayer crashed.
https://rapidshare.com/files/3810133773/madVR_-_log.zip

[maco07]

madVR 0.73 Worked ok with PotPlayer. 0 Problems so far.

[nand chan]

Does any GPU even support 10-bit output over Display Port via DirectX to a native 10-bit monitor? All the Professional applications use OpenGL and I think the ATI(FireGL)/NVIDIA(Quadro) drivers only officially support 10-bit output to monitors via OpenGL as well. If you can only output 10-bit to your GPU, but not display, it will likely just do 10-bit to 8-bit conversion without dithering and look worse. Even if your GPU does to driver-level dithering, why not just let madVR do its thing? Though if madshi is actually able to get 10-bit output over Display Port to supported monitors working, I welcome the support.

Edit: Never mind what I wrote below, I misread your post at first. I don't know if I can get 10 bit output over Direct3D as well, I'll test it as soon as I can boot my machine again. It definitely works over OpenGL though. Would it be possible to fork madVR and add an OpenGL renderer or something?

--

The AMD FirePro drivers support 10 bit output over DisplayPort and HDMI even using Radeon cards. I have a Radeon HD4890 softmodded to a FirePro V8700 and I can get full 10-bit output working using OpenGL (unfortunately, Direct3D still crashes because the driver isn't exactly stable but I could probably fix that with a lot of tinkering).

I can display a full 10 bit ramp with all 1024 gray levels using a small OpenGL test application I wrote and it confirms that the display is A2R10G10B10.

I could attempt fixing Direct3D then use LAV Video Decoder + EVR CP but that still doesn't give me the 16 bit pipeline and not to mention the higher quality rescale functions that madVR offers, so I've chosen to stick with madVR until it supports 10 bit output.

I'm just asking whether this will be implemented any time into the foreseeable future.

[cyberbeing]

I actually asked madshi that same question last year. OpenGL is likely never going to happen, considering he said it was *MAJOR* work 51 madVR revisions ago.

He even mentions the 10bit (30bit color) Direct3D output support which Windows 7 added. Sadly, nothing much has changed in the past year as far as driver support AFAIK. Someone really needs to give AMD & NVIDIA a kick in the ass to properly support 10bit Direct3D output and desktop support in their drivers. AMD seems to have the lead in supporting all the high bit-depth stuff, NVIDIA was months behind in even getting 10bit OpenGL output working. Hopefully when Windows 8 w/ DirectX 11.1 rolls around, the GPU vendors will get their act in gear.

nand-chan, if you can confirm your monitor is receiving 30bit color using JanWillem32's MPC-HC build, that would be a good sign for madVR to potentially support it (at least on AMD cards).

Ever thought about creating an OpenGL version of madVR?I thought about it in the beginning, when starting madVR development. I could have chosen OpenGL over Direct3D. But then I did not see any valid reason for doing so. Some OpenGL drivers are written in such a way that internally they map back to Direct3D, anyway. Other drivers may not be written that way. But since most games use Direct3D instead of OpenGL, I would generally expect Direct3D drivers to be better optimized than OpenGL drivers. Also, Direct3D will always give me access to the latest Windows features like e.g. 10bit RGB output. Don't know if OpenGL supports that. Anyway, switching to OpenGL would cost me *MAJOR* work. So it's no really an option.

[nand chan]

He even mentions the 10bit (30bit color) Direct3D output support which Windows 7 added. Sadly, nothing much has changed in the past year as far as driver support AFAIK. Someone really needs to give AMD & NVIDIA a kick in the ass to properly support 10bit Direct3D output and desktop support in their drivers. AMD seems to have the lead in supporting all the high bit-depth stuff, NVIDIA was months behind in even getting 10bit OpenGL output working. Hopefully when Windows 8 w/ DirectX 11.1 rolls around, the GPU vendors will get their act in gear.

Isn't it a bit ironic then that OpenGL 10-bit output works fine but I've seen no sign of Direct3D 10-bit output? Well, I'll certainly have to do a bit more driver hacking but if I manage to get Direct3D 10-bit output working I'll post here so we can test it further.

nand-chan, if you can confirm your monitor is receiving 30bit color using JanWillem32's MPC-HC build, that would be a good sign for madVR to potentially support it (at least on AMD cards).

I've never heard of JanWillem32 or his builds. What's different about them / where do I get them? Is it different from just using EVR-CP with “10 bit output” enabled?

Also, testing 10-bit in media players is really hard since I have no 10-bit grayscale ramp to test with. If somebody could generate a true 1080p Hi10P ramp with all 1024 gray levels I would be very pleased. Then again, dithering would make testing these a bit hard either way.

Edit: Just tried it again, the only driver version that supports 10 bit at all is 8.723 (the newer ones do not patch successfully), and 8.723 does not support fullscreen Direct3D, it crashes with D3DERR_OUTOFVIDEOMEMORY. 10-bit output is currently *only* possible using OpenGL, either in windowed or fullscreen mode.

So even if madVR supports 10 bit any time soon, nobody will be able to use it because the appropriate drivers do not exist, at least not under Windows.

[cyberbeing]

I've never heard of JanWillem32 or his builds. What's different about them / where do I get them? Is it different from just using EVR-CP with “10 bit output” enabled?

The thread for his modified builds is here (http://forum.doom9.org/showthread.php?t=161047). JanWillem32 has been the one hacking at EVR-CP and MPC-HC to attempt to improve quality and get things like 10 bit output working. If you actually have a working 10bit setup, you could probably be of help by testing any experimental changes he makes attempting to get things working. I'm unsure what the current state of things is though, as I haven't been tracking his progress (his builds have stability problems on my old PC).

[nand chan]

The thread for his modified builds is here (http://forum.doom9.org/showthread.php?t=161047). JanWillem32 has been the one hacking at EVR-CP and MPC-HC to attempt to improve quality and get things like 10 bit output working. If you actually have a working 10bit setup, you could probably be of help by testing any experimental changes he makes attempting to get things working. I'm unsure what the current state of things is though, as I haven't been tracking his progress (his builds have stability problems on my old PC).

My 10 bit setup is only "working" - I can't load anything Direct3D-related in fullscreen mode or I get an out of video memory crash (that's not what's actually happening, though, it's an incorrect status code presumably).

And afaik 10-bit output only works in Direct3D when in fullscreen mode.

OpenGL 10-bit works fine as mentioned, both fullscreen and windowed, but the problem is that EVR/madVR etc. all rely on D3D.

If anybody can make me a 10 bit test ramp as mentioned I can test mplayer2's OpenGL renderer, which is *supposed* to support 10-bit output.

[Qaq]

So even if madVR supports 10 bit any time soon, nobody will be able to use it because the appropriate drivers do not exist, at least not under Windows.
I wonder if Protected Video Path (HDCP encription) could help here (YCC untouched, RGB 10 bit).

[ryrynz]

I'm wondering how I can do proper syncing if there are virtually not any timestamps available at all?

Let me know if you're unable to reproduce and I'll link you a sample.

[cyberbeing]

If anybody can make me a 10 bit test ramp as mentioned I can test mplayer2's OpenGL renderer, which is *supposed* to support 10-bit output.

Try this? 4:4:4 10bit Lossless MKV http://www.mediafire.com/?41q2tt8aqzw1k7a

I just saved that 1024x1024 AMD created 10-bit ramp PSD as a 16 bit 1920x1080 PNG with a black border, and loaded it into x264. Hopefully the ramp was maintained.
Here is the link to the source PSD which should look smooth on a 10bit monitor with 10bit OpenGL output activated in Photoshop: http://www.mediafire.com/?431q36icc5buvar

[nand chan]

Try this? 4:4:4 10bit Lossless MKV http://www.mediafire.com/?41q2tt8aqzw1k7a

I just saved that 1024x1024 AMD created 10-bit ramp PSD as a 16 bit 1920x1080 PNG with a black border, and loaded it into x264. Hopefully the ramp was maintained.
Here is the link to the source PSD which should look smooth on a 10bit monitor with 10bit OpenGL output activated in Photoshop: http://www.mediafire.com/?431q36icc5buvar

Testing this is going to be /VERY/ difficult unless I can disable dithering somehow. I can hardly see the 8-bit levels unfortunately, and I can't get it to display at all when in MPC-HC since the playback is too short and I just get a black frame right away again.

Can you encode a couple more frames?

Also, I don't have Photoshop and I don't want to illegally obtain it just for testing one single ramp, especially not since I can test OpenGL 10-bit just fine using a small program I wrote.

(Fortunately for us, if I can /hardly/ see the difference between 10 bit and dithered 8 bit in a worst-case scenario, then that means that true 10 bit output is nearly unnecessary)

[mzso]

Hi!
Is there any advantage to using this renderer when there is no scaling. Like when I watch 1080p videos on my fullHD monitor?

[cyberbeing]

Testing this is going to be /VERY/ difficult unless I can disable dithering somehow. I can hardly see the 8-bit levels unfortunately, and I can't get it to display at all when in MPC-HC since the playback is too short and I just get a black frame right away again.

Disable dithering on what? GPU, Monitor, MPlayer? If MPlayer, it doesn't do dithering when outputting 10bit OpenGL.

Your log should say the following when using -vo gl:
VO: [gl] 1920x1080 => 1920x1080 Planar 444P 10-bit little-endian

You could also force it by adding -vf format=444p10 or if you need 10bit padded to 16bit use -vf format=444p16.

If you see absolutely zero banding or dithering 'noise', and your monitor reports it is getting 30 bit color over Display Port, then it should be working. Longer version: http://www.mediafire.com/?82752bzb94u2skq

[leeperry]

if I can /hardly/ see the difference between 10 bit and dithered 8 bit in a worst-case scenario, then that means that true 10 bit output is nearly unnecessary
I wouldn't lose sleep over it indeed :p

[ajp_anton]

Hi!
Is there any advantage to using this renderer when there is no scaling. Like when I watch 1080p videos on my fullHD monitor?Chroma will still be upscaled.

[ForceX]

Hi!
Is there any advantage to using this renderer when there is no scaling. Like when I watch 1080p videos on my fullHD monitor?
Better colors, smooth video.

[mzso]

@ajp_anton @ForceX
I see. Oh well, it doesn't seem to be an option on this machine. Its really choppy. I guess I need way more video memory than I have.
http://thumbnails53.imagebam.com/14350/5f7c2a143499623.jpg (http://www.imagebam.com/image/5f7c2a143499623)

[mzso]

Now I realized an old version was loading. (v0.23) Now I fixed that and 0.73 loads, but it lacks the preference that the old version does. Instead I have two buttons (Edit settings, and show tray icon) that don't seem to be doing anything when I click on them.