Custom Resolution Utility (CRU)

[Grotlo]

(08-22-2018 09:44 PM)ToastyX Wrote:  

(08-22-2018 08:47 PM)Grotlo Wrote:  To trick a FreeSync monitor into thinking that GPU installed is AMD brand while in reality it is an Nvidia GPU.

Wouldn't this allow FreeSync to work on Nvidia GPUs?

No, the monitor doesn't care what GPU is installed. NVIDIA would have to implement FreeSync for it to work.

Thanks for the prompt response Toasty!


Hmm... Let me hypothesize the other way around.

Would it be possible in the foreseeable future to devise a patch/mod that tricks Nvidia drivers to recognize FreeSync monitors as Gsync.

It is just way to hard to imagine that "Ray tracing it just works corporation" would ever adopt a FreeSync standard due to already having their g sync cash grab tech in place.

Cheers!

[gabrieldesrochers@hotmail.com]

hi i completed the edid and aded lfc support so it a true freesync 2 from samsung with alll static hdr metadata and all colorimetry you have dynamique metadata inclued pls share i need an nvidia with hdmi 2.0 or 1.4 dp https://drive.google.com/open?id=1UOIg8B...sDIvcpjeuX this is the final version for info my monitor is a crap hp pavillon 22xw with no supoort freesync hdr and 10 12 bit

---

(08-23-2018 04:28 AM)Grotlo Wrote:  

(08-22-2018 09:44 PM)ToastyX Wrote:  

(08-22-2018 08:47 PM)Grotlo Wrote:  To trick a FreeSync monitor into thinking that GPU installed is AMD brand while in reality it is an Nvidia GPU.

Wouldn't this allow FreeSync to work on Nvidia GPUs?

No, the monitor doesn't care what GPU is installed. NVIDIA would have to implement FreeSync for it to work.

Thanks for the prompt response Toasty!


Hmm... Let me hypothesize the other way around.

Would it be possible in the foreseeable future to devise a patch/mod that tricks Nvidia drivers to recognize FreeSync monitors as Gsync.

It is just way to hard to imagine that "Ray tracing it just works corporation" would ever adopt a FreeSync standard due to already having their g sync cash grab tech in place.

Cheers!

freesync nope but send me the edid of your monitor i can try tweaking for edp support and ad automatique low latency compensation data variable refrash rate it gsync
u will need these moded driver but export the cru bin file from your monitor https://onedrive.live.com/?authkey=%21AE...9AE83CBE6D i think it will not work but i have a great edid editor

[CeLioCiBR]

(08-15-2018 05:12 PM)ToastyX Wrote:  

(08-15-2018 02:04 PM)CeLioCiBR Wrote:  so, it's possible to force 60.000 Hz ?

When i create a "Detailed resolution", the Hz always stays 60.002 Hz, on CRU.

i use LCD Standard btw.

i don't even know if that matters.. it's just a thing that i want to be sure that is normal..

Horizontal Total × Vertical Total × Refresh Rate = Pixel Clock

1760 × 926 × 60 = 97,785,600 (97.7856 MHz)

The problem is the pixel clock is limited to two decimal places, so CRU chooses the next highest possible value (97.79 MHz):

Pixel Clock ÷ Horizontal Total ÷ Vertical Total = Refresh Rate

97,780,000 (97.78 MHz) ÷ 1760 ÷ 926 = 59.99656391125074 Hz
97,790,000 (97.79 MHz) ÷ 1760 ÷ 926 = 60.00269978401728 Hz

You can get exactly 60 Hz by changing the vertical total to 925:

97,680,000 (97.68 MHz) ÷ 1760 ÷ 925 = 60 Hz

Oh hey there xD

So, it worked..

Thank you very much, really xD

[hasec]

Hello.


Okay, this is my first post


i would like to thank everyone who has made this program possible.
i am able to run my current Acer monitor at 1920 x 1080p @ 75Hz.

i am getting a monitor that is UHD with HDR @ 60Hz and has a 10bit panel (8bit + dithering).

i checked bandwidths and timings to see if i could get at least 71.928Hz out of it.
However i discovered that UHD 8bit already takes quite a lot bandwidth.
So i came across many timing standards GTF, CVT, CVT reduced(CVT-RB) and CVT-R2 (CVT 1.2).

Unfornately it seems that CRU doesn't have CVT-R2..

i also have a debian linux computer and i was able to download CVT12, a command line tool:
https://github.com/kevinlekiller/cvt_mod...culator_12
i calculated timings for my FullHD monitor but if i enter these values(totals) CRU doesn't fill in blanking etc. for horizontal column.
Pixel clock is also empty.

my question is is it possible to include CVT-R2 calculations into a future release?


For comparison here is a chart:
https://www.mtbs3d.com/phpbb/viewtopic.php?t=5512

Those values are for 8bit which can be multiplied for higher bpcs.
Anyway if you check UHD resolution @ 60Hz (timing type not specified) and 2160p @ 60Hz with CVT-R2 there is a big difference regarding the pixel clocks.

The difference between CVT-RB and CVT-R2 might seem little.
FullHD @ 60Hz with CVT-RB 138.65mHz 3.33
FullHD @ 60Hz with CVT-R2 133.32mHz 3.20

imho that difference can mean a lot when overclocking a monitor.



Thanks.


Edit: apparently SwitchResX(OS X) can also calculate CVT-R2 timings.

[ToastyX]

(08-23-2018 04:47 PM)hasec Wrote:  i am getting a monitor that is UHD with HDR @ 60Hz and has a 10bit panel (8bit + dithering).

i checked bandwidths and timings to see if i could get at least 71.928Hz out of it.
However i discovered that UHD 8bit already takes quite a lot bandwidth.
So i came across many timing standards GTF, CVT, CVT reduced(CVT-RB) and CVT-R2 (CVT 1.2).

Unfornately it seems that CRU doesn't have CVT-R2..

i also have a debian linux computer and i was able to download CVT12, a command line tool:
https://github.com/kevinlekiller/cvt_mod...culator_12
i calculated timings for my FullHD monitor but if i enter these values(totals) CRU doesn't fill in blanking etc. for horizontal column.
Pixel clock is also empty.

my question is is it possible to include CVT-R2 calculations into a future release?

CVT-RB2 probably won't help. UHD 60 Hz monitors normally can't handle higher refresh rates, and if the monitor uses HDMI 2.0, you won't be able to fit 71.928 Hz within the 600 MHz pixel clock limit. CVT-RB2 only cuts the horizontal blanking in half and not the vertical. If your goal is to reduce bandwidth, you're better off reducing both the horizontal and vertical blanking manually to figure out what the monitor can handle.

[hasec]

(08-23-2018 09:09 PM)ToastyX Wrote:  

(08-23-2018 04:47 PM)hasec Wrote:  i am getting a monitor that is UHD with HDR @ 60Hz and has a 10bit panel (8bit + dithering).

i checked bandwidths and timings to see if i could get at least 71.928Hz out of it.
However i discovered that UHD 8bit already takes quite a lot bandwidth.
So i came across many timing standards GTF, CVT, CVT reduced(CVT-RB) and CVT-R2 (CVT 1.2).

Unfornately it seems that CRU doesn't have CVT-R2..

i also have a debian linux computer and i was able to download CVT12, a command line tool:
https://github.com/kevinlekiller/cvt_mod...culator_12
i calculated timings for my FullHD monitor but if i enter these values(totals) CRU doesn't fill in blanking etc. for horizontal column.
Pixel clock is also empty.

my question is is it possible to include CVT-R2 calculations into a future release?

CVT-RB2 probably won't help. UHD 60 Hz monitors normally can't handle higher refresh rates, and if the monitor uses HDMI 2.0, you won't be able to fit 71.928 Hz within the 600 MHz pixel clock limit. CVT-RB2 only cuts the horizontal blanking in half and not the vertical. If your goal is to reduce bandwidth, you're better off reducing both the horizontal and vertical blanking manually to figure out what the monitor can handle.

Thank you for your reply.

What about Displayport 1.2?
Is there any way to determine max refresh rate by checking specs(horizontal freq, vertical freq range etc)?

[ToastyX]

(08-23-2018 10:02 PM)hasec Wrote:  What about Displayport 1.2?
Is there any way to determine max refresh rate by checking specs(horizontal freq, vertical freq range etc)?

DisplayPort 1.2 should be able to handle up to 720 MHz pixel clock, but AMD cards seem to be limited to 600 MHz. It might be possible with NVIDIA, but you'll need to find a monitor that can handle higher refresh rates without skipping frames. Specs won't tell you anything about how the monitor handles higher refresh rates.

[hasec]

(08-24-2018 12:56 AM)ToastyX Wrote:  

(08-23-2018 10:02 PM)hasec Wrote:  What about Displayport 1.2?
Is there any way to determine max refresh rate by checking specs(horizontal freq, vertical freq range etc)?

DisplayPort 1.2 should be able to handle up to 720 MHz pixel clock, but AMD cards seem to be limited to 600 MHz. It might be possible with NVIDIA, but you'll need to find a monitor that can handle higher refresh rates without skipping frames. Specs won't tell you anything about how the monitor handles higher refresh rates.

Ok.

Will lower timings (mainly pixel clock) help if there are skipped frames?

[ToastyX]

(08-24-2018 05:30 AM)hasec Wrote:  Will lower timings (mainly pixel clock) help if there are skipped frames?

No.

[hasec]

(08-24-2018 12:17 PM)ToastyX Wrote:  

(08-24-2018 05:30 AM)hasec Wrote:  Will lower timings (mainly pixel clock) help if there are skipped frames?

No.

Thank you for your help.