I do not have one for particle effects yet. as for models I an staying with gltf for now (gltf + bin + textures) since it has worked well so far for me. but I will explore exporting for my next projects after Pure Domino. It’a a bit more ambitious and I need to create some asset pipelines

I never new about that tool. However I no about Packr. You see, now I learned something new. If I may ask, what is your work flow for creating particle effects and converting models to .j3o?

IntelliJ, Jetbrains has become my default suite for development and I have attacked the Herio tool for Fonts and Packr for bundling+executable

Same here. Which editor are you using? jME SDK or something else? Like IntelliJ?

Well, I suck at making assets and will probably take me the whole jam time just for one model with basic textures.

Awesome, basically the same I was thinking. Look at what free assets I can find and work from there. I know it is probably not the right way to go, but heck, no real rules.

I am in, and will start on it after work today. I am looking first into the assets I bought in deep sale over the years and work from there. I will go 3D on this one with some blender+gimp work

Interesting theme: “You are the villain“. Who else is joining the jam and what framework or style of game do you intend to make? I would love if we can chat about this here, it would be good for the community to learn how to approach game development in a short prototype/jam setting.

yes, it is releasing now

Will there be a theme for this jam?

I have also bundled and released my UI framework for jME3. This framework will give you a simple way to create screens with widgets on it and some extra features such as animations on UI components with a Tween system and easy way of picking object, sound system, etc. Here is the github page. Please feel free to test and use it for the JAM. Almost all of my games was written using this UI framework. Also, the components and screens will scale according to the size of the window. github.com ### GitHub - nickidebruyn/GalagoUI: GalagoUI is a simple framework for creating game... GalagoUI is a simple framework for creating game GUI in jMonkeyEngine. It gives the user a variety of UI widgets and screens.

I just stumbled across a post on BlueSky from someone who just launched a very useful site that intends to help indie devs get in touch with gaming content creators. Marketing for Games ### Marketing for Games Find gaming creators to play and promote your game. Connect with YouTube creators, streamers, and influencers who actually respond. One of the best ways for indie devs to reach a big audience is by sending your game to streamers/youtubers/etc in hopes that they play it. And It looks like this site serves as a database where you can browse content creators that signed up with the site, and you can filter based on you game’s genre to find the creators that best fit the target audience for your game. It will still be a while until I start sending out keys for marketing my game like this, but I definitely plan to reference this site to find as many creators as possible to send my game to when the time comes.

pspeed: > Honestly, you should wait until you have something playable before building a community. Agreed. I’ve found that trying to build a community too early (pretty much any time before the game is available to wish list or play-test) was mostly a waste of my effort. Anyone who was interested in my game 3-4 years ago has disappeared, and currently I only post my game to social media to appease the algorithm so that I have a better place to start from when my game is ready to market more. In reality, I don’t expect any random people who follow or likes my game right now to actually buy it when it comes out in 1-2 years, possibly longer. People might like your idea or see some early screenshots and think it looks cool, but unless there’s something for them to immediately play or add to their steam Wishlist, then the majority of people will lose interest or forget about it by that time. (or get mad that the game changed, took too long, or didn’t deliver on its promises in the worst case, as paul mentioned) I’d still recommend posting screenshots and videos to your social media pages while you develop your game since that requires very little effort, and you may get some small community naturally that way. But its essentially a waste to try to get a potential customer to be impressed by a game without the option to wishlist or test something right away. It may feel good for your motivation, but that can easily backfire if you rely on external interest for your motivation. So that’s why I personally put a halt on marketing and community building for my game, at least until I reach the point that I can convert someone’s interest in my game into something more tangible than a follow or subscription on my social media accounts. Regardless of my opinion on that matter, it sounds like you have a cool game idea and it seems like you have a solid amount of experience to justify getting started on a big project using jME (certainly more than I had when starting with jME). I look forward to seeing the progress of your game and hope you’ll share some screenshots to the monthly WIP thread to keep us updated!

Justprimstar: > I think I will know how to manage my time with this project. My comment wasn’t really about managing your time. There is an energy boost that comes from excitedly telling your potential audience about every cool new thing you think of. From experience, it’s way better to save that energy boost for when you have actually implemented the feature or whatever. It works as incentive to get it done and also makes sure not to promise things to your audience too soon. (Also, we live in a climate where game devs get actual death threats for not implementing some feature they mentioned 6 years ago… so there is that, too.) My main takeaway advice: Tell your “community” about real things… not dream things.

Yeah. What you said is abosulty right, but I have been making games for 6 years now, half of those years spent making scratch games, I started making games with unity 3 years ago, They games where kind of shit. Then I moved on to making games with godot, some of them where decent. Then I started making games with Java swing, and that’s when I truly got in love with game dev. I think I will know how to manage my time with this project. And I also think I have enough experience to make the game as well. Thanks for the advice though. Have a lovely day.

Honestly, you should wait until you have something playable before building a community. You are setting off on what will probably be (at least) a two year project… so managing your own energy levels will be pretty important and you don’t want to burn out all of your enthusiasm right away.

So I recently started making my dream called(which is called Project Titan for now). I am really excited to make my game right now, and I can’t wait to see how far it goes. Maybe this game could be a Steam game if I work hard enough. Project Titan is a GTA like game where you can explore the city, do missions, etc. I want to start building a community for the game now. I got some of my irl friends to be supporters of my game(hopefully it would be good enough for them to buy it). I was wondering where I can get more people to know about my game.

legend

For those of you joining the game jam and want to make a 2D game in jME, here is my little library for doing these type of games in jME. I made a quick update and release for it. Enjoy. github.com ### GitHub - nickidebruyn/Galago2D: Galago2D is a collection of classes that can be... Galago2D is a collection of classes that can be used to develop a 2D game in jMonkeyEngine3

Here are a few other final PRs I plan to merge in ~2 days prior to releasing 3.9.0-beta1 perform json element autoCast when loading user data in gltf loader by riccardobl · Pull Request #2558 · jMonkeyEngine/jmonkeyengine solve issue #2571 (RendererException with hw skinning disabled) by stephengold · Pull Request #2574 · jMonkeyEngine/jmonkeyengine Fix misuse of read and skipBytes by riccardobl · Pull Request #2557 · jMonkeyEngine/jmonkeyengine Improve memory efficiency and speed of gltf importer by riccardobl · Pull Request #2553 · jMonkeyEngine/jmonkeyengine There were also a few PRs greatly improving lights in jME that I’ve been personally excited about, however these are now going to wait until 3.10 Rather than slow down 3.9 to wait for these light related things to be tested, I instead plan to be quicker to release 3.9. And then we will also be quicker than usual to release 3.10 as soon as the big lighting features and fixes are ready. So hopefully we can be on track to have more like 3-4 new stable version releases per year rather than 1-2

Thank you for organizing this!

Thanks @codex for taking the time to review it @yaRnMcDonuts Thanks for the compliment but I don’t have that much experience with iOS development, just trying to do my best to get jme3 back to iOS again because I think it’s a build target the engine should have and also, if I ever finish any game I would like to publish it on this platform. Being that said, from my point of view it’s finished and working. I’ve tested it in multiple iOS releases and devices using the emulator, I only have a really old iPhone 5S to test and although small tests worked (tested most of the examples in jme3-examples) I’ve not been able to run my game in it because of the small RAM the device has. So although I’m mostly sure it’ll work, I would really love someone having newer devices and also iOS experience tests it As a side note, in the near future (not in time for jme3.9.0) I’ll be working in adding an additional target for iOS using a fork of robovm (robovmx - Release Experiment 2: Libcore12 runtime. Build #13 v10.2.2.4-SNAPSHOT · robovmx/robovmx · GitHub) which includes newer runtime and jme3 should run properly on it (jme3 won’t run on regular robovm, already tested). Libgdx has both targets and according to what I’ve read, depending on project you’re working on, one or the other will work better, so I think it’s interesting to have both options for jme3 also.

codex: > We should definitely get this in the next release so if no one is available to do a proper review we should probably just merge it. Agreed. I’ve been planning to include it in 3.9 but I was hesitant to approve it myself, since I haven’t done any apple dev of any type with jME. It looks like I previously made a call for anyone with Mac/IOS experience to review it back in September in this thread, but no bites. @joliver82 It also looks like you have sufficient experience with IOS yourself and put a lot of effort and thought into the PR, so if you’d say the PR is all done and ready then I’ll wait another 2-3 days for any final reviews, and then I’ll merge it prior to making the 3.9 beta release for further testing.

I’ll do a basic review, but I know nothing about iOS stuff. We should definitely get this in the next release so if no one is available to do a proper review we should probably just merge it.

Hi! Is there any chance iOS related PR ( iOS support by joliver82 · Pull Request #2411 · jMonkeyEngine/jmonkeyengine · GitHub ) is included in jme3.9.0? Hopefully there’s anyone out there willing to review and accept it…