|
Кормпилятор
|
|||||||||||
Отрисовка в разных потоках26.11.2011, 02:02. Показов 6635. Ответов 21
Метки нет (Все метки)
Господа, давайте делиться опытом, какой код наиболее грамотный.
Суть вопроса: В справке написано - нельзя, но как говорится, если очень хочется - то можно. Опытным путём я умудрился понять, что в потоках рисует более чем отлично. Делаю так: создаю окно, в окне скрин, гружу парочку прозрачных спрайтов или создаю их в имаджах и переделываю в спрайт(прогу уже выкладывал тут). Создаю поток, в котором эти спрайты в бесконечном цикле многократно рисуются. Пользую функции: DisplaySprite DisplayTransparentSprite DisplayTranslucentSprite В основной программе сканирую клавиатуру, мышку и ВНИМАНИЕ!!! очень осторожно сканирую события таким образом, чтобы в момент отрисови в потоке, не вызывалась функция WindowEvent(). Так вот вопрос как при таком раскладе сделать так, чтобы нажав кнопку Win можно было выйти в винду ( ReleaseMouse(1) ) и соответственно войти обратно без последствий( у меня либо появляется серый экран взаместо рисуемой области, либо мыша приобретает форму весов и при клике на окно не заходит обратно). Функцию WaitWindowEvent() я по понятным причинам не рассматриваю т.к. она блокирует программу, а мне нужно, чтобы и в основной программе(не в потоке) мог что-то ещё обрабатывать. В потоке у меня примерно так:
невозможно - убедиться в этом. С потоками работал мало и многого не представляю, как использовать семафоры и мьютексы пока не допёр, не очень хочется юзать какие-либо суперсложные механизмы... Доп информация: Если убрать Delay в 36 строчке - прога заработает, но опять же, как тогда в основной программе "что-либо делать"? Нужно, чтобы она и через такие промежутки могла нормально среагировать.
0
|
|||||||||||
| 26.11.2011, 02:02 | |
|
Ответы с готовыми решениями:
21
Отрисовка в потоках Метод выполнить в 11 разных потоках, соответственно для разных входных массивов Циклы обработки сообщений разных форм в разных потоках |
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
||||
| 26.11.2011, 03:08 | ||||
|
В справке написано что WindowEvent() обрабатывает события окон текущего потока http://purebasic.ru/manual.php?id=1354&lng=rus Ими можно заменить уже существубщие переменные-флаги, типа NoThreadDraw и NowDrawing. Если в программе есть один или более поток, нужно в настройках компилятора обязательно поставить галку в пункте "Создать приложение с безопасным потоком". Иначе программа может вылетать на "ровном месте".
1
|
||||
|
Кормпилятор
|
||||||||||
| 26.11.2011, 16:32 [ТС] | ||||||||||
продолжают работать(т.к. эскейпом можно выйти из программы), но экран серый, т.е. как я понимаю не отображается поверхность буфера, видимо происходит какая-то ошибка в самом DirectX...
Вот сейчас вроде бы что-то уже заработало, но при сдвигании окна за экран и обратно, та область, которая была буфером, становится серой и даже если окно вышло за экран на 1 пиксель весь буфер перестаёт отрисовываться. Уже начинаю понимать, что не лечится это... Но это в принципе не так уже важно, кому придёт в голову выходить из приложения и двигать окно за экран, глюк конечно неприятный, но не критичный. Хочется просто чтобы можно было выйти из приложения, допустим, чтобы сделать какие-то минимальные вещи, типа снять скрин, ответить в скайпе и т.д. Свернуть такое окошко тоже не получится, но зато другие окна могут быть поверх этого и всё работает.
Если LockMutex(), то другие потоки не выполняются(только текущий), а когда UnlockMutex(), то выполняются. Это я не ошибаюсь?
Добавлено через 11 часов 3 минуты Вот сейчас получил более или менее стабильный код. Как приведу в порядок, выложу сюда на тестирование. Отрисовка идёт из потока, в основной программе можно полностью нагружать одно ядро, но единственное, нужно выделять небольшие промежутки времени для выполнения обработчика событий, устанавливается в алгоритм на усмотрение программиста. Опрос клавиатуры и мышки идёт из отдельного потока. Добавлено через 1 час 19 минут Выкладываю код, откомментировал как мог, пожалуйста протестируйте... Хотелось бы знать:
Во время тестирования нужно просто двигать мышкой в левом верхнем углу экрана, чтобы все спрайты попадали в область отрисовки.
0
|
||||||||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
||||||||||
| 26.11.2011, 17:40 | ||||||||||
|
Немного поэкспериментировал и вроде этот код нормально работает.
Обычно все что связанно с выводом на экран, опросом клавиатуры и мышки, выполняют в одном потоке, а ресурсосбережение операции (скажем, создание сложного спрайта), в отдельном потоке. ------- Из-за чего возникла необходимость перенести вывод на экран в отдельный поток?
1
|
||||||||||
|
Кормпилятор
|
|||||||
| 26.11.2011, 18:34 [ТС] | |||||||
Посмотрите мою прогу, что будет, если поставить DirectX7. Просто часто использую функции: DisplaySprite DisplayTransparentSprite DisplayTranslucentSprite Добавлено через 17 минут
Добавлено через 12 минут
DirectX 7 хорош тем, что в полноэкранном режиме программа нормально выходит в винду, но опять же работа кроссплатформенных функций неидентична при DirectX 9, что конечно не очень хорошо. Я ещё пока не все варианты прочухал из серии "что можно, а что нельзя". Например в подсистеме DirectX9 в пюре нельзя отрисовать примитивы с прозрачностью в спрайт, а таких нюансов там много, нужно всё смотреть и тестировать.
0
|
|||||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
|||
| 26.11.2011, 21:37 | |||
|
0
|
|||
|
Кормпилятор
|
||||||
| 26.11.2011, 23:08 [ТС] | ||||||
|
Пофиксил немного косяков, сделал широкоформатку.
Проверено, пока на 2-х компах с XP, ещё на 3-х проверю сегодня. Тестируйте на разных ОС'ках и отписывайтесь так я буду иметь представление о работоспособности кода.
0
|
||||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
|
| 27.11.2011, 00:07 | |
|
Когда перетаскивал мышкой окно программы, прога вылетела на строке 288, сообщив что "Указатель массива больше допустимого диапазона". Короче произошла запись в индекс, превышающий размер массива.
Непонятно вообще зачем было выносить обработку событий в отдельный поток, но раз так сделано. то нужно было использовать не массив, а динамически связанный список, или в крайнем случае, изменять размер массива оператором ReDim.
0
|
|
|
Кормпилятор
|
|
| 27.11.2011, 00:34 [ТС] | |
|
Прога протестирована на 5 компах с XP(пришлось попросить пару человек, чтобы помогли), отклонений в работе не заметил. Даже на самом медленном из них - одноядерном целероне 1200MHz со слабеньким радеоном не повисла, а нормально отработала при жутком слайд шоу и 100% загруженности процессора. Как я уже говорил код более или менее стабилен, с него уже можно писать нормальный шаблон для каких-то своих нужд. Мышку с клавой оставил в отдельном потоке, флип перенёс в поток с отрисовкой, настроил делеи. Делей в 184 строчке настраивается в зависимости от кол-ва графики, чем её больше тем больше должен быть делей, недостаточный промежуток приведёт к невозможности возврата в программу, или придётся очень долго кликать, меньше двух мс ставить не рекомендуется. Делей в 186 строчке настраивается пропорционально делею в 184 строчке, влияет на стабильность сильно лучше не увеличивать). Делей в 297 строчке можно убрать и поставить какие-либо свои вычисления взаместо него. Также в программе можно найти полезные фичи, типа функции перевода из прозрачного имаджа в прозрачный спрайт с автоматическим созданием спрайта. Она может пригодится при использовании прозрачных 3D спрайтов, которые работают также на подсистеме DirectX7.
0
|
|
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
||
| 27.11.2011, 00:41 | ||
|
Потому что нет преимуществ в переносе всего это в отдельных поток, но появляются потенциальные места, где программа может заглючить или завершится с ошибкой особенно если не синхронизировать работу потоков.
0
|
||
|
Кормпилятор
|
|||||
| 27.11.2011, 01:08 [ТС] | |||||
Скорость отрисовки была приемлемая или меньше 10 кадров?
Добавлено через 14 минут
Всё же вопрос достаточно нетривиальный, по крайней мере в справке написано нельзя, а у меня в проге такая возможность имеется, ошибки, появляющиеся закономерно, по мере их выявления будут мной фикситься.
0
|
|||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
|||||
| 27.11.2011, 01:25 | |||||
|
Можно не записывать в массив ID событий, если нет свободного места в нем. Это конечно "грязный ход", но сама система с потоками в данном случае явно лишняя. Примерно тоже самое как ехать из Москвы в Питер через Камчатку. Добавлено через 5 минут Работа со списком из нескольких потоков. Взято с другого форума.
0
|
|||||
|
Кормпилятор
|
||||||
| 27.11.2011, 15:17 [ТС] | ||||||
|
Я так подумал и решил, что простая проблема требует простого решения.
BugFix: Вставить после 289 строчки:
Во-первых вряд-ли кто-то будет долго таскать окно, нужно предусмотреть на такое время, чтобы человеку хватило времени перетащить окно, ну максимум минута, и то я представляю себе сидишь и таскаешь окошко целую минуту))), ну а во-вторых, раз мьютекс блокирует все потоки, кроме собственного, то в данной программе его использовать нежелательно, т.к. производительность программы будет снижаться(работа со списком шла бы постоянно). Поэтому такая простая заплатка полностью решит проблему и убережёт от ещё больших "наворотов", оставим списки на программы со сложной структурой, которые гораздо сложнее реализовать на массивах. Всё таки объясню посему мышка и клавиатура обрабатываются в отдельном потоке, если обрабатывать их в главном потоке, на который в данном случае возложена миссия выполнять все вычисления, то существует вероятность(немалая надо сказать), что опрос мыши будет производиться через большие промежутки и следовательно мышь будет очень плохо реагировать, клавиатура - то же самое. Отрисовка сейчас полностью выполняется в отдельном потоке и при нормальном обновлении координат мыши, визуально всё будет гладко. Я сейчас не рассматриваю случаи, когда остальные ядра процессора уже загружены.
0
|
||||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
|||
| 27.11.2011, 15:49 | |||
|
Поток будет заблокирован функцией LockMutex() только в том случае, если мьютекс захвачен другим потоком. Если занятый мьютекс не пытаться захватить, по поток работает без остановок.
1
|
|||
|
Кормпилятор
|
|||
| 27.11.2011, 16:13 [ТС] | |||
0
|
|||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
||
| 27.11.2011, 16:52 | ||
|
Переменная работает на уровне приложения, а мьютекс на уровне системы. Синхронизация потоков на системном уровне гораздо эффективнее, чем на уровне приложения. Может этот материал немного прояснит ситуацию. http://ru.wikipedia.org/wiki/Мьютекс http://ru.wikipedia.org/wiki/Критическая_секция
1
|
||
|
Кормпилятор
|
||||||||||||
| 27.11.2011, 17:31 [ТС] | ||||||||||||
|
Сравнение программ:
Добавлено через 31 минуту
Ну допустим поток изменил внутренний триггер мьютекса, посмотрев что он свободен, другие потоки при попытке обратиться к коду объекта натолкнутся на LockMutex(), который не даст добро на захват объекта, потоки остановятся, проц время перейдёт к системе, но приложению от этого лучше не станет, т.к. потоки будут ждать освобождения внутреннего триггера мьютекса. Эффективнее выходит с точки зрения взаимодействия с системой, таким образом это накладывает ограничение на выполнение в таких потоках ещё чего-либо, кроме работы с общим объектом(кот. пытаются взять другие потоки).
0
|
||||||||||||
|
Просто прогер
1292 / 1079 / 13
Регистрация: 13.03.2009
Сообщений: 2,502
|
|||||||||||||||||||
| 27.11.2011, 17:57 | |||||||||||||||||||
|
В этом случае, нужно захватить мьютекс, быстро выполнить все требуемые операции со списком (если они требуют много времени, то целесообразно только скопировать данные из списка в локальные переменные, а действия выполнять после освобождения мьютекса), а затем освободить мьютекс. Таким образом, мьютекс будет захватываться на очень короткие промежутки времени и почти не повлияет на производительность, но позволит со 100% гарантией предотвратить возможные конфликты потоков при доступе к связанному списку. В программах лучше добавить обработку еще одного события
Добавлено через 8 минут Отрисовка в основной программе(главный поток)
Отрисовка в отдельном потоке
FPS в первом случае (отрисовка в главном потоке) выше чем при разделении на несколько потоков.
0
|
|||||||||||||||||||
|
Кормпилятор
|
|||
| 27.11.2011, 18:20 [ТС] | |||
У меня на Geforce 6600 показывает 30 и 23 соотв.
0
|
|||
|
|
|
| 27.11.2011, 19:40 | |
|
Хочу заметить что мьютексы нужно использовать очень осторожно, иначе может возникнуть очень специфическая ошибка - "Взаимная блокировка потоков".
Я столкнулся с ней в одном их моих проектов. Взаимная блокировка потоков Чтобы избавится от этой ошибки, пришлось переписать много кода с учетом всех возможных ситуаций.
0
|
|
| 27.11.2011, 19:40 | |
|
Помогаю со студенческими работами здесь
20
Изменение разных элементов вектора в разных потоках даёт отличный от join() результат, нежели при detach() ShellExecute в разных потоках Перменные в разных потоках 2 цикла в разных потоках QTimer в разных потоках Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий
8Observer8 02.03.2026
Содержание блога
Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip
https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536
Одним из. . .
|
Реалии
Hrethgir 01.03.2026
Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .
|
Ритм жизни
kumehtar 27.02.2026
Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .
|
SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten
8Observer8 27.02.2026
Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
|
|
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами
8Observer8 20.02.2026
Содержание блога
Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
|
Конвертировать закладки radiotray-ng в m3u-плейлист
damix 19.02.2026
Это можно сделать скриптом для PowerShell. Использование
. \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json>
Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом.
# Check if. . .
|
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI
Eddy_Em 18.02.2026
Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так:
https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347
Основана на STM32F303RBT6.
На борту пять. . .
|
Камера Toupcam IUA500KMA
Eddy_Em 12.02.2026
Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
|