Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

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

Reply
 
Thread Tools Search this Thread Display Modes
Old 19th April 2017, 02:31   #43381  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,406
Quote:
Originally Posted by dioxholster View Post
Im in the dark, whats so cool about HDR10? why didnt they have the wide gamut before? I thought HDR was something that looked fake, why would we want that?
HDR10 is the lowest common denominator for HDR specs currently available. HDR is finally real HDR, assuming you get a display that is actually capable of real HDR. HDR10 isn't enough to be sure of good HDR performance but at least it is a spec for it.

HDR allows both higher contrast and wider gamuts than previous specs, we have never had content mastered to wide gamuts or with peak brightness so high before, only fake "enhanced" versions.

Quote:
Originally Posted by dioxholster View Post
Im curious about this one, stupid question, if some studios use linear light to downscale, is there no way for us to know somehow?
No, there is no way for us to know what was used.

Quote:
Originally Posted by dioxholster View Post
I think im also getting an error "madvr report: getting display mode failed" This could be because of the creators update. It happens when I raise the volume inside exclusive mode, the movie stutters and it becomes impossible to play anything again unless i restart the PC.
I suggest you don't use exclusive mode with Windows 10. It doesn't seem to work well and it doesn't offer any benefits, at least for me.

I am running Windows 10 Pro x64 with the creators update, version 1703, build 15063.138, with a Titan X (Pascal), driver version 381.65. I don't have any issues when using madVR with Direct3D 11 with present frame for every vsync checked or windowed overlay.
__________________
madVR options explained
Asmodian is offline   Reply With Quote
Old 19th April 2017, 04:35   #43382  |  Link
MistahBonzai
Registered User
 
Join Date: Mar 2013
Posts: 101
Quote:
Originally Posted by Asmodian View Post
...I suggest you don't use exclusive mode with Windows 10. It doesn't seem to work well and it doesn't offer any benefits, at least for me...
D3D11 exclusive (10 bit) ?
MistahBonzai is offline   Reply With Quote
Old 19th April 2017, 06:25   #43383  |  Link
ryrynz
Registered User
 
ryrynz's Avatar
 
Join Date: Mar 2009
Posts: 3,646
That's really all there is to it.. and with many panels you don't stand to gain much of anything from it anyway.
ryrynz is offline   Reply With Quote
Old 19th April 2017, 07:18   #43384  |  Link
dipje
Registered User
 
Join Date: Oct 2014
Posts: 268
Quote:
Originally Posted by dioxholster View Post
Im in the dark, whats so cool about HDR10? why didnt they have the wide gamut before? I thought HDR was something that looked fake, why would we want that?
What you see as the 'fake HDR look', what that actually is is a lot of dynamic range squeezed into our old SDR displays.

What HDR now is, is a way to _truely_ display that dynamic range, more like our eyes see the world, without having to squeeze the stuff into our old displays.

Very dumbed down, but in your words: HDR-movie tech is exactly meant to show the detail of HDR _without_ that fake HDR look you talk about
dipje is offline   Reply With Quote
Old 19th April 2017, 11:29   #43385  |  Link
oddball
Registered User
 
Join Date: Jan 2002
Posts: 1,264
Win10's 'Film & TV' player plays HDR content correctly. It is just a rubbish player for everything else and has no support for high definition audio codecs like TrueHD or DTS-HD. I also notice using MPC I get a hell of a lot more dropped frames on 4K content.
oddball is offline   Reply With Quote
Old 19th April 2017, 12:16   #43386  |  Link
foozoor
Registered User
 
foozoor's Avatar
 
Join Date: Feb 2012
Posts: 116
Quote:
Originally Posted by oddball View Post
Win10's 'Film & TV' player plays HDR content correctly. It is just a rubbish player for everything else and has no support for high definition audio codecs like TrueHD or DTS-HD. I also notice using MPC I get a hell of a lot more dropped frames on 4K content.
The pre-installed win10 video player uses the current microsoft API, madVR and almost everything from doom9 are based on the deprecated directshow.
foozoor is offline   Reply With Quote
Old 19th April 2017, 12:30   #43387  |  Link
Neo-XP
Registered User
 
Neo-XP's Avatar
 
Join Date: Mar 2016
Location: Switzerland
Posts: 140
Another quick comparison between Bicubic60 AR / NGU Sharp low / NGU Sharp med for chroma doubling :



As you can see, NGU Sharp is far from perfect for chroma doubling. NGU Sharp med is a nice improvement over NGU Sharp low, but still too sharp.

@madshi Have you considered proposing other NGU variants, and unlocking the "NGU med" option for chroma doubling when "NGU high" is used for luma doubling ?

Last edited by Neo-XP; 19th April 2017 at 12:51.
Neo-XP is offline   Reply With Quote
Old 19th April 2017, 12:30   #43388  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
what has directshow to do with this problem?
huhn is offline   Reply With Quote
Old 19th April 2017, 12:39   #43389  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by huhn View Post
what has directshow to do with this problem?
Nothing, just uninformed users buying into "newer is better" hype, while they can't even configure their player correctly for their hardware, and thus get dropped frames.
If you want to match the playback performance of the default video player in windows, set LAV Video to DXVA2 Native and use EVR as your renderer (not EVR Custom, and definitely not madVR).
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 19th April 2017 at 12:42.
nevcairiel is offline   Reply With Quote
Old 19th April 2017, 12:57   #43390  |  Link
foozoor
Registered User
 
foozoor's Avatar
 
Join Date: Feb 2012
Posts: 116
Quote:
what has directshow to do with this problem?
The deprecated term was quite extreme but is correct.
And it's normal to see the win10 video player working with the new win10 hdr feature.

Quote:
DXVA2 Native
I think the retarded win10 video player uses d3d11va, there is maybe a fallback for deprecated AMD cards that don't support d3d11va (greenish screen bug).

Last edited by foozoor; 19th April 2017 at 13:03.
foozoor is offline   Reply With Quote
Old 19th April 2017, 13:18   #43391  |  Link
StinDaWg
Registered User
 
Join Date: Jan 2014
Posts: 216
Has anyone played around with Game Mode on latest Windows 10 update? Game Mode can be turned on for any application, and it's supposed to allocate more cpu/gpu resources to that program.

Theoretically this should improve stability with mpc-hc/madVR, so you don't have background processes sucking resources during video playback, no?

http://www.theverge.com/2017/1/25/14...de-explanation
StinDaWg is offline   Reply With Quote
Old 19th April 2017, 13:23   #43392  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
i can tell you what VALVE things about it.

i make it short they warn you if it is running and even give you a pop up that you should disable it with linked guides to avoid freezes and other major issues.

feel free to try it out but i don't see a reason that it would help madVR what so ever.
huhn is offline   Reply With Quote
Old 19th April 2017, 13:39   #43393  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by foozoor View Post
I think the retarded win10 video player uses d3d11va, there is maybe a fallback for deprecated AMD cards that don't support d3d11va (greenish screen bug).
Its just a different API for the same hardware decoder. Performance wise its pretty much identical.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 19th April 2017, 13:53   #43394  |  Link
foozoor
Registered User
 
foozoor's Avatar
 
Join Date: Feb 2012
Posts: 116
Quote:
Originally Posted by nevcairiel View Post
Its just a different API for the same hardware decoder. Performance wise its pretty much identical.
You're probably right. But what about quality?

Quote:
Originally Posted by a guy from mpv.io
dxva2 is not safe. It appears to always use BT.601 for forced RGB conversion, but actual behavior depends on the GPU drivers
Quote:
Originally Posted by a guy from mpv.io
d3d11va is usually safe (if used with ANGLE builds that support EGL_KHR_stream path - otherwise, it converts to RGB)
foozoor is offline   Reply With Quote
Old 19th April 2017, 14:16   #43395  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Telion View Post
madshi, what about the usage of sharper relaxed AR instead of strict in downscaling after doubling? You said you could reconsider this and apply it more granular depending on the sharpness of a doubling algorithm, as on weak GPUs it adds an excessive load without visible benefits and thus sometimes prevents use of a doubling algorithm with better quality. Can you please apply strict AR at least on NGU AA and maybe also on super-xbr?
Ah yes, forgot about that. I've added it to my to do list.

Quote:
Originally Posted by steakhutzeee View Post
Ok so, in the past i solved the "flickering" in the black parts of the screen during videos, the letterbox black, changing my monitor settings from 60 Hertz to 75.
But why i still have this sort of horizontal semitransparent flickering only in the video portion of the screen now? If i don't use madvr the flicker goes away. Maybe it's a madvr setting i set not properly?

Just to be clear, letterbox black bars are not flickered, solved by changing Hertz frequence. But i still have it in the video portion "between black bars".
I'm not completely sure how the flickering looks like, and where it comes from. Nobody else seems to have this problem. Can you describe how it looks like in more detail? Or maybe you can shoot a short video with your smartphone and upload it somewhere? (Helps only if the flickering can be seen on the video, of course).

Quote:
Originally Posted by pose View Post
i tested new NGU variants with low res low quality anime (direct quadruple very high vs AA 2x doubling very high) and must say that i still like NGU AA the most. NGU Standard is much better than NGU Sharp for low quality anime as it has much less "oil painting" effect and less aliasing but has some "flat" look to it compared to NGU AA. NGU AA has visibly less focus and sharpness compared to NGU Standard but has less aliasing and looks more pleasing and more uniform to me. So far Standard looks like a good alternative to NGU AA for those that want something sharper but not NGU Sharp level of sharp and with slightly thinner lines. I dont really like NGU Soft as it has less focus than NGU AA, thins lines too much and has more aliasing.
Ok, thanks!

Quote:
Originally Posted by ryrynz View Post
I thought NGU soft might be worth a look with a sharper Avisynth script but it still doesn't work as well as AA does, so I won't ever use it.
Since the only low resolution content I watch is anime I don't use the other upscalers so won't be commenting on them.
Thanks. Seems nobody (including myself) likes NGU soft, so I can remove it. Instead maybe I'll add something in between NGU Sharp and NGU Standard.

Quote:
Originally Posted by ryrynz View Post
I'm looking forward to the Avisynth/Vapoursnyth support the most, denoising, deblocking and further improvements to NGU AA chroma/luma.
Please note that the first Avi/VapourSynth support will be on the other end: Meaning making madVR algos available for Avi/VapourSynth users, for encoding videos etc. Running Avi/VapourSynth scripts inside of madVR is something that also on my to do list, but will come later.

Quote:
Originally Posted by dipje View Post
This is awesome to hear! Does that mean things like ngu and reconstruction are made available as you accelerated plugins ? Or only hdr->sdr related stuff ?

I hope the price of the pro version is within reach for hobby people like me who pretend they need pro features .
Most algos will be available, including all NGU variants and bilateral chroma upscaling. Reconstruction probably not because it requires DirectCompute, but I'm not sure yet. Price for the "pro" Avi/VapourSynth plugin version will be very high (from the view point of an end user), unfortunately, because that's the best way for me to get max income. Big companies don't mind paying high prices for good software. If I made a cheap price, I'd get a somewhat higher number of sold licenses, but overall income would be a LOT lower. Video (re)encoding is a very niche market and in such markets the only way to get reasonable income is to ask high prices.

madVR is a totally different topic because it's for end users, so it's much less of a niche market, compared to video encoding.

Quote:
Originally Posted by Asmodian View Post
I have done some experimenting with the new NGU Soft and Standard options. Standard seems very good, a nice middle ground between Sharp and Anti-Alias. I don't find NGU Soft to be particularly useful, I generally prefer NGU Anti-Alias over NGU Soft. By default I still use NGU Sharp for high quality and NGU AA for low quality material but I will keep Standard in mind for content where Sharp is too sharp. Impressive work as always.
Thanks!

Quote:
Originally Posted by Asmodian View Post
I have noticed that the "let madVR decide" option for chroma quadrupling does not react to direct quadrupling settings so you can get odd results.

Example:
luma doubling = very high, luma quadrupling = direct quadruple -> low, chroma = let madVR decide, results in:
luma > NGU Standard (low) 4x
chroma > NGU Standard (med) 4x

It would be great if the "let madVR decide" option for chroma algorithm quality could reference the luma quadrupling quality option when using direct quadrupling.
Ooops. Thanks, will look into that.

Quote:
Originally Posted by Damien147 View Post
Not completely sure about this one but I think that icc profile gets disabled when going fullscreen.I have only ticked ''this display is already calibrated'' in calibration settings.
Also settings in chroma upscaling,image downscaling,image upscaling open behind the open window.
Could it be the GPU driver which disables the ICC profile in fullscreen mode? I'm not sure. Did this happen before the win10 update?

Which "open window"? Is that window an "on top" window? The settings dialog should be "on top" all other windows, unless the other windows are "on top", too. That's a specific window style.

Quote:
Originally Posted by Allamar View Post
Thought I would post here. Since I went to the creators update for some reasons files encoded in Hi10p (10bit color) are taking a tremendous amount of GPU power in madVR. If I play a normal 8bit file using NGU AA high on both chroma/image upscaling it uses about 25% of my GPU (1080Ti), but a HI10P files will max it at 100% and drop frames. It wasn't like that before the update! I have no idea what's going on =) Just wondering if anybody else has tested this?
People have been reporting all sorts of issues with the creators update, but this is the first time I hear about specific problems with 10bit content. Not sure what that could be. You don't have profiles in madVR which may activate depending on the source bitdepth? Other than that, maybe the GPU clocks down which could cause problems? Or maybe some 3rd party software running which might also access the GPU, like GpuZ, f.lux or anything like that?

Quote:
Originally Posted by Oguignant View Post
My apologies if I'm wrong but I think CalMAN 5.x have the option to calibrate bt2020 (hdr and sdr) and also dolby vision (rs65 and rs120) colorspace.
Yes, there is software available which can do HDR calibration via 3dluts. But the special madVR option to "process" HDR content via a 3dlut, but still keep it HDR is somewhat unusual and I don't think any calibration software supports this specific mode just yet.

Quote:
Originally Posted by tingtong5 View Post
I am using a HDMI extender between my HTPC and Projector that is capable of 2160p but max 30 Hz.

Therefore I would like to send 1080p 50/60 fps content in 1080p resolution to my prjector instead of upscaling to 2160p.

Resolution of windows is set to 3840x2160@30Hz

the display properties in madvr to:
2160p23, 2160p24, 2160p25, 2160p29, 2160p30, 1080p50, 1080p60

It works, Madvr sends 1080p @ 50/60 fps content in 1080p 50/60 Hz to my projector, HOWEVER I do see only a quarter of what should be displayed. Seems like the image is still upscaled to 2160p and only a quarter of it is displayed on the projector.
Can you make a screenshot of the OSD (Ctrl+J) when this problem occurs? It could be a bug in the media players, asking for this weird "zoom" config. It could be a weird bug in madVR. It could be a bug in the GPU drivers. Or in the OS. It's really hard to say. A screenshot of the OSD might help figuring a few things.

Quote:
Originally Posted by lunnar View Post
I also watch HDR clips thru MadVR using passthruHDR and it look very good on my JVC HDR projector.

that is for all clips that are "hdr 1000 nits bt2020 -> dci-p3"

but I got a couple of dolby Vision Clips that show :
"hdr 10000 nits bt2020" with no dci-p3 conversion info

now those clips end up with oversaturated color and a greenish tint to it.

What bugs me is that I will have expected the oposite to work since on my projector settings the color space in HDR is BT2020.

For now I will try to make a custom HDR settings on my projector and manually ajust the color to try and get something good, but I wonder what am I missing here?
You used "passthrough" for those Dolby Vision Clips, too? What happens if you display them in normal SDR mode, just like you display a conventional 1080p Blu-Ray? Do they have the typical "washed out" look that HDR videos have when played in SDR mode?

Quote:
Originally Posted by foozoor View Post
The pre-installed win10 video player uses the current microsoft API, madVR and almost everything from doom9 are based on the deprecated directshow.
Just because MS wants us devs to replace DirectShow with Media Foundation doesn't make that reality. 99% of all video related software both inside and outside of doom9 is using DirectShow, and there's not even a trend to switch to Media Foundation anywhere. And there's no good reason to, other than pleasing MS, maybe.

Whether the pre-installed win10 video player uses Media Foundation or DirectShow doesn't have much to do with HDR. The MS APIs to send HDR metadata to the display are totally separate from both DirectShow and Media Foundation. These new APIs are DXGI which is not video specific but is also used by games etc. Both Media Foundation and DirectShow software will have to use these new DXGI APIs to send HDR metadata to the display.

So in other words: Your comment was totally pointless. Unless you're saying we all have to do what MS wants, regardless of whether it makes any sense or brings any benefits.

Quote:
Originally Posted by Neo-XP View Post
Another quick comparison between Bicubic60 AR / NGU Sharp low / NGU Sharp med for chroma doubling :

As you can see, NGU Sharp is far from perfect for chroma doubling. NGU Sharp med is a nice improvement over NGU Sharp low, but still too sharp.
All I'm seeing here is that NGU Sharp is sharper than Bicubic60. But I don't see the "too sharp" here? What is your reference of how sharp the results should be? Are you saying that anything sharper than Bicubic60 is too sharp? If so, then that seems to be a rather subjective opinion to me. Unless you have a groundtruth which shows us that the chroma channel is supposed to be as blurry as in the Bicubic60 image?

I don't really understand the argument that when doubling resolution of an RGB or YCbCr 4:4:4 image, chroma should be doubled with a softer algo than luma. What is the scientific or logic reason for making such an argument? Most photo/video software out there actually scales in RGB, which produces very similar results to upscaling all YCbCr channels with the same algorithm/sharpness. The only reason why I'm doubling in YCbCr instead of RGB is that it allows me to spend more GPU power on the Y channel (which is more important) than the CbCr channels. But if GPU power were no issue, I'd *always* use the same algo for all 3 channels, or even double in RGB. I would even remove the option to choose a different chroma doubling algo. IMHO the only valid reason to use a different chroma algo for doubling is to save performance.

Last edited by madshi; 19th April 2017 at 14:18.
madshi is offline   Reply With Quote
Old 19th April 2017, 15:00   #43396  |  Link
Neo-XP
Registered User
 
Neo-XP's Avatar
 
Join Date: Mar 2016
Location: Switzerland
Posts: 140
Quote:
Originally Posted by madshi View Post
All I'm seeing here is that NGU Sharp is sharper than Bicubic60. But I don't see the "too sharp" here? What is your reference of how sharp the results should be? Are you saying that anything sharper than Bicubic60 is too sharp?
No, I'm saying that NGU Sharp is too sharp and brutal for chroma doubling, even with very HQ content.
The result is unnatural and ugly for me.

Quote:
Originally Posted by madshi View Post
Unless you have a groundtruth which shows us that the chroma channel is supposed to be as blurry as in the Bicubic60 image?
I don't think the result should be as blurry as in the Bicubic60 AR image, I think it should be a little less sharp than it is now to be more accurate, natural and pleasing to the eye, and cleaner (less aliasing and other artifacts that you can see now with NGU Sharp low, a little less with NGU Sharp med).
There is visibly room for improvements.

Quote:
Originally Posted by madshi View Post
I don't really understand the argument that when doubling resolution of an RGB or YCbCr 4:4:4 image, chroma should be doubled with a softer algo than luma. What is the scientific or logic reason for making such an argument?
Maybe because the source is not RBG or YCbCr 4:4:4, but 4:2:0 (like 99.99% of video content I guess) ?
Chroma upscaling is not perfect either, so upscaling the RBG or YCbCr 4:4:4 result of a 4:2:0 content with the same algorithm for luma and chroma does not seem logical.
It would be logical if the source material was RBG or YCbCr 4:4:4.

What is your opinion on this ?

Last edited by Neo-XP; 19th April 2017 at 15:17.
Neo-XP is offline   Reply With Quote
Old 19th April 2017, 15:13   #43397  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
My opinion is that any problems you're seeing are more likely coming from suboptimal chroma upscaling (4:2:0 -> 4:4:4) than from chroma doubling. As I mentioned a couple times before, I do plan to create an NGU algo for chroma upscaling which makes use of the luma channel for guidance. Once that's implemented, artifacts like aliasing etc should be lower in the chroma channel. I would at least like to wait until then before I add any wild option mixes for different luma vs chroma doubling...
madshi is offline   Reply With Quote
Old 19th April 2017, 15:24   #43398  |  Link
lunnar
Registered User
 
Join Date: Jul 2002
Posts: 35
Quote:
Originally Posted by madshi View Post
You used "passthrough" for those Dolby Vision Clips, too? What happens if you display them in normal SDR mode, just like you display a conventional 1080p Blu-Ray? Do they have the typical "washed out" look that HDR videos have when played in SDR mode?
Yea, They got the same Washed out look of typical HDR material when I play them in SDR on my projector.

don't get me wrong, It looks pretty good in HDR, it's just a bit too much color saturation and a green tinted push but nothing like watching an SDR source in HDR mode.
lunnar is offline   Reply With Quote
Old 19th April 2017, 15:35   #43399  |  Link
Neo-XP
Registered User
 
Neo-XP's Avatar
 
Join Date: Mar 2016
Location: Switzerland
Posts: 140
Quote:
Originally Posted by madshi View Post
My opinion is that any problems you're seeing are more likely coming from suboptimal chroma upscaling (4:2:0 -> 4:4:4) than from chroma doubling. As I mentioned a couple times before, I do plan to create an NGU algo for chroma upscaling which makes use of the luma channel for guidance. Once that's implemented, artifacts like aliasing etc should be lower in the chroma channel. I would at least like to wait until then before I add any wild option mixes for different luma vs chroma doubling...
That makes sense. If you create the "perfect" algo for chroma upscaling, NGU Sharp should be the best option for chroma doubling.
I can't wait !

In the meantime, I hope I would be able to select NGU med for chroma doubling without having to buy a new GPU to be able to use NGU very high for luma
As already said and tested, NGU med is a big improvement over NGU low for chroma doubling. I have already maximized all the other options in madVR for my GPU and I have GPU resources to spend

For fun, here is a little comparison between Bicbic60 AR (with NGU Standard very high for luma) / Bicbic60 AR (with NGU Sharp very high for luma) / NGU Standard med (with NGU Standard very high for luma) / NGU Sharp med (with NGU Sharp very high for luma) for chroma doubling :



In order of preference : NGU Standard med (with NGU Standard very high for luma), Bicbic60 AR (with NGU Standard very high for luma), Bicbic60 AR (with NGU Sharp very high for luma) and NGU Sharp med (with NGU Sharp very high for luma). Soften edges at 1-2 can also help a lot here with NGU Sharp for chroma doubling.

PS : usually, I like very sharp images, but this new NGU Standard algo is very good !

Last edited by Neo-XP; 19th April 2017 at 20:33.
Neo-XP is offline   Reply With Quote
Old 19th April 2017, 15:42   #43400  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by lunnar View Post
Yea, They got the same Washed out look of typical HDR material when I play them in SDR on my projector.

don't get me wrong, It looks pretty good in HDR, it's just a bit too much color saturation and a green tinted push but nothing like watching an SDR source in HDR mode.
Well, in HDR passthrough mode madVR should not do anything to the pixels (except convert them from YCbCr 4:2:0 to RGB), so the green push is likely to come either from the source itself, or from the projector handling it incorrectly. You could try disabling the "calibration controls" or to set "this display is already calibrated to BT.2020" or "DCI" or "BT.709", but I think in HDR passthrough mode these settings are ignored, anyway. I'm not 100% sure right now, though.
madshi is offline   Reply With Quote
Reply

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

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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

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

Forum Jump


All times are GMT +1. The time now is 00:27.


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