Требуется разработать патч для драйвера видеокарты, расширяющий возможности управления графическим адаптером за счёт добавления дополнительных пользовательских настроек. Патч должен интегрироваться в существующую архитектуру драйвера без нарушения его основной функциональности и обеспечивать совместимость с поддерживаемыми версиями операционной системы. Основной целью является предоставление более гибкого доступа к параметрам, которые недоступны в стандартной панели управления драйвера, с возможностью их изменения через пользовательский интерфейс или программный API. Патч должен предусматривать модульную структуру, позволяющую в дальнейшем добавлять новые параметры без существенной переработки кода. Необходимо обеспечить корректную обработку ошибок, журналирование изменений, возможность отката настроек к значениям по умолчанию, а также сохранение совместимости с будущими обновлениями драйвера, насколько это возможно. Решение должно сопровождаться технической документацией с описанием архитектуры, реализованных возможностей, ограничений и рекомендаций по тестированию.
Ставки пока отсутствуют
Ставки пока отсутствуют
-
Борис Клешня
15 мая 2019
Здравствуйте, расчитываю на + - 300 грн, если получится сделать - то можно будет рассмотреть дальнейшую модернизацию ну и + стоимости
-
Вячеслав Азаров 15 мая 2019Извинте, Борис. Это не так просто как вам кажется. Если пакеты шифрованные, т.е. имеют квазислучайное содержимое, это может оказаться сверх-проблематично. К тому-же я не пью. :-)
-
Борис Клешня
15 мая 2019
Первоначально планируется их просто смотреть, формат кадра пакета - известен.
-
Борис Клешня
15 мая 2019
Квазислучайного содержимого там только 32 бита, на приеме и просмотре пакета недумою что это как то скажется, а если получится его принять - то дальнейшие действия с пакетом - это уже другой ценник.
-
Вячеслав Азаров 15 мая 2019Если пакет не меняется от посылки к посылке, как у системы компании Microchip, то такой декодер сделать просто. Но не за эти деньги, конечно. В противном случае, может не помочь даже автоматизированный анализ ключей.
-
Борис Клешня
15 мая 2019
Брелок от дешевой сигнализации 2000х годов. Есть скетч который читает код от более новых сигналок с другим форматом и длинной, зашифрованых с помощью Keelog, к томуже повторюсь, расшифровывать содержимое пока что задача не стоит, нужно принять и посмотреть на сам пакет. Все.
-
Вячеслав Азаров 15 мая 2019Борис, вы пытаетесь уговорить меня сделать это, для вас, за 300 Гр? Это не серьёзно. Посмотреть вы можете цифровым анализатором Saleae, за 300 Гр, и сами.
-
Борис Клешня
15 мая 2019
Ну код который читал более новые брелки был неочень большой, вот я и предположил что это стоит приблизительно 300 гривен, сколько это должно стоить на ваш взгляд?
-
Володимир С. 15 мая 2019охохохо!
300 грн
охохохо!
реально тут минимум 1К только на "посмотреть.
вдруг повезет и простой костыль на готовых радиомодулях спасет ситуацию
если же нет то вам дешевле заказать систему новую под ключ с брелками и бибикалками.
только приблуда что позволяет анализаровать радиочастотный спектр стоит 1.5К баксов. не у всех она есть. а у тех у кого она есть вам оценочно скажут что час работ с анализом трафика этой гравицапы и переноса функционала на МК будет стоить 20-30$
во общем думайте сами, решайте сами -
Борис Клешня
15 мая 2019
Вы видимо меня не так поняли. Задача состоит исключительно в том чтобы посмотреть на данные, передаваемые по 433 мгц. Скажем так одним глазком. Повторюсь, есть код который ловит сигнал от более новых брелков, этот же стар как мир. Нет задачи переноса функционала на мк.
-
Ярослав Білінський 17 мая 2019Если Вам необходимо посмотреть на тот сигнал что приходит с брелка то купите rtl-sdr приемник и посмотрите, вложитесь в свои 300 грн.
Актуальные фриланс-проекты в категории C и C++
Автоматизация на сайте - echerha
Мы являемся крупной логистической компанией, которая имеет собственный экспорт. В нашем распоряжении большой автопарк, и мы постоянно отправляем собственные транспортные средства на экспорт в страны Европы.Описание Сайт: https://echerha.gov.ua/ На этом сайте мы ставим наши автомобили в электронную очередь для пересечения государственной границы. Во время регистрации необходимо ввести следующие данные: имя и фамилия водителя; номер заграничного паспорта; электронный адрес (email); номер телефона логиста для получения уведомлений; тип транспортного средства (грузовой); название производителя автомобиля; государственный номерной знак тягача; государственный номерной знак прицепа; номер таможенной декларации. Для каждого автомобиля заранее определен конкретный день и время пересечения границы. Например, автомобиль должен пройти пункт пропуска «Рава-Русская» в понедельник в 10:00.Наша проблема - Очередь на сайте https://echerha.gov.ua/ движется непредсказуемо. - Например, сегодня пятница, а автомобиль должен пересечь границу в понедельник в 10:00. - Мы не знаем, когда именно начнет продвигаться очередь. Это может произойти в пятницу вечером, в любое время в субботу или воскресенье, рано утром, днем или поздно вечером. - Когда очередь начинает двигаться, это сразу видно на сайте. Иногда всего за несколько минут она может продвинуться с пятницы до понедельника или даже до вторника. - Из-за этого логисты вынуждены постоянно контролировать мобильное приложение или вебсайт, чтобы не пропустить момент, когда очередь дойдет до нужной даты и времени. Если этот момент будет упущен, мы физически не успеваем поставить автомобиль в очередь на нужный временной слот.Задача - После внесения данных о автомобиле (например, в таблицу или другой интерфейс, в зависимости от реализации программиста) система должна автоматически отслеживать движение очереди. - Когда очередь дойдет до заранее определенных даты и времени, система должна автоматически заполнить необходимые данные и поставить автомобиль в очередь без участия логиста.
Ищу опытного разработчика TrinityCore 3.3.5a, который хорошо разбирается в устройстве ядра, Battleground-системе, C++, SQL и клиенте WoW 3.3.5. В проект уже интегрирован кастомный Battleground «Долина Рабства» (Slavery Valley), перенесённый с AzerothCore на TrinityCore. Основная часть работы уже выполнена, однако требуется довести его до уровня Blizzard.Что уже сделано TrinityCore 3.3.5a + Eluna. Полностью настроен сервер. Battleground интегрирован в ядро. Работает вход в BG. Работает клиентский UI (частично). Выполнен перенос большинства SQL и DBC. Собирается без ошибок.Что необходимо сделать Исправить оставшиеся баги Battleground. Довести механику до уровня официальных Battleground Blizzard. Исправить стартовую фазу матча. Реализовать корректные стартовые ворота/огненные стены. Исправить механику захвата точек. Исправить завершение матча. Проверить начисление очков и работу WorldState. Исправить оставшиеся проблемы C++ и SQL. Выполнить полный игровой тест.Требования Обязательный опыт: TrinityCore 3.3.5a; C++; SQL (MariaDB/MySQL); DBC; MPQ; Visual Studio; CMake; Git. Будет большим плюсом: AzerothCore; Eluna; опыт разработки Battleground; понимание клиентской части WoW 3.3.5a.Формат работы Работа поэтапная. После каждого этапа обязательное тестирование. Каждый этап принимается только после проверки в игре. Необходимы понятные отчёты по изменениям.В дальнейшем Это долгосрочный проект. После завершения Battleground планируется: перенос новых Battleground; перенос новых арен; новые расы; новые классы; новые игровые системы; дальнейшая разработка собственного сервера World of Warcraft 3.3.5a. Ищу разработчика, который уже работал с TrinityCore и сможет не просто писать код, а доводить систему до полностью рабочего состояния.нет сервер с 0 как я хочу Если ты ищешь разработчика не на один Battleground, а на создание сервера с нуля, то объявление должно выглядеть примерно так.Название проекта Разработка сервера World of Warcraft 3.3.5a с нуля (TrinityCore / C++ / SQL / Eluna)Описание проекта Ищу опытного разработчика TrinityCore 3.3.5a для долгосрочного сотрудничества. Нужен человек, который сможет с нуля разработать полностью готовый игровой сервер World of Warcraft 3.3.5a на базе TrinityCore с дальнейшим развитием проекта. Проект большой и рассчитан на несколько месяцев разработки.Основа проекта TrinityCore 3.3.5a. Максимально стабильная и близкая к Blizzard база. Eluna Lua Engine. MariaDB. Visual Studio + CMake. Git.Что планируется реализовать Полностью рабочий сервер 3.3.5a. Исправление ошибок ядра. Разработка новых игровых систем. Интеграция кастомных Battleground. Интеграция новых арен. Перенос полезных модулей с AzerothCore на TrinityCore. Разработка собственных модулей. Новые PvP и PvE системы. Новые игровые события. Балансировка классов. Дополнительные системы прогрессии. Улучшение производительности сервера.В будущем После завершения базовой части планируется: новые расы; новые классы; новые зоны; новые подземелья; новые рейды; новые Battleground; новые профессии; новые игровые механики; интеграция современных систем в клиент 3.3.5a.Требования к разработчику Обязательно: Отличное знание TrinityCore 3.3.5a. Уверенное знание C++. SQL (MariaDB/MySQL). Git. Visual Studio. CMake. Понимание архитектуры TrinityCore. Опыт работы с Battleground, PvP и игровыми механиками. Будет большим плюсом: Опыт работы с AzerothCore. Eluna Lua Engine. Работа с DBC и MPQ. Опыт создания собственных игровых систем.Формат работы Работа поэтапно. Каждая задача оформляется отдельным техническим заданием. После каждого этапа проводится обязательное тестирование. Работа принимается только после проверки непосредственно в игре. Нужен разработчик, который умеет доводить функционал до полностью рабочего состояния, а не только писать код
Создать совместимость между наземной станцией управления, системой автоматического старта (САС), радаром и самолетом.
