Effekseer Native for JME (wip)

RiccardoBlb · September 13, 2020, 9:24pm

This is an implementation of Effekseer for jme.

It differs from this other one because it uses Effekseer’s Runtime and some trickery to render the particles into a framebuffer, while @destroflyer 's one is a rewrite in java.

The library uses the same logic of the editor via the native apis, this means it can support all the features out of the box, however, being it a native library, it is not as portable as the java implementation and is currently limited only to Windows and Linux 64 bit with OpenGL 3+.

You can find usage infos and gradle coordinates on the github repo.

destroflyer · September 13, 2020, 10:15pm

Very cool! Nice job

Ali_RS · September 14, 2020, 3:47am

Nice job

It seems a GLES backend should be possible too. Some LibGdx guy has done this by adding a flag I guess.

https://github.com/SrJohnathan/ParticlesLIbgdx/blob/master/src/main/java/particles/EffekseerCore.java

github.com

SrJohnathan/ParticlesLIbgdx/blob/b75035554eec6ef17215a8a718bbed6591a291b7/src/main/java/particles/EffekseerManager.java#L42-L49


      
          if (Gdx.app.getType() == Application.ApplicationType.Android) {
              effekseerManagerCore.Initialize(600, EffekseerCore.TypeOpenGL.OPEN_GLES2);
          
          } else {
              effekseerManagerCore.Initialize(2000, EffekseerCore.TypeOpenGL.OPEN_GL2);
          
          }

More info:

Edit:

And using that flag to select appropriate EffekseerRenderer at native side:

github.com

SrJohnathan/ParticlesNDK/blob/c5219e0f7a6b29497a59f2c19222c775194b015e/src/lib/EffekseerManagerCore.cpp#L60-L79


      
          if (id == 3) {
              openglDeviceType = EffekseerRendererGL::OpenGLDeviceType::OpenGL3;
          
          }
          
          
          if (id == 4) {
              openglDeviceType = EffekseerRendererGL::OpenGLDeviceType::OpenGLES2;
          
          }
          
          
          if (id == 5) {
              openglDeviceType = EffekseerRendererGL::OpenGLDeviceType::OpenGLES3;
          
          }
          
          
          renderer_ = ::EffekseerRendererGL::Renderer::Create(spriteMaxCount, openglDeviceType);

RiccardoBlb · September 14, 2020, 8:26am

Yes, it’s supported in Effekseer, but this is a limitation of the way i implemented it in jme.
The current code uses glBlitFramebuffer to copy the scene depth into the target framebuffer. I can look into a workaround if support for lower versions is needed…

Ali_RS · September 14, 2020, 8:43am

GLES 3.0 (which is supported in JME) already supports glBlitFramebuffer.

https://www.khronos.org/registry/OpenGL-Refpages/es3.0/html/glBlitFramebuffer.xhtml

RiccardoBlb · September 14, 2020, 8:45am

Sure, but jme doesn’t use GLES on desktop, and the native library doesn’t have android builds yet

Ali_RS · September 14, 2020, 8:57am

I mean OpenGL 3.0+ for desktop and OpenGL ES 3.0+ for mobile.

By the way in Effekseer 1.5 it is possible to control the effect with dynamic input parameters at runtime.

https://effekseer.github.io/Help_Tool/en/ToolReference/dynamicParameter.html

Would be nice to support that.

Ali_RS · September 14, 2020, 9:32am

You might find this useful for building Effekseer android natives.

Also you can get the the prebuilt ones here:GitHub - SrJohnathan/ParticlesLIbgdx: Dedicated library for using Effekseer particle tools in libGDX

RiccardoBlb · September 14, 2020, 10:32am

Added

        effekt.setDriver(new EffekseerEmissionDriverGeneric()
            .dynamicInputsSupplier((handle,setter)->{
                // Set input 0 = 10
                setter.set(0,10);
            })
        );

(the input supplier is called every frame )

For now i am not interested to get it on android, but contributions are welcomed

Also, i changed some things and OpenGL 2 should work now.

Ali_RS · September 14, 2020, 10:48am

Thanks

RiccardoBlb · September 14, 2020, 2:24pm

I added cloning/serialization logic and made some changes to the driver class (mostly to allow serialization). Now the usage looks like this

        effekt.setDriver(
            new EffekseerEmissionDriverGeneric()
                .shape(new EffekseerPointFollowingSpatialShape())
                .spawner(new EffekseerGenericSpawner().loop(true).delay(0.4f, 1f, 1f).maxInstances(1000))
                .dynamicInputSupplier(new EffekseerGenericDynamicInputSupplier().set(0,10f).set(1,11f))
        );

Note: now it is possible to serialize the Effekseer emitter into a j3o, however the library is still required at runtime and likewise the efkefc file and all the relative resources must be accessible by the asset manager.

Pesegato · September 14, 2020, 2:49pm

I got this

Could not resolve all files for configuration ':compileClasspath'.
> Could not find effekseer:effekseer-native:jme.1.1.1.
  Searched in the following locations:
      file:/C:/Users/Pesegato/.m2/repository/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.pom
      file:/C:/Users/Pesegato/.m2/repository/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.jar
      https://jcenter.bintray.com/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.pom
      https://jcenter.bintray.com/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.jar
      https://jitpack.io/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.pom
      https://jitpack.io/effekseer/effekseer-native/jme.1.1.1/effekseer-native-jme.1.1.1.jar
  Required by:
      project : > com.github.riccardobl:jme-effekseerNative:-SNAPSHOT

I’m using gradle 4.2 and

compile 'com.github.riccardobl:jme-effekseerNative:-SNAPSHOT'

RiccardoBlb · September 14, 2020, 2:54pm

Oh, add this repo, i forgot to add it to the readme

    maven {
         url  "https://dl.bintray.com/riccardo/effekseer" 
    }

Pesegato · September 14, 2020, 3:01pm

GRAVE: Uncaught exception thrown in Thread[jME3 Main,5,main]
java.lang.UnsatisfiedLinkError: C:\gd\psgt\ppppvsssss\EffekseerNativeForJava.dll: Can't find dependent libraries
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)
	at java.lang.Runtime.load0(Runtime.java:809)
	at java.lang.System.load(System.java:1086)
	at com.jme3.system.NativeLibraryLoader.loadNativeLibrary(NativeLibraryLoader.java:685)
	at com.jme.effekseer.Effekseer.<clinit>(Effekseer.java:60)
	at com.jme.effekseer.EffekseerPostRenderer.<init>(EffekseerPostRenderer.java:19)
	at com.pesegato.p8s.appstates.Loading3AppState.initialize(Loading3AppState.java:187)
	at com.jme3.app.state.BaseAppState.initialize(BaseAppState.java:132)
	at com.jme3.app.state.AppStateManager.initializePending(AppStateManager.java:317)
	at com.jme3.app.state.AppStateManager.update(AppStateManager.java:347)
	at com.jme3.app.SimpleApplication.update(SimpleApplication.java:255)
	at com.jme3.system.lwjgl.LwjglAbstractDisplay.runLoop(LwjglAbstractDisplay.java:153)
	at com.jme3.system.lwjgl.LwjglDisplay.runLoop(LwjglDisplay.java:193)
	at com.jme3.system.lwjgl.LwjglAbstractDisplay.run(LwjglAbstractDisplay.java:234)
	at java.lang.Thread.run(Thread.java:745)

RiccardoBlb · September 14, 2020, 6:58pm

The missing library is VCRUNTIME140_1.dll . It’s a problem with VCRUNTIME not being statically linked in the windows build. I am looking into it.

RiccardoBlb · September 15, 2020, 8:36am

It should be fixed now

Pesegato · September 15, 2020, 9:08am

it isn’t. But gradle clean run don’t download new jars, how should I force it to?

RiccardoBlb · September 15, 2020, 9:11am

gradle build --refresh-dependencies. Also remove the extracted dll from your project root

Pesegato · September 15, 2020, 9:28am

Now is loaded but:

GRAVE: Uncaught exception thrown in Thread[jME3 Main,5,main]
java.lang.NullPointerException
	at com.jme.effekseer.EffekseerEmitterControl.isChildOf(EffekseerEmitterControl.java:64)
	at com.jme.effekseer.EffekseerEmitterControl.isChildOf(EffekseerEmitterControl.java:64)
	at com.jme.effekseer.EffekseerEmitterControl.isChildOf(EffekseerEmitterControl.java:64)
	at com.jme.effekseer.EffekseerEmitterControl.isChildOf(EffekseerEmitterControl.java:59)
	at com.jme.effekseer.Effekseer.lambda$beginScene$0(Effekseer.java:224)
	at java.util.stream.MatchOps$1MatchSink.accept(MatchOps.java:90)
	at java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1812)
	at java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:126)
	at java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:498)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:485)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
	at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230)
	at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196)
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.util.stream.ReferencePipeline.anyMatch(ReferencePipeline.java:449)
	at com.jme.effekseer.Effekseer.beginScene(Effekseer.java:224)
	at com.jme.effekseer.EffekseerPostRenderer.postFrame(EffekseerPostRenderer.java:71)
	at com.jme3.post.FilterPostProcessor.renderFilterChain(FilterPostProcessor.java:285)
	at com.jme3.post.FilterPostProcessor.postFrame(FilterPostProcessor.java:334)
	at com.jme3.renderer.RenderManager.renderViewPort(RenderManager.java:1114)
	at com.jme3.renderer.RenderManager.render(RenderManager.java:1166)
	at com.jme3.app.SimpleApplication.update(SimpleApplication.java:272)
	at com.jme3.system.lwjgl.LwjglAbstractDisplay.runLoop(LwjglAbstractDisplay.java:153)
	at com.jme3.system.lwjgl.LwjglDisplay.runLoop(LwjglDisplay.java:193)
	at com.jme3.system.lwjgl.LwjglAbstractDisplay.run(LwjglAbstractDisplay.java:234)
	at java.lang.Thread.run(Thread.java:745)

RiccardoBlb · September 15, 2020, 9:47am

Fixed in ed6085f903433b45127a41a0ed689dbf7c686638. Can you try the new snapshot?