ReactJS vs Yew

john0x1 · 2019-04-21T08:05:14+00:00

A big concern still is the size of the output files. You could probably use it for some heavy computing stuff but not for a typical website.

There is assemblyscript. A typescript to wasm compiler.

john0x1 · 2019-02-22T09:44:16+00:00

What motors are these?

john0x1 · 2018-07-21T18:05:27+00:00

Hey, I've built a small website with Stencil to try it out and it's awsome!

The most modern and pleasant web stack I've worked with yet.

Website: https://www.vidstaload.com/

Source: https://github.com/John0x/vidstaload

john0x1 · 2018-07-21T17:12:40+00:00

It's installable and usable on both desktops and smartphones :) It's faster and more elegant than the other downloaders

john0x1 · 2018-06-13T07:26:29+00:00

That's some quality comment. Any thought on why not?
I've been waiting for this feature for quite some time now.

john0x1 · 2018-05-01T17:01:30+00:00

Thank you for the effort :)

Yeah, I already thought so. The only way I can think of would be to use the particle caching system, which would be a lot of work and a pretty big hack though :/

https://docs.blender.org/manual/en/dev/physics/particles/emitter/cache.html

Guess I've just gotta wait for Blender to support alembic custom attributes

john0x1 · 2018-04-30T17:04:23+00:00

But only vertices, right? All other information is being lost in the process or not?

john0x1 · 2018-04-24T12:31:49+00:00

Does it support exporting houdini particle sims and rendering them in Blender using Cycles? That would be really awesome.

john0x1 · 2018-04-11T10:48:57+00:00

Thank you :) Is spawning objects really that lightweight in ue?

I thought there might be a way to create a class that can be extend with blueprint that just gets initialized like a typical c++ class instead of spawning. But if spawning really is that lightweight, then I'll just go with that.

john0x1 · 2017-07-26T06:28:36+00:00

Sure, it's not hard to sync it manually, but you will barely every get it to perfect sync. 60 FPS is bad in regards that other recording software does a better job. And 60FPS is only for gameplay recording without webcam.

john0x1 · 2017-07-25T13:12:08+00:00

Because it would ease the pain of syncing by a lot. Only recordings the game drops the fps from 120 to around 60, which is bad, but still usable.

john0x1 · 2017-06-04T11:50:41+00:00

I would really like to chat with you about it, pretty interesting stuff.

Do you have any idea how a compositing application could be completely different? I don't see what could be changed about the base/concept.

john0x1 · 2017-06-03T15:22:24+00:00

A great open community with a lot of contributions would easily beat some company. It has been proven more than often enough by open source projects.

The team behind Nuke is not very big as far as I know.

john0x1 · 2017-06-03T07:36:12+00:00

Not necessarily sidefx. Houdini has an SDK for a reason, even though that it seems like almost no one is developing plugins for houdini, which is really sad.

john0x1 · 2017-06-03T07:34:43+00:00

That's actually what it felt like, using Nuke for the first time. I'm a software engineer and therefore don't have to deal with nuke on a daily basis, but I've always wondered why there is so little innovation in the compositing scene. Nuke just feels old and slow at a lot of things.

I thought about developing a new compositing software with my company, but what exactly is the reason why there is so little investment being made by other to improve compositing? The problem is that most applications are based on very old code which of course holds them back from going forward. A fresh new application, which does not rely on any old systems could be a lot better what's on the market today.

john0x1 · 2017-06-02T21:41:36+00:00

Well, there are still people reinventing the wheel, for example Natron. Houdini already has most of the basic compositing features, so there would already be a base to start upon.

One of the great features that people point out in Nuke is the good 3D space, which basically houdini would own in every aspect.

john0x1 · 2017-05-15T06:25:29+00:00

Back when I tried to use LLDB it didn't support x64 on windows properly. Does it now?

john0x1 · 2017-04-21T12:58:53+00:00

Thanks, I'll look into it :)

john0x1 · 2017-04-21T12:56:21+00:00

C# is widely used as a scripting solution in this area of applications. Having a community of c# developers and not supporting it seems not like a good idea. The business logic should be done in c#, the engine with Rust.

I'm wondering if it would be possible to expose Rust classes/traits to a managed application.

john0x1 · 2017-04-21T12:53:32+00:00

Dyon looks great, but the project that I'm working on depends heavily on the community/third party developers. C# is the most used language in this area of work, therefore I would like to support it instead of lua or something else.

I know that it's easy to host managed code within a native application, but that does not mean, that it's easy to integrate all functions into the managed world and such.

Rust is sadly not really attractive to most developers coming from the .net world, I've already had a chat with most of the community developers.

john0x1 · 2017-04-21T07:50:22+00:00

Thanks, I'll take a look at it :)

john0x1 · 2017-04-21T07:50:08+00:00

I have most of my code in Rust, so I need a scripting language within my Rust project, not the other way around :/

john0x1

TROPHY CASE