Бюджет: 100 UAH Срок: 1 день
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
Доброго времени суток программисты. Нужно сделать следующее:
У меня есть некие текстовые документы написаны тестом(шестнадцатеричным кодом). т.е. написано так
FF070303 FF070302 FF070302 FF070302 FF070302 FF070303 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF070302 FF060302 FF060302 FF060302 FF070302 FF070302 FF070302 FF080402 FF090403 FF0A0503 FF0B0504 FF0B0604 FF0C0604 FF0C0604 FF0B0604 FF0B0504 FF0A0503 FF090403 FF080402 FF070302 FF060302 FF060302 FF060202 FF060202 FF060202 FF060302 FF060302 FF060302 FF060302 FF060302 FF060302 FF060302 FF060302 FF070302 FF060302 FF060302 FF060302 FF060302 FF070402 ...
И так весь документ. Нужно написать программу которая будет брать по 2 значения и переводить их в ниббл(полубайт). т.е. записывать те же значения только с меньшим размером. Программе достаточно что бы она была консольной. Пишите цену и строки. Если есть вопросы пишите. Обязательно отвечу.
Бюджет: 100 UAH Срок: 1 день
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
100 грн - 1 час на делфях
Бюджет: 600 UAH Срок: 6 дней
Консольное приложение, которому в параметрах командной строки передается два файла. Первый - входной текстовый файл. Второй - выходной файл, куда нужно записать результат.
Программа читает из первого файла поток символов, игнорируя все, что не попадает в диапазон [0-9, A-F, a-f], преобразует прочитанные 8-символьные значения (строковое представление 16-ричных 32-разрядных чисел) в 4-байтовые (32-разрядные) числа. И записывает эти числа в выходной бинарный файл.
Программа не сложная, но взяться за нее смогу только числа 21-22-го. Так что обещать ее могу только на 23-е число.
Оплата (после окончания работы) предпочтительно на расчетный счет ФОПа (договор+акты, или если для физ. лица, то просто счет). Хотя можно и через Сайт.
Бюджет: 1000 UAH Срок: 1 день
Сделаю.
Пишите на
почта: [email protected]
скайп: elperus
телеграмм: @AstartSoft
Бюджет: 300 UAH Срок: 2 дня
Добрый день
Почитал обсуждение.
Если преобразовать в 2 байта и делать просто бинарный файл, то все упрощается.
С уважением,
Денис
Бюджет: 1000 UAH Срок: 2 дня
2 значения это уже байт.
Более 10 лет опыта разработки на С++/C#.
Точный срок и стоимость смогу сказать после обсуждения всех деталей.
А почему бы не читать по 4 символа и не писать в байт? А еще лучше не брать по 8 символов (целое слово из текста) и не писать в два байта (unsigned short int)?
Просто полубайт записать все-равно не получится - нужно будет эти полубайты хотя бы в байты складывать. А на 32-битной архитектуре дву-байтами быстрее работать будет.
И еще вопрос: В текстовом файле между 8-символьными словами стоит пробел?
Может стоять, а может и не стоять. Зависит от файла, но смотря как легче реализовать то что я описал. Если легче с пробелом, то значит берем это по-умолчанию.
Легче, когда файл однородный и не надо делать проверки под "разные расположения звезд на небе".
В принципе, можно читать поток символов, и все, что не может быть воспринято, как шестнадцатеричная цифра, игнорировать. Если это будут пробелы или табуляции, то вроде все хорошо, а хорошо ли, если это будут какие-нибудь русские буквы, или латинские буквы больше F?
Русских букв там нету и значение больше FF также. Информацию идентичную нужно записать только с меньшим размером.
Было бы отлично , если бы вы присоединили пример исходного файла. А если для него будет показан и результат преобразования , то вообще будет замечательно :)
В текущей постановке не очень понятно, какое именно преобразование нужно провести... Если читать между строк, то интуиция подсказывает, что нужно преобразование из текста в бинарный вид.
И ещё уточните, на какой платформе программа будет работать (Windows, Linux, MacOS, etc.).
Исходный файл у меня есть, а вот что должно получиться нету, потому и хочу что бы написали!
Нужно преобразовать действительно из тестового документа в бинарный вид. Программа должна работать под виндовс х64.
Исходный файл хорошо бы приложить (если там нет ничего секретного). Чтобы было на чем тестировать.
А мне вообще почему то кажется по ТЗ что на выходе должен получиться читаемый только в hex редакторе файл. А 4-х байтные последовательности должны быть преобразованы согласно правилу "младший байт по младшему адресу" то есть обратная адресация по стандарту intel ... Иначе чего бы их группировали в 4-х байтные последовательности..
Автор говорил, что надо в 2-байтные превращать, а не в 4-байтные. Хотя это теоретически невозможно)
Ну и да: последовательность байт тоже важна.
Вообще, в идеале бы понять, что с этими файлами дальше будут делать и что в них храниться.
Ага.. может автор имел в виду что в hex формате они будут занимать меньше в два раза места (1 байт будет не двумя цифробуквами)..и задача простая и вопросов больше чем прилично для задачи на час ))
Вы совершенно верно написали! Просто нужно было что бы занимало в 2 раза места меньше та же информация. Просто я просчитался и подумал что будет в 4 раза меньше занимать, а оно на деле оказалось что только в 2, а этого не достаточно.
... в 4 раза меньше занимать ...
7-Zip сжимает ваш файл-пример раз в 10. Т.е. если задействовать какой-либо компрессионный алгоритм (напр., Zip-подобный), то достичь требуемого уменьшения размера вполне реально :)
И если все значения имеют "первый" байт FF, т.е. его можно было вообще отбрасывать и получить уменьшение размера на ~25% :)
Требуется разработать патч для драйвера видеокарты, расширяющий возможности управления графическим адаптером за счёт добавления дополнительных пользовательских настроек. Патч должен интегрироваться в существующую архитектуру драйвера без нарушения его основной функциональности и обеспечивать совместимость с поддерживаемыми версиями операционной системы. Основной целью является предоставление более гибкого доступа к параметрам, которые недоступны в стандартной панели управления драйвера, с возможностью их изменения через пользовательский интерфейс или программный 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. Опыт создания собственных игровых систем.Формат работы Работа поэтапно. Каждая задача оформляется отдельным техническим заданием. После каждого этапа проводится обязательное тестирование. Работа принимается только после проверки непосредственно в игре. Нужен разработчик, который умеет доводить функционал до полностью рабочего состояния, а не только писать код
Создать совместимость между наземной станцией управления, системой автоматического старта (САС), радаром и самолетом.