This page has been translated automatically.
Видеоуроки
Интерфейс
Основы
Продвинутый уровень
Подсказки и советы
Основы
Программирование на C#
Рендеринг
Профессиональный уровень (SIM)
Принципы работы
Свойства (properties)
Компонентная Система
Рендер
Физика
Редактор UnigineEditor
Обзор интерфейса
Работа с ассетами
Контроль версий
Настройки и предпочтения
Работа с проектами
Настройка параметров ноды
Setting Up Materials
Настройка свойств
Освещение
Sandworm
Использование инструментов редактора для конкретных задач
Расширение функционала редактора
Встроенные объекты
Ноды (Nodes)
Объекты (Objects)
Эффекты
Декали
Источники света
Geodetics
World-ноды
Звуковые объекты
Объекты поиска пути
Player-ноды
Программирование
Основы
Настройка среды разработки
Примеры использования
C++
C#
UnigineScript
UUSL (Unified UNIGINE Shader Language)
Плагины
Форматы файлов
Материалы и шейдеры
Rebuilding the Engine Tools
Интерфейс пользователя (GUI)
VR Development
Двойная точность координат
API
Animations-Related Classes
Containers
Common Functionality
Controls-Related Classes
Engine-Related Classes
Filesystem Functionality
GUI-Related Classes
Math Functionality
Node-Related Classes
Objects-Related Classes
Networking Functionality
Pathfinding-Related Classes
Physics-Related Classes
Plugins-Related Classes
IG Plugin
CIGIConnector Plugin
Rendering-Related Classes
VR-Related Classes
Работа с контентом
Оптимизация контента
Материалы
Визуальный редактор материалов
Сэмплы материалов
Material Nodes Library
Miscellaneous
Input
Math
Matrix
Textures
Art Samples
Учебные материалы

Обработка пользовательских пакетов

Внимание
Функционал, описанный в этой статье, недоступен в Community редакции SDK.
Чтобы использовать этот функционал вам необходимо получить лицензию на Sim SDK.

Simulations often require extended communication, which is not covered by standard packets included in a certain communication standard or protocol (DIS, CIGI, etc.). So, custom (user-defined) packets are needed.Для моделирования часто требуется расширенная связь, которая не покрывается стандартными пакетами, включенными в определенный стандарт или протокол связи (DIS, CIGI и т.д.). Итак, нужны специальные (определяемые пользователем) пакеты.

Such custom packets make it possible to extend basic functionality and add more flexibility to the system (e.g. when you need to display some avionics data).Такие специальные пакеты позволяют расширить базовую функциональность и повысить гибкость системы (например, когда вам нужно отобразить некоторые данные авионики).

UNIGINE IG enables you to define and process custom (user-defined) packets. The workflow is simple and similar for all communication protocols:UNIGINE IG позволяет вам определять и обрабатывать пользовательские (определяемые пользователем) пакеты. Рабочий процесс прост и одинаков для всех протоколов связи:

  • Set a callback on receiving a certain packet. When IG receives a packet from the network, it creates an object of the appropriate class and passes it to the callback function.Установите обратный вызов при получении определенного пакета. Когда IG получает пакет из сети, он создает объект соответствующего класса и передает его функции обратного вызова.
  • Inside the callback function, read and interpret the data of the class instance passed to it (depending on what was written to the packet on the host).Внутри функции обратного вызова считайте и интерпретируйте данные переданного ей экземпляра класса (в зависимости от того, что было записано в пакет на хосте).
  • Create and send a corresponding response packet, if necessary.При необходимости создайте и отправьте соответствующий ответный пакет.

User-Defined CIGI PacketsПользовательские пакеты CIGI#

Just like with all other types of packets, to receive user-defined ones, we should add a callback for CIGI_OPCODE >= 201 (in accordance with CIGI ICD). On receiving such a packet, the callback shall be executed with CigiHostUserDefined * packet passed to it.Как и в случае со всеми другими типами пакетов, чтобы получать пользовательские пакеты, мы должны добавить обратный вызов для CIGI_OPCODE >= 201 (в соответствии с CIGI ICD). При получении такого пакета должен быть выполнен обратный вызов с переданным ему CigiHostUserDefined * packet.

The CigiHostUserDefined class has the getData() method, which returns a set of bytes to be read and interpreted by the user (depending on what was written to the packet on the host).Класс CigiHostUserDefined имеет метод getData(), который возвращает набор байтов для чтения и интерпретации пользователем (в зависимости от того, что было записано в пакет на хосте).

The same situation is with sending packets. First, we ask the CIGIConnector to create a packet with a certain CIGI_OPCODE. If the code is equal to 201 or greater, a CigiIGUserDefined instance shall be returned. You can set bytes to be sent by calling the CigiIGUserDefined::setData() method.Такая же ситуация и с отправкой пакетов. Сначала мы просим CIGIConnector создать пакет с определенным CIGI_OPCODE. Если код равен 201 или больше, должен быть возвращен экземпляр CigiIGUserDefined. Вы можете настроить отправку байтов, вызвав метод CigiIGUserDefined::setData().

Примечание
Bytes are read and written starting from the 2nd byte (not from the 4th). If you want to align bytes starting from the 4th one, you should add a couple of bytes in the beginning. The CIGI ICD recommends to start reading/writing bytes starting from the 4th one (see Data before the Data Block 1 shown in the images below), although it is mentioned, that it is possible to start from the 2nd.Байты читаются и записываются, начиная со 2-го байта (не с 4-го). Если вы хотите выровнять байты, начиная с 4-го, вам следует добавить пару байтов в начале. CIGI ICD рекомендует начинать чтение / запись байтов, начиная с 4-го (см. Данные перед Data Block 1, показанные на изображениях ниже), хотя упоминается, что можно начинать со 2-го.

General User-Defined Packet Structure

Below is an example of working with user-defined CIGI packets: Ниже приведен пример работы с пользовательскими пакетами CIGI:

Исходный код (C++)
using namespace Plugins;

int AppWorldLogic::init()
{
	// ....

	int index = Engine::get()->findPlugin("CIGIConnector");
	// check CIGIConnector plugin load
	if (index != -1)
	{

		// getting the CIGI interface
		cigi = Unigine::Plugins::IG::CIGI::Connector::get();
               // adding a callback for OPCODE = 202
		cigi->addOnReceivePacketCallback(202, MakeCallback(this, &AppWorldLogic::on_recv_user_packet));
	}
	return 1;
}

// ....

void AppWorldLogic::on_recv_user_packet(Unigine::Plugins::IG::CIGI::CigiHostPacket  * host_packet)
{
	Log::error("AppWorldLogic::on_recv_user_packet\n");
	CigiHostUserDefined * packet = dynamic_cast<CigiHostUserDefined *>(host_packet);
	unsigned char * request_data = packet->getData();  // read
	// ... 
        // creating a new IG user packet with opcode 203
	CigiIGPacket * response_packet = cigi->createIGPacket(203);
	CigiIGUserDefined * user_defined = dynamic_cast < CigiIGUserDefined *>(response_packet);

	user_defined->setData(response_data, size_of_data); // write
	cigi->addIGPacket(response_packet);
}

Custom DIS PDUsПользовательские пакеты (PDU) DIS#

In case of using DIS, custom Protocol Data Units (PDUs) are processed the same way as user-defined CIGI packets.В случае использования DIS, пользовательские блоки данных протокола (PDU) обрабатываются так же, как пользовательские пакеты CIGI .

Примечание
Basic level of DIS support is implemented using the KDIS library v2.9.0, DIS_VERSION 7, so don't forget to download it from here and add an additional include directory in your project to the KDIS/include/ folder.Базовый уровень поддержки DIS реализован с помощью библиотеки KDIS v2.9.0, DIS_VERSION 7, поэтому не забудьте скачать ее отсюда и добавить дополнительный каталог include в вашем проекте в папку KDIS/include/.

Below is an example of working with custom PDUs: Ниже приведен пример работы с кастомными PDU:

Исходный код (C++)
#include <PDU/Header.h>
#include <DataTypes/EntityType.h>
#include <PDU/Entity_Info_Interaction/Entity_State_PDU.h>
using namespace Plugins;
// ...

int AppWorldLogic::init()
{
	// ....

	int index = Engine::get()->findPlugin("DISConnector");
	
	// check DISConnector plugin load
	if (index != -1)
	{
		// getting the DIS interface
		dis = Unigine::Plugins::IG::DIS::Connector::get();
        // adding a callback for all packets
		
		dis->addReceivePacketCallback(KDIS::DATA_TYPE::ENUMS::Entity_State_PDU_Type, MakeCallback(this, &AppWorldLogic::on_recv_entitystate_packet));
        dis->addReceivePacketCallback(KDIS::DATA_TYPE::ENUMS::Other_PDU_Type, MakeCallback(this, &AppWorldLogic::on_recv_other_packet));

	}
	return 1;
}

// ....
 
void AppWorldLogic::on_recv_entitystate_packet(KDIS::PDU::Header *pdu)
{
	if (pdu->GetPDUType() == KDIS::DATA_TYPE::ENUMS::Entity_State_PDU_Type)
	{
		KDIS::PDU::Entity_State_PDU *entity_state_pdu = static_cast<KDIS::PDU::Entity_State_PDU *>(pdu);
		
		auto location = entity_state_pdu->GetEntityLocation();
		auto linear_velocity = entity_state_pdu->GetEntityLinearVelocity();
		auto appearance = entity_state_pdu->GetEntityAppearance();
		// ...
	}
	
}
void AppWorldLogic::on_recv_other_packet(KDIS::PDU::Header *pdu)
{
    // ...
}
Примечание
The callbacks receive only packets with the Exercise ID, as well as Site ID, matching on the server and IG. These parameters are set in the configuration file.Функции обратного вызовы получают только пакеты с Exersice ID, а также Site ID, совпадающим на сервере и IG. Эти параметры устанавливаются в конфигурационном файле .
Последнее обновление: 19.12.2023
Build: ()