Дергается картинка при частоте монитора 75гц
Приобрел новый моник, где можно 75гц поставить, но картинка наоборот дергается, а на 60 всё плавно
Чего так, почему?
Не выставляй на 75. Зачем тебе?
Не знаю, щас уже моники и 360гц появляются, кому-то 60 мало, вот, хотел хотя бы 75 попробовать
Не страдай фигнёй и возьми монитор с поддержкой высоких частот.
Ну вот даже 75 не работают что-то
Для этого надо всё выкидывать и на Wayland переходить.
Древние технологии плохо дружат с новыми.
Ещё на Лине, оказывается, ФриСинк не работает толком (понятно, что на моей 970 его и быть не может, просто прочел, что на Лине его и нету толком на любых железках)
К десктопу не готово
что конкретно «дергается»? какая «картинка»? если речь о каких-нить видеороликах с 30фпс — то какбы неудивительно, частота некратная.
Всё дергается, получаются прыгающие 20-60 фпс, вот просто при прокрутке страниц в браузере заметно
невидиевский кривоблоб шалит что ли?…
на нормальных открытых дровах такого вроде не замечал, если память не подводит. хоть LCD хоть CRT мониторы.
Блоб, Нуву не рассматриваю, оно совсем убогое
кому-то 60 мало, вот, хотел хотя бы 75 попробовать
Чекни новые моники в продаже
А монитор показывает, что частота 75 гц? Просто у зеленых криво работает xrandr.
Я не думаю, что если проблема в видеодрайвере и что vsync работает просто некорректно, wayland вообще исправит ситуацию.
Показывает, что 75, да
Отключил уже этот моник, вернул древний, где только 60гц
ну тогда играться с версиями кривоблоба, может на какой-то попустит.
или купить видеокарту вместо невидии…
Скорее всего проблема в том, что почти весь софт на всяких gtk и прочих фигнях за каким-то лешим прибит гвоздями к этим 60 гц. На 75 гц мониторе один кадр иногда будет отображаться два раза, из-за чего и получается эта дерготня. На 240 гц с этим нормально, но меня очень печалит, что это работает только в firefox (но в нём тиринг, зараза), некоторых ide, java софте, видеоплеере, играх, freecad. Ну, в telegram ещё.
Моник 240 герц, 1070, вяленого нет и не будет ближайшие лет 5-10.
Все работает как часы, ничего не дёргается.
Прекращай тролить.
Объясняю. В конце 90-х и ранних 00-х были ЭЛТ-мониторы. На них можно было выставить 640×480 120 Гц, 800×600 100 Гц, 1024×768 85 Гц, и так далее. На мониторах подороже можно было выставить больше Гц на больших разрешениях.
В 2002-2003 начали появляться ЖК-мониторы. Там было можно выставить только 60 Гц и 75 Гц. Причём на 75 Гц они работали некрасиво, изображение как будто вибрировало. Поэтому все пользовались 60 Гц.
Я сначала думал, что 60 Гц это плохо. Но потом я узнал, как именно работают мониторы, и понял, что ЖК-экраны не сажают зрение, даже при 60 Гц.
Фигню объясняешь. Частота ещё влияет на плавность анимации и задержку в игорах.
Фрисинк вроде только на DP у зелёных работает.
У меня и на 60 всё плохо — тиринг и дёрганая картинка при 60 фпс на счётчике)
Тиринга на Лине несколько лет не видел, лет 10 назад были проблемы везде и всюду, но не сейчас.
У меня почему-то всегда был тиринг, каждый раз приходилось его устранять. Хотя, вроде не видел тиринга из коробки под убунтой на hd4530, но то было в 2014 году.
Не знаю, я ДЕ с композитингом использую и всё, больше ничего делать не надо
Для этой цели 60 Гц избыточны
Так говорят все, кто не пробовал посидеть за таким монитором. Особенно офигенный экспириенс получается при просмотре кино/мультфильмов с дорисовывалкой кадров. Плавность движений воспринимается максимально реалистично (по крайней мере на 240 Гц мониторе). Потом очень трудно смотреть на киношное 24 Гц слайд шоу с кинематографическое мылом, которое делают чтоб картинка не казалась очень дёрганной. А в браузере/ide очень удобно следить за строкой текста при скроллинге. На 60 Гц глаз может соскочить со строки при большой скорости скроллинга. Речь про плавный скроллинг, естественно.
Про игры говорить даже не буду. Правда, в них могут быть проблемы с производительностью.
Блин, жалею, что год назад купил телефон с 60 Гц дисплеем, хотя тогда уже были на 120 Гц и даже 144 Гц. И я об этом знал. Как обычно, во всём виновата жаба. И специфические хотелки.
Это уже твоё пост-фактум оправдание незнания того, зачем такие мониторы существуют.
ЖК-мониторы 2002-2003 года имели только варианты 60 Гц и 75 Гц. Причём в режиме 75 Гц работали плохо. Как будто эту частоту обновления добавили «на отвяжись». И только последние несколько лет стали появляться ЖК-мониторы, в которых доступны высокие частоты обновления.
Автор думает, что это линукс портит изображение на 75 Гц. Но он не знает, что мониторы с более высокой частотой обновления появились лишь недавно.
Не знаю, я ДЕ с композитингом использую и всё, больше ничего делать не надо
Тиринга на Лине несколько лет не видел, лет 10 назад были проблемы везде и всюду, но не сейчас.
А если ничего пока не изменилось? Wayland только внедряют.
У блоба Нвидии есть Force Full Composition Pipeline, у других дров что-то другое должно быть
Особенно офигенный экспириенс получается при просмотре кино/мультфильмов с дорисовывалкой кадров.
Кому как, для меня это кривое говно с артефактами, более-менее нормально для этого подходит только нейронка https://github.com/nihui/dain-ncnn-vulkan
А в браузере/ide очень удобно следить за строкой текста при скроллинге
Если монитор не VA
Есть такое. Но в реалтайме лучше не получится. В принципе, можно добиться компромиссного смотрибельного варианта. Так и живу, меня +- устраивает. Без svp жить уже не могу, плотно подсел. Однако, с обновлениями поведение меняется, причём оно становится лучше.
Всё хочу затестить, никак руки не доходят. Пугает только то, что видео придётся хранить. Для вменяемого качества потребуется гигов 100 на фильм. Если не хранить, то на каждый фильм нужно будет неплохо так дырявить ssd (ресурс особо не экономлю, но тут получится почти как один плот для chia создать) + надо ждать пока оно отработает + руками с этими дорожками возиться (это не сложно, но каждый раз надо будет думать, потому что в разных ремуксах обычно бардак со звуковыми дорожками).
Особенно на тёмных тонах. Видел такое, ужас-ужас. У меня IPS, шлейфы никто не отменял, но они не так сильно выражены.
Источник
Дергается изображение окна при изменении размера
Недели 3 — 4 назад я перешел с винды на Linux Mint Cinnamon. Все работало нормально, но пару дней назад появилась проблема: при изменении размера окна Google Chrome и QtCreator появляется раздражающая рябь ( видео в архиве во вложении ).
Проблема проявляет себя и при загрузке с LiveUSB c Ubuntu Unity/Gnome в тех же приложениях.
В архиве во вложении находится отчет о системе от Hardinfo.
Вложения
 | info.7z (4.64 Мб, 4 просмотров) |
Дёргается нижняя граница ListBox-а при изменении размера формы
Набросал каркас приложения. Попробуйте по изменять размер формы, станет заметно что нижняя граница.
Изменение размера обьектов при изменении размера графического окна
Можно ли в pascalABC.net сделать следующее: чтобы приизменении размера графического окна изменялись.
Qml изменение размера Canvas при изменении размера окна
Может есть какой нибудь способ, чтобы при изменении размера окна (в моем случае window) изменялся.
Перерисовка окна при изменении размера
Наверняка вопрос популярный, но найти пока не смогла. Киньте ссылкой, если есть. Начинаю только.
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Артефакт при изменении размера окна
Создал панель на основе класса CDockablePane, все бы ничего если бы при изменении его размеров оно.
Перерисовка внутри окна при изменении размера
Подскажите, когда начинаю менять размер окна с помощью мышки — тяну за угол, само окно становится.
Крах программы, при изменении размера окна
Здравствуйте. Играюсь с QPaintEvent’ом. Рисую фрактал простенький и проблема заключается в том.
Перерисовка объектов, при изменении размера окна
Всем доброго времени суток, такая проблема, надо, чтобы при изменении масштаба окна.
Источник
Низкий FPS при прокрутке страницы. Решение проблемы background-attachment: fixed
Решил я тут недавно на одном из своих сайтов сделать легкий редизайн. И дошло дело до фона. Показался он мне каким-то скучным. Захотелось его немного «оживить». Подобрал подходящую картинку небольшого размера, загнал ее в свойство фона:
и довольный нажал F5. Красота, да и только!
Начал скроллить страничку вниз и чувствую, что-то не то… 
Такое чувство, как будто я играю в Crysis на очень старом компьютере. Почему же на сайте начались «тормоза» и прокрутка проходит рывками?
Я начал свое расследование…
Сначала я погрешил на свойство cover , но дело оказалось не в нем. Отключив фиксированное положение фона (убрав fixed), мой «Crysis» выдал мне больше 30 FPS! «Во дела. », подумал я. Как же так? Почему? Почему я не замечал этого раньше? Возможно, это не очень заметно на легковесных сайтах, где не так много html элементов.
А дело оказалось вот в чем. Использование background-attachment : fixed каждый раз при прокрутке вызывает операцию перерисовки. Страница должна переместить свое содержимое. И когда дело доходит до фиксированного фона, браузер должен заново прорисовать картинку в новом месте, относительно существующих DOM-элементов.
Чтобы решить эту проблему, нашему фоновому изображению нужен свой элемент, чтобы оно могло двигаться независимо от других. А также нам понадобится CSS3-свойство will-change . О нем речь пойдет ниже.
Как только мы решим проблему с прорисовкой, скроллинг уже не будет проходить у нас рывками. Так как фон будет лежать на своем собственном слое, больше не потребуется перерисовывать страницу каждый раз при прокрутке.
Давайте я покажу все на примере.
Это наш изначальный код (я развернул свойства для наглядности):
А вот, что нам необходимо сделать для решения проблемы:
Мы добавили position: relative для элемента body , чтобы затем спозиционировать псевдо-элемент, который будет отдельным слоем для нашего фона. Остальные свойства, касательно фона, мы перенесли в ::before . У псевдо-элемента мы теперь используем position : fixed , вместо прежнего background-attachment: fixed у body . Ну и самое важное, без чего вся затея потерпит крах, — это свойство will-change.
Свойство will-change предписывает браузеру отображать элемент, независимо от окружающих его других элементов. Оно как бы говорит браузеру: «Эй, друг, этот элемент изменится когда-нибудь потом, в будущем, так что прорисуй его только один раз на его собственном слое. И не нужно учитывать остальные элементы — он сам по себе».
Данный билд я протестировал в разных браузерах, и вот небольшое резюме:
- Google Chrome. Все ОК, работает как часы.
- Mozilla Firefox. Все ОК, работает как часы.
- Opera. Все ОК, работает как часы.
- Safari. Все ОК, работает как часы. За проверку спасибо smssystem
- Microsoft Edge. Метод работает, но есть один косяк. Если крутить колесиком, то дергается верх и низ страницы, но потом приходят в норму. Если же крутить с помощью скроллбара, то все ОК.
- Internet Explorer. Та же проблема, что и у Edge.
Источник
Как добиться лампового скроллинга в браузерах на Linux?
Никак не могу полноценно перейти на Линукс. Вот сейчас очередная проблема — скроллинг в браузерах. Мне дико нравится Хромиум. Поэтому сижу на нем из под Венды и из под Линукса. Но вот проблема в том, что в Линуксе я не могу никак добиться такого плавного скроллинга, как в Венде 7. И расширения ставил типа Chromium Wheel Smooth Scroller и прочие SmoothScrollingи и всё равно либо чуть подергивается, либо быстро скроллится либо медленно. Может у кого-нить есть костыль или настройки нормальные? Был бы очень благодарен.
Может ты решаешь не там? Может это тиринг (tearing)? Картинка похожа на разрыв по горизонтали или по диагонали при перемотке? Вот этот тест что показывает?: https://www.youtube.com/watch?v=0RvIbVmCOxg
вертикальные чернобелые полосы
Если у него тиринг, он на нём увидит разрывы.
Всё нормально. Разве что глазам неприятно. Проверил и на 7 и на Линуксе только что. Совершенно одинаково показывает. Видимо тиринга нет. Проблема точно в скроллинге. Насколько мне известно, в Линуксе по дефолту скроллинг 3 строки, а на Венде 6. Вот мне нужно сделать точь в точь как на Венде. чтобы было так плавно и лампово. Мучаюсь уже больше недели, очень режет глаз такой скроллинг если честно. На Манжаро так вообще дикий ужас был.
В FF about:config general.smoothScroll;false В Хроме chrome:flags есть аналогичная настройка.
/thread
Thread открыл. Не помогает в Хромиуме. Включаю там Enable и разницы не вижу. Других вариантов со scroll в flags нет.
Скролль с клавиатуры и не страдай со всяким ненужно, виндузятничек 😛
по дефолту скроллинг 3 строки, а на Венде 6
Медленно, что ли? Так а плавность тут при чём? Ты куда-то не туда копаешь, у тебя, поди аппаратное ускорение не работает или ещё какая-то бяка, вот прокрутка и лагает, потому что браузер перегружен.
Вполне возможно. Как это можно проверить на работоспособность аппаратное ускорение? Не гуглится ничего интересного на эту тему. Но оно точно включено, я проверял. Ну а в браузере только Ublock расширение. Так что не знаю чем он может быть перегружен.
Ну если даже это является проблемой, так сказать проблем. Видимо не нужно оно Вам.
Да ето так. Ну в целом всё что я прошу от Линукса это работы браузера и проигрывания видео любого качества. По сути он мне больше ни для чего не нужен. И если хотя бы что-то одно из этих базовых 2х вещей идет с дефектом, то это проблема, которую хочется решить.
Помнится в webstore есть дополнение, которое позволяет настраивать любые параметры скролла. Количество строк прокрутки, акселерацию и прочее. Уже не помню как называется, так как нынче меня устраивает chrome://flags/#smooth-scrolling
Наоборот надо сделать Disable и отвыкать от плавной прокрутки. Я сам был такой, поверь без плавной прокрутки можно жить, надо только привыкнуть, побороть ломку.
А это ты от анонима троллишь?
Линукс проповедует политику отказов. Сначала ты отказываешь себе в играх. Потом соскучившись по ним ты их ставишь и на этот раз отказываешь от плавных фпс. Потом смотришь качественное видео, но чувствуешь, что оно тормозит иногда. Потом до тебя наконец-то доходит, что даже в банальном серфинге интернета ты отказываешь себе в плавности и приятной прокрутке. Это Линукс, детка, тут нужно быть либо терпилой в открытую либо терпилой в закрытую. Последний вариант это когда ты создаёшь себе манямирок, в котором посредством ежедневного аутотренинга ты внушаешь себе что Линукс>винды и что ты сделал правильный выбор. Без этого никак.
Линукс проповедует политику отказов.
Не отказов а изменений. А в лучшую или худшую сторону — каждый для себя решаем сам. Игры нужны далеко не каждому. Видео в линуксе порой работает лучше чем в винде — к примеру просмотр HD через VDPAU/VAAPI. У меня в винде ни один плеер не перематывает 4k HD видео так молниеносно как это делает mpv. «Плавность и приятность» прокрутки сугубо дело привычки/вкуса. Встречал людей которым прокрутка страницы в виндовом хроме кажется «рваной» по сравнению с линуксячим хромиумом. Так что не все так однозначно в этот мире.
Последний вариант это когда ты создаёшь себе манямирок, в котором посредством ежедневного аутотренинга ты внушаешь себе что (винда>линукс || линукс>винда) и что ты сделал правильный выбор.
Opera (допиленный хром) +SmoothScroll +ScrollAnywhere
на дефолтных настройках скрол как в винде, можно настроить под себя( страницу обновить для применения настроек не забыть)
добиться такого плавного скроллинга
То дерьмо, которое сразу отключаю в любых браузерах. Так же, как и сразу включаю показ везде только своего шрифта.
Плавная прокрутка, это такое же ненужное дерьмо, как и прозрачность, и любые другие свистелки-перделки. Тебе шашечки, или ехать?
Определись уже, кто ты. 7 винда? Ну так и пердолься с билли дальше.
Только представь, какое количество ненужного кода ты заставляешь выполнять свой проц, что бы просто получить какое-то воображаемое тобой удобство. А потом люди удивляются, почему у них всё тормозит, когда они включают мигание курсором в ВСкоде, который отжирал 20% cpu,
Да, линукс это дорога ограничений. Но эта дорога всегда была неизбежной для любого развития.
Не хочешь самоограничений, бухай дальше, играй в игрульки и прожигай бесполезно и беспонтово свою жизнь. Любые настоящие достижения, как в духе, так и в материи достигаются засчёт ограничений (но только осознанных, а не навязываемых, поэтому твоя задача сейчас оставаться на винде и не рыпаться, линукс не для тебя). Когда дорастёшь, плавность прокрутки тебя вообще не будет интересовать.
Источник
