ИМ
По тэгу- это плохая практика
Собирать все экторы это вообще само по себе плохая практика. Но раз человеку очень нужно. Не объяснять же ему про менеджмент экторов на спавне.
Size: a a a
2020 August 09
ИМ
То есть, мне нужно в каждом нужном объекте для выбора ставить тег? А если у меня 500 уникальных объектов, которые имеют разные родительские классы?
Пишешь скрипт на питоне который им всем ставит нужный тэг.
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
IB
А есть способ в коде посмотреть акторов в незагруженном левеле?
Х
Пишешь скрипт на питоне который им всем ставит нужный тэг.
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
В чём проблема добавитьт еще одного родителя?
R
Пишешь скрипт на питоне который им всем ставит нужный тэг.
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
У тебя что там, ааа проект с 500ю уникальными классами от разных родителей?
Да можно в принципе и так, окей, спасибо
R
В чём проблема добавитьт еще одного родителя?
У меня Actor'ы некоторые уже и так наследуемые по умолчанию. Например, PlayerCharacter наследуется от Pawn
Х
У меня Actor'ы некоторые уже и так наследуемые по умолчанию. Например, PlayerCharacter наследуется от Pawn
И что?
IB
У меня Actor'ы некоторые уже и так наследуемые по умолчанию. Например, PlayerCharacter наследуется от Pawn
Интерфейсов можно много добавить
ИМ
Да можно в принципе и так, окей, спасибо
Если что, это был диалог из разряда
-как мне вбивать гвоздь лопатой?
-стучи сильнее
Не нужен тебе питон. Пиши все объекты нужные тебе в отдельный массив на спавне. И обращайся в него когда угодно
-как мне вбивать гвоздь лопатой?
-стучи сильнее
Не нужен тебе питон. Пиши все объекты нужные тебе в отдельный массив на спавне. И обращайся в него когда угодно
R
Так у меня если нужный объект наследуется от Pawn, как я его смогу убрать из наследования Pawn и сделать нового родителя (при этом, чтобы не нарушились взаимосвязи между дочерними и родительскими классами)?
ИМ
Так у меня если нужный объект наследуется от Pawn, как я его смогу убрать из наследования Pawn и сделать нового родителя (при этом, чтобы не нарушились взаимосвязи между дочерними и родительскими классами)?
Есть такая штука, называется "множественное наследие". В уе4 оно проявляется в способности каждого класса наследовать множество, так называемых, интерфейсов.
IS
Всем привет! Не так давно начал изучать UE. Подскажите пожалуйста ссылкой или видео как можно подцепить корректирующие твистовые кости к рукам и к бёдрам в UE4. Что-то типа drivenKey в майке.
С
Смотри выше
все, дошло, я шот немного тупанул, не подумал что сам указатель на InputComponent это вообще из контроллера, а не из павна
Х
Так у меня если нужный объект наследуется от Pawn, как я его смогу убрать из наследования Pawn и сделать нового родителя (при этом, чтобы не нарушились взаимосвязи между дочерними и родительскими классами)?
Изучить парадигму ООП и принципы SOLID
К.
все, дошло, я шот немного тупанул, не подумал что сам указатель на InputComponent это вообще из контроллера, а не из павна
К.
все, дошло, я шот немного тупанул, не подумал что сам указатель на InputComponent это вообще из контроллера, а не из павна
Если я верно помню - при позессе
R
Есть такая штука, называется "множественное наследие". В уе4 оно проявляется в способности каждого класса наследовать множество, так называемых, интерфейсов.
Я не знал этого. Но в любом случае проще сделать с тегами.
А с точки зрения оптимизации вообще идея с одинаковыми тегами для обращения к объектам нормальная или не совсем?
А с точки зрения оптимизации вообще идея с одинаковыми тегами для обращения к объектам нормальная или не совсем?
ИМ
Я не знал этого. Но в любом случае проще сделать с тегами.
А с точки зрения оптимизации вообще идея с одинаковыми тегами для обращения к объектам нормальная или не совсем?
А с точки зрения оптимизации вообще идея с одинаковыми тегами для обращения к объектам нормальная или не совсем?
Практически без разницы как брать объекты. По Тэгу, интерфейсу или классу. Это всегда почти одинаково дорого.
R
Практически без разницы как брать объекты. По Тэгу, интерфейсу или классу. Это всегда почти одинаково дорого.
Окей, ясно, спасибо
Св
Alexander Boluzhenkov
что за меши конкретно ? для чего они?
пол, стены, лестницы и т.д.