George

Valve Patched Massive Vulnerability in Steam (that was there for 10+ years) http://www.guru3d.com/news-story/valve-patched-massive-vulnerability-in-steam-(that-was-there-for-10-years).html

ADATA XPG Spectrix D80 RGB Memory Module Hits 5531 MHz Mark http://www.guru3d.com/news-story/adata-xpg-spectrix-d80-rgb-memory-module-hits-5531-mhz-mark.html

Colrofor Readies SL500 1TB Boost SSD and more for Computex http://www.guru3d.com/news-story/colrofor-readies-sl500-1tb-boost-ssd-and-more-for-computex.html Intel QLC based consumer SSD late this year, also Business SSDs up-to 20TB http://www.guru3d.com/news-story/intel-qlc-based-consumer-ssd-late-this-yearalso-business-ssds-up-to-20tb.html

AMD Press Conference at Computex Will Get a Live Webcast http://www.guru3d.com/news-story/amd-press-conference-at-computex-will-get-a-live-webcast.html

Ryzen 3 2300X and Ryzen 5 2500X Details Surface as well as 45W E-Models http://www.guru3d.com/news-story/ryzen-3-2300x-and-ryzen-5-2500x-details-surface-as-well-as-45w-e-models.html AMD B450 Motherboards Will be Displayed at Computex http://www.guru3d.com/news-story/amd-b450-motherboards-will-be-displayed-at-computex.html Acer Thrills with Immersive Gaming Experiences at Computex http://www.guru3d.com/news-story/acer-thrills-with-immersive-gaming-experiences-at-computex.html

NVIDIA Next Generation Mainstream GPU Detailed in August http://www.guru3d.com/news-story/nvidia-next-generation-mainstream-gpu-detailed-in-august.html

Intel Shows Optane memory that fits in DDR4 DIMM slots http://www.guru3d.com/news-story/intel-shows-with-optane-memory-that-fits-in-ddr4-dimm-slots.html

Intel Core i7-8086K anniversary edition CPU gets listed at retailers (updated) http://www.guru3d.com/news-story/intel-core-i7-8086k-anniversary-edition-cpu-gets-listed-at-retailers.html

Review: Corsair HS70 Headset http://www.guru3d.com/articles-pages/corsair-hs70-headset-review,1.html

ADATA Launches XPG INFAREX K20 gaming keyboard http://www.guru3d.com/news-story/adata-launches-xpg-infarex-k20-gaming-keyboard.html Roccat launches Their Own Mechanical Keyboard Switch -Titan http://www.guru3d.com/news-story/roccat-launches-their-own-mechanical-keyboard-switch-titan.html Aimpad and Cooler Master Join Forces in Exclusive Licensing Agreement http://www.guru3d.com/news-story/aimpad-and-cooler-master-join-forces-in-exclusive-licensing-agreement.html ooler Master Computex 2018 - Product Teasers http://www.guru3d.com/news-story/cooler-master-computex-2018-product-teasers.html კულერმასტერი ბევრი რაღაცის ჩვენებას აპირებს ამ წლის კომპუტექსზე, მათ შორის კიიბორდების

ASUS H370 Mining Master connects 20 GPUs Over USB http://www.guru3d.com/news-story/asus-h370-mining-master-connects-20-gpus-over-usb.html

BenQ EW3270U მიმოხილვა რუსულათ https://3dnews.ru/969897 31.5 ინჩიანი 3840 × 2160 მოდელია ჩესნი 10 ბიტიან MVA მატრიცაზე 60 გერციანი ფრისინკის საპორტით და მილიარდი ფერის დამუშავებით, ინპუტ ლაგი არ დაუტესტიათ მაგრამ რატომღაც მგონია რომ ისეთი კარგი არ იქნება ეგ მოდელი გეიმინგისთვის ASUS ROG Strix XG248Q Adaptive Sync 240 Hz Monitor http://www.guru3d.com/news-story/asus-rog-strix-xg248q-adaptive-sync-240-hz-monitor.html

RTSS 7.2.0 beta 1 გამოვიდა უზარმაზარი ჩეინჯლოგით: · Added On-Screen Display performance profiler. Power users may enable it to measure and visualize CPU and GPU performance overhead added by On-Screen Display rendering. Two performance profiling modes are available: o Compact mode provides basic and the most important CPU prepare (On-Screen Display hypertext formatting, parsing and tessellation), CPU rendering and total CPU times, as well as GPU rendering time (currently supported for Direct3D9+ and OpenGL applications only) o Full mode provides additional and more detailed per-stage CPU times · Improved built-in framerate limiter: o Added power user oriented profile setting, allowing you to specify the limit directly as a target frametime with 1 microsecond precision o Added power user oriented profile setting, allowing you to adjust throttle time. Throttle time adjustment is aimed to reduce input lag when framerate is below the target limit or without limiting the framerate o Added power user oriented profile setting, allowing you to synchronize framerate to up to two independent scanline indices per refresh interval. Combining with user configurable scanline wait timeout, those settings provide experienced users low input lag adaptive VSync or double VSync functionality on any hardware · Various On-Screen Display optimizations and improvements: o Added adjustable minimum refresh period for On-Screen Display renderer. The period is set to 10 milliseconds by default, so now the On-Screen Display is not allowed to be refreshed more frequently than 100 times per second. Such implementation allows keeping smooth animation when On-Screen Display contents are being updated on each frame (e.g. when displaying realtime frametime graph) without wasting too much CPU time on it o Added alternate GPU copy based Vector2D On-Screen Display rendering mode implementation for Direct3D1x applications. New mode provides up to 5x Vector2D performance improvement on NVIDIA graphics cards, however it is disabled on AMD hardware due to slow implementation of CopySubresourceRegion in AMD display drivers o Vector2D rendering mode is now forcibly disabled in Vulkan applications on AMD graphics cards due to insanely slow implementation of vkCmdClearAttachments in AMD display drivers o Revamped geometry batching and vertex buffer usage strategy in pure Direct3D12 On-Screen Display renderer (currently used in Halo Wars 2 only) o Added Vector2D rendering mode support to pure Direct3D12 On-Screen Display renderer o Optimized On-Screen Display hypertext parsing and tessellation implementation o Optimized state changes in OpenGL On-Screen Display rendering implementation o Optimized state changes in Direct3D1x On-Screen Display rendering implementation o Solid rectangles and line primitives in Direct3D8 and Direct3D9 On-Screen Display rendering implementations are now rendered from vertex buffer instead of user memory o Improved OpenGL framebuffer dimensions detection when framebuffer coordinate space is selected · Fixed On-Screen Display rendering in wrong colors when Vector2D mode is selected and Direct3D1x applications use 10-bit framebuffer · Fixed Vulkan fence synchronization issue, which could cause GPU-limited Vulkan applications to hang due to attempt to reuse busy command buffer · Active busy-wait loop in the framerate limiter module is now forcibly interrupted during unloading the hooks library to minimize the risk of deadlocking 3D application when dynamically closing RivaTuner Statistics Server during 3D application runtime · Improved synchronization in 32-bit hook uninstallation routines · Updated profiles list A few notes about new toys for power users: New performance profiler Performance profiler can be enabled by setting PerformanceProfiler field in [OSD] section to 1 (basic mode) or 2 (detailed mode). "Show own statistics" must be enabled in RTSS to see the profiler. The following performance counters are available for detailed mode: CPU acquire – CPU time, spend on acquiring access to 3D API. This CPU time depends on 3D API used by application, in most cases it is zero, for D3D12 applications displaying OSD in D3D11on12 mode it is CPU time spend on acquiring D3D11on12 wrapper for rendering, in Vulkan applications asynchronically presenting frames from compute queue (e.g. DOOM or Wolfenstein II on AMD cards) it is CPU time spend on synchronizing graphics and compute queues. For OpenGL applications it can be nonzero if application is forcibly flushing the pipeline in the end of each frame rendering with glFlush. CPU acquire stage is executed on each frame. CPU prepare – CPU time spend on preparing OSD contents for rendering. This CPU time doesn’t depend on 3D API used by application, it entirely depends on the amount of text/graphs you’re displaying in OSD. CPU prepare time is divided into the following substages: init, parse and tessellate. Init is CPU time spend on formatting own RTSS OSD contents (i.e. formatting own framerate counters, scanning hypertext and replacing framerate macro with real formatted framerate values, formatting performance counters, benchmark statistics etc). Parse is CPU time spend on parsing resulting OSD hypertext (including the hypertext supplied by OSD clients like MSI AB or HwInfo), processing hypertext formatting tags and preparing OSD contents as collection of text with attributes to be tessellated on the next stage. Tessellate is CPU time spend on converting parsed OSD text and attributes to renderable form (collection of vector rects for each symbol for vector 2D/3D OSD rendering modes or collection of textured quads for each symbol for raster 3D mode). CPU prepare stage is executed on the frames when OSD contents is refreshing, i.e. if you’re displaying OSD with framerate counter and default refresh rate in RTSS properties (500 ms), then OSD is refreshing and this stage is executed just twice per second. CPU render – CPU time spend on rendering OSD. This CPU time depends on 3D API used by application and on OSD rendering mode selected in RTSS (Vector2D, Vector3D or Raster3D). CPU render time is divided into the following substages: save, submit and restore. Save is CPU time spend on saving 3D rendering pipeline state before rendering OSD. This substage entirely depends on 3D API used by application, for example state changes are most expensive for Direct3D9 applications (especially pure Direct3D9 ones). Low-level 3D APIs (pure Direct3D12 or Vulkan) do not require saving pipeline state, so this CPU time is zero. Vector2D OSD rendering mode also doesn’t require saving and restoring rendering pipeline state, so it is zero in this case too. Submit is CPU time spend on filling vertex buffers with previously tessellated OSD geometry and submitting it to 3D API. Restore is CPU time spend on restoring previously saved 3D rendering pipeline state after drawing OSD. CPU render stage is executed on each frame. CPU capture – CPU time spend of capturing framebuffer contents. This stage is executed and this time is not equal to zero during videocapture only. CPU flush – CPU time spend on the final stage of flushing OSD renderer and returning control to application’s 3D API. This time is D3D11on12 wrapper flushing time D3D12 applications displaying OSD in D3D11on12 mode. For applications using different 3D APIs it is zero. This stage is executed on each frame. CPU total – total CPU time including all stages listed above. GPU render – GPU time spend on rendering OSD. This performance counter is currently collected for Direct3D9, Direct3D10, Direct3D11, Direct3D12 applications displaying overlay in D3D11on12 mode and OpenGL applications only. GPU render time profiling is currently not supported for Vulkan and pure Direct3D12 applications. New scanline sync based framerate limiter Before you start experimenting with new sync mode, it is recommended to enable diagnostic scanline sync related info in OSD by setting SyncInfo field in [OSD] section to 1. "Show own statistics" must be also enabled in RTSS to see it. New scanline sync based framerate limiter is controlled by the following values: SyncDisplay – name of logical display device to be synchronized with. Currently it is a primary display name. SyncScanline0 – index of the first scanline for framerate synchronization. No synchronization is performed when it is set to zero, otherwise this is treated as scanline index starting from top of the frame. E.g. SyncScanline0=1 means that the frame will be synchronized with the top (or more precisely the second scanline, because indices are zero based) scanline and SyncScanline0=1000 means that the frame will be synchronized with scanline 1000 (which is located in the bottom part of screen if we use 1080p mode with 1125 scanlines total). SyncScanline1 – index of the second scanline for framerate synchronization. Defining two independent sycnhronization points per refresh allows us to get functionality of double VSync, i.e. you get smooth 2xRefreshRate framerate). No synchronization is performed when it is set to zero, otherwise this is treated as index starting from middle of the frame. E.g. SyncScanline1=1 with total 1125 scanlines means that the frame will be synchronized with the scanline 562(1125/2)+1=563 and SyncScanline1=400 means that the frame will be synchronized with scanline 562(1125/2)+400=962 (which is located in the bottom part of screen if we use 1080p mode with 1125 scanlines total). SyncTimeout – allows adjusting timeout for scanline synchronization. The timeout provides functionality similar to NVIDIA’s Adaptive VSync, meaning that you may forcibly disable synchronization when framerate drops below the refresh rate. Timeout can be specified either explicitly in microseconds (e.g. SyncTimeout=16667 for 60Hz refresh rate) or you can let RTSS to benchmark and calibrate it automatically and set it to 1/N of refresh time when SyncTimeout=N is in [1,8] range). Summarizing, you may start experiments with scanline sync with the following presets: For traditional VSync with low input lag: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=0 In this case tearline position is fixed in the top of frame, so you can move it down via tuning and increasing SyncScanline0 value. For adaptive VSync with low input lag on 60Hz refresh rate: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=16667 or calibrate timeout automatically: Code: SyncScanline0=1 SyncScanline1=0 SyncTimeout=1 For double VSync (i.e. 2x refresh rate framerate, 120FPS for 60Hz refresh rate) Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=0 In this case tearlines will be in the top and in the middle of frame, you can move it down via synchronically increasing SyncScanline0 and SyncScanline1 values. To control timeout in such case use either explicit value: Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=8333 or calibrate timeout automatically: Code: SyncScanline0=1 SyncScanline1=1 SyncTimeout=2 საკმაოთ საინრერესო რაღაცეებია დამატებული ისე, აი გადმოსაწერი ლინკიც ვინმეს თუ დატესტვა მოუნდება: http://www.guru3d.com/files-get/rtss-rivatuner-statistics-server-download,15.html

დობრათ intel RST დრაივერები გამოვიდა 100-300 სერიის მაზერებისთვის: Intel Rapid Storage Technology (RST) Version 16.0.5.1095 WHQL http://www.station-drivers.com/index.php?option=com_remository&Itemid=352&func=fileinfo&id=3481&lang=fr Intel Rapid Storage Technology (RST) Version 16.0.10.1104 WHQL http://www.station-drivers.com/index.php?option=com_remository&Itemid=352&func=fileinfo&id=3484&lang=fr Intel Rapid Storage Technology (RST) Version 16.0.3.1092 WHQL http://www.station-drivers.com/index.php?option=com_kunena&view=topic&catid=4&id=2720&Itemid=255&lang=fr#16663 მოდიფიცირებული დრაივერები არ დაუდია ამჯერათ ფერნანდოს ამ თემაში და აღარც მე მითხოვია: https://www.win-raid.com/t11f23-Modded-Intel-AHCI-and-RAID-Drivers-digitally-signed.html 16.3.0.1007 მიყენია ისე ეხლა და მთლათ ცუდათ არ უბერავს

კიდე ახალი ბილდი გამოვიდა http://download.a4tech.com.tw:8080/BloodyMouse/Bloody6_V2018.0525_MUI.exe

დღეს ნბა-ის ფლეიოფის ფინალის პირველ შეხვედრას ვუყურე გოლდენ სტეიტის მოედანზე რომ ჩატარდა, მოკლეთ სულ ცოტატი არ ეყო კლივლენდს რომ გაემარჯვათ მაგ თამასში, ფაქტიურათ ერთი ქულა დააკლდათ ბოლოს რისი ჩაგდებაც სულ თავისუფლათ შეეძლოთ პრინციპში ან შტრაფნოიდან ან კიდევ მაგის შემდეგ ჯეარ სმიტმა რომ დროს გაწელვა დაიწყო იმის მაგივრათ რომ ეგრევე ესროლა ან პასი გაეკეთებინა, ლებრონმა მოშნათ ითამაშა და 51 ქულა აიღო, ლავი დაბრუნდა და 21 ქულა აიღო, ანუ ცუდათ არ უთამაშია, აი სხვა იგროკებმა ისევ ჩაისვარეს და 10 ქულაც არ აუღია არავის, მაგ მხრივ გოლდენ სტეირმა უფრო როვნი თამაში ჩაატარა, დურანტმა 26 ქულა მოიპოვა და თავიდან მთლათ ეფექტური არ იყო ნამდვილათ, კარიმ 29 ქულა აიღო და ისევ ყარა 3 ქულიანები, ტომსონმა კი 24 ქულა მოაგროვა, თუმცა ბოლოს რომ ჩაეგდო მეორე შტრაფნოიც კლივლენდს იგებდენ მაგ შეხვედრას, ისე კი უშანსოთ დამარცხდენ ოვერტაიმში 124-114, მეორე თამასში შეიძლება ყველაფერი გადაწყდეს უკვე, 2-0 თუ გახდება ანგარიში არა მგონია კლივლენდმა შემოატრიალოს ეგ სერია უკვე

კი IGN და გეიმსპოტზეც მოთხარეს რასაც ქვია მაგათ მიმოხილვებში: http://www.ign.com/games/agony-madmind-studio https://www.gamespot.com/reviews/agony-review-a-captivating-disappointment/1900-6416919/ გეიმსპოტმა მთლათ 30% დაუწერა

კი ეგ ვიდეოებიდანაც ჩანდა რომ ურთულესია რასაც ქვია, განსაკუთრებით ბოლომდე თუ მიყვები და აპირებ დახურვას

Fallout 5 გულისხმობ, 2019 წლამდე ალბათ არ გამოვა უფრო გვიან თუ არა, ვნახოთ აბა როდისთვის დაანონსებენ, ჯერ მგონი მაგ ონლაინ ნაწილზე აკეთებენ აქცენტს

მოკლეთ დაგაზა ლირაZ-იც, მაგრამ ძალზე მაგარ ეკონომიას აკეთებს და TDP 70% უკვე სული ძვრება როგორც ჩანს და 2000+ ბუსტავს თან, ვერაფერი მოვუხერხე და გავთიშე მოკლეთ მთლიანათ ეგ ალგო, ისევ ლირავ2 და მისი ჯანი 9$+ დოლარით სტაბილურათ, ეკვიჰაში რაღაც მთალთ დასირებულია ეს დღეებია, დაახლოებით 8$ დებდა ისე უკვე ლირაZ-ზე, თუ დაიხვეწება შეიძლება მაგაზეც ცდა, მაგრამ სისტემასაც ასირებს მგონი რახან ძალზე შენელებულათ მუშაობდა ტიმვივერი ეგ რომ გაშვებული იყო, lira2z-ზე ტემპები 10 გრადუსით უფრო დაბალი აქვს ვიდრე ლირავ2 ალგოზე

ბოლო ბლუ სკრინი ჩემთან ვინდოუს 7-ზე ქონდა, ეგეც ერთხელ ამომიგდო მგონი და P5B რაზგონზე

თუ 1803 დაყენების შემდეგ დაეწყო ეგეთი რამე და ადრე არასდროს უქნია, შეიძლება ვინდოუსის ბრალიც იყოს და ისევ 1709 დააყენე და ნახე რას იზამს აბა

შეგიძლია პარარელურათ გაუშვა იმდენი რამდენიც გინდა, მე 6 ცალს ვუშვებ ხოლმე 2გბ ცალზე და დობრათ რამს ტესტავს 100% მაინც დატესტე, შეიძლება მაგის ბრალი არც იყოს არ ვიცი, თუ ახურებს რამზე როგორც წესი საკმაოთ მალევე იწყებს ერორების ამოგდებას მაგ ტესტში, ფაილს რამდენჯერმე დააკლიკე და გაიხსნება ახალი სესიებიც და ყველგან 2000 მოუნიშნე და ეგაა

ლოლ სტატისტიკის სერვერი არ უმუშავებთ ნაისჰაშზე, მე კიდე ვუჩხიკინებ გამწარებულია და არაფერი შეცვლილა: https://status.nicehash.com იმედია მალე გაასწორებენ მაგ პრობლემას, თორე 1$ მიწერს 6 მაგივრათ და არაფერი ემატება რომ ვამაინინგებ, ჯერ ახალი მაინერის პრობლემა მეგონა გუშინ რომ დავაყენე, მაგრამ ლუბოი ვერსიაზე ახურებს და დავანებე თავი, ეხლა დავბენჩე და მაგის შემდეგ გაუბერა, მაგრამ უბრალო დამთხვევა ყოფილა რახან სტატისტიკის სერვერი გათიშვიათ და მაგის გარეშე ბალანსის სტატისტიკა და რა გეწერება არ მუშაობს, ვერც ონლაინში ვამოწმებ რა ხდება სტატისტიკაში, ეგეთი შეფერხებები ქონიათ მაგ პლატფორმაზე ხანდახანთ, არა უშავს დაველოდები აბა იმედია მალე აღდგება ყველაფერი, თორე ეხლა გაყინულია 1.01$ 6$ მაგივრათ და რომ ვამაინინგებ არაფერი ემატება საერთოდ, ხომ არ გამეთიშა ლოლ დროებით თუ თავისით აღადგენენ, მოკლეთ ვნახე და სხვებთანაც იგივე სიტუაციაა https://twitter.com/hashtag/nicehash?lang=en ვითომ არ ღირსო არაფრის შეჩერება და თავისით აღდგებაო ძველი სტატისტიკა, ნუ მე 6$ მქონდა მაინც გაკეთებული დღეს, ანგარიშზე კი 185$ ბიტკოინებში კაროჩე ჩაუჯვია მაგათ სერვერს და ღირს თუ არა გათიშვა არ ვიცი : შევხედავ აბა, მგონი მალე დაბრუნდებიან, სერვერი სანამ არ ამუშავდება სტატისტიკის ვერ გაიგებ რამე დაგაწერეს თუ არა, ასე 1.5 საათი იქნება რაც გაუბერა, 6$ მქონდა დამაინინგებული ეხლა 1.01$ გაჭედილი სტატისტიკა თუმცა ამაინინგებს და არაფერი ემატება აი აქ ფიქსირდებაო სტატისტიკა, ანუ ჰალასტოიში არ ამაინინგებ, იმედია მთავარ სტატისტიკის სერვერსაც გააასწორებენ: ლოლ გაასწორეს, ისევ 6$ და სტატისტიკაც წავიდა ისევ, უბრალოთ გუშინდელი 0.0017 ბიტკოინის შემდეგ დღეს მაქს 0.0011 თუ ავიდა კარგი იქნება, რამდენიმეა დღეა მოშნათ უბერავდა ლირავ2 ალგოზე ნაისჰაშზე და გუშინ შემცირდა საკმაოთ გამომუშავება, ეკვიჰაშზე კი ლამის 1 კვირაა უკვე შემცირებულია გამომუშავება, მანამდე კარგათ ხოდავდა 10-11$ ფარგლებში დღეში, ეხლა 8$ ვეღარ ადის უკვე, ეხლა 9$ ფარგლებში აკეთებს ლირავ2-ზე მარტო 12$ მაგივრათ, თუმცა ეკვიჰაშს მაინც ჯობია, ეგეთო რაღაცეებო ცოდნია ხანდახან, მთავარია რაც გქონდა დაგროვილი ეგ მაინც დააბრუნონ, მაგათ ვოლეტიდან კიდე 500$ რომ ავა ლედჯერ ნონოზე გადავიტან ეგრევე ბიტკოინებს, მოკლეთ ნაისჰაშის მაინერში ჩანს უკვე ყველაფერი მაინინგის დროს, ონლაინში ჯერ არ შეუსწორებიათ და არ გაჩვენებს სტატისტიკას, მგონი ისევ დაგაზეს, 10$ უბერავს ეხლა, სტატისტიკის სერვერსაც აამუშავებენ მალე ალბათ, მიანერში უკვე გაასწორეს სტატისტიკა და სწორათ მიწერს 7$-მდე სადღაც, ამუშავდა ონლაინ სტატისტიკაც უკვე