|
Кормпилятор
|
|||||||||||
Отрисовка в разных потоках26.11.2011, 02:02. Показов 6680. Ответов 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 в разных потоках Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
| Опции темы | |
|
|
Новые блоги и статьи
|
|||
|
Отчёт о затраченных материалах за определенный период с макетом печатной формы
Maks 21.04.2026
Отчёт из решения ниже размещён в конфигурации КА2.
Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом.
В. . .
|
Отчёт о спецтехнике находящейся в ремонте
Maks 20.04.2026
Отчёт из решения ниже размещен в конфигурации КА2.
Задача: отобразить спецтехнику, которая на данный момент находится в ремонте.
Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
|
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)"
Hrethgir 19.04.2026
Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
|
Запрет удаления строк ТЧ документа при определённом условии
Maks 19.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
|
|
Модель заражения группы наркоманов
alhaos 17.04.2026
Условия задачи сформулированы тут
Суть:
- Группа наркоманов из 10 человек.
- Только один инфицирован ВИЧ.
- Колются одной иглой.
- Колются раз в день.
- Колются последовательно через. . .
|
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
|
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
|
Знаешь почему 90% людей редко бывают счастливыми?
kumehtar 14.04.2026
Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . .
а удачный момент так и не приходит.
|