Build with:
macOS 13.6
Xcode 15.0.1
cocos2d-x v4
EffekseerForCocos2d-x latest (commit f8a286d)

Run on:
macOS 13.6

Testing code:

auto stencil = cocos2d::Sprite::create("mask.png");
auto clip = cocos2d::ClippingNode::create(stencil);

auto emitter = efk::EffectEmitter::create(efkManager);
auto effect = efk::Effect::create("effects/test.efkefc", 20);
assert(effect);
emitter->setEffect(effect);
emitter->setPlayOnEnter(true);

auto sprite = cocos2d::Sprite::create("mask.png");
clip->addChild(sprite);
clip->addChild(emitter);

addChild(clip);

Please see the first attached gif for result.

Meanwhile, EffekseerForGodot4 DOES work with clipping (the second gif). So the problem seems to be related to EffekseerForCocos2d-x rather than Effekseer.

Hello, I am using Effekseer for Cocos in game production for mobile phones. Version 1.52g.
The issue is that effect looks very different in Effekseer Editor and in a game. I've attached an archive with test effect and to screenshots from the editor and from a game:
https://cloud.mail.ru/public/hvgv/5rZP3LAhX

There are following files in archive:
COLOR_POWER_FX_152.png - screenshot from the editor
COLOR_POWER_FX_COCOS.png - screenshot from the game
t007_color_power_01.efk - the effect binary file
SHD_color_power_01_01.efkmat - generated shader for the effect
T_glow_01.png - texture
t007_color_power_01.efkefc - some other effect binary

As you can see on the screenshots the result is very different.
In shader I am multiplying color with some value that much greater that 1.0f, so the output gl_FragColor becomes something like vec4(5.0, 2.0, 1.0, 1.0) - normally it is white, but in the editor it's bright yellow.

The main question is how to achieve the same effect visuals in the game? Maybe you are using HDR while rendering in the editor by default?

Effekseer132\Sample\00_Basic\Simple_Distortion.efkproj

createEffekSeerFiles_v3.py had deleted in this 1.6x version.
I can't update to 1.6 for my cocos2dx-v3 project,
There are a lot of files changed :(
19 files removed;40 files added;15 files rename; xxx files modified..

I'm trying to read the source code, but it's too much. Is there any outline or something?

tks!

EffekseerForCocos2d-x.cpp

void TextureLoader::Unload(Effekseer::TextureRef data)
{
if (data != NULL)
{
auto path = g_glTex2FilePath[data];
auto tex = g_filePath2CTex[path];

	if (tex->getReferenceCount() == **1**) /* should be 2  ,or none of data will be cleanup*/
	{
        CleanupTextureData(data);
		g_glTex2FilePath.erase(data);
		g_filePath2EffectData.erase(path);
		g_filePath2CTex.erase(path);
	}
	tex->release();
}

}

This call always generates a gl error (GL_INVALID_OPERATION) on iOS for distorting effects
Testing device iPhone 6 with iOS 10.3.2

Hi

I am experiencing a crash on

The device I'm using is an iPhone 6 with iOS 10.3.2

If I avoid using buffer mapping (by forcing avoidIOS122 to true some lines above) everything seems to work fine

• Effekseer's issue

https://github.com/effekseer/Effekseer/issues

Hi,

Can you port to Axmol Engine?

This is the main cocos2d-x fork:
https://github.com/axmolengine/axmol

Thanks.

Buff_Speed1.5.zip

I'm using Cocos2dJS and not able to run some effect on some OS.

1. Distore not run on Android.
2. Particle not run on IOS.
   My Effect:
   effeckseer (2).zip
   Please help me check. Thanks you!

If an effect is played starting on a frame different that 0 ManagerImplemented::Preupdate is called recursivelly infinitely
The issue is that the flag:

Cloud you add a LICENSE file to this repo?

Base Render Setting->Emissive Scaling value is not working in cocos
such as Sample: Sample\00_Version16\Aura01_HDR.efkefc , in cocos the color not right

i'm using Effekseer162b version in windows

::efk::EffectEmmiter::handle is set by default to 0
It is possible that that handle is already used by a different emmiter because is a valid handle value
Maybe a possible solution is to initialize it to -1?

No matching constructor for multiple LLGI.***BufferMetal classes.
new BufferMetal(graphics, size);

effect cannt display correct on scrollview scrolling

version 1.6
Doesn't support cocos2d-x v3 anymore？

bool EffectManager::Initialize(cocos2d::Size visibleSize)
{
	int32_t spriteSize = 4000;

#if (CC_TARGET_PLATFORM == CC_PLATFORM_ANDROID)
	// large buffer make application slow on Android
	**spriteSize = 600;**
#endif
....

Android(Virtualbox)
not good performance when playing a lot of effect at same time , but if changed spriteSize to 50, have a nice fps.

when i import the efkmodel file to the editor,i want to play the model's action, does the editor can support this?

Effect not crash on win32, only crash on Android
Bullet_01.zip

Hi EffeckEmitter::setSpeed is not working anymore on master

I think this issue has something to do with this line being removed when void InstanceGroup::Update( float deltaFrame, bool shown ) was refactored on commit b81f121
Also I feel it has to do with this other because instances doesn't receive deltaFrame scaled by the speed of the emitter

Hello, I have struggled issue while texture is scrolling in custom shader on android devices.
I have noticed, that time is used to scroll texture further and further, time is forwarded to shader with "predefined_uniform" in generated pixel shader. Also it is look like that time - is time since application started, not the same as livetime of a particle.
As a result, after a some time goes up, texture has huge pixel artifacts.

PS:
I have debugged method "shader_->SetConstantBuffer()", and even if this code:
https://gyazo.com/cd4ce187d75270ae07e13b3d5039d9b1 not executed(material is not custom), predefined_uniform is set with time in other way.

When trying to change the effect on an emmiter I've found that release is not called in proper variable

Hello.

In one frame, EffectEmitter Update method need to be called before EffectManager Update method. Otherwise, the Node property(position...) of the particle being rendered is last frame not current frame.

I think the Update method order should be indicated in the help document.

The video below is an example. The red picture is the particle(by EffectEmitter). The green picture is a Sprite. Both call RunAction at the same time.

Hi,
I think that i found bug in inline void TransformVertexes( Vertex* vertexes, int32_t count, const ::Effekseer::Matrix43& mat ) function in EFK_SSE2 section.
When i debugging my game with enabled Address Sanitizer under OS X with cocos2d-x effekseer, i'm getting following error:
================================================================= ==69543==ERROR: AddressSanitizer: stack-buffer-overflow on address 0x7ffeefbf9263 at pc 0x0001037887f3 bp 0x7ffeefbf8870 sp 0x7ffeefbf8868 READ of size 16 at 0x7ffeefbf9263 thread T0 #0 0x1037887f2 in EffekseerRendererGL::TransformVertexes(EffekseerRendererGL::Vertex*, int, Effekseer::Matrix43 const&) EffekseerRendererNative.cpp:849 #1 0x1037830cc in void EffekseerRenderer::SpriteRendererBase<EffekseerRendererGL::RendererImplemented, EffekseerRendererGL::Vertex, EffekseerRendererGL::VertexDistortion>::Rendering_Internal<EffekseerRendererGL::Vertex>(Effekseer::SpriteRenderer::NodeParameter const&, Effekseer::SpriteRenderer::InstanceParameter const&, void*, Effekseer::Matrix44 const&) EffekseerRendererNative.h:2911 #2 0x103778f11 in EffekseerRenderer::SpriteRendererBase<EffekseerRendererGL::RendererImplemented, EffekseerRendererGL::Vertex, EffekseerRendererGL::VertexDistortion>::Rendering_(Effekseer::SpriteRenderer::NodeParameter const&, Effekseer::SpriteRenderer::InstanceParameter const&, void*, Effekseer::Matrix44 const&) EffekseerRendererNative.h:2763 #3 0x1037759dc in EffekseerRenderer::SpriteRendererBase<EffekseerRendererGL::RendererImplemented, EffekseerRendererGL::Vertex, EffekseerRendererGL::VertexDistortion>::Rendering(Effekseer::SpriteRenderer::NodeParameter const&, Effekseer::SpriteRenderer::InstanceParameter const&, void*) EffekseerRendererNative.h:3012 #4 0x10098153f in Effekseer::EffectNodeSprite::Rendering(Effekseer::Instance const&, Effekseer::Instance const*, Effekseer::Manager*) EffekseerNative.cpp:11260 #5 0x1009d690a in Effekseer::Instance::Draw(Effekseer::Instance*) EffekseerNative.cpp:16081 #6 0x1009c77d2 in Effekseer::InstanceContainer::Draw(bool) EffekseerNative.cpp:14737 #7 0x1009cddbe in Effekseer::ManagerImplemented::DrawHandle(int) EffekseerNative.cpp:14227 #8 0x1022a50bb in efk::EffectEmitter::draw(cocos2d::Renderer*, cocos2d::Mat4 const&, unsigned int)::$_0::operator()() const Effekseer.cpp:610 #9 0x1022a477c in void std::__1::__invoke_void_return_wrapper<void>::__call<efk::EffectEmitter::draw(cocos2d::Renderer*, cocos2d::Mat4 const&, unsigned int)::$_0&>(efk::EffectEmitter::draw(cocos2d::Renderer*, cocos2d::Mat4 const&, unsigned int)::$_0&&&) type_traits:4428 #10 0x1022a4618 in std::__1::__function::__func<efk::EffectEmitter::draw(cocos2d::Renderer*, cocos2d::Mat4 const&, unsigned int)::$_0, std::__1::allocator<efk::EffectEmitter::draw(cocos2d::Renderer*, cocos2d::Mat4 const&, unsigned int)::$_0>, void ()>::operator()() functional:1562 #11 0x1001268a1 in std::__1::function<void ()>::operator()() const functional:1913 #12 0x1014bd590 in cocos2d::CustomCommand::execute() CCCustomCommand.cpp:55 #13 0x103665932 in cocos2d::Renderer::processRenderCommand(cocos2d::RenderCommand*) CCRenderer.cpp:480 #14 0x10366adf2 in cocos2d::Renderer::visitRenderQueue(cocos2d::RenderQueue&) CCRenderer.cpp:618 #15 0x10366c143 in cocos2d::Renderer::render() CCRenderer.cpp:680 #16 0x10264a549 in cocos2d::Scene::render(cocos2d::Renderer*) CCScene.cpp:277 #17 0x1007085e1 in cocos2d::Director::drawScene() CCDirector.cpp:339 #18 0x100733d6d in cocos2d::DisplayLinkDirector::mainLoop() CCDirector.cpp:1490 #19 0x10328dd8d in cocos2d::Application::run() CCApplication-mac.mm:111 #20 0x103288e40 in main main.mm:144 #21 0x7fff7d485ed8 in start (libdyld.dylib:x86_64+0x16ed8)
I think, the reason of that is _mm_loadu_ps function works with four values (as described there https://software.intel.com/en-us/node/524260), but TransformVertexes function corresponding Matrix43 matrix. I mean, that call _mm_loadu_ps( mat.Value[0] ) uses mat.Value[0][0], mat.Value[0][1], mat.Value[0][2], mat.Value[1][0], call _mm_loadu_ps( mat.Value[1] ) uses mat.Value[1][0], mat.Value[1][1], mat.Value[1][2], mat.Value[2][0] and so on. And _mm_loadu_ps( mat.Value[3] ) approach stack overflow.

Could you fix it, please?