Тірінг (форум)
Привіт друзі! Че-то не зібралася нова Mesa з USE-прапором Radeon, тому встановив без. Тепер у мене немає апаратного OpenGL.
Вирішив вимкнути тірінг. Зазвичай я виконую команду compton --vsync opengl. Ще є команда compton --vsync drm. яка працює тільки з відкритими драйверами, і ніколи на закритих. Я знайшов її в help-е до Compton. Не помітив різниці, тому не користуюся.
І тут мені стало цікаво: чи буде композітінг без OpenGL? compton --vsync drm Чорний екран на мить, і ура. Машу віконцем - тірінга немає. Включаю Docky - є напівпрозорості. Блін, як? Без OpenGL! Схоже, OpenGL в офісі тепер взагалі не потрібен!
Як це називається, коли при перемиканні Workspaces в xorg екран спочатку стає білим, і лише потім отрісовивается?
Ніби як не тірінг.
Чи можна це мерехтіння усунути? Проявляється це і на проприетарной nvidia, і на fbdev, і на nouveau.
P.S.Точнее навіть не так. Білий фон - це отрисовка в firefox / iceweasel. А перемикаючи стільниці в i3wm, віконце терміналу отрісовивается поступово. Як засобами BIOS під DOS, з такою ж швидкістю. Невже в століття сучасних технологій перестали використовувати подвійну буферизацію, і ліплять відразу на екран?
BackBox 4.5.1 (Ubuntu 12.04) Core i5 Nvidia GTX660 (встановлений пропрітетарний драйвер)
Загалом, все як завжди. Дано: Kubuntu 16.04, ноут з Оптимусом. Для фікса тірінга намагаюся зробити так:
Все це заноситься в /etc/X11/xorg.conf.d/20-intel.conf Результат - чорний екран після перезавантаження. Подумав, що дурить SDDM, встановив lightdm - ні хрена не змінилося. Як лагодити?
Як позбавиться від цього? У винде вирішувалося апгрейдом до Windows 8.
А в GNU? Використовую CentOS з GNOME2.
Вітання! Є немолодий Павіліон ХП з і3 і АМД якийсь. І є відносно новий і 5 і Нвідіа 630м. Так ось, у другій мене запарити тірінг, тому що оптимус і по суті, як я зрозумів, кадри при включеній нвідіі ганяються з интеловской інтеграшкі на нвідію, що не добре для продуктивності → ЯКЩО включити нвідію, з'являється Тірінг. Але на старому я не бачив тірінга ніколи. Як це працює з АМД? На старому ніколи не грав і не зрозуміло.
Загалом, не зрозуміло:
1) Чи використовується майже такий же оптимус
2) Чи позначиться використання зовнішньої амдшкі тірінгом
Сабж. Debian 8, KDE 4.14.2, Nvidia 340.96, GTX 460. застосовував такі способи:
export __GL_YIELD = "USLEEP" - ефекту майже не дає, зате вкрай сильно починає гальмувати вікно при переміщенні (курсор сантиметра на 2 відстає);
export KWIN_TRIPLE_BUFFER = 1 - працює, тірінга немає, але вікно все одно переміщається повільно, хоча і не настільки як в разі першої опції. Налаштування запобігання розривів не працюють ніяк. Також пробував включити Triple Buffering в xorg.conf
Результату нуль. Вже не знаю як бути. Потрібно щоб і тірінга не було, і вікно не гальмувало при переміщенні. Є у кого-небудь ще способи вирішення проблеми? Зміну DE і композитного менеджера прошу не пропонувати.
в продовження двох жирних тим про ЕПТ.
В ЕПТ-моніторах гасли пікселі, і були шлейфи - при швидкому переміщенні миші / яскравих об'єктів по екрану. Це пояснюється тим, що люмінофор випускав світіння навіть після відходу пучка електронів в сторону. Тут все було просто. Пішов промінь - піксель починає згасати. З верхнього лівого - направо, від верхнього бордюру спускаючись вниз до кінця нижнього бордюру.
А в LCD як цей ефект проявляється? У якому порядку по ЖК-сітці переміщається «промінь»? І пікселі «гаснуть» з якою швидкістю? (16ms, 5ms, 2ms?) Адже змінюють стан ЖК-пікселі не одночасно? Якщо рухати велике вікно на LCD-дисплеї за рамку, або скролл текст в браузері - текст значно спотворюється і під час руху вікна його не розібрати. Чи є способи усунення цієї фічі, щоб текст був помітний? Як робиться на MacBook / iMac? Я чув, що на ноутбуках інший протокол передачі даних на ЖК, яка не емулює ЕЛТ'шний протокол послідовного «сканування» променем.
Називається це на ЖК - «тірінг»?
Спасибі чудовим людям з отієї теми:
Мені допоміг спосіб в файл (не забути chmod + x):
export __GL_YIELD = «USLEEP»
export KWIN_TRIPLE_BUFFER = 1
І потім виставити такі настройки в KWIN (Параметри системи -> Ефекти -> Додатково):
Движок - OpenGL 3.1
Графічна система Qt - Растрова
Запобігання розривів - Автоматичне
Галочки - не варті (спочатку відключені)
Вперше така радість від того, що граю під Linux без тірінга - це просто диво якесь! Спасибі знаючим людям. Всіх з Новим роком. )
P.S. Якщо тірінг - така повсюдна проблема в KDE (або в Linux в цілому?), То чого б ці опції спочатку не прописувати в дистрибутиві, щоб кожен раз користувачі не прописували самі?
Люди позбавляються і роблять що б була вертикальна синхронізація, що б розрізів секундних на вікнах не було, я ж не позбувся від тірінга, а додав його! в кеди, вони стали спритніше (в настройках ефектів - додатково - VSync), але це так, відступ.
Я хочу зрозуміти звідки ноги ростуть, невже обов'язково з прискоренням якимось юзати середу, що б розрізів вікон не було (?)
Гуглю питання з цього приводу, в основному рішення: включити ефекти або прописати в конфіг іксів чогось, але я як розумію це що б для ефектів VSync був.
В кінці 00-х цього тисячоліття я навіть не знав що такі порізи можуть бути на старій і ново-бюджетної нвідіі (може звичайно правда уваги не звертав і юзал частенько compiz). Гуглю і ось реально проблеми у багатьох в цьому десятилітті стали народитися, ладно ось включення ефектів допомагає, АЛЕ при цій вертикальної синхронізації і зупинитися вікна стають (
Тобто питання у мене: що б цих порезіков не було в будь-якому випадку з якимось прискоренням (compiz, comptonetc.) юзати DE / WM треба?