Jump to content

GeForce Game Ready 536.23 WHQL driver


Recommended Posts

ესე იგი ბოლო რამდენიმე დღეა ვტესტავ სერიალებზე მაგ 10 ბიტიან რეჟიმს + ახალ ნვიდიას დრაივერებს, + ეს ტვიკიც დავამატე და ძალიან გლატკია მაგითი ვიდეოებზე :

 

1.Openup Regedit and go to
\HKEY_LOCAL_ MACHINE\SYSTEM\CurrentControlSet\Control\Video\*****\0000\
The *'s will be random numbers . There will be a few of them, pick the "0000" folder with the most keys in it

2.Create the 4 PowerMizer keys (these will all be DWORD)
PerflevelSrc
PowerMizerEnable
PowerMizerLevel
PowerMizerLevelAC

3.Change the values (double click on them) to
PerfleveISrc 3322 [changing the value to 3423 was able to lower it bit more, maybe this can be beneficial when testing]
PowerMizerEnable 0
PowerMizerLevel 1

მაგრამ ახალ 545.84 დრაივერებზე პერიოდული ფრიზები აქვს პოლნი ეკრანზე 4K HDR, იმდენათ გლატკია სხვა დროს  მაგ ფრიზების გარდა რომ აღარ დამიტესტია ეგ დრაივერების ბრალია, მაგ ზედა ტვიკის თუ 10 ბიტზე რომ დავაყენე მაგისი, აი შეშდება მცირე პერიოდით ეკრანი, მარტო ლაპარაკი ისმის და მერე ისევ სწორდება თავისით, gpu აქსელერაციის ან გამტარობის ბრალი ჩანს DP 1.4-ზე 165 გერცი + 10 ბიტზე როცაა, ან კარტას უჭირს არ ვიცი, აღარ დამიტესტია კარგათ რა მოქმედებს ზუსტათ, მაინც საინტერესოა რის გამო ფრიზავს, თან SDR ვიდეოებზე დაფრიზვები არ ჭირს და უფრო HDR ქონდა, მაგის გარდა იდეალური ჩვენება აქვს მაგ ახალი madVRhdrMeasure179 პლაგინით, აშკრათ გაიზარდა (არ ვიცი ეგ ფეიკოვი ბუსტი აქვს თუ რაღაცა გააუმჯობესეს რეალურათ) საშვალო სიკაშკაშე, ძალიან მაღალი სიკაშკაშე აქვს და სიბნელეში უკეთესათ ჩანდა ყველაფერი + ხოშიანი ფერების დამუშავება, ისე არაა რომ გახუნებული ფერები აქვს გამის დატვიკის ხარჯზე, მანდ იმენა სიკაშკაშეა ზაპრედელნი, აშკარათ არაა ეგ 450 ნიტსი, მეტზე გაზავს რაღაცნაირათ, შემდეგ ჯერზე მოვხსნი მაგ ტვიკს ზემოთ რომ დავპოსტე და ისე დავტესტავ, თუ მაინც გაატრაკა ესე იგი უფრო ან დრაივერი ან 10ბიტია, მაგ 10 ბიტსაც მოვხსნი თუ მაინც გაგრძელდა ფრიზები ალბათ დრაივერი ატრაკებს უკვე, თან მაგდენ HDR ფორმატის სერიალებს და ფილმებს არ ვუყურებ ხოლმე მაინც ბოლო პერიოდში, ეხლა დაჯდა უბრალოთ რამდენიმე ეგეთი პადრიათ, ხო ეგ პრობლემა SDR ვიდეოებზე არ ქონდა 1080P 10 ბიტიან რეჟიმში, მარტო HDR და 4K, ანუ ჩვენება მაგ ახალ MadVR+ 10bit როგორც სკრინზე მაქვს მონიშნული ძალიან მაგარი აქვს, თან ძალიან გლატკათ უშვებს ყველაფერს 25ფპს სერიალი იქნება, თუ 23.976ფპს ფილმები, თუმცა რამდენიმე წამიანი ფრიზები აქვს პერიოდულათ, ძალიან ხშირ-ხშირათ არა, აღარ დამიშლია კეისი, შეიძლება ვიდეოკარტა არ ზის კარგათ სლოტში ან კიდე სატა კაბელია მოყანყალებული HDD-ზე საიდანაც ვუშვებ მაგ მაღალ ბიტრეიტიან 4K ფორმატის ვიდეოებს, მაგრამ მე ვაბრალებ მაინც მაგ ტვიკს,10ბიტს ან ბოლო დრაივერებს, მაქამდე ეგ პრობლემა არ მქონია, უფრო დაჟე ზედა ტვიკი ან ახალი დრაივერები მგონია 545.84 რაღაცა ახალი ბაგები უკვე დააფიქსირეს მაგ დრაივერზე სხვაგანაც და მაგიტომ, მაქამდე მგონი 10 ბიტი მეყენა და ეგრე არ ფრიზავდა HDR და მაგიტომ, არც უტუბზე აქვს ეგ ფრიზები 4k sdr 60ფპს ვიდეოებზე, ჩისტა MADVR+10BIT ბრალიც იყოს შეიძლება, არ დამიტესტია ჯერ კარგათ

  • Upvote 1
Link to comment
Share on other sites

madVRhdrMeasure 180 ბილდი დაიდო შემდეგი ჩეინჯლოგით:

Changes:
1) "map" is now available in 10% steps, to give you more control.
2) The ACES "repair hue & lum" options were removed (always on now).
3) Added ACES "split" option to give you more control over the compression curve.
4) Modified the ACES compression formulas to give us more control.
5) Added ACES "process in BT.2020" option, to allow you to apply ACES compression in BT.2020 instead of the output gamut.

The default option for the "split" parameter is 0.2, which should be roughly similar to how the original ACES compression parameters worked. The "split" parameter defines how much of a curve we have. The bigger this value is, the less clipping we have, and more of a curve. The "split" parameter is important if we increase the "threshold" parameter, because in the previous builds, when using a threshold near to 1.0, the "split" internally went down to near zero (it was calculated like "1.0 - threshold"), which basically turned the ACES "curve" into a clipping graph. Now if you keep "split" set to 0.2, you can increase the threshold up to 1.0, or even beyond 1.0, and there will still be a compression curve applied. The compression does start at the threshold, and it will then compress above that. A split value of around 0.2 look fine to me, but you can experiment with different values, if you like.

In order to find good threshold + limit + split values, I'd recommend to use the same values for Red, Green and Blue as a starting point. Once you're happy, you can still tune the values some more, by maybe trying different values for Red, Green and Blue. In theory, I could also allow the "split" value to be set differently per RGB channel. But I wonder if all of this is even needed. Using the same threshold, split and limit for all 3 channels might be fully sufficient?

I don't recommend using the "process in BT.2020" checkbox. However, if you like it, we can discuss it. It should do roughly what build 178 did - if you set all the other ACES parameters to their default and "split" to around 0.2.

ესეც გადმოსაწერი ლინკი: http://madshi.net/madVRhdrMeasure180.zip აგრეთვე განახლდა MPC-HC დევ ბილდიც: https://github.com/clsid2/mpc-hc/releases/download/2.0.0.21/MPC-HC.2.0.0.162.x64.exe შეიძლება ასნავნოი პლეიერათ ეგეთის გამოყენებაც, უბრალოთ მანდ უფრო სწრაფათ ამატებენ ახალ პლაგინებს და ფილტრების ბილდებს, ისე ხანდახან ლამის 1 წელი უნდა ელოდო ფინალურ ბილდს, მანდ ეგრევე იდება მინიმუმ თვეში ერთხელ მაინც ანახლებენ უფრო სწრაფ-სწრაფათ თუ არა

ისე გაიწელა საკმაოთ  rec 2020-ი პროფილის ათვისება, ძირითადათ უმრავლესობა ტელევიზორი და მონიტორი HDR DCI-P3 პრიფილს იყენებს და კონვერტაციას აკეთებს სუფთა Rec 2020, მანდ საქმე იმაშია რომ რეალურათ კარგი ჩვენება რომ ქონდეს მაგ პროფილზე კონვერტაციის გარეშე საჭიროა ტელევიზორს და მონიტორს ქონდეს მინიმუმ 90%+ ახვატი, მაგრამ ეხლა 80%+ მეტი საკმაოთ ცოტა მოდელებზე აქვს ჯერ, ალბათ ფსევდო 12 ბიტიან მატრიცებზე ექნება უკვე 90% ახლოს მაინც, მე მინახია რამდენიმე ტელევიზორზე და მონიკზე ასე 85-87% ეგ მაჩვენებელი, იდეაში უკვე ნორმა ჩვენება უნდა ქონდეს კონვერტაციის გარეშეც ეგეთზე, აი 10 ბიტი წინა პოსტებში რაც მაქვს დალინკული რეალურათ მოუხდა, ბანდინგსაც ფიქსავს ეგ და ფერებიც უფრო სასიამოვნოა, აგრეთვე გაიზარდა ბოლო ნვიდიას დრაივერში HDR რეჟიმში სიკაშკაშე, უფრო სოჩნი ფერები აქვს და გამა არ დაზიანებულა დიდათ, რის ხარჯზე მიაღწიეს მაგას არ ვიცი, შეიძლება ნაწილობრივ ვინდოუს 10 აპდეიტის შემდეგ დაფიქსირდა ეგ ზრდა, არ შემიმოწმებია მაგრამ ფაქტია მაგ ბოლო ბილდებზე + ბოლო ვინდოუს 10 განახლებით და ახალ ნვიდიას დრაივერზე აქვს უფრო მაღალი სიკაშკაშე და ეგ უკვე რამდენიმე ფილმზე და სერიალზე დავაფიქსირე, უბრალო დამთხვევა არ იქნებოდა მაინც, მომენტებში თუ დაფრიზა მაგ რეჟიმში ეგ არაა დიდი პრობლემა თუ საერთო ჩვენება უკეთესი აქვს, შეიძლება ეგეც დავფიქსო მერე შევამოწმებ კიდე რის გამო აკეთებს მაგას, არ გამოვრიცხავ ნაწილობრივ ეგ 10 ბიტიანი რეჟიმიც ეხმარებოდეს მაგაში, ადრე აშკარათ უფრო ცუდი ჩვენება ქონდა და დაბალი სიკაშკაშე, თუმცა დაფრიზვები არ ქონია მანამდე სანამ მაგ 10 ბიტს მოვუნიშნავდი სეთინგებიდან, თუმცა ეგ ბოლო პრავკები მემგონი მოქმედებს სიკაშკაშე-კონტრასტზე რაც madvrhdrmeasure დაემატა ბოლო პერიოდში

 

Link to comment
Share on other sites

კიდე განახლდა madVRhdrMeasure ბილდი შემდეგი ჩეინჯლოგით:

Changes:
1) ACES "split" parameter is now separately available for R, G, B.
2) Separated the "map" and "darken" features into separate dropdown boxes. Now you can also apply darken more gradually (in 10% steps).

Atm, I've no more ideas on how to improve out-of-gamut color handling. So I hope that this will be the final build we can use to dial all the new features in, and remove all features that are not needed.

ესეც გადმოსაწერი ლინკი: http://madshi.net/madVRhdrMeasure181.zip თვითონ ავტორი იძახის რომ მაგ ტვიკებზე მუშაობა დაასრულა და მეტი აღარაფრის გასწორება და გაუმჯობესება აღარ გამოვაო მინიმუმ დროებით, ანუ შეიძლება კიდე რამდენიმე თვე პაუზა გააკეთოს, აგრეთვე განუახლებიათ MPC-HC დევ ბილდი რაზეც ყენდება ეგ პლაგინი და შეიძლება HDR ვიდეოების და არა მარტო ყურება უპრობლემოთ: https://github.com/clsid2/mpc-hc/releases/download/2.0.0.21/MPC-HC.2.0.0.163.x64.exe ნუ სხვა პლეიერების გამოყენებაც მოსულა, აგერაა სრული სპისოკი რა პლეირებზეც შეიძლება მაგ პლაგინის დაყენება :

DVB Dream
· DVBViewer
· Fast Video Cataloger
· GameEx
· JRiver MediaCenter
· KMPlayer
· Kodi DSPlayer
· MediaPortal 1
· MPC-BE
· MPC-HC
· PotPlayer
· ProgDVB
· SmartDVB
· YAP
· Zoom Player

მე პირადათ მაგას ვხმარობ წლებია უკვე, პოტპლეირია კიდე ძალიან პოპულარული ვინდოუსებზე მაგის გარდა მაგ ჩარტიდან, ისე მედია პლეიერების ნაწილზე მაგის გარეშეც შეიძლება HDR ფორმატის ვიდეოს გაშვება, თუმცა ისინი შეიძლება სხვა მექანიზმს ხმარობდენ და არა madvr პლაგინს, ანუ ჩვენებაც ცოტა განსხვავებული ქონდეს შეიძლება მაგეებზე, მე პირადათ არ მაქვს დატესტილი, რახან ეგ ვარიანტიც მაკმაყოფილებს

Link to comment
Share on other sites

დიდი ხნის პერერივის შემდეგ MPC-HC ახალი ფინალური ბილდი გამოვიდა დობრათ ფიქსებით და აპდეიტებით: https://github.com/clsid2/mpc-hc/releases/tag/2.1.0 აგრეთვე დაიდო ახალი madVRhdrMeasure182 შემდეგი ჩეინჯლოგით:

Changes:
1) Changed ACES label "rgb" to "cmy", just cosmetics.
2) Swapped order of "split" vs "limit" options, because "thresh" and "split are closely related.
3) Added a "calc" button which allows calculating thresh, limit and split values for your specified output gamut (including support for custom gamuts).

The processing itself has not changed. The only "important" change is that there's a button to let you calculate ACES numbers for various gamuts.

Please allow me to explain how the calculation works:

The "calc thresh - colorchecker 24" option calculates the ACES compression threshold (knee) in such a way that the 24 colorchecker colors are "protected" from ACES compression. I'm not actually sure if this is a good approach or not. For example, since the colorchecker colors are pretty close to the BT.709 gamut boundaries, the thresholds become pretty close to 1.0, so not much desaturation is actually performed, even if we go from BT.2020 to BT.709. However, when the output gamut is DCI-P3, the colorchecker colors are much further away from the DCI-P3 gamut boundaries, so the calculated thresholds are much further away from 1.0, which means that when doing BT.2020 -> DCI-P3, the gamut compression is a bit stronger than when doing BT.2020 -> BT.709. Which seems weird to me. But maybe it does make sense, since maybe we do want to protect those colorchecker colors and only compress colors that are even wider than those?

The "calc limit - to BT.2020 boundaries" calculates the ACES limit in such a way that the compression exactly reaches the BT.2020 gamut boundaries, but doesn't go beyond. I think this calculation probably makes sense (why would we want the compression curve to go beyond BT.2020 boundaries!?). At least there's an argument that we may not want to exceed these limits? Or what do you guys think?

The "calc limit - to DCI-P3 boundaries" calculates the ACES limit in such a way that the compression exactly reaches the DCI-P3 gamut boundaries, but doesn't go beyond. Since many (most?) movies are limited to DCI-P3, anyway, maybe it makes sense to do this? However, this doesn't seem to look much different to the "calc limit - to BT.2020 boundaries" option, as far as I can see. So maybe this option is useless?

ესეც გადმოსაწერი ლინკი: http://madshi.net/madVRhdrMeasure182.zip

ანუ ეხლა შეიძლება მაგ ახალი aces დატვიკვა კალკულატორით, ცალკე DCI-P3 კონვერტაციაც მოსულა და მერე რაღაც calculator და დავტესტავ მაგეებით მერე HDR ვიდეოებს რამე ეფექტი აქვს თუ არა ჩემ დელზე თუ ჯობია მაგის გარეშე გაშვება, აი აქაა ეგ ახალი სეთინგები დამატებული:

hPKWYPz.jpg

ანუ მაგ ყველაფერს ექნება ეფექტი მარტო HDR ვიდეოებზე, სხვაგან არაფერი არ უნდა შეიცვალოს სიკაშკაშე,გამა,ფერებში, მარტო HDR მოქმედებს ეგ ტვიკები სხვაგანა 0 გავლენა ექნება

Link to comment
Share on other sites

ამასობაში გერმანელი მოდერი madshi მაგ პლაგინის არ წყნარდება და კიდე ორი ბილდი გამოუშვა madVRhdrMeasure შემდეგი ჩეინჯლოგით:


Changes:
1) Temporarily removed "custom gamut" feature (just to make room in the settings dialog), will be back after we're done with HK lum method testing.
2) Added lum method option back in with "Custom Sep, Sep, Stim and Max".
3) Added "HK effect" option, with a strength option (0-100%). This effects all lum methods except "Max".
4) Added Custom Sep RGB edit fields back in.

Please remember that Custom Sep RGB numbers need to add up to 100.

I'm hoping that we can test and sort out the new HK option quickly? I'd like to end up with only 1 lum methods for low(er) DPLs and 1 lum methods for high(er) DPLs.

Changes:
1) HK strength can now be adjusted separately for Red, Green and Blue.

The purpose of this change is that for Custom Sep, Blue is already dark enough as it is, so it may make sense to use HK only for Red and Green hues (?).

ანუ კიდე დატვიკა და შეცვალა რაღაცეები HDR ნასტროიკებში, ესეც გადმოსაწერი ლინკი: http://madshi.net/madVRhdrMeasure184.zip დეფოლტზე ეხლა ესე გამოიყურება ყველაფერი, ვამჩნევ უკვე გარკვეულ ცვლილებებს სეთინგებში:

aEjnmdy.png

სხვათაშორის სეთინგებში რაც 10ბიტზე დავაყენე უფრო პლავნათ მუშაობს ვიდეოები და ბანდინგიც იფიქსებაო მაგ რეჟიმში, ანუ არაა აუცილებელი თვითონ ვიდეო იყოს მაინდამაინც 10 ბიტში, მაინც ეხმარება ეგ, თუ 10 ბიტზე გიყენია მონიტორი და აქვს მაგის საპორტი, ანუ სხვა რენდერს იყენებს მასე ლუბოი ვიდეოში, 10ბიტი იქნება, 8 ბიტი SDR თუ 10ბიტი და HDR, სადაც ეგ ახალი ტვიკები გამოგადგება კაკრაზ უკვე სკრინზე რომ მაქვს ნაჩვენები, მგონი უფრო ახალ ნვიდიას რენდერს იყენებს მაგ რეჟიმში და მაგიტომ GPU აქსელერაციის დროს, ხო 10 ბიტში იმუშავებს მარტო პოლნი ეკრანზე, ეგ გაითვალისწინეთ, ჩაკეცილზე გადადის ისევ 8 ბიტზე, შეიძლება მაგის ადვილათ დადგენა თუ ჩაურთავთ ctrl+j და მანდ სტატისტიკას აჩვენებს ლუბოი გაშვებული ფაილის რა ტიპის ვიდეოა, რა ფპს აქვს, ლაგავს თუ არა და სხვა ნუანსები, ეხლა ყველაფერი ძალიან გლატკათ მუშაობს, ვინდოუს 10-ზე ეგ, 11-ზე მეეჭვება ეგრე კარგათ უბერავდეს, თუმცა თუ დავაყენე მარტო 23600+ ბილდი, რომელიც გაზაფხულისთვის უნდა გამოვიდეს წესით ფინალური ვარიანტი და მერე შემოდგომაზე უკვე 24h2 ოფიციალური ბილდის სახით, ხო ვინდოუს 10-ში საკმაოთ ბევრი ტვიკი მაქვს გამოყენებული რაც ზაფხულში დავაგდე კიდეც ვინდოუს 10-ის თემაში სკრინშოტებით, კომპლექსური ტვიკებია საკმაოთ იგივე ლანკარტის ნასტროიკების, ასნავნოი პოვერშელის გლობალური ინტერნეტ ნასტროიკების და პოვერ პროფილის ტვიკები მაქვს კიდე სერიოზული გამოყენებული ლატენტურობის გასაუმჯობესებლათ, რომელიც აშკარათ ასწორებს სიზუსტეს თამაშებშიც და 2დ რეჟიმში, იგივე ბრაუზინგის და ვიდეოების ყურების დროს თუნდაც MPC-HC+madvr, ძალიან მოუხდა ეგ ყველაფერი, ვიდეოკარტის დრაივერიც MSI რეჟიმში მიყენია და მულტითრიდინგი მაქვს სწორათ განაწილებული რეალურ ბირთვებზე რომ დაჯდეს მარტო სხვადასხვა უსბ-ვიდეო-ლან კარტის დრაივერი, რაც აგდებს ლაგებს და ჭედვებიც არა აქვს მაგის შემდეგ, 16-32 თრიდიან პროცესორებზე ეგ ყველაფერი კიდე უფრო კარგ ფორმაში მოიყვანს სისტემას, ანუ აქტუალური იქნება მაგ ახლებზეც და ვაბშე სლიპინ-სლიპინით იმუშავებს ყველაფერი, თან მაღალ სიხშირიანი რამები თუ გეყენება 32გბ 6000MHZ მაინც, ხო 10ბიტში გადაყვანა სეთინგებიდან ფერებს არ აბანძებს, ანუ არანაირი მწვანე ეფექტი არ დაკრავს და ნორმალურათ აჩვენებს ყველა ვიდეოს, მე ცუდი არაფერი შემიმჩნევია, მაგრამ ბანდინგი აშკარათ იფიქსება მაგ რეჟიმში ყველა ვიდეოებზე თუ ქონდა სადმე რამე ეგეთი, ერთადერთი მე მონიტორიც 10 ბიტში მიყენია ნვიდია კონტროლ პანელში + ჩართულია HDR და ფრისინკ პრემიუმ პრო, ვისთანაც არაა ეგ ყველაფერი შეიძლება მაგ მონიტორებზე ისეთი კარგი ეფექტი არ ქონდეს ან დალაგოს კიდეც და არ ეყოს გამტარობა ზოგიერთ ვიდეოებზე, შეიძლება ფერებიც გაბანძდეს არ ვიცი, ჩემთან კარგათაა ყველაფერი, თუმცა პერიოდულათ ქონდა მომენტებში ფრიზები მარტო HDR ვიდეოებზე, მეტი აღარ დამიტესტია, რახან არც ისე ხშირათ ვუყურებ ხოლმე მაგ ფორმატში სერიალებს, დიდი ნაწილი ჯერაც SDR გამოდის ან საერთოდ 1080P და მაგიტომ

Link to comment
Share on other sites

გიო, შენი მონიტორი დიდი ხანია რაც გაქვს? რამდენად იყიდე საიდუმლო თუ არ არის?

ჩემს მონიტორს ერხევა ცოტ-ცოტა და ვფიქრობ ახლის ყიდვას, მაგრამ 2კ 240ჰზ თუ 4კ 144/165 ვერ გადამიწყვეტია

 

Link to comment
Share on other sites

მე ავიღე ჩემი კრიპტოს დიდ ბულრანამდე, ეგ იყო 2020 წლის ნოემბერი სადღაც, კი უპრობლემოთ მუშაობს და არც თავიდან ჭირდა რამე, არ ქონია არანაირ ვიდში ჩემს დედ პიქსელები, პოლუმკვდარი პიქსელიც კი, ოლმარკეტში დამითმეს ბოლო ეგზემპლიარი როცა არ იშოვებოდა და ვიღაცამ აღარ წაიღოო, თუ სწორათ მახსოვს 1750 ლარათ, ღირდა ამაზონზე 500$ ფარგლებში იმ დროისთვის, ანუ ძალიან არ გავუყვლეფივარ, 3 წლიანი დელის გარანტიით იყო და ჩამოვიდა ინგლისიდან, ეწერა ყუთზე ეგ, ეგეთი არა მაგრამ არის ახალი 27 და 31.5 ინჩიანებიც დელებიდან, კარგებია ეგენიც, ნუ 31.5 ესაა კარგ ფასში ჩვენთან https://allmarket.ge/product/98006/monitori-dell-210-bdxv-g3223d_-31_5-monitor_-qhd_-ips_-dp_-hdmi_-usb_-usb-c_-black 27 ვხედავ სულ ახალ alienware მანდვე VESA HDR 600 სერტიფიკატით 180 გერციანს: https://allmarket.ge/product/106988/monitori-dell-aw2724dm-alienware-27_-27_-monitor_-qhd_-ips_-hdmi_-usb_-dp_-black ერთადერთი ცოტა ფასი იკბინება მაგ ახალზე, იქნება სხვაგან უფრო იაფათაც ქონდეთ ეგეთი, აი მაგის მიმოხილვაც https://www.rtings.com/monitor/reviews/dell/alienware-aw2724dm 360$ ეძრობა ხოლმე ხშირათ დელის ამერიკულ საიტზე ეგ მოდელი, ძალიან კარგი მოდელია მაღალი სიკაშკაშით და სწრაფი მატრიცით, დელის მონიტორები, თავიდან თუ არ აღმოაჩნდა რამე დეფექტი როგორც წესი მერე დიდხანს ძლებენ, განსაკუთრებით იპს-ზე თუ იქნება, რავი მე არ მქონია არანაირი პრობლემა დელებზე ჯერ, მთავარია კარგი ეგზემპლიარი შეგვხდეს, რახან ეგენიც ჩინეთშია მაინც აწყობილი

  • Upvote 1
Link to comment
Share on other sites

madVRhdrMeasure185 ბილდიც გამოვიდა შემდეგი ჩეინჯლოგით:

Changes:
- custom gamut back in

ვნახე გუშინ ახალ ვიდეოებს რომ ვჩხრიკავდი რეები დაიდო საინტერესო ბოლო დღეებში რუტრაკერზე 2160P-ში და ძალიან კარგი ჩვენება აქვს მაგ ბოლო ბილდებზე HDR, ეგ ყველაფერი თან ვინდოუს 10-ზე დავტესტე, შეიძლება 11-ზე კიდე უფრო კარგ ფორმაშიც კი იყოს HDR კოლორაცია და კონტრასტი-სიკაშკაშე, მანდ დიდი ხანია აღარაფერი დამიტესტია უკვე რა ხდება ბოლო დრაივერებზე და ბილდებზე, ესეც გადმოსაწერი ბილდი:

http://madshi.net/madVRhdrMeasure185.zip ნუ ალბათ ცალკე თემის გახსნაა საჭირო მაგ MPC-HC+madvr პლაგინზე და მეზარება მაგარი, თან ცოტა გაფორმებაც არ აწყენდა ალბათ, ისე MPC-HC ფინალური ბილდის შემდეგ უკვე დევ ბილდის დადებაც დაიწყო https://github.com/clsid2/mpc-hc/releases/download/2.1.0.22/MPC-HC.2.1.0.28.x64.exe ერთადერთი რას ფიქსავენ ზუსტათ არ წერენ ხოლმე სანამ ფინალური არ გამოვა, თუმცა სადღაც იდება ალბათ ფორუმზე მაგის შესახებ, თუ არ დამეზარა გავხსნი ცალკე თემას მოგვიანებით, მითუმეტეს Сyberlink მედია პლეირის თემა მაინც მოკვდა და ეგ არცაა ისეთი უნივერსალური და არ გაუშვებს ყველაფერს როგორც mpc-hc+madvr კომბინაცია რომელიც ფაქტიურათ ლუბოი ფაილს უშვებს დამატებითი კოდეკების გადმოწერის გარეშეც, ნუ 99% ალბათ მინიმუმ, მე არასდროს მქონია მანდ პრობლემა რომელიმე ფორმატზე, მთავარია შენ კარტას ქონდეს მაგ გაფართოვებაზე GPU აქსელერაცია, ჩემი კარტა არ უშვებს 8K ვიდეოებს კარგათ, მაგრამ ახალი სერიის კარტები უკვე უშვებენ, თუმცა 4K უპრობლემოთ უმკლავდება 60ფპს-აც კი ჩემი ნვიდიას კარტა ან 1080Ti, მაინინგში რაც მქონდა და არ მიხმარია ასნავნოი სისტემაზე აქამდე

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.