@Devito

Пара людей заинтересована в таком приложении только с условием: программа должна работать всегда т.е. откыл она записала карту нажатия клавишь а потом с промежутком в 3мс поочередно воспроизводила эти нажатия.
З.Ы. прога также должна работать в свернутом режиме кто поможет Респект и Оромное спасибо + по желанию вознаграждение до 100р.
З.З.Ы прогу можно поствить в готовом виде).

0

@easybudda

Devito, Вы бы это во фриланс запостили... Только "до 100" на "от 100" поменяйте - быстрее откликнутся

0

@kravam

Даётся мне, с такой точностью этого НИКАК не сделать. Ибо вот здесь читаем:
http://wm-help.net/books-onlin... .html#h1t3

"Меня часто спрашивают, как сделать так, чтобы поток гарантированно запус кался в течение определенного времени после какого-нибудь события — на пример, не позднее чем через миллисекунду после приема данных с последо вательного порта? Ответ прост: никак. Такие требования можно предъявлять к операционным системам реального времени, но Windows к ним не относит ся. Лишь операционная система реального времени имеет полное представле ние о характеристиках аппаратных средств, на которых она работает (об ин тервалах запаздывания контроллеров жестких дисков, клавиатуры и т. д.). А создавая Windows, Microsoft ставила другую цель обеспечить поддержку мак симально широкого спектра оборудования — различных процессоров, диско вых устройств, сетей и др. Короче говоря, Windows не является операционной системой реального времени. "

Далее:
"

• Вызывая Sleep, поток добровольно отказывается от остатка выделенного ему кванта времени
• Система прекращает выделять потоку процессорное время на период, пример но равный заданному, Все верно: если Вы укажете остановить поток на 100 мс, приблизительно на столько он и "заснет", хотя не исключено, что его сон про длится на несколько секунд или даже минут болыше Вспомните, Windows не является системой реального времени. Ваш поток может возобновиться в за данный момент, но это зависит от того, какая ситуация сложится в системе к тому времени.

"

А автор говорит о 3 мс!
Тут ещё такая деталь.
Можно было бы попытаться поэксперементировать со всем этим делом. Но автор предполагает работу проги в интерактивном режиме. По-моему это значит, что в момент её работы будут выполняться другие важные проги с активными окнами, коим и будут посылаться эмулируемые сообщения.

Учитывая наличие таких прог-процессов, вне всякого сомнения ВАЖНЫХ и потому занимающих значительную часть процессорного времени расчитывать на точность 3 мс не приходится. Извините.

Добавлено через 5 минут
Подчёркиваю: можно попытаться сделать. Но не 3 мс, это надо понимать.
...И это: не просто же так должны нажиматься клавиши? Какому-то окну должно, наверное слаться сообщение. Это нужно конкретизировать. А то можно сделать так: клавиши периодически нажимаются, но ВПУСТУЮ, понятное дело, тут незачем даже огород городить.

1

@taras atavin

Не является, но здесь: про винду ни слова нет. Поэтому правильный ответ должен разъяснять, как это сделать на фотоне (системе реального времени, внешне похоже на windows и поддерживающей окна, в том числе свернутые), а ты сразу "никак". Я правильный ответ тоже дать не могу, так как фотона не знаю, но для того, чтоб позорить винду, существуют другие темы, зачем же ещё эту захламлять?

0

@kravam

Я имел ввиду не только винду, но и линь, хотя про последний не говорил. Но он тоже не является осью реального времени (это для тебя, кстати). Мне ведь надо как-то было аргументировать невозможность! И это отнюдь не позоривание просто это оси такие. Ничё плохого не вижу в этом. Хотим многозадачность- получаем распределение времени между процессами как оси заблагорассудится, а не как нам. Жизнь такая.

Но то, что это может понадобиться на каком-то фотоне... Извини, не учёл фотона... Каюсь.

0

@taras atavin

Фотон не линь.

0

@kravam

Я понял. Фотон это не линь, да. А линь не фотон. И винда тоже не линь. И линь не винда, это я тоже понял.
P. S. А макинтош похож на линь, но не линь.

0