wdanilo

20 ms·

151.
by wdanilo 9y ago
You cannot embed touchdesigner in a game engine (at last with ease). VVVV does not comes with abstraction over DOPs SOPs etc, but both are still very limited regarding what datatypes they can process.
152.
by wdanilo 9y ago
Sorry for putting off. I will explain that a little bit - we want to build community around people which are active, passionate and determined enough to fill such a form. I understand why it could be perceived negatively, sorry for that! :)
153.
by wdanilo 9y ago
Sure, it's a super cool idea. Let's drop me an email to wojciech at luna-lang.org and we set all the details (time / place etc) - we've got a parking place here, but its "hidden" so if you will be driving car,
154.
by wdanilo 9y ago
There is a big difference between what Luna is and who we target with our website. We want now to keep in touch with good developers and build community around them and make Luna a dancing and singing complete development environment with h
155.
by wdanilo 9y ago
Lets underline one important thing. Luna really is nut just a language, it really is a data processing / visualization platform! :D
156.
by wdanilo 9y ago
We are also super curious and we hope it will shine. If you hope for it too, let's contribute! We'd love to work with you to polish it as much as possible! :)
157.
by wdanilo 9y ago
This way we are also compatible with git etc! :)
158.
by wdanilo 9y ago
Our programmer designed it and we've just build it using some standard bootstrap. It might seem like a joke, but it's currently not :D
159.
by wdanilo 9y ago
@CyberDildonics, I think that @indescions_2017 was referring to pipelines suitable to be run inside game engines, working at "runtime", not batch-processing data upfront. You cannot utilize any of the software you mentioned to do
160.
by wdanilo 9y ago
We are not really making a programming language. So, err.. ok, we are. But it is "just" an engine. Luna is a data processing platform. It allows you to prototype, design and deploy data processing applications much faster than it
161.
by wdanilo 9y ago
It would be supper cool to debug CUDA with Luna, but keep in mind there is a really long way until it will be possible. It is however very interesting path and I'm super curious where it could lead us to! I'm willing to support it
162.
by wdanilo 9y ago
We use the name for a long time now and we love it, however I agree it could be confusing. We failed, however, to find a better one. I've got a crazy idea here! I know that HN has some magical powers, so if you have any idea of a bette
163.
by wdanilo 9y ago
Im happy to hear that. We do our best to realease it soon and I'd love to collaborate further with you then!
164.
by wdanilo 9y ago
hi! Each node "contains inside" graphs of nodes. You can literally select nodes and collapse them into one, new "function". This way you just raise the abstraction level, just like in textual-sources, however in the grap
165.
by wdanilo 9y ago
There are no hold-ups really. We just want to release Luna in a form when you will tell "oh, that's a cool project I would like to contribute to" rather than "interesting, let's wait until it is usable". We are
166.
by wdanilo 9y ago
We are not going to compile to C, however we will to LLVM IR (not directly though). During the first release we will provide Luna interpreter (so yeah, some kind of custom VM). We are however already working on the backend that compiles Lun
167.
by wdanilo 9y ago
I'm afraid Luna is not for you then! However, I strongly doubt that visualization of OO concepts will bring you a productive environment. I also believe that the combination of functional programming and visual paradigm is the way to g
168.
by wdanilo 9y ago
We will try to cover it alongside the upcoming release! :)
169.
by wdanilo 9y ago
We feel the same way. As you have said, we use abstractions to hide complexity in text-based source files, like modules, functions etc. We do the same in the visual form. Every node in Luna is just a function, so you can "dig inside&qu
170.
by wdanilo 9y ago
Yes, it's one of our core goals! :)
171.
by wdanilo 9y ago
It's not a bogus! We are FP enthusiasts and the word "category" has really strong connections to our type system. However, the name might be a little misleading so we've already changed it. Anyway, we treat our types as
172.
by wdanilo 9y ago
I would love to emphasize one of the thoughts from @kustosz reply: our main goal is to make Luna simple and intuitive yet very powerfull. We've got super cool type system on top of purely functional language, however we put our hearts
173.
by wdanilo 9y ago
Hi! We write almost everything in Haskell. By the way, Num in IO in IO is completely ok function signature - it means that you have a function that uses IO to optain a function which will return a number while performing another IO action
174.
by wdanilo 9y ago
Have a safe and pleasant flight!
175.
by wdanilo 9y ago
We would do everything we can to support such use cases. In fact we believe in the same things TFortunato. I would like, however, to emphasize some things. After the first release, connecting to foreign languages on the lowest levels (like
176.
by wdanilo 9y ago
Thank you, I will! If something happens and after the release I will accidentally forget about reaching you out, just write me an mail to wojciech at luna-lang.org. I'd be more than happy to collaborate with you! :)
177.
by wdanilo 9y ago
LabVIEW is great, however I'd love to just roughtly outline some important differences: - Luna works in a purely functional environment, which allows for much more clear and easier to understand graphs. Moreover it enables us to run co
178.
by wdanilo 9y ago
Hi! I'm always very happy to hear that Luna would help in a domain that I personally don't know much about! :) I would be very happy to collaborate with you. Contributing to Luna in any form, including creating libraries is more t
179.
by wdanilo 9y ago
You can connect to our data ANY HTML/JS compatible visualisation. Moreover Luna has some basic (and they are getting better with every day) bindings to drawing over webgl canvas, so you can define visualisations using our nodes. We wil
180.
by wdanilo 9y ago
First of all, we originate from Open Source community and we believe in it so strong, that we set it as a backbone for our business. We also believe in Open Adoption Software model: https://www.slideshare.net/AccelPartners&#

More ›