Next release?

Any opinions on when the next release should happen? Some things that may or may not happen in the near future, but I don’t think any of them are necessarily blocking: (feel free to add to the list)

  • The DetourCrowd PR should be coming soon
  • I may yet investigate the Emscripten mouse locked mode, which I had some odd issues with
  • Freeform vertex declarations is listed on the issue tracker, but it’s a fairly major change and in some ways complicating and experimental (as it affects things like vertex buffer binding and morphs), so it can be pushed until later
  • Some third party libs are about to update soon, like SDL and AngelScript, but naturally yet another new version can also be made after they update, on a quicker cycle

looking forward to the new release. Hope to see it soon.

Are the physically based shaders from hd_ ready to be integrated into the next release ?
Scorvi samples looked like a really nice addition as well.

As many have wide monitors, you can use the tweaks from this post http://discourse.urho3d.io/t/some-editor-tweaks/976/1

About the Scorvi samples: for inclusion in Urho3D repo itself, they should be submitted as a pull request. However we already have too many samples for the CI architecture to cope with reliably, so simplification and condensing of existing examples would be necessary first. Also there is nothing wrong with additional examples existing elsewhere outside the main Urho repo.

I think it’s time for a new release, there will always be some good reasons to postpone.

IMO I believe it would be better to release a new version before integrating newer versions of these libraries. Stability is preferred over bleeding-edge features in my eyes.

I believe that we should push to identify and fix as many bugs as possible for a good, stable release.

Good point. There’s one thing however that since some people are always using last stable release, we’ll get a lot more testing (and possible new issues) after the release :wink: But that’s life, there will be always the release after.

The nim guys use stable. Getting the emscripten fix would be good for them if you have time.

3rd party libs i would like to see updated are stb_image and stb_image_write. There has been some SSE additions to stb_image, I don’t know if how that affects the build. PNG decoding is like 2x faster \m/

Urho keeps getting more feature rich but is still as small as I want it to be. Unrelated, I have some work I am looking forward to sharing with everyone hopefully next month some time :smiley:

[quote=“cadaver”]Any opinions on when the next release should happen? Some things that may or may not happen in the near future, but I don’t think any of them are necessarily blocking: (feel free to add to the list)

  • The DetourCrowd PR should be coming soon
  • I may yet investigate the Emscripten mouse locked mode, which I had some odd issues with
  • Freeform vertex declarations is listed on the issue tracker, but it’s a fairly major change and in some ways complicating and experimental (as it affects things like vertex buffer binding and morphs), so it can be pushed until later
  • Some third party libs are about to update soon, like SDL and AngelScript, but naturally yet another new version can also be made after they update, on a quicker cycle[/quote]

I would really like to see mouse locking working in Emscripten. :slight_smile:
DetourCrowd would be nice too but I think Emscripten is a must. :stuck_out_tongue:

I don’t think we have anything blocking on the issue trackers. Having said that, I see Apple just released their Xcode 6.3.1 and from issue github.com/urho3d/Urho3D/issues/709 we know newer Xcode version does not like how we setup PCH for Assimp library. It may be nice to have it sort out before the release though.

On my side when my time and health permit, I am experimenting on the Angelscript scripting support for Emscripten. I don’t want to raise any false hope as you know from my track record, so the work may not see the light of day and end up in my git stash instead.

Hi all!

Yes, Urhonimo (Nim wrapper for Urho3D) is mainly autogenerated and will eventually be 100% autogenerated - but currently its not so we are basically waiting for a new release before we redo it.

We don’t yet use emscripten though (?). And as a sidenote, we are very happy so far with Urho3D. We have made some tweaks, but not something someone else would benefit from, and eventually we will push some of it upstream - like being able to have Urho3D render “offscreen”.

regards, G?ran

[quote=“sabotage3d”]Are the physically based shaders from hd_ ready to be integrated into the next release ?
Scorvi samples looked like a really nice addition as well.[/quote]
This isn’t and won’t be ready for any near release, sorry ! Busy with a university project this semester.

Would any of the new UI library integrations in Urho3d ready for merging into next release or they are going to be kept separate as add-ons ?

If we get a PR which satisfies the requirements for inclusion in the core in a very short time, then yes :wink:

However I don’t think any of them are in that state. It’s not trivial to integrate external UI libraries to e.g. scripting & events seamlessly; this has been discussed before. Basically, by making Urho so cohesive & tightly bound package, we’ve raised the bar very high for UI library integrations. The story would be different if Urho was just a loosely bound collection of libraries.

When the UI library addons remain separate, that can actually be a good thing, as then users can choose what level of readiness they expect, and our QA burden (considering that we haven’t suddenly gotten more core contributors) is not increased.

What about adding SVG support into the existing UI library ?
For example Scorvi’s :
OpenVGRenderer
NanoSVGRendering

Then we can use vector images for the UI or I am missing something ?

The NanoVG example seems to be OpenGL only, and the example seems to be hardcoded (if I don’t understand wrong)

The NanoSVG example rasterizes to an image on the CPU, and creates an ordinary UI sprite element, which looks like a much more portable approach. This would just need some more effort by Scorvi to make it fitting for Urho library integration; in fact the support could be added to Image class to make the svg’s available for both UI & 3D rendering.

It would be amazing to get Emscripten in there that’s stable!

The PBR/IBL stuff would be a great addition but I’d assume it would change too much stuff and might cause regressions. I think it’s easy enough to integrate to your own packages for now, it’s mostly data right?

Not to go off-topic, but both those techs could make something like this, or perhaps something even better than it with animation:
viewer.marmoset.co/test/gdcgallery.html

Which would be fun!

Hi Sinoid,

Agreed. Although I did a rebase of hd_'s stuff and just mapped the new texture defines to make the HLSL work in both DX9 & DX11 but it is untested as I’m in Linux atm. I’ll push my changes to my branch when I get home if anyone wants to play around with it. Definitely not in a state to push to mainline yet. :slight_smile:

The changelog captain, I don’t think she can take any more! Divert power from the rear deflectors to shipping!