Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
В качестве механизма шифрования выбран, конечно же, неповторимый RSA в стандартной имплементации. Объяснять этот механизм тоже нет смысла, так как статья не о нем, а о автоматизации сего процесса, но, на всякий случай, двустороннее асиметрическое шифрование выглядит так:
Процесс в картинке:
Для реализации алгоритма RSA я использовал его JS-имплементацию, написанную парнями из Стэнфорда. Она была одной из первых, что попались на глаза, и отлично оправдала все мои ожидания, поэтому я использовал именно её.
CTRL+SHIFT+V;"%n:открытый_ключ_напарника" и "%m:зашифрованное,сообщение", заменяя их нотификациями про факт получения публичного ключа от напарника либо расшифрованным текстом.CTRL+SHIFT+V на странице с чатом, опять таки получим сообщение об успешной (или же неудачной) инъекцией шифратора в код страницы.Установить скрипт можна отсюда: http://ift.tt/1jW3End
Желающие потестить: можете писать мне сюда.
Спасибо за ваше внимание!
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Так что будьте внимательны, хабровчане, не доверяйте свои пароли воле судьбы, или, в лучшем случае, 4-х значному цифровому паролю на экране блокировки.
И да, там же есть и вся информация о хоть раз введенных на каком-либо сайте данных кредитных карт, кроме CVC.
UPD. кто-нибудь меня просветит, где на смартфоне андроид я могу посмотреть свой пароль гугл аккаунта в открытом виде?
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Для тестирования были рандомным способом отобраны 7 отечественных хостинг-провайдеров, предоставляющие услуги тестового периода для VPS (VDS), чем я не мог не воспользоваться в своих благих целях. Стоимость VPS варьируется от 500 до 700 рублей и относятся к бюджетному сегменту. Итак, наши претенденты:
Для каждого VPS тестирование проводилось в 3 этапа:
Каждый этап прогонялся 3 раза и в качестве результирующих использовались средние значения из результатов теста.
В таблице учитывались основные, на мой взгляд, параметры:
a. Строка Connect: — время, которое потратила утилита на соединение с сервером.
b. Строка Processing: — время выполнения запроса.
c. Строка Waiting: — время простоя запроса. То есть время, которое запрос ждал своей очереди для выполнения.
d. Строка Total — Общее время.
В качестве результирующих данных я привожу итоговые значения строки Total. Первое значение указано минимальное, второе — максимальное. Параметр показывает, за какое время выполнился самый медленный и самый быстрый запрос. Чем меньше эти показатели, тем сервер быстрее обрабатывает запросы.
В тесте не дается оценка таким характеристикам, как дисковая подсистема, объем внешнего канала, стоимость и качество доп.услуг.
Следующий претендент от Timeweb показал себя намного лучше и без особых усилий справился с задачей, обработав все отправленные на его WEB сервер запросы:
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 6.2 | 161.3 мс. | 4758 мс. | 1616 — 8988 мс. | 79.6 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 10.1 | 99.1 мс. | 2981 мс. | 827 — 5373 мс. | 49.5 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 3.4 | 291.7 мс. | 8750 мс. | 1524 — 10142 мс. | 145.8 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 2.3 | 436.4 мс. | 13091 мс. | 2662 — 15462 мс. | 218 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 5.3 | 189.5 мс. | 5685 мс. | 1304 — 7210 мс. | 94.7сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 10.4 | 96.5 мс. | 2895 мс. | 919 — 4941 мс. | 48.3 сек. |
Второй раунд: 50 потоков и 1000 запросов.
Timeweb:
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 449 | 4.6 | 218.4 мс. | 10919.5 мс. | 538 — 38114 мс. | 218.4 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 7.6 | 131.5 мс. | 6574.7 мс. | 635 — 9781 мс. | 131.5 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 3.4 | 291.3 мс. | 14563.8 мс. | 2018 — 16325 мс. | 291.3 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 2.3 | 436.6 мс. | 21827.7 мс. | 2548 — 24240 мс. | 436.6 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 5.5 | 182.7 мс. | 9133.7 мс. | 1620 — 11103 мс. | 182.7 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 9.6 | 104 мс. | 5202.3 мс. | 987 — 10296 мс. | 104 сек. |
Третий раунд: 100 потоков и 10000 запросов.
Timeweb:
В третьем раунде у Timeweb при всех 3 попытках намертво падал MySQL и Apache выдавал невеселое сообщение: Error displaying the error page: Application Instantiation Error. Тестируемый сайт оживал только после рестрата MySQL. На третьем этапе VPS от Timeweb пополняет ряды отстающих, вкупе с 1gb.
Agava:
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 7.6 | 125.8 мс. | 12576 мс. | 606 — 15627 мс. | 1257.6 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 3.4 | 292.2 мс. | 29216.5 мс. | 1576 — 35362 мс. | 2921.6 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 2.3 | 4396.1 мс. | 43961.3 мс. | 2683 — 81978 мс. | 4396.1 сек. |
| Неудачные запросы | Кол-во запросов в сек. | Время выполнения 1 запроса | Время выполнения всех запросов | Время соединения | Общее время |
|---|---|---|---|---|---|
| 0 | 5.2 | 1910.3 мс. | 19103.4 мс. | 1488 — 23609 мс. | 1910.3 сек. |
На этом третий этап тестирования завершен.
Конечно мы смогли протестировать далеко не все VPS, которые есть на рынке, также скорость работы и отказоустойчивость можно значительно повысить грамотной настройкой VPS, но потенциал был хорошо прослежен в данном тесте. Как выяснилось далеко не всегда производительность упирается в мегагерцы и объемы ОЗУ.
Ознакомиться со сводной таблицей результатов тестирования можно здесь.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Обновление закрывает уязвимость CVE-2014-1266, которая позволяет злоумышленнику из «привилегированной позиции в сети» перехватывать и модифицировать пакеты в сессиях, защищённых SSL/TLS. Речь идёт о MiTM-атаке с подменой трафика.
В лаконичном пояснении Apple говорит, что при установке защищённого соединения по SSL/TLS система не способна определить аутентичность соединения. Проблему решили путём «добавления недостающих этапов валидации».
Хотя по лаконичному описанию не совсем понятно, каких конкретно «этапов» не хватало, но можно говорить об отсутствии полноценной защиты соединений. Так или иначе, но отсутствие необходимых этапов аутентификации означает, что раньше на все устройства Apple третьи лица, вероятно, могли устанавливать поддельные/модифицированные апдейты ОС на смартфоны и планшеты пользователей.
Сегодня известный криптограф Адам Лэнгли опубликовал статью с анализом бага в iOS. Он обращает внимание на разницу в коде OS X 10.8.5 (Security-55179.13) и 10.9 (Security-55471), где, вероятно, исправлен тот же самый баг.
Собственно, вот он.
static OSStatus
SSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer signedParams,
uint8_t *signature, UInt16 signatureLen)
{
OSStatus err;
...
if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0)
goto fail;
if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)
goto fail;
goto fail;
if ((err = SSLHashSHA1.final(&hashCtx, &hashOut)) != 0)
goto fail;
...
SSLFreeBuffer(&signedHashes);
SSLFreeBuffer(&hashCtx);
return err;
}
Обратите внимание на две строки goto fail подряд. Первая из них корректно связывается с оператором if, а вторая вообще не имеет никакого отношения к делу. В результате, выполнение программы всегда завершается на этом этапе, со второго goto fail. Значение err содержит правильное значение, потому что операция обновления SHA1 была успешной и верификация подписи всегда даёт «добро».
Речь идёт о проверке подписи в сообщении ServerKeyExchange, что используется в шифрах DHE и ECDHE для передачи одноразового ключа соединения. Сервер говорит: «Вот одноразовый ключ, а вот подпись от моего сертификата, так что ты знаешь, что ключ от меня». В случае с Apple, если связь между одноразовым ключом и сертификатом сломана, то вся система разваливается. Теперь вообще ничего не работает: можно отправить клиенту правильный сертификат, но подписать рукопожатие произвольным секретным ключом, или вообще его не подписывать! Отсутствуют любые доказательства, что сервер, который присылает сертификат, вообще владеет секретным ключом для этого сертификата.
Уязвимость, вероятно, присутствует во всех версиях iOS до 7.0.5 и во всех версиях OS X до 10.9.1 включительно.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Читает лекцию кандидат филологических наук Борис Леонидович Иомдин, старший научный сотрудник Института русского языка им. В. В. Виноградова РАН, доцент Института лингвистики РГГУ, доцент факультета филологии Высшей школы экономики.
Примерно в 100 году н.э. появился Shuōwén Jiězì – первый словарь, где иероглифы были разбиты по ключам: группировка производится по базовым графическим элементам иероглифов, что упрощает поиск толкований иероглифов в тех случаях, когда даже примерное значение слова неизвестно. Словарь содержит 9353 иероглифов, известен его автор: Сюй Шень.
Самый ранний из дошедших до нас рукописных славянских словарей – это так называемый азбуковник. Он был создан в 1282 в качестве приложения к Кормчей книге и содержа толкования 174 слов. Ну а самый первый печатный словарь был издан в 1596 году в качестве приложения к грамматике Лаврентия Зизания.
В нем содержится перевод 1061 слова со старославянского языка на древнерусский.
Возникли целые семейства словарей, составляемые едиными коллективами авторов по единым принципам:
До тех пор, пока компьютеры не обрели широкого применения, определения записывались на карточки, из них составлялись картотеки. Труднее всего было находить примеры применения слов в художественной литературе. Академик А. А. Зализняк высказывался об этом следующим образом: «Нынешним молодым людям уже трудно представить себе, что эта работа делалась вручную. «Это же немыслимый абсурд – делать такую работу без компьютера», – доводилось мне слышать. В действительности рабочим инструментом были четыре хлебных лотка, раздобытых в соседней булочной; в каждый входило по 25 тысяч карточек из тонкой бумаги».
С распространением компьютера появилась возможность составлять корпуса языка: наборы текстов доступных для поиска и грамматической разметки. Теперь найти самые разные варианты применения того или иного слова можно буквально за пару секунд. Это произвело настоящую революцию в работе над словарями.
Корпус отличается от электронной библиотеки тем, что в нем отсутствует доступ к полным текстам, его нельзя просто читать. Но при этом там есть мощный полнофункциональный поиск, ориентированный именно на лингвистические исследования. Самый большой корпус русскоязычных текстов – это национальный корпус русского языка. Он включает в себя более 500 миллионов слов. В нем содержатся самые разные тексты, включая примеры устной речи, которые раньше были совсем уж труднодоступны.
Посмотрев лекцию до конца, вы узнаете, какие бывают принципы составления словарей, какие еще проблемы сегодня возникают перед составителями словарей, и как их пытаются решить.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Не так давно Евгений Муравьёв выпустил совсем новую версию своего знаменитого типографа 3.0. Любому продукту надо чуть-чуть обкататься, самые первые версии как правило сыроватые, потому подождали версии 3.2 и начали его смотреть. Надо сказать, что в целом новый типограф оставил положительные впечатления.
Он стал удобнее, линейная передача параметров в текущей версии гораздо проще для понимания. Теперь, если нам нужна автоматическая расстановка параграфов, просто выставляем опции ‘Text.paragraphs’ значение ‘on’ (или ‘off’, чтобы отключить). Не понятно, правда, почему не использовались привычные булевые true и false, но да ладно, это не так важно.
Несмотря на свою относительную молодость, типограф показал себя с лучшей стороны. Мы постарались протестировать библиотеку по максимуму, вроде бы всё более-менее хорошо, множества багов старой версии здесь нет.
Интересной особенностью новой версии библиотеки является размещение всего кода в одном файле (3 281 строка). С одной стороны, это не очень удобно для понимания кода (да и рефакторить, наверное, не удобно), с другой, проще для конечных пользователей — один файлик гораздо менее страшен, вызывает меньше отторждения, чем 13 =)
Слегка огорчило отсутствие нормальной документации, пришлось чуть-чуть поковыряться в коде, но довольно быстро был найден метод «get_options_list», который выводит список всех опций с человеческим описанием (но, к сожалению, не для всех опций описаний достаточно). Ещё сильно не хватает библиотеки на GitHub.
В конце-концов, мы выпустили новую версию сниппета ddTypograph 2.0b. Опций у библиотеки достаточно много, но в сниппете мы посчитали целесообразным сделать лишь 4:
Помогите пожалуйста потестировать сниппет. Может быть что-то работает не очень хорошо или не хватает каких-то жизненно-важных опций для ваших задач. Мы будем рады услышать ваши мысли здесь в комментариях или же по email (code@divandesign.biz).
P.S.: Изображение в посте использовано с сайта mdash.ru, надеюсь, авторы общественного достояния не против ;-).
P.P.S.: emuravjev, если вы это читаете, ответьте пожалуйста на моё письмо или в скайпе.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Задача — планирование места для размещение виртуальных машин на системе хранения данных.
Используемое аппаратное и программное обеспечение для тестирования — VMWare ESXi 5.5 на HP ProLiant DL380 Gen8, виртуальная машина Windows 2008 R2 Enterprise (2 CPU, 4 Gb RAM, 60 Gb HDD), дисковая система HP P2000 G3 MSA FC, диски HP SAS 600Gb 10k, программа оценки скорости Cristal Disk Mark.
Цель — подбор типа raid массива.
Методика тестирования — включили виртуальную машину на локальном датасторе, смигрировали на массив, сделали замер, смигрировали обратно, на СХД размонтировали массив и из тех же дисков собрали другой тип рейда, смигрировали машину (VMWare позволяет это делать на горячую, без остановки машины), произвели замер, и т.д.
Выводы — всегда понятнее манипулировать цифрами. В интернетах много картинок что «быстрее», «отказоустойчивее» и т.д. Отказоустойчивость более понятный параметр — 1 или 2 диска, время восстановления после замены диска требует отдельного исследования. Картинки «попугаев» и прочих животных по конкретным дискам так же не очень подходят под нашу задачу, по скольку многое зависит от raid-контроллера.
В этой статье рассматриваем параметр «быстрее». Понимаю, что все зависит от конкретного железа, по этому указываю точную конфигурацию.
Результат — после проведения замеров для себя определили использование массивов Raid50 и Raid10.
Чтобы не быть голословным прикрепляю картинки замеров.
Raid0 на 4 дисках:
Raid0 на 12 дисках:
Raid10 на 4 дисках:
Raid5 на 9 дисках:
Raid50 на 8 дисках:
Raid6 на 4 дисках:
Все на одном.
Слева на право: raid50, raid6 (2 измерения в разное время), raid5, raid10. Внизу справа: raid0 4 disk, raid 0 12 disk:
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
сегодня в 15:54
Иточник: Сайт Минкомсвязи РФ
Автоматизированное
продвижение сайтов
Подробнее
Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Для индикации состояния выхода были выбраны цифровые китайские комбинированные индикаторы на ЖК, с диапазоном до 199В с точностью 0.1В и до 20А с точностью 0.01А. Что меня полностью устроило. А вот что забыл, так это прикупить к ним шунты, т.к. по наивности думал что они будут в комплекте.
Для первичного преобразования напряжения думал использовать обычный трансформатор с отводами через каждые 6В, коммутируемый релюшками с контроллера, а для регулировки выхода простой эмиттерный повторитель. И всё бы ничего, но когда узнал стоимость и габариты такого трансформатора (30В * 10А = 300вт), то понял что надо быть современнее и использовать импульсные блоки питания.
Пробежавшись по предложениям понял что ничего толкового на мои токи нет, а если и есть, то жаба категорически против. В связи с этим пришла мысль попробовать использовать компьютерные блоки питания, коих всегда у любого ITшника предостаточно. Были откопаны блоки по 350Вт, что обещало 22А по +5В ветке и 16А по 12В. Пробежавшись по интернету нашёл много противоречивых мнений по поводу последовательного соединения блоков, и нашёл умную статью на Радиокоте как это сделать правильно. Но перед этим решил рискнуть и таки взять и нахрапом соединить блоки последовательно, дав нагрузку.
… И получилось!
На фото последовательно соединены 3 блока. Де-факто на выходе 35В, 10.6А.
Далее возник вопрос: каким контроллером управлять. По идее ATMega328 тут идёт за глаза, но ЦАПы… Посчитав почём обойдётся хотя б 2 ЦАПа на 12 бит и посмотрев характеристики Arduino DUE с ними на борту, а так же сравнив кол-во требуемых ПИНов, понял что проще и дешевле и быстрее будет просто поставить эту ардуину в блок целиком, вместе с платой.
Постепенно на макетках родилась схема. Приведу её в общем виде, только для одного канала:
Схема бьётся на несколько функциональных блоков: Набор блоков питания ATX, блок коммутации БП, блок усилителя напряжения ЦАП Arduino, блок усилителя напряжения токового шунта, блок ограничения напряжения по заданному току.
Блок коммутации БП: В зависимости от заданного пользователем напряжения Ардуино выбирает какую ветку задействовать. Выбирается минимальная по напряжению ветка, на минимум +3В большая заданного. 3В остаются на неточности установки напряжения в блоках питания + ~1.2В просада напряжения на переходах транзистора + не большой запас. Одновременно задействованный ключ ветки активирует тот или иной блок питания. Например задав 24В надо активировать все 3 блока питания и подключить выход на +5в 3-го в цепочке, что даст на коллекторе выходного транзистора VT1 +29В, тем самым минимизируя выделяемую тепловую мощность транзистора.
Блок усилителя напряжения: Реализован на операционном усилителе OP1. ОУ используется Rail-to-Rail, однополярый, с большим напряжением питания, в моём случае — AD823. Причём выход ЦАП Ардуино имеет смещение нулевой точки = 0.54В. Т.е. если Вы задаёте напряжение выхода = 0, на выходе де-факто будет присутствовать 0.54В. Но нас это не устраивает, т.к. ОУ усиливает с 0, и напряжение тоже хочется регулировать с 0. Поэтому применён подстроечный резистор R1, вычитающий напряжение. А отдельный стабилизатор на -5В, вместо использования -5В ветки блока питания, используется ввиду нестабильности выдаваемого блоком питания напряжения, меняющимся под нагрузкой. Выход же ОУ охвачен обратной связью с выхода VT1, это сделано что б ОУ сам компенсировал изменения напряжения в зависимости от нагрузки на выходе.
Кстати, о AD823 из Китая по Ебею: день промучился, понять не мог, почему схема не работает от 0 на входе. Если больше 1.5В то всё становится нормально, а иначе всё напряжение питания. Уже подумав что сам дурак, нарвался на рассказ как человек вместо AD823 получил с Китая подделку. Тут же поехал в соседний магазин, купил там, поставил и… О чудо — всё сразу заработало как надо. Игра, найди отличия (подделка в кроватке, справа оригинал. Забавно что подделка выглядит лучше):
Далее усилитель напряжение токового шунта. Поскольку токовый шунт достаточно мощный, то и падение напряжения на нём мало, особенно на малых токах. Поэтому добавлен OP2, служащий для усиления напряжения падения шунта. Причём от быстродействия этого ОУ зависит скорость срабатывания предохранителя.
Сам предохранитель, а точнее блок ограничения тока, реализован на компараторе OP2. Усиленное напряжение, соответствующее протекаемому току, сравнивается с напряжением, установленным электронным потенциометром и если оно выше — компаратором открывается VT2, и тот сбрасывает напряжение на базе выходного транзистора, по сути выключая выход. В работе это выглядит так:
Теперь к тому, почему в качестве шунта у меня дроссель. Всё просто: как я писал раньше — я просто забыл заказать шунты. А когда уже собирал блок и это выявилось, то ждать с Китая показалось долго, а в магазине дорого. Поэтому не долго думая, порылся в распайке старых компьютерных блоков питания и нашёл дроссели, почти точно подошедшие по сопротивлению. Чуть подобрал и поставил. Дополнительно же это даёт защиту: В случае резкого изменения нагрузки, дроссель сглаживает ток на время, достаточное что б успел отработать ограничитель тока. Это даёт отличную защиту от КЗ, но есть и минус — импульсные нагрузки «сводят блок с ума». Впрочем, для меня это оказалось не критично.
В итоге у меня получился вот такой блок питания:
Надписи на лицевой части сделаны с помощью ЛУТа. Индикаторы работы блоков питания выведены на 2-х цветный светодиод. Где красный запитан от дежурных +5в и показывают что блок готов к работе. А зелёный от Power_Good, и показывает что блок задействован и исправен. В свою очередь транзисторная развязка обеспечивает гашение красного светодиода и если у блока проблема — потухнет и красный и зелёный:
Маленькие экраны показывают заданные параметры, большие — состояние выхода де-факто. Энкодерами вращением устанавливается напряжение, короткое нажатие — вкл/выкл нагрузки, длинное — выбор режима установки напряжения/максимального тока. Ток ограничен 12.5А на канал. Реально в сумме 15 снимается. Впрочем — на той же элементной базе, с заменой блоков питания на нечто 500-т Ваттное, можно снимать и по 20. Не знаю, стоит ли приводить тут код скетча, простыня большая и достаточно глупая, + везде торчат хвосты под недоделанный функционал вроде коррекции выходного напряжения по АЦП обратной связи и регулировки скорости вентилятора.
Напоследок, пара слов. Оказалось что Arduino DUE при включении после длительного простоя может не начать выполнять программу. Т.е. включаем плату, думаем что сейчас начнёт выполняться наша программа, а в ответ тишина, пока не нажмёшь reset. И всё бы ничего, но внутри корпуса reset нажимать несколько затруднительно.
Поискал по форуму, несколько человек столкнулось с такой же проблемой, но решения не нашли. Ждут когда разработчики поправят проблему. Мне ждать было лениво, поэтому пришлось решать проблему самому. А решение нашлось до безобразия примитивное, впаять электролитический конденсатор на 22мкФ в параллель кнопке. В результате, на момент запуска, пока идёт заряд этого конденсатора, имитируется нажатие кнопки reset. Отлично работает, прошиваться не мешает:
В заключение:
По-хорошему надо повесить на все радиаторы датчики температуры и регулировать скорость вентилятора в зависимости от температуры, но пока меня устроила и платка регулятора скорости вентилятора из какого-то FSPшного блока питания.
Ещё хотелось бы через АЦП обратную связь с блоком коммутации на случай залипания релюшки, а так же обратную связь по выходу, дабы компенсировать температурный дрейф подстроечных резисторов (в пределах 0.1в на больших напряжениях бывают отклонения).
А вот кнопки памяти и фиксированные настройки по опыту использования кажутся чем-то не нужным.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Проблема в том, что за два десятилетия Vim разросся до страшных размеров: около 300 000 строк кода на C89. «Очень мало людей могут понять этот код или имеют смелость изменять его. Есть проблема и с добавлением нового кода и патчей в Vim: единственный мейнтейнер не успевает за развитием экосистемы плагинов», — пишет бразильский программист Тиаго де Арруда Падилья (Thiago de Arruda Padilha), который создал проект Neovim — обновлённую и улучшенную версию Vim для 21 века.
В рамках проекта Neovim планируется осуществить агрессивный рефакторинг исходного кода Vim. Цели:
Говоря о конкретных изменениях, планируется перейти на современную систему автоматизации сборки на основе cmake, убрать режим эмуляции Vi и некоторые другие не очень важные опции, которые затрудняют поддержку кода, а также убрать платформо-специфичный код. Вместо него будут динамически подключаемая библиотека libuv будет осуществлять асинхронный ввод-вывод на разных платформах.
Новую систему плагинов предлагается построить поверх механизма управления заданиями, похожего на этот. Плагины можно писать на любом языке, наличие плагина редактор будет проверять при запуске, и каждый плагин будет работать асинхронно, ожидая события и отправляя команды в Neovim. Например, вот так может выглядеть сессия работы плагина с использованием json-rpc.
plugin -> neovim: {"id": 1, "method": "listenEvent", "params": {"eventName": "keyPressed"}}
neovim -> plugin: {"id": 1, "result": true}
neovim -> plugin: {"method": "event", "params": {"name": "keyPressed", "eventArgs": {"keys": ["C"]}}}
neovim -> plugin: {"method": "event", "params": {"name": "keyPressed", "eventArgs": {"keys": ["Ctrl", "Space"]}}}
plugin -> neovim: {"id": 2, "method": "showPopup", "params": {"size": {"width": 10, "height": 2} "position": {"column": 2, "line": 3}, "items": ["Completion1", "Completion2"]}}
plugin -> neovim: {"id": 2, "result": true}}
Из основного кода удалят элементы GUI и все соответствующие виджеты. GUI будет подключаться примерно по той же схеме, что и плагины. Отличие только в том, что плагины загружаются в Neovim, а сам Neovim запускается из GUI.
Программа GUI
|
---> Neovim
|
---> Плагин 1
|
---> Плагин 2
|
---> Плагин 3
gui -> vim: {"id": 1, "method": "initClient", "params": {"size": {"rows": 20, "columns": 25}}}
vim -> gui: {"id": 1, "result": {"clientId": 1}}
vim -> gui: {"method": "redraw", "params": {"clientId": 1, "lines": {"5": " Welcome to neovim! "}}}
gui -> vim: {"id": 2, "method": "keyPress", "params": {"keys": ["H", "e", "l", "l", "o"]}}
vim -> gui: {"method": "redraw", "params": {"clientId": 1, "lines": {"1": "Hello ", "5": " "}}}
Всю разработку Neovim планируется вести на Github. Принимаются пожертвования.
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Итак, в стародавние времена люди играли в Sony Playstation и их все устраивало. Но прогресс не стоял на месте. Увеличивалась степень интеграции микросхем. Инженерная мысль постоянно искала новые формфакторы, а мысль маркетинговая — новые рынки сбыта. Так в 2005 году появилась в продаже за пределами Японии портативная игровая система Sony Playstation Portable. Ее игровая линейка (как и у любой другой приставки) представляла собою специально скомпилированные под железо PSP игры. Но также она обладала и достаточными вычислительными мощностями для запуска игр от оригинальной PlayStation через встроенный эмулятор. Хотя, быть может, тут ключевую роль сыграло то, что и у PlayStation, и у PSP стоял процессор одной и той же архитектуры — а именно MIPS. Но самое примечательное в этой системе то, что сразу же, в год запуска, в сеть утекли библиотеки PSP SDK. В результате, через почти 10 лет с момента запуска, мы имеем огромную библиотеку игр и отлаженного homebrew. Также, сейчас, в не самом крупном городе России полностью рабочую PSP (самой функциональной модификации) можно купить с рук за 3000 рублей. Все это делает ее к настоящему моменту очень привлекательной бюджетной игровой системой с просто огромной инсталлбазой. Самая функциональная модификация имеет компонентный выход для подключения к ТВ. Но разъем подключения к ТВ располагается неудачно с точки зрения долгого использования PSP в качестве геймпада. К тому же, при длительном использовании возникает необходимость подключения второго провода — от зарядного устройства. И удобство использования такой химеры стремится к нулю. Как относительно бюджетно и при этом гиково решить эту проблемку — про это и пойдет речь в этой статье. Также вкратце будут затронуты темы программирования драйвера USB-клиента под PSP, методика установки хук-функций в PSP, работа под линуксом с устройствами USB и с джойстиками через API. Мы начинаем.
#define GET_JUMP_TARGET_(x) (0x80000000 | (((x) & 0x03FFFFFF) << 2))
int (*g_setframebuf)(int unk, void* addr, int width, int psm, int sync);
int setframebuf_hook_func(int unk, void* addr, int width, int psm, int sync)
{
if(g_info == 1)
{
dbgprint( debugmsg, addr, psm );
if (!g_info) DEBUG_RESET()
}
return g_setframebuf(unk, addr, width, psm, sync);
}
int hook_function(unsigned int* jump, void* hook, unsigned int* result)
{
unsigned int target;
unsigned int func;
int inst;
target = GET_JUMP_TARGET_(*jump);
while (((inst = _lw(target+4)) & ~0x03FFFFFF) != 0x0C000000) // search next JAL instruction
target += 4;
if((inst & ~0x03FFFFFF) != 0x0C000000)
{
printf("invalid!\n");
return 1;
}
*result = GET_JUMP_TARGET_(inst);
func = (unsigned int) hook;
func = (func & 0x0FFFFFFF) >> 2;
_sw(0x0C000000 | func, target+4);
return 0;
}
int module_start( SceSize args, void *argp )
{
//...
hook_function( (unsigned int*) sceDisplaySetFrameBuf, setframebuf_hook_func, (unsigned int*)&g_setframebuf );
//...
}
#define USBDATA_PATTERN 0x1234ABFE
struct
{
unsigned int Pattern;
unsigned int ButtonData;
unsigned int AnalogX;
unsigned int AnalogY;
} PSPUsbData;
struct HostFsCmd
{
uint32_t magic;
uint32_t command;
uint32_t extralen;
} __attribute__((packed));
#define RJLITE_DRIVERNAME "RJLiteDriver"
#define RJLITE_DRIVERPID (0x1C9)
struct UsbDriver UsbDriver = {
RJLITE_DRIVERNAME,
4,
UsbEndpoint,
&UsbInterface,
&UsbData[0].devdesc[0],
&UsbData[0].config,
&UsbData[1].devdesc[0],
&UsbData[1].config,
&StringDescriptor,
UsbRequest,
UsbUnknown,
UsbAttach,
UsbDetach,
0,
UsbStartFunc,
UsbStopFunc,
NULL
};
int module_start( SceSize args, void *argp )
{
//...
sceUsbbdRegister(&UsbDriver);
if((sceUsbStart(PSP_USBBUS_DRIVERNAME, 0, 0) == 0) && (sceUsbStart(RJLITE_DRIVERNAME, 0, 0) == 0) && //...
{
//...
}
//...
}
static SceUID UsbMainEventFlag = -1;
static int UsbStartFunc( int size, void *p )
{
//...
UsbMainEventFlag = sceKernelCreateEventFlag( "USBMainEvent", 0x200, 0, NULL );
//...
UsbMainThreadID = sceKernelCreateThread( "USBMainThread", UsbMainThread, 10, 0x10000, 0, NULL );
//...
sceKernelStartThread( UsbMainThreadID, 0, NULL );
//...
}
static int UsbAttach(int speed, void *arg2, void *arg3)
{
sceKernelSetEventFlag( UsbMainEventFlag, USB_EVENT_ATTACH);
return 0;
}
static int UsbMainThread(SceSize size, void *argp)
{
int ret;
u32 result;
while(1)
{
ret = sceKernelWaitEventFlag(UsbMainEventFlag, USB_EVENT_ATTACH | USB_EVENT_ASYNC, PSP_EVENT_WAITOR | PSP_EVENT_WAITCLEAR, &result, NULL);
if(ret < 0)
{
sceKernelExitDeleteThread(0);
}
if(result&USB_EVENT_ASYNC)
{
usb_async_events++;//nyashkoshkko: debug
SetUsbAyncReq(&PSPUsbData, sizeof(PSPUsbData));
}
if(result&USB_EVENT_ATTACH)
{
usb_attach_events++;//nyashkoshkko: debug
SetUsbAyncReq(&PSPUsbData, sizeof(PSPUsbData));
}
}
return 0;
}
static int SetUsbAyncReq( void *data, int size )
{
//...
UsbAsyncReq.data = data;
UsbAsyncReq.size = size;
UsbAsyncReq.func = UsbAsyncReqDone;
sceKernelClearEventFlag( UsbMainEventFlag, ~USB_EVENT_ASYNC );
return( sceUsbbdReqRecv( &UsbAsyncReq ) );
}
static int UsbAsyncReqDone( struct UsbdDeviceReq *req, int arg2, int arg3 )
{
sceKernelSetEventFlag( UsbMainEventFlag, USB_EVENT_ASYNC );
return( 0 );
}
> yum install libusb1-devel
> yum install libusbx-devel
#define DRIVER_DESC "X-Box pad driver"
MODULE_SUPPORTED_DEVICE("input/js");
/**
* Gets the ids of all input devices in the system.
* @return The input device ids.
*/
public static int[] getDeviceIds() {
return InputManager.getInstance().getInputDeviceIds();
}
private final IInputManager mIm;
//...
private SparseArray<InputDevice> mInputDevices;
//...
/**
* Gets the ids of all input devices in the system.
* @return The input device ids.
*/
public int[] getInputDeviceIds() {
synchronized (mInputDevicesLock) {
populateInputDevicesLocked();
final int count = mInputDevices.size();
final int[] ids = new int[count];
for (int i = 0; i < count; i++) {
ids[i] = mInputDevices.keyAt(i);
}
return ids;
}
}
//...
private void populateInputDevicesLocked() {
if (mInputDevicesChangedListener == null) {
final InputDevicesChangedListener listener = new InputDevicesChangedListener();
try {
mIm.registerInputDevicesChangedListener(listener);
} catch (RemoteException ex) {
throw new RuntimeException(
"Could not get register input device changed listener", ex);
}
mInputDevicesChangedListener = listener;
}
if (mInputDevices == null) {
final int[] ids;
try {
ids = mIm.getInputDeviceIds();
} catch (RemoteException ex) {
throw new RuntimeException("Could not get input device ids.", ex);
}
mInputDevices = new SparseArray<InputDevice>();
for (int i = 0; i < ids.length; i++) {
mInputDevices.put(ids[i], null);
}
}
}
interface IInputManager {
// Gets input device information.
InputDevice getInputDevice(int deviceId);
int[] getInputDeviceIds();
//...
import android.view.InputDevice;
//...
/*
* Wraps the C++ InputManager and provides its callbacks.
*/
public class InputManagerService extends IInputManager.Stub
implements Watchdog.Monitor, DisplayManagerService.InputManagerFuncs {
static final String TAG = "InputManager";
static final boolean DEBUG = false;
private static final String EXCLUDED_DEVICES_PATH = "etc/excluded-input-devices.xml";
//...
private InputDevice[] mInputDevices = new InputDevice[0];
//...
/**
* Gets the ids of all input devices in the system.
* @return The input device ids.
*/
@Override // Binder call
public int[] getInputDeviceIds() {
synchronized (mInputDevicesLock) {
final int count = mInputDevices.length;
int[] ids = new int[count];
for (int i = 0; i < count; i++) {
ids[i] = mInputDevices[i].getId();
}
return ids;
}
}
public final class InputDevice implements Parcelable {
private final int mId;
//...
/**
* Gets the input device id.
* <p>
* Each input device receives a unique id when it is first configured
* by the system. The input device id may change when the system is restarted or if the
* input device is disconnected, reconnected or reconfigured at any time.
* If you require a stable identifier for a device that persists across
* boots and reconfigurations, use {@link #getDescriptor()}.
* </p>
*
* @return The input device id.
*/
public int getId() {
return mId;
}
//...
// Called by native code.
private InputDevice(int id, int generation, int controllerNumber, String name, int vendorId,
int productId, String descriptor, boolean isExternal, int sources, int keyboardType,
KeyCharacterMap keyCharacterMap, boolean hasVibrator, boolean hasButtonUnderPad) {
mId = id;
mGeneration = generation;
mControllerNumber = controllerNumber;
mName = name;
mVendorId = vendorId;
mProductId = productId;
mDescriptor = descriptor;
mIsExternal = isExternal;
mSources = sources;
mKeyboardType = keyboardType;
mKeyCharacterMap = keyCharacterMap;
mHasVibrator = hasVibrator;
mHasButtonUnderPad = hasButtonUnderPad;
}
private InputDevice(Parcel in) {
mId = in.readInt();
mGeneration = in.readInt();
mControllerNumber = in.readInt();
mName = in.readString();
mVendorId = in.readInt();
mProductId = in.readInt();
mDescriptor = in.readString();
mIsExternal = in.readInt() != 0;
mSources = in.readInt();
mKeyboardType = in.readInt();
mKeyCharacterMap = KeyCharacterMap.CREATOR.createFromParcel(in);
mHasVibrator = in.readInt() != 0;
mHasButtonUnderPad = in.readInt() != 0;
for (;;) {
int axis = in.readInt();
if (axis < 0) {
break;
}
addMotionRange(axis, in.readInt(), in.readFloat(), in.readFloat(), in.readFloat(),
in.readFloat(), in.readFloat());
}
}
jobject android_view_InputDevice_create(JNIEnv* env, const InputDeviceInfo& deviceInfo) {
//...
ScopedLocalRef<jobject> inputDeviceObj(env, env->NewObject(gInputDeviceClassInfo.clazz,
gInputDeviceClassInfo.ctor, deviceInfo.getId(), deviceInfo.getGeneration(),
deviceInfo.getControllerNumber(), nameObj.get(),
static_cast<int32_t>(ident.vendor), static_cast<int32_t>(ident.product),
descriptorObj.get(), deviceInfo.isExternal(), deviceInfo.getSources(),
deviceInfo.getKeyboardType(), kcmObj.get(), deviceInfo.hasVibrator(),
deviceInfo.hasButtonUnderPad()));
void NativeInputManager::notifyInputDevicesChanged(const Vector<InputDeviceInfo>& inputDevices) {
JNIEnv* env = jniEnv();
//...
jobject inputDeviceObj = android_view_InputDevice_create(env, inputDevices.itemAt(i));
// Native callback.
private void notifyInputDevicesChanged(InputDevice[] inputDevices) {
synchronized (mInputDevicesLock) {
if (!mInputDevicesChangedPending) {
mInputDevicesChangedPending = true;
mHandler.obtainMessage(MSG_DELIVER_INPUT_DEVICES_CHANGED,
mInputDevices).sendToTarget();
}
mInputDevices = inputDevices;
}
}
void InputReader::loopOnce() {
//...
size_t count = mEventHub->getEvents(timeoutMillis, mEventBuffer, EVENT_BUFFER_SIZE);
//...
// Send out a message that the describes the changed input devices.
if (inputDevicesChanged) {
mPolicy->notifyInputDevicesChanged(inputDevices);
}
sp<EventHubInterface> mEventHub;
static const char *DEVICE_PATH = "/dev/input";
//...
char devname[PATH_MAX];
char *filename;
//...
strcpy(devname, DEVICE_PATH);
filename = devname + strlen(devname);
*filename++ = '/';
//...
strcpy(filename, event->name);
//...
openDeviceLocked(devname);
//...
status_t EventHub::openDeviceLocked(const char *devicePath) {
char buffer[80];
ALOGV("Opening device: %s", devicePath);
int fd = open(devicePath, O_RDWR | O_CLOEXEC);
if(fd < 0) {
ALOGE("could not open %s, %s\n", devicePath, strerror(errno));
return -1;
}
/*
* The input manager is the core of the system event processing.
*
* The input manager uses two threads.
*
* 1. The InputReaderThread (called "InputReader") reads and preprocesses raw input events,
* applies policy, and posts messages to a queue managed by the DispatcherThread.
* 2. The InputDispatcherThread (called "InputDispatcher") thread waits for new events on the
* queue and asynchronously dispatches them to applications.
*
* By design, the InputReaderThread class and InputDispatcherThread class do not share any
* internal state. Moreover, all communication is done one way from the InputReaderThread
* into the InputDispatcherThread and never the reverse. Both classes may interact with the
* InputDispatchPolicy, however.
*
* The InputManager class never makes any calls into Java itself. Instead, the
* InputDispatchPolicy is responsible for performing all external interactions with the
* system, including calling DVM services.
*/
class InputManagerInterface : public virtual RefBase {
#include <stdio.h>
#include <stdlib.h>
#include <termios.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <libusb-1.0/libusb.h>
#define SONY_VENDOR_ID 0x054C
#define PSP_B_PRODUCT_ID 0x01C9
#define UP 0x00000010
#define DOWN 0x00000040
#define LEFT 0x00000080
#define RIGHT 0x00000020
#define B_X 0x00004000
#define B_O 0x00002000
#define B_KVADRAT 0x00008000
#define B_TREUGOLNIK 0x00001000
#define B_L 0x00000100
#define B_R 0x00000200
#define B_SELECT 0x00000001
#define B_START 0x00000008
#define B_NOTE 0x00800000
struct
{
unsigned int Pattern;
unsigned int Btn;
unsigned int X;
unsigned int Y;
} PS = {0x1234ABFE, 0, 127, 127};
struct js_event
{
unsigned int time;
short value;
unsigned char type;
unsigned char number;
};
int is_usbdevblock(libusb_device *dev)
{
struct libusb_device_descriptor desc;
int r = libusb_get_device_descriptor(dev, &desc);
if((desc.idVendor == SONY_VENDOR_ID) && (desc.idProduct == PSP_B_PRODUCT_ID))
{
return 1;
}
return 0;
}
int main(int argc, char** argv)
{
unsigned int real_x = 0, real_y = 0;
int x, y;
int fd = 0;
while(1)
{
libusb_device **list;
libusb_device *found = NULL;
libusb_context *ctx = NULL;
int attached = 0;
libusb_init(&ctx);
libusb_set_debug(ctx, 3);
ssize_t cnt = libusb_get_device_list(ctx, &list);
ssize_t i = 0;
int err = 0;
if(cnt < 0)
{
return -1;
}
for(i = 0; i < cnt; i++)
{
libusb_device *device = list[i];
if(is_usbdevblock(device))
{
found = device;
break;
}
}
if(found)
{
libusb_device_handle *handle;
err = libusb_open(found, &handle);
if (err)
{
return -1;
}
if (libusb_kernel_driver_active(handle, 0))
{
libusb_detach_kernel_driver(handle, 0);
attached = 1;
}
err = libusb_claim_interface(handle, 0);
if (err)
{
return -1;
}
if(fd == 0)
{
fd = open("/dev/input/js0", O_RDONLY);
}
if(fd < 0)
{
goto clean;
}
int nEndpoint = 0x01;
int nTimeout = 500; //in milliseconds
int BytesWritten = 0;
int ret;
struct js_event e;
int t;
while(1)
{
read(fd, &e, sizeof(struct js_event));
e.type &= ~0x80;
t = 0; //transfer = 0;
if(e.type == 1)
{
if(e.value == 1)
{
if(e.number == 0) {PS.Btn |= B_X; t = 1;}
if(e.number == 1) {PS.Btn |= B_O; t = 1;}
if(e.number == 2) {PS.Btn |= B_KVADRAT; t = 1;}
if(e.number == 3) {PS.Btn |= B_TREUGOLNIK; t = 1;}
if(e.number == 4) {PS.Btn |= B_L; t = 1;}
if(e.number == 5) {PS.Btn |= B_R; t = 1;}
if(e.number == 6) {PS.Btn |= B_SELECT; t = 1;}
if(e.number == 7) {PS.Btn |= B_START; t = 1;}
if(e.number == 8) {PS.Btn |= B_NOTE; t = 1;}//XBOX_HOME
//if(e.number == 9) PS.Btn |= ;//L_STICK_PRESS
//if(e.number == 10)PS.Btn |= ;//R_STICK_PRESS
}
if(e.value == 0)
{
if(e.number == 0) {PS.Btn &= ~B_X; t = 1;}
if(e.number == 1) {PS.Btn &= ~B_O; t = 1;}
if(e.number == 2) {PS.Btn &= ~B_KVADRAT; t = 1;}
if(e.number == 3) {PS.Btn &= ~B_TREUGOLNIK; t = 1;}
if(e.number == 4) {PS.Btn &= ~B_L; t = 1;}
if(e.number == 5) {PS.Btn &= ~B_R; t = 1;}
if(e.number == 6) {PS.Btn &= ~B_SELECT; t = 1;}
if(e.number == 7) {PS.Btn &= ~B_START; t = 1;}
if(e.number == 8) {PS.Btn &= ~B_NOTE; t = 1;}
}
}
if(e.type == 2)
{
if(e.number == 6)
{
if(e.value == -32767) {PS.Btn |= LEFT; t = 1;}
if(e.value == 32767) {PS.Btn |= RIGHT; t = 1;}
if(e.value == 0) {PS.Btn &= ~(LEFT | RIGHT); t = 1;}
}
if(e.number == 7)
{
if(e.value == -32767) {PS.Btn |= UP; t = 1;}
if(e.value == 32767) {PS.Btn |= DOWN; t = 1;}
if(e.value == 0) {PS.Btn &= ~(UP | DOWN); t = 1;}
}
if(e.number == 0)
{
if(real_x != ((e.value + 32767) / 256)) {real_x = ((e.value + 32767) / 256); t = 1;}
}
if(e.number == 1)
{
if(real_y != ((e.value + 32767) / 256)) {real_y = ((e.value + 32767) / 256); t = 1;}
}
}
if(t == 1)
{
#define KOEF 1.4
//[-128..0..127]
x = real_x - 128;
y = real_y - 128;
x = x * (1. + ((abs(x) * (KOEF-1.))/(127./KOEF))); if(x > 127) x = 127; if(x < -128) x = -128;
y = y * (1. + ((abs(y) * (KOEF-1.))/(127./KOEF))); if(y > 127) y = 127; if(y < -128) y = -128;
PS.X = 128 + x;
PS.Y = 128 + y;
ret = libusb_bulk_transfer(handle, nEndpoint, (unsigned char *)&PS, sizeof(PS), &BytesWritten, nTimeout);
if(ret < 0)
{
break;
}
}
}
clean:
if(fd)
{
close(fd);
fd = 0;
}
if(attached == 1)
{
libusb_attach_kernel_driver(handle, 0);
}
libusb_close(handle);
}
libusb_free_device_list(list, 1);
libusb_exit(ctx);
sleep(1);
}
return 0;
}
gcc xbox2psp.c -o xbox2psp.o -I/usr/local -L/usr/local -lusb-1.0
Поэтому введен линейно увеличивающийся (чем больше отклонение от центра оси контроллера Xbox, тем больше) коэффициент с максимумом в 1.4 (хотя, как выяснилось позже, правильно было бы определять значение угла, и чем ближе угол к диагонали, тем больше делать коэффициент). С этими значениями геймпад Xbox ощущается без какого то ни было дискомфорта, хоть чисто технически чувствительность и получилась загрубленной. В Doom 0.05 управлять удобно, в Dungeon Siege все три скорости перемещения (в зависимости от силы отклонения стика) работают и ощущаются как на самой PSP. Ибо, при столкновении с проблемой, в начале был опробован простой коэффициент (и 1.5, и 1.4), без линейного увеличения в зависимости от отклонения, и в названных играх ощущался резкий дискомфорт — играть было невозможно.
1. Сначала нужно скопировать наш сервис xbox2psp.o в /usr/local/bin и установить ему права запуска(все три бита).
2. Затем создать файл /lib/systemd/system/xbox2psp.service следующего содержания:
[Unit]
Description=xbox2psp
After=syslog.target network.target
[Service]
Type=simple
ExecStart=/usr/local/bin/xbox2psp.o
[Install]
WantedBy=multi-user.target
> ln -s /lib/systemd/system/xbox2psp.service xbox2psp.service
> systemctl daemon-reload
> systemctl enable xbox2psp.service
> systemctl start xbox2psp.service
This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.