Нету плавности при 60 фпс

Общие вопросы по настройке и разгону. А также прочие околокомпьютерные вопросы
Автор
Сообщение
_nevermind
Member
Аватара пользователя

Сообщение

odessitmws: 08.02.2023 20:39
Vpupkin: 08.02.2023 20:35 С чего бы это?
ну так если моник на 60гц то у него рабочий диапазон фрисинка будет до 60... можно конечно разогнать через прогу диапазон
Так он выше написал, что моник 165гц.
Vpupkin
Member
Откуда: Dnipro

Сообщение

odessitmws
А монитор то 165гц.
slv
Member

Сообщение

Vitalio: 08.02.2023 18:02 Клініка по Мікрофрізам і тд розширюється. :beer:

Шановний Brilliance - розташовуйтесь, почувайтесь як вдома!

viewtopic.php?f=15&t=181012

Пацієнти (за останній час):
viewtopic.php?f=15&t=258808

viewtopic.php?f=1&t=264318&p=3448197#p3448197

viewtopic.php?f=1&t=264359&hilit=Messiah

viewtopic.php?f=1&t=264601

Изображение

:teacher: Настійливо рекомендую подивитися відео знизу вкуритися в дану тему та зрозуміти для себе, у даного автора є багато відео на тему "Природа плавності, ілюзія плавності і тд..."
Вам тільки б поржати, а людина, може, сон втратив: немає плавності-життя втратило сенс
_nevermind
Member
Аватара пользователя

Сообщение

Автор а ты пробовал просто не лочить на 61 фпс? Имея 165гц монитор.

Сам себе проблему создал.
Vitalio
Member
Аватара пользователя
Откуда: Ивано-Франковск

Сообщение

x0taby4: 08.02.2023 19:42 Щось мені здається що мається на увазі імпутлаг. Але не маючи даних по пк, розмовляти нема про що. :beer:
На свому досвіді можу сказати, що на днях
зустрічався з такою природою програмного лагу/багу:

запустив гру(зі Steam) в повноекранному режимі, а система подумала що я граю у віконному режимі, та почала давати меншу нагрузку на відяху ( бо в екранному режимі гри рендеринг становить 60% від нативного зображення, як висновок піксельний арт, який не вимагає нагрузки на залізо ). Я рєзко alt+enter, щоб гра 100% перейшла у віконний режим. І всьо ніби грається у віконному режимі, але в результаті гра не захотіла переходити в повноекранний режим, а блимала і металася між тим чи розгорнути на весь екран чи лишити у вікні (при наступному нажатті alt+enter). Дограв катку до кінця(у віконному режимі), вийшов з гри, по-новому запустив, але в результаті замість гри отримав чорний екран гри, вікно основного монітору не відповідало, нічого на ньому нажати незміг. Викликав task manager, він теж не виводиться на екран, у висновку перекинув task manager після виклику на додатковий екран(shift+стрілка вліво), а там було видно - що гра не відповідає у диспетчері, але курсор і тд, диспетчер працював на додатковому екрані - гру закрив. По-новому все запустив, ніяких лагів та відчуттів статерів, заниження продуктивності системи - не було. Правда після гри відчувався пролаг, коли мишкою швидко проводив по робочому столу, то на долю сек вона вона підлагувала

Ніяких перегрівів і тд не було, бо у мене завжди включений msi ab із виводом графіків по температурах, загрузках і вольтажах.
Що робив: позакривав всі фонові програми (а їх у мене туча, бо периферія від різних брендів ss, hx, razer, logitech і тд), які мають оверлей (коли вікно поверх вікна). Позакривав всі лаунчери, а у мене їх туча ( origin, egs, uplay). Важливо - виключив discord, бо він також має оверлей. Найважливіше - відключив мгновенный повтор nvidia. На всяк випадок перегрузив відеодрайвер ctrl+win+shift+b. Результат- Всьо запустилось в штатному режимі.

Висновок: я зустрівся з багом оверлею, коли млн вікон, поверх вікон від суміжних програм, +додатковий екран, а там виводиться twitch. Оверлей - зло (бо якщо може забагатись, буде нерозбириха з тим як системі нагружатись - по всі вінця, чи запуститись в простенькому, заощадливому режимі).

Можливо я неправий і це мій політ фантазій. Але з таким зустрівся та зміг зрозуміти всі підпричини появи такого багу. А найголовніша з них - захламленість системи та хаотичність додатків, що запущені паралельно в ній. Всім хто дочитав мою ковдру до кінця + в карму :beer:
ronemun
Advanced Member

Сообщение

1. відяха 3060 має 12 ГБ, а оперативки всього 16, тобто і для ігри і для вінди і всього іншого
Невже досі ніхто простої теорії не знає - проц і відяха це дві різні планети, їх память одне для іншого не видна. Тобто коли проц передає тестури і т.п. у відяху він не напряму передає у відеопамять, а у свою оперативу, а потім драйвер відяхи, використовуючи той же проц переганяє ці дані у відеочіп - інакше що він буде передавати - його ж звідки ж тре взяти? Тому в оперативі ЗАВЖДИ є майже копіяя всього мусору що відправлено у відяху, і це не рахуючи що драйвер відяхи ще може туди закинути щось якщо буде нехватка відеопамяті, чисто як page-файл

2. Оперативка у Win10 постійно забивається сміттям з диску механізмом кешування диску - префетчер в оперативу пхає все що більш менш актуальне, а коли необхідна вільна память - вона забита, і необхідно в примусовому порядку спочатку обнулити ці дані, тобто затерти нулями, і аж потім передавати ці області якійсь програмі - інакше та прога зчитає всі дані, включно з паролями і т.п. Якщо мало вільної памяті то її тре постійно зачищати - вона тупо завжди забита, тому і лаги

Відправлено через 12 хвилин 25 секунд:
3. у вас часом Гібернейт не включений? Ця дрянь постійно пише весь вміст оперативи на диск С. І обновляє постійно. Ясно, що якщо в оперативу пишеться всі текстури і т.п., то і на ssd вони теж грузяться
4. Можливо нехватає проца щоб записати дані на диск. Як це не дивно, але запис на диск це більш важливіша операція ніж будь-що інше - це ж безпека даних. А для цього тре вільне ядро - файлова система NTFS може грузити максимум 1 ядро, не важливо якого проца. А цезначить що при інтенсивних саме файлових операціях в базу даних NTFS, типу обновлення дати, імені, створення/дописування/стирання файлів і т.п. це ядро буде забиратись від усіх інших задач, адже безпека даних сама важливіша. А ігри і т.ін почекають. Для прикладу скажу, що розпакування архіву розміром всього в 9 мбайт, але в 17 000 файлів всередині, тобто їх тре не просто розтиснути до 30 мбайт, а ще йстворити в NTFS всі шляхи і імена, прописати всі атрибути і т.п. грузило 1 ядро проца 8700к@4.7 ГГц на всі 100%, і все одно виходило записати всього 3000 файлів в секунду. ssd був Samsung 860 evo, але, очевидно впиралось в ядро проца, загружене на 100% протягом 6 секунд
Andikho
Member
Откуда: Україна

Сообщение

ronemun: 08.02.2023 22:56Тому в оперативі ЗАВЖДИ є майже копіяя всього мусору що відправлено у відяху
Тоді поясни мені, будь ласка, чому, скажімо, батлфілд 5 на відяхах з 4 гб своєї пам'яті зажирає під 11 гіг озп, а на відяхах з 8 гб пам'яті - приблизно 8?
ronemun: 08.02.2023 22:56обнулити ці дані, тобто затерти нулями
Оце новина, то вона що, магнітним накопичувачем працює? :rotate:
Навіть ссд нічого не затирають в собі, бо контролер просто дає команду трім і все - конкретна ячейка уже порожня. Цей принцип, так-то, взяли з оперативної пам'яті. Тобто, якщо дуже спростити, кп не відправлятиме до конкретного регістру пакет з нулем всередині, кп відправить команду очищення і пакет з тим, що йому потрібно в цей регістр записати. І до речі, а ви в курсі, що в значній кількості регістрів озп і так нулі? :gigi:
ronemun: 08.02.2023 22:56Ця дрянь постійно пише весь вміст
Не постійно, не потрібно вигадок.
ronemun: 08.02.2023 22:56грузило 1 ядро проца 8700к@4.7 ГГц на всі 100%, і все одно виходило записати всього 3000 файлів
Плутаєте тепле з м'яким - розархірування, то не те саме, що просто запис. Можете оту папку, що вже розархівували, спробувати скопіювати - побачите, що цп при цьому майже не буде задіяно, а от носій інформації буде працювати на межі, при цьому, в описанній вами ситуації, буде на 100% задіяний саме контролер носія, а от якщо ви візьмете умовний .iso або архів великого розміру і будете його копіювати, то навпаки основне навантаження ляже на інтерфейс носія інформація і його пам'ять.
До речі, у мене теж буває робота з великими архівами, можу сказати, що 7zip нормально так утилізує всі потоки мого 5900х, а не "одне ядро в 100%".

Отправлено спустя 4 минуты 46 секунд:
До речі, а можливо, оскільки у автора там монік на 165 Гц, то 60 Гц у нього просто поза режимом фрісінка? Він же не на будь-якій кадровій частоті працює. Звідти і відчуття, що все "не плавно".
Panasi
Member
Аватара пользователя
Откуда: Киев

Сообщение

Andikho: 08.02.2023 23:46До речі, а можливо, оскільки у автора там монік на 165 Гц, то 60 Гц у нього просто поза режимом фрісінка? Він же не на будь-якій кадровій частоті працює. Звідти і відчуття, що все "не плавно".
Навіть на самих простих моніках фрісінк працює на частоті від 50 гц.
Vitalio
Member
Аватара пользователя
Откуда: Ивано-Франковск

Сообщение

Andikho: 08.02.2023 23:46
До речі, а можливо, оскільки у автора там монік на 165 Гц, то 60 Гц у нього просто поза режимом фрісінка? Він же не на будь-якій кадровій частоті працює. Звідти і відчуття, що все "не плавно".
https://www.testufo.com/vrr
Цей тест наглядно покаже чи працює в нього адекватно VRR ( в фулл екран запускаєш тест, під час тесту заходиш в меню монітора, там буде показувати актуальну частоту, при включеному G-sync, freesync часто=фреймрейту(фпс)
Впринципі на око буде замітно, навіть без меню статери та розриви, якщо всьо плавно - питань не буде


А ось цей тест наглядно показує, шо таке статери з включеним vsync(вертикальна синхронізація). В пункті "demo" вибираєш різні пресети для показу "статерів".по-факту тест показує, що vsync, який реалізований програмно від ігор або інших інструментів - корява штука, яка ламає та викручує руки залізу
https://www.testufo.com/stutter
ronemun
Advanced Member

Сообщение

Andikho
ви приклад як прочитати і нічого не зрозуміти
Andikho: 08.02.2023 23:46
ronemun: 08.02.2023 22:56Тому в оперативі ЗАВЖДИ є майже копіяя всього мусору що відправлено у відяху
Тоді поясни мені, будь ласка, чому, скажімо, батлфілд 5 на відяхах з 4 гб своєї пам'яті зажирає під 11 гіг озп, а на відяхах з 8 гб пам'яті - приблизно 8?
а. сказано що в оперативі зберігаються дані які проц закидав у відяху + дані, які витіснялись з відяхи якщо мало відеопамяті. Ясно що при 4 ГБ більше даних витісниться, тому і 11 - ще 3 Гіга відеопамяті зберігається в оперативі і підтягується постійно - це якраз те що не бере участі в інтенсивних розрахунках відяхи в даний момент. Також на слабих відяхах часто приходиться перезтискати текстури в менший розмір і теж зберігати, щоб заново не розраховувати.
б. ясно, що при наявності 12 ГБ оперативи ігра автоматично включить вищі настройки ніж при 6 ГБ, наприклад 4к текстури, знааачну дальшу прорисовку обєктів, менше замилення дальніх обєктів, тобто їх вищу чіткість - щоб не бавитися з їх замиленням для зменшення споживання відеопамяті, вищу якість кольорів і т.п. Це призведе до збільшення споживання оперативи. Саме це малось на увазі. А те що батерфілд при 8 менше споживає - очевидно, що настройки там недостатні - якщо б відеопамять можна було замінити просто на більше споживання оперативи - всі так би і робили.
Andikho: 08.02.2023 23:46
ronemun: 08.02.2023 22:56обнулити ці дані, тобто затерти нулями
Оце новина, то вона що, магнітним накопичувачем працює? :rotate:
Навіть ссд нічого не затирають в собі, бо контролер просто дає команду трім і все - конкретна ячейка уже порожня. Цей принцип, так-то, взяли з оперативної пам'яті. Тобто, якщо дуже спростити, кп не відправлятиме до конкретного регістру пакет з нулем всередині, кп відправить команду очищення і пакет з тим, що йому потрібно в цей регістр записати. І до речі, а ви в курсі, що в значній кількості регістрів озп і так нулі? :gigi:
не тре плутати оперативу і ssd - в ssd подається висока напруга обнулення на цілий банк і так обнуляється, а в оперативі тре знищити дані в десятках і сотнях тисяч різних сторінок за раз, а в планки тільки одна шина команд і адресів. Сторінки в оперативі по 4кб, тобто 4 Гбайт буде мільйон сторінок. І в цей час інші операції не проводяться, адже шина команд-адресів занята, а вільної місця для запису немає - бо ми ж і говоримо про звільнення оперативи. Лаги при цьому зявляються і це підтверджено на практиці - в інеті давно масово обговорюється і різні засоби придумано як залишити якомога більше чистої оперативи без інших проблем
Andikho: 08.02.2023 23:46
ronemun: 08.02.2023 22:56Ця дрянь постійно пише весь вміст
Не постійно, не потрібно вигадок.
ясно що не постійно капітан очевидність - швидкість диска мала. Якраз тоді коли фрізи може бути
Andikho: 08.02.2023 23:46
ronemun: 08.02.2023 22:56грузило 1 ядро проца 8700к@4.7 ГГц на всі 100%, і все одно виходило записати всього 3000 файлів
Плутаєте тепле з м'яким - розархірування, то не те саме, що просто запис. Можете оту папку, що вже розархівували, спробувати скопіювати - побачите, що цп при цьому майже не буде задіяно, а от носій інформації буде працювати на межі, при цьому, в описанній вами ситуації, буде на 100% задіяний саме контролер носія, а от якщо ви візьмете умовний .iso або архів великого розміру і будете його копіювати, то навпаки основне навантаження ляже на інтерфейс носія інформація і його пам'ять.
До речі, у мене теж буває робота з великими архівами, можу сказати, що 7zip нормально так утилізує всі потоки мого 5900х, а не "одне ядро в 100%".
До чого орхівація і ssd взагалі - я писав про NTFS, це база даних файлів, там 512 байт на кожен запис, і можна тупо один файл розділити на мільйон фрагментів і кожен з них буде займати місце в базі - і їх всі тре записати по ходу нібито запису на диск одного файла. Але просто диск нічого не значить - тре згенерувати всі записи в NTFS драйвером NTFS, тобто в проці і оперативі, пройти ПОСЛІДОВНО кожну транзакцію, з перевіркою цілісності, і т.п. І файл рахується записаний/змінений/стертий і т.п. лише коли всі транзакції в NTFS теж записані на диск в спеціальний журнал. Я ж приклад розпакування архіву приводив просто як генератор файлів - всього навсього 9 мб для проца розпакувати в оперативі зайняло 0,1 сек або менше, даних получилось на 30 МБ, що взагалі ніщо для ssd, а от записати ті 17000 файлів на диск не дала NTFS - це грузило 1 ядро проца на 100% протягом 6-7 секунд. Прочитайте що таке дескриптори загалом і файлів зокрема - можна тупо в NTFS ініціалізувати створення мільйонів файлів, без фізичного запису на диск - адже процедура багатоетапна, і її необовзяково вже закінчувати, нагенерувати драйвером NTFS сотні мільйонів дескрипторів, і загрузити весь проц і оперативу з максимальним пріоритетом без жодного звертання до диску. Можна перйменовувати, змінювати атрибути файлів і т.п. по мільйон раз в секунду, і загрузити проц ну і т.п.
Brilliance
Junior

Сообщение

_nevermind: 08.02.2023 20:50 Автор а ты пробовал просто не лочить на 61 фпс? Имея 165гц монитор.

Сам себе проблему создал.
оно то по факту, но современем бтв придется в 60 играть темболее какого они раньше норм были а счс блевотные

Отправлено спустя 11 минут 16 секунд:
Vitalio: 09.02.2023 03:13
Andikho: 08.02.2023 23:46
До речі, а можливо, оскільки у автора там монік на 165 Гц, то 60 Гц у нього просто поза режимом фрісінка? Він же не на будь-якій кадровій частоті працює. Звідти і відчуття, що все "не плавно".
https://www.testufo.com/vrr
Цей тест наглядно покаже чи працює в нього адекватно VRR ( в фулл екран запускаєш тест, під час тесту заходиш в меню монітора, там буде показувати актуальну частоту, при включеному G-sync, freesync часто=фреймрейту(фпс)
Впринципі на око буде замітно, навіть без меню статери та розриви, якщо всьо плавно - питань не буде


А ось цей тест наглядно показує, шо таке статери з включеним vsync(вертикальна синхронізація). В пункті "demo" вибираєш різні пресети для показу "статерів".по-факту тест показує, що vsync, який реалізований програмно від ігор або інших інструментів - корява штука, яка ламає та викручує руки залізу
https://www.testufo.com/stutter
в первом тесте до 60 когда спускается разницы не вижу, в меню моника 165 всегда
Timedemo
Member
Откуда: Ненька Украина

Сообщение

ronemun: 08.02.2023 22:56 1. відяха 3060 має 12 ГБ, а оперативки всього 16, тобто і для ігри і для вінди і всього іншого
Невже досі ніхто простої теорії не знає - проц і відяха це дві різні планети, їх память одне для іншого не видна. Тобто коли проц передає тестури і т.п. у відяху він не напряму передає у відеопамять, а у свою оперативу, а потім драйвер відяхи, використовуючи той же проц переганяє ці дані у відеочіп - інакше що він буде передавати - його ж звідки ж тре взяти? Тому в оперативі ЗАВЖДИ є майже копіяя всього мусору що відправлено у відяху, і це не рахуючи що драйвер відяхи ще може туди закинути щось якщо буде нехватка відеопамяті, чисто як page-файл

2. Оперативка у Win10 постійно забивається сміттям з диску механізмом кешування диску - префетчер в оперативу пхає все що більш менш актуальне, а коли необхідна вільна память - вона забита, і необхідно в примусовому порядку спочатку обнулити ці дані, тобто затерти нулями, і аж потім передавати ці області якійсь програмі - інакше та прога зчитає всі дані, включно з паролями і т.п. Якщо мало вільної памяті то її тре постійно зачищати - вона тупо завжди забита, тому і лаги

Відправлено через 12 хвилин 25 секунд:
3. у вас часом Гібернейт не включений? Ця дрянь постійно пише весь вміст оперативи на диск С. І обновляє постійно. Ясно, що якщо в оперативу пишеться всі текстури і т.п., то і на ssd вони теж грузяться
4. Можливо нехватає проца щоб записати дані на диск. Як це не дивно, але запис на диск це більш важливіша операція ніж будь-що інше - це ж безпека даних. А для цього тре вільне ядро - файлова система NTFS може грузити максимум 1 ядро, не важливо якого проца. А цезначить що при інтенсивних саме файлових операціях в базу даних NTFS, типу обновлення дати, імені, створення/дописування/стирання файлів і т.п. це ядро буде забиратись від усіх інших задач, адже безпека даних сама важливіша. А ігри і т.ін почекають. Для прикладу скажу, що розпакування архіву розміром всього в 9 мбайт, але в 17 000 файлів всередині, тобто їх тре не просто розтиснути до 30 мбайт, а ще йстворити в NTFS всі шляхи і імена, прописати всі атрибути і т.п. грузило 1 ядро проца 8700к@4.7 ГГц на всі 100%, і все одно виходило записати всього 3000 файлів в секунду. ssd був Samsung 860 evo, але, очевидно впиралось в ядро проца, загружене на 100% протягом 6 секунд
Ви дуже далекі від розуміння організації пам"яті в вінді.
Andikho
Member
Откуда: Україна

Сообщение

ronemun: 09.02.2023 14:40при наявності 12 ГБ оперативи ігра автоматично включить вищі настройки ніж при 6 ГБ
Ні, не включить - постав низькі текстури - готово, витрати відеопам'яті (і оперативи) стануть менші. Яскравий тому приклад можеш побачити, наприклад в улюбленому тесті всіх - суперпозішн - ставиш 1080р, низькі текстури і бачиш біля гіга задіяної відеопам'яті, потім ставиш високі - вуаля, споживання близько 3 Гб. На тій само системі, прошу зауважити.
ronemun: 09.02.2023 14:40менше замилення дальніх обєктів
Роздільна здатність рендеру чи ефект блуру (або його різновиди/аналоги) взагалі мало впливають на споживання відеопам'яті. Ці ефекти то про блоки растеризації і шейдери - знову ж таки, можете будь-де погратися цими налаштуваннями (якості шейдерів і блуру) і побачити, що вплив на об'єм спожитої відеопам'яті буде незначним.
ronemun: 09.02.2023 14:40вищу якість кольорів і т.п.
Це я навіть коментувати не хочу, якщо чесно.
ronemun: 09.02.2023 14:40Це призведе до збільшення споживання оперативи.
Ні, не призведе, якщо у відеокарти вистачить своєї пам'яті.
ronemun: 09.02.2023 14:40А те що батерфілд при 8 менше споживає - очевидно
Друже, я тестив 5ту батлу на двох рх580 - у однієї 4 Гб своєї пам'яті, у другої - 8. У випадку з першою споживання оперативи 11 гіг, у випадку з другою - трохи більше 8ми. І після цього я - приклад, як прочитати і не зрозуміти. Авжеж.
ronemun: 09.02.2023 14:40в оперативі
В оперативі є така річ, як видача команд і кількість тактів на очікування її виконання. І, якщо ви подивитесь на ці цифри, а потім додасте собі факт розрядності шини даних, то зрозумієте, що ляпнули дурню, яку, знову ж таки, мені навіть коментувати не хочеться.
ronemun: 09.02.2023 14:40ясно що не постійно
Так ти ж написав, що постійно. То постійно чи не постійно?
ronemun: 09.02.2023 14:40Якраз тоді коли фрізи може бути
Ні, запис дампу пам'яті при хайбернації робиться один раз - коли буле команда перейти до стану хайбернації. В інший час диск робитиме лише одне - забезпечить наявність вільного місця (або резервацію) для запису такого дампу.
ronemun: 09.02.2023 14:40До чого орхівація
Тому що ти написав про розархівування і представив це як доказ - ось тут ти написав (не я)
ronemun: 08.02.2023 22:56Для прикладу скажу, що розпакування архіву розміром всього в 9 мбайт, але в 17 000 файлів всередині, тобто їх тре не просто розтиснути до 30 мбайт, а ще йстворити в NTFS всі шляхи і імена, прописати всі атрибути і т.п. грузило 1 ядро проца 8700к@4.7 ГГц на всі 100%,
і виставляєш це так, наче навантаження на проц створює процес створення нових файлів і запису їх в таблицю адрес, а це не так. Тому я тобі і запропонував взяти ту папку, коли вона вже не в архіві, і скопіювати - побачиш, що навантаження на проц буде мізерним.
ronemun: 09.02.2023 14:40всього навсього 9 мб для проца розпакувати в оперативі зайняло 0,1 сек або менше
Це не правда.
ronemun: 09.02.2023 14:40Прочитайте що таке дескриптори загалом і файлів зокрема
Знову тепле з м'яким в одну корзину.
ronemun: 09.02.2023 14:40Можна перйменовувати, змінювати атрибути файлів і т.п. по мільйон раз в секунду, і загрузити проц ну і т.п.
Раніше була така софтина (не знаю чи зараз існує), що дозволяла в оперативці створювати образ жорсткого диску (знайомі бавились - створювали такі диски і там файл підкачки розміщували, бо їм здавалось, що це покращить роботу ігор). До чого я це - можете провести експеримент - створити отакий образ диску і там створити бібліотеку файлів хоч на мільйон і побачите наскільки швидше це станеться (заодним зверніть увагу на завантаження проца при цьому, навіть ігноруючи, що це софтварна емуляцію диску, тож буде додаткове навантаження).
Від себе додам - для сучасних процесорів, робота з таблицями файлів - це мізерне навантаження. Навіть рейд-масиви корпоративного класу, де швидкість читання/запису десятки гігабайт на секунду, не створюють надзначних навантажень, що вже говорити про домашні системи, де в кращому випадку на диск писатиметься 7 Гб/сек (це прям в найкращому випадку, на сучасному нвмє з псі-є 4).
Saffa
Member
Аватара пользователя

Сообщение

Vitalio: 08.02.2023 18:02 Клініка по Мікрофрізам і тд розширюється. :beer:

Шановний Brilliance - розташовуйтесь, почувайтесь як вдома!

viewtopic.php?f=15&t=181012

Пацієнти (за останній час):
viewtopic.php?f=15&t=258808

viewtopic.php?f=1&t=264318&p=3448197#p3448197

viewtopic.php?f=1&t=264359&hilit=Messiah

viewtopic.php?f=1&t=264601

Изображение

:teacher: Настійливо рекомендую подивитися відео знизу вкуритися в дану тему та зрозуміти для себе, у даного автора є багато відео на тему "Природа плавності, ілюзія плавності і тд..."
Всю свою жисть проюзал 60-75 гц мониторы! И щас юзаю! :up: :up: :up: :lol:
Andikho
Member
Откуда: Україна

Сообщение

ronemun: 09.02.2023 14:40а. сказано що в оперативі зберігаються дані які проц закидав у відяху + дані, які витіснялись з відяхи якщо мало відеопамяті. Ясно що при 4 ГБ більше даних витісниться, тому і 11 - ще 3 Гіга відеопамяті зберігається в оперативі і підтягується постійно - це якраз те що не бере участі в інтенсивних розрахунках відяхи в даний момент. Також на слабих відяхах часто приходиться перезтискати текстури в менший розмір і теж зберігати, щоб заново не розраховувати.
Слухай, мені знадобилось аж тричі перечитати, щоб зрозуміти, наскільки складна каша у тебе в голові, що ти отаке придумав. Ну тоді, о величний геній, поясни цифри зі скріна - зелені графи, то відеокарта,сині - проц/оператива. За твоєю логікою, таке просто фізично не можливо, адже в оперативці повна копія того, що в пам'яті відяхи має бути
Вложения
1.jpg
Vitalio
Member
Аватара пользователя
Откуда: Ивано-Франковск

Сообщение

Saffa: 09.02.2023 21:34
Vitalio: 08.02.2023 18:02 Клініка по Мікрофрізам і тд розширюється. :beer:

Шановний Brilliance - розташовуйтесь, почувайтесь як вдома!

viewtopic.php?f=15&t=181012

Пацієнти (за останній час):
viewtopic.php?f=15&t=258808

viewtopic.php?f=1&t=264318&p=3448197#p3448197

viewtopic.php?f=1&t=264359&hilit=Messiah

viewtopic.php?f=1&t=264601

Изображение

:teacher: Настійливо рекомендую подивитися відео знизу вкуритися в дану тему та зрозуміти для себе, у даного автора є багато відео на тему "Природа плавності, ілюзія плавності і тд..."
Всю свою жисть проюзал 60-75 гц мониторы! И щас юзаю! :up: :up: :up: :lol:
Герцовка важлива в кіберспорті (около кібеспорті) або щоб відчути себе кіберспортсменом :gigi: . В інших випадках великах герцовка монітора нічого не дає, головне вірити в неї (бо багато ще рішає в онлайн шутанах гострота зору, реакція ЦНС та загальний психологічний та фізичний стан суб'єкта). А загалом, щоб під пиво поганяти танчики/фіфу ті герци навіть не впираються. :gigi:

Але найголовніше правило, про які багато хто забуває, коли вникають у велику герцовку, це можливість системи генерувати відповідну кількість кадрів, скільки зможе відтворити монітор за секунду. В цьому і вся загвіздка:
-монітор в 60Гц виводить 60кадрів за секунду
- монітор в 144Гц -може 144кадри за сек.

Що у висновку - велика герцовка дозволяє більш плавніше відчути активну фазу шутеру, коли об'єкт рухається. Якщо сказати більш по науковому(задротському) - чим більше збігаються Гц до кадрів/сек тим більше картинка на екрані постає для нашого ока як наближена до чистої виду сигналу(н-д: синусоїда, яка має зглажені переходи) чим менше збігаються Гц до кад./сек. тим більше ця синусоїда получає шумів, нерівностей при переходах і тд. Але на щастя придумали синхроїдальні інструменти (g-sync, freesync), щоб нам завжди те що відбувається на екрані здавалося ідеальним, плавним - як та синусоїда в її еталонному вигляді. Але майже всі кіберкотлети відключають ці інструменти, адже щоб згладити необхідно задіяти залізо, певну долю секунди на це потратити, що в свою чергу добавляє певну затримку, яку простий юзер не замітить, але кіберкотлеті, якій рішає мінімальний піксель - це вплине, чим швидше згенерується цей контур пікселя модельки противника, тим швидше він зреагує око, а ЦНС, дасть команду м'язам, щоб реагувати відповідною дією.

Наглядно продемонстровано у відео різниця герцовок, при умові що система генерує стільки же кадрів:


PS: я балдію від g-sync, бо збоку маю монітор без нього в 60-70Гц, і там замітна вся ця шороховатість/дьорганість картинка до відповідної на основному екрані. Якщо гсінк вирубити - я замічу це зразу, просто курсор почне рухатись не так ідеально та плавно. +на старому моніку, коли було багато фпс, то часто зустрічав розриви картинки при різких рухах/змінах/переходах в ігрових сценах
everme
Member
Аватара пользователя

Сообщение

Saffa: 09.02.2023 21:34
Vitalio: 08.02.2023 18:02 Клініка по Мікрофрізам і тд розширюється. :beer:

Шановний Brilliance - розташовуйтесь, почувайтесь як вдома!

viewtopic.php?f=15&t=181012

Пацієнти (за останній час):
viewtopic.php?f=15&t=258808

viewtopic.php?f=1&t=264318&p=3448197#p3448197

viewtopic.php?f=1&t=264359&hilit=Messiah

viewtopic.php?f=1&t=264601

Изображение

:teacher: Настійливо рекомендую подивитися відео знизу вкуритися в дану тему та зрозуміти для себе, у даного автора є багато відео на тему "Природа плавності, ілюзія плавності і тд..."
Всю свою жисть проюзал 60-75 гц мониторы! И щас юзаю! :up: :up: :up: :lol:
так же было, а потом 144 попробовал. Теперь на 60 гц курсор дергается так сильно, что блевать тянет ))))
_nevermind
Member
Аватара пользователя

Сообщение

Brilliance: 09.02.2023 15:00
_nevermind: 08.02.2023 20:50 Автор а ты пробовал просто не лочить на 61 фпс? Имея 165гц монитор.

Сам себе проблему создал.
оно то по факту, но современем бтв придется в 60 играть темболее какого они раньше норм были а счс блевотные



Что значит "со временем придется" ? Тебя кто то заставляет на 60 лочить?

То что "60 блевотные" /дерганные/фризящие - у тебя в голове лаг, потому что ты играешь в 60 на 165гц монике, от того оно и "фризит" субьективно , а "на соседнем 60гц монике все норм", как ты пишешь в 1ом посте.

Ты адепт "всё на ультра" ? и всяких там х2 х4 msaa ?

Ползунки скрути, чтобы получать эти 165 гц и не лочь ничего. Потести.

Ты локнул, получаешь 1/3 кадров от возможных на твоей матрице мона и субьективно мозг говорит что что-то не то, а на соседнем 60гц моне "получше как-то".
Brilliance
Junior

Сообщение

Сейчас проверил еще на старом монике, да играть лучше на нем в 60 гц, но пролаг какой то никуда не исчезает, записать его я не могу при старте записи все гладко работает. Фпс при нем не проседает.
Aca
Member
Откуда: Закарпаття

Сообщение

Я недавно майнер вірус спіймав то теж ламав голову чому все так троха тягнеться як на консолі. Спробуйте пограти при запущеному диспетчері завдань. Теж маю 165 герц монік. Такі лаги це скоріш за все проц. Тож залиште монік у спокої.
Ответить