A
Ребят подскажите, unreal с юдимами работать не умеет же?
if u<1 и погнали...
Size: a a a
2019 July 16
A
вообще проще по материалам разбить и нормально будет(ну иначе никак вообще)
SK
вообще проще по материалам разбить и нормально будет(ну иначе никак вообще)
Спасибо!)
AS
У меня есть кастомный класс, внутри которого я подгружаю материал из ассетов и создаю из него UMaterialInstanceDynamic.
Для материала и динамического инстанса в этом классе есть поля:
Проверяю данные до вызова этого метода: в обоих переменных лежат осмысленные объекты.
И этот эксепшен возникает не всегда, даже скорее чаще не возникает, чем возникает. Такое ощущение, что сборщик мусора проходит по моим данным и удаляет их. Но ведь он не должен лезть в кастомные классы?
Для материала и динамического инстанса в этом классе есть поля:
UMaterialInterface* MaterialAsset = nullptr;Через некоторое время, когда вызывается один из методов этого класса, который использует DynamicMaterial, возникает эксепшен: в переменной лежит какой-то мусор. Проверил MaterialAsset - там тоже непонятно, что.
UMaterialInstanceDynamic* DynamicMaterial = nullptr;
Проверяю данные до вызова этого метода: в обоих переменных лежат осмысленные объекты.
И этот эксепшен возникает не всегда, даже скорее чаще не возникает, чем возникает. Такое ощущение, что сборщик мусора проходит по моим данным и удаляет их. Но ведь он не должен лезть в кастомные классы?
AS
У меня есть кастомный класс, внутри которого я подгружаю материал из ассетов и создаю из него UMaterialInstanceDynamic.
Для материала и динамического инстанса в этом классе есть поля:
Проверяю данные до вызова этого метода: в обоих переменных лежат осмысленные объекты.
И этот эксепшен возникает не всегда, даже скорее чаще не возникает, чем возникает. Такое ощущение, что сборщик мусора проходит по моим данным и удаляет их. Но ведь он не должен лезть в кастомные классы?
Для материала и динамического инстанса в этом классе есть поля:
UMaterialInterface* MaterialAsset = nullptr;Через некоторое время, когда вызывается один из методов этого класса, который использует DynamicMaterial, возникает эксепшен: в переменной лежит какой-то мусор. Проверил MaterialAsset - там тоже непонятно, что.
UMaterialInstanceDynamic* DynamicMaterial = nullptr;
Проверяю данные до вызова этого метода: в обоих переменных лежат осмысленные объекты.
И этот эксепшен возникает не всегда, даже скорее чаще не возникает, чем возникает. Такое ощущение, что сборщик мусора проходит по моим данным и удаляет их. Но ведь он не должен лезть в кастомные классы?
Подпиши его как UProperty
AS
Или в коде вызови AddToRoot
СВ
Или в коде вызови AddToRoot
Зачем ты это
AS
Зачем ты это
AS
Подпиши его как UProperty
У меня вот кастомный класс, не от UObject, разве этот макрос будет работать?
AS
Или в коде вызови AddToRoot
AddToRoot кажется помогло
AS
Что не так с AddToRoot()? Гугл не пишет, что это плохо
AS
Не слушай гуся, он вредный😂
MC
FORCEINLINE void RemoveFromRoot()AR
Что не так с AddToRoot()? Гугл не пишет, что это плохо
Очень аккуратно надо. RemoveFromRoot надо не забыть. А то утечки памяти будут. Но вообще этим ты по сути ломаешь автоматическую сборку мусора, возвращаешься к ручному управлению. Правильно будет пометить поле UProperty, если класс Uobject насоедован или наследовать класс от FGCObject и в AddReference-как-то-так добавлять свой созданный объект
SY
Alexey Rodionov
Очень аккуратно надо. RemoveFromRoot надо не забыть. А то утечки памяти будут. Но вообще этим ты по сути ломаешь автоматическую сборку мусора, возвращаешься к ручному управлению. Правильно будет пометить поле UProperty, если класс Uobject насоедован или наследовать класс от FGCObject и в AddReference-как-то-так добавлять свой созданный объект
Так это, есть же умные указатели
SY
Для не uobject классов
AR
Проблема как я понял с материалом, который как раз UObject
AS
Alexey Rodionov
Очень аккуратно надо. RemoveFromRoot надо не забыть. А то утечки памяти будут. Но вообще этим ты по сути ломаешь автоматическую сборку мусора, возвращаешься к ручному управлению. Правильно будет пометить поле UProperty, если класс Uobject насоедован или наследовать класс от FGCObject и в AddReference-как-то-так добавлять свой созданный объект
Пора писать свой sharedPtr с кастомным делитером, который будет вызывать RemoveFromRoot😁
PL
Пора писать свой sharedPtr с кастомным делитером, который будет вызывать RemoveFromRoot😁
астанавись
AS
астанавись