Бюджет: 27000 UAH Термін: 30 днів
Можу виконати це завдання, пишіть в ЛС .... Є досвід роботи з CUDA
Резюме
Створити мінімальний, але масштабований SDK для кастомної стереокамери, яка надає:
плагінний інтерфейс диспаратності (алгоритми: SGBM, LightStereo, CREStereo; MVP: LightStereo CPU + LightStereo CUDA),
простий переглядач (стерео + глибина), та
Доставити MVP за 3 тижні, готову до виробництва структуру, чіткі точки розширення та CI. SDK повинен бути спроектований для крос-платформності та незалежності від мови (майбутні зв'язки для Python, Rust, Java).
Цільовий обсяг MVP (3 тижні)
Платформи (MVP)
Основна розробка/тестування: Linux x86_64 (Ubuntu 22.04 або 24.04).
Додатково (бажано, якщо дозволяє час): Windows 11.
GPU: NVIDIA CUDA (12.x) для варіанту LightStereo CUDA (якщо GPU присутній). CPU-only все ще необхідно.
Основні модулі
Абстракція двигуна диспаратності
MVP реалізації:
LightStereoCPU (без GPU)
LightStereoCUDA (CUDA 12.x)
Тільки стуби (без реалізації) для SGBM та CREStereo для демонстрації точок розширення (повернути “не реалізовано”, але компілювати).
Переглядач (простий)
Мінімальний UI
Панелі:
Живий стерео перегляд (ліве/праве виправлене).
Перегляд глибини: кольоризована глибина, з динамічним регулятором діапазону + натискання для перевірки пікселя, щоб показати глибину (м) та диспаратність.
FPS + накладка затримки.
Вибір джерела (пустий каталог / плейсхолдер API камери).
Вибір алгоритму (LightStereo CPU/CUDA).
Запис/Відтворення:
Додатково, якщо дозволяє час: запис/читання простого формату набору даних (pngs + часові мітки + json).
Публічний C API (для майбутніх мовних зв'язків)
Надати тонкий C шар поверх C++ ядра
Демонстраційна прив'язка Python через pybind11 навколо C API. Це доводить життєздатність багатомовності зараз; Rust/Java буде додано пізніше, використовуючи той же C ABI.
Нецілі (MVP)
Повна крос-платформна паритетність (macOS, ARM) — просто спроектувати для цього.
Інтеграція драйвера камери виробничого класу — ми будемо використовувати чистий інтерфейс та пусте джерело зараз.
Розширені функції UI (інструменти ROI, 3D точковий хмара) — можуть бути майбутньою роботою.
Технічний стек
Мова: C++20 для ядра; C ABI для FFI; мінімальні C обгортки.
Збірка: CMake (експортовані цілі, find_package готові).
Комп'ютерне зору: OpenCV 4.8+.
GPU: CUDA 12.x (додатково під час виконання).
UI: Dear ImGui + GLFW (або Qt 6, якщо підрядник віддає перевагу, але потрібно зберігати чисту структуру).
Зв'язки: pybind11 (демонстрація MVP).
Тестування: GoogleTest + тести на основі даних; clang-format/clang-tidy.
CI: GitHub Actions (збірка Linux + юніт-тести; за бажанням Windows).
Результати
Репозиторій вихідного коду.
Скрипти збірки (CMake) та README з:
попередні вимоги, збірка, запуск та приклади команд,
як викликати C API та прив'язку Python.
CLI інструменти
stereo_viewer (запустити переглядач; вибрати алгоритм; показати стерео+глибину).
stereo_benchmark (додатково: вимірює FPS/затримку на зразкових даних).
Демонстрація Python
Мінімальний приклад examples/python/run_lightstereo.py який завантажує два зображення + калібрування (жорстко закодоване) та повертає глибину.
Юніт-тести
Консистентність виправлення.
Тести диму API диспаратності для варіантів CPU/CUDA.
CI конвеєр (збірка Linux + тести).
Документація
API довідник (doxygen або md файли).
Діаграма огляду архітектури.
Посібник з розширення: “Як додати нову IDisparity реалізацію”.
Артефакти релізу
libstereo_sdk.so (або .dll), CLI інструменти та Python wheel для Linux (cp310+).
Графік & етапи (3 тижні)
Тиждень 1
Скелет репозиторію, CMake, основні типи, скелет C API.
Тиждень 2
Інтерфейс IDisparity + реалізація LightStereoCPU.
Переглядач (стерео + глибина; вибірник; накладка FPS).
Прив'язка Python (шлях виконання), початкові тести, CI.
Тиждень 3
Реалізація LightStereoCUDA та вибір під час виконання.
Стабілізація C API; документація; приклади.
Перевірка продуктивності; юніт-тести; упаковка та доставка.
Кваліфікації підрядника
Сильні знання C++ (C++17/20) та CMake.
Досвід роботи з OpenCV.
Досвід роботи з моделями глибини/диспаратності (LightStereo/CREStereo/SGBM) та CUDA ядрами або розгортанням.
Знайомий з FFI та створенням C ABI для прив'язок Python/Rust/Java.
Комфортно працює з Dear ImGui (або Qt) для швидких переглядачів.
Бонус: упаковка (Python wheels), збірки для Windows, архітектури плагінів.
Бюджет: 27000 UAH Термін: 30 днів
Можу виконати це завдання, пишіть в ЛС .... Є досвід роботи з CUDA
Бюджет: 27000 UAH Термін: 4 дні
Привіт! Готовий виконати цей проект, маю великий досвід розробки різних додатків.
Потрібно розробити патч для драйвера відеокарти, який розширює можливості управління графічним адаптером за рахунок додавання додаткових користувацьких налаштувань. Патч має інтегруватися в існуючу архітектуру драйвера без порушення його основної функціональності та забезпечувати сумісність з підтримуваними версіями операційної системи. Основною метою є надання більш гнучкого доступу до параметрів, які недоступні в стандартній панелі управління драйвером, з можливістю їх зміни через користувацький інтерфейс або програмний API. Патч має передбачати модульну структуру, що дозволяє в подальшому додавати нові параметри без суттєвої переробки коду. Необхідно забезпечити коректну обробку помилок, журналювання змін, можливість відкату налаштувань до значень за замовчуванням, а також збереження сумісності з майбутніми оновленнями драйвера, наскільки це можливо. Рішення має супроводжуватися технічною документацією з описом архітектури, реалізованих можливостей, обмежень і рекомендацій щодо тестування.
Ми є великою логістичною компанією, яка має власний експорт. У нашому розпорядженні великий автомобільний парк, і ми постійно відправляємо власні транспортні засоби на експорт до країн Європи.Опис Сайт: 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. Досвід створення власних ігрових систем.Формат роботи Робота поетапно. Кожне завдання оформлюється окремим технічним завданням. Після кожного етапу проводиться обов'язкове тестування. Робота приймається тільки після перевірки безпосередньо в грі. Потрібен розробник, який вміє доводити функціонал до повністю робочого стану, а не тільки писати код
Стоврити сумісність між наземною станцією управління, системою автоматичного старту (САС), радаром та літаком.
Потрібен MTA:SA developer. Мені потрібно допомогти зібрати чистий MTA:SA 1.6 mtasa-blue source під Windows. Що потрібно зробити: 1. Налаштувати середовище для збірки: Visual Studio, Git, DirectX SDK, CEF, DLL та інші залежності. 2. Зібрати чистий mtasa-blue client/server. 3. Перевірити, щоб клієнт запускався без помилок. 4. Пояснити, які файли/залежності потрібні. 5. Дати коротку інструкцію, як я зможу повторно зібрати клієнт сам. 6. Або ще допомогти через AnyDesk/Discord/Telegram. Важливо: - Без обходу античіту. - Без читів. - Без шкідливого коду. - Потрібна тільки легальна збірка source і налаштування середовища. Результат, який я хочу отримати: - зібраний чистий клієнт MTA:SA 1.6; - зібраний сервер або пояснення, як його зібрати; - список усіх залежностей; - коротка інструкція для повторної збірки; - пояснення, що саме було виправлено. Або Пропонувати свою ціну !