Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Georg Haaser
    @krauthaufen
    okay this app has other problems like: scrolling is strange and some other things
    all the gitter related things i found seem to be quite old. maybe we should write our own gitter-client ๐Ÿ˜
    Evgeniy Andreev
    @gsomix
    Or we could migrate to better place (e.g. Discord) while community is relatively small. But only if it's convenient for all
    members
    ThomasOrtner
    @ThomasOrtner
    discord is definitely the best free platform, also one could search the content of a chat
    Georg Haaser
    @krauthaufen
    didn't we try that somewhen already? for me personally (as stupid as gitter is on mobile) it's one of two places i check regularly (signal being the other one). with discord those would make 3...
    however I'm willing to give it a try ๐Ÿ˜€
    ThomasOrtner
    @ThomasOrtner
    we tried it for our office chat, not for aardvark as far as I remember :D
    Georg Haaser
    @krauthaufen
    okay i once again didn't see your message on mobile until i restarted the gitter app, so I'm on board with discord
    slack is non-free?
    ThomasOrtner
    @ThomasOrtner
    slack is free until 10 000 messages search history
    since gitter was never searchable we probably won't miss this feature too much
    so you can also search in the last 10k messages
    slack has the great feature to construct threads within a chat
    and you can also move threads to other rooms and things like that, imo slack is the best communication tool and also has plugin integrations ... I think 4 in the free version
    github for instance
    Evgeniy Andreev
    @gsomix
    Slack was slow, not sure if it's still
    Georg Haaser
    @krauthaufen
    for me discord is just fine, even fsharp highlighting works
    Evgeniy Andreev
    @gsomix
    Discord also more convenient for multi-chat users (for me)
    ;)
    ThomasOrtner
    @ThomasOrtner
    I use a multi messenger client anyway, so Im fine with whatever decision is made
    image.png
    Evgeniy Andreev
    @gsomix
    So you can find me in Discord ;)
    Harald Steinlechner
    @haraldsteinlechner
    dear community. please consider also joining our discord room!
    ThomasOrtner
    @ThomasOrtner
    ... if we could only make this a sticky post ... ha only discord can do that !!!!
    Don Syme
    @dsyme
    @dsyme is happily getting into aardvark after seeing a talk at FableConf
    Georg Haaser
    @krauthaufen
    great to hear ๐Ÿ˜€
    Harald Steinlechner
    @haraldsteinlechner
    ๐Ÿ‘๐Ÿ‘
    Dallin Beutler
    @dallinbeutler
    I'm excited to see that talk. I'm new as of like a month or two, but I'm enjoying it so far!
    David Teasdale
    @davidtme
    I apologize for the newbie question, Iโ€™m sure this is in the docs... but can aardvark run on android. The lack of samples would suggest no.
    Georg Haaser
    @krauthaufen
    hey, we did expirments with Android some years ago, but we never really made it happen.
    So the answer to your question is no, but due to the linux support and the OpenTK guys (having android support) it shouldn't be too hard to implement. the main problem is that the rendering backend has lots of native depenencies (DevIL, etc.) that would need to be built for android. last but not least we would have to implement some kind of UI Integration...
    and btw: i don't think it's in the docs ๐Ÿ˜€
    David Teasdale
    @davidtme
    @krauthaufen thanks for the fast response
    David Teasdale
    @davidtme
    are any of the experiments still around?
    Georg Haaser
    @krauthaufen
    sadly i don't think so, they were based on a old backend implementation
    Evgeniy Andreev
    @gsomix

    friendly reminder. there is also discord chat that is more convenient than gitter imo. thanks!
    https://discord.gg/rNkCgMQ

    @dsyme @davidtme @jindraivanek

    bmello4688
    @bmello4688
    Hello, Does anyone know how the performance of aardvark would compare to a game engine such as Stride or Unity?
    Harald Steinlechner
    @haraldsteinlechner
    it really depends on what you do and what workload you are expecting, how the scene/data is structured and how much of the scene is dynamic. for quite some time aardvark rendering focuses on semi-static scenes - i.e. large scenes which cannot be optimized easily but individual objects do not change that frequently. whenever hardware there is graphics driver support for a particular scene "structure"/kind (e.g. many repeated objects) of course this is different. there is a now old yet mostly still valid paper on comparing also to other engines: https://www.vrvis.at/publications/pdfs/PB-VRVis-2015-015.pdf
    bmello4688
    @bmello4688
    Thank you for the info
    Artur Tadraล‚a
    @atadrala
    Hi, why Adaptive is not async and maps are not parallel by default?
    Async would help if you wire cvalue directly to the UI input, and parallel map calculation done right way would increase performance.
    I view Data.Adaptive same way as Ocaml Incremental library, correct me if that wrong perspective.
    Harald Steinlechner
    @haraldsteinlechner
    fsharp.data.adaptive is similar to ocaml incremental but has different semantics. on-demand vs strict change propagatiaion afaik. adaptive, async and parallel are different things - yes stuff could be combined but this makes semantics much more complex imo.
    Artur Tadraล‚a
    @atadrala
    I didn't spot that difference, thanks.
    There's no way to Adaptive value propagate change to consumer right now?
    Other words consumer have to pool for values?
    Christian Luksch
    @luithefirst
    You can install callbacks, either a MarkingCallback that notifies you when the value got out-of-date or a normal Callback that would then act like a push notification with the new value
    Christian Luksch
    @luithefirst
    The way how I connect this adaptive system to an oldschool UI (WPF or Winforms) is to use marking callbacks to trigger an invalidation and only pull the values when the actual re-draw happens, so there is no overhead if parts are not visible and you always have the benefit that if there are a lot of simultaneous changes that this lazy evaluation avoid any redundant updates