Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 07:44
    omni-viral commented #3037
  • 05:13
    antonok-edm commented #3050
  • 03:03
    bors[bot] closed #3047
  • 03:03
    bors[bot] closed #3046
  • 03:03

    bors[bot] on master

    Simplify Makefile Remove sdl2 from CI metal: build shaders in Makefil… and 1 more (compare)

  • 03:03
    bors[bot] commented #3047
  • 02:44

    bors[bot] on staging.tmp

    (compare)

  • 02:44

    bors[bot] on staging

    Merge #3047 3047: Build Metal … (compare)

  • 02:44

    bors[bot] on staging.tmp

    Simplify Makefile Remove sdl2 from CI metal: build shaders in Makefil… and 1 more (compare)

  • 02:44

    bors[bot] on staging.tmp

    [ci skip][skip ci][skip netlify] (compare)

  • 02:44
    grovesNL commented #3047
  • 02:31
    bors[bot] commented #3047
  • 02:28
    rukai commented #3050
  • 02:18
    kvark commented #3050
  • 02:15

    bors[bot] on staging.tmp

    (compare)

  • 02:15

    bors[bot] on staging

    Simplify Makefile Remove sdl2 from CI metal: build shaders in Makefil… and 1 more (compare)

  • 02:15

    bors[bot] on staging.tmp

    Simplify Makefile Remove sdl2 from CI metal: build shaders in Makefil… and 1 more (compare)

  • 02:15

    bors[bot] on staging.tmp

    [ci skip][skip ci][skip netlify] (compare)

  • 00:37
    bors[bot] closed #3049
  • 00:37

    bors[bot] on master

    [osx] make a view to want a new… Merge #3049 3049: [osx] make a… (compare)

brendanzab @bjz will probably have to sleep on it
Dzmitry Malyshau
@kvark
handles of events?
Brendan Zabarauskas
@brendanzab
oh for the gl stuff - instead of typedefs
Dzmitry Malyshau
@kvark
oh sure. Is that what @photex code was about? EntityData and such?
Brendan Zabarauskas
@brendanzab
oh, more like something like: struct Handle<T, I> { id: I } pub enum Buffer {} ...
but it gets a little annoying
:/
Dzmitry Malyshau
@kvark
BTW, what is cgcore-rs supposed to be? I find it weird that an empty repo has 2 watches and stars :)
Brendan Zabarauskas
@brendanzab
I have a cgcore?
:o
kvark @kvark laughs
Brendan Zabarauskas
@brendanzab
ok, I have to head out for abit
bbl
I will let my subconcious brew on this all, then get back to banging my head against a brick wall later
I would love this API to be super slick, but it that takes a lot of effort
kvark @kvark wishes we didn't have as many layers... #9
Brendan Zabarauskas
@brendanzab
yep, I agree
it is so confusing with all the different type names :(
Dzmitry Malyshau
@kvark
haha, I got used to it. But I don't want the fresh blood (if any) to suffer again
Brendan Zabarauskas
@brendanzab
we will figure it out, and it will look effortless, and folks will wonder how we did it
:)
ok, gotta run, thanks again for the awesome :triangular_ruler: work :D
<3 <3 <3
Dzmitry Malyshau
@kvark
lol, bye!
Brendan Zabarauskas
@brendanzab
I'm wondering if what we actually want for the 'calls' are futures... dunno whether the overhead of them is too high. apparently aturon wants to refactor them
Dzmitry Malyshau
@kvark
@bjz nope, I hasn't got into Metal yet. Are you pitching it for the sake of gfx-rs portability or just as a general interest?
kvark @kvark still remembers S3 MeTaL... ah those sweet times in UT
Brendan Zabarauskas
@brendanzab
just general interest
@kvark So how high level do you think the renderer will be?
Dzmitry Malyshau
@kvark
@bjz my basic vision is pretty much explained in #3, though no-one seem to have reacted to that
Brendan Zabarauskas
@brendanzab
I'll look again! :D
Brendan Zabarauskas
@brendanzab
will we be thinking about things like cameras, shadows and culling?
if not, maybe we could think about scrapping the render task...?
Dzmitry Malyshau
@kvark
@bjz basically, renderer should operate on meshes, target sets, programs, render states, and environments. The last one is the only that really need to be designed. It is supposed to capture all the shader parameter values (which, together with the render states, are covering any high-level material needs, supposedly)
@bjz I believe cameras, shadows, and culling can be left to a higher level engine outside of the renderthread, but I'll need to think this through...
Brendan Zabarauskas
@brendanzab
sure thing
Dzmitry Malyshau
@kvark
@bjz We need to define the scope of each layer. For example, device layer just abstracts over API and potentially does some caching to reduce number of calls to that API
Brendan Zabarauskas
@brendanzab
yep, agreed
Dzmitry Malyshau
@kvark
Render layer scope may be to translate high-level concepts (meshes, target sets, programs, render states, environments) into sets of device commands, potentially sorting the draw calls on the way.
@bjz if we want to make render layer aware of the cameras and culling, this would require us to lock on a particular spatial structure, which is the last thing we need for gfx-rs. I believe the spatial stuff is high-level, and should live (and be married to) physics and skinning.
Brendan Zabarauskas
@brendanzab
cool
could there be multiple render layers?
Dzmitry Malyshau
@kvark
@bjz do you mean gfx-rs to provide an even higher level of abstraction with the spatial system of sorts (or at least templated by it)? I see no reason why it shouldn't be possible, and I'd definitely like it. It is a bit far from where we are though...
@bjz I got a question. It should be forbidden for the device module to use anything from render, right? I'm trying to figure out where the mesh structure (and such) should be defined.
Brendan Zabarauskas
@brendanzab
do you mean in reference to my previous comment, or in relation to my question about cameras etc?
hmm
Dzmitry Malyshau
@kvark
My second (last) question is unrelated to the discussion. It's just something I'm working on right now.
brendanzab @bjz is thinking