[Bf-committers] Eevee and BGE proposal.

Dalai Felinto dfelinto at gmail.com
Mon Jul 17 18:43:25 CEST 2017


Hi Tristan,

Can you elaborate on how do you plan handling updates for the Eevee
materials and probes?
Right now this all goes via the depsgraph.

Perhaps we could talk Tuesday morning (10am or 11am CEST) on IRC with
Sergey to get this sorted out once and for all.

Cheers,
Dalai
--
blendernetwork.org/dalai-felinto
www.dalaifelinto.com


2017-07-14 15:29 GMT+02:00 tristan porteries <republicthunderbolt9 at gmail.com>:
> Hello Dalai,
>
> The proposal is to use Eevee in BGE, it looks simple but it requests
> refactors in the BGE sources.
>
> The usage of draw engine based on Eevee help to not interfere the eevee ->
> blender side, the idea of common API can be forgotten and replaced by a
> little number of duplicated functions if it is too complicated in futur.
>
> I think that the debate about interative mode is for an other proposal,
> implementing eevee in BGE will not exclude the interactive mode, doing the
> both in same time can be very messy.
>
> Tristan.
>
> 2017-07-11 15:37 GMT+02:00 Jacob Merrill <blueprintrandom1 at gmail.com>:
>
>> Step 1 in such a scenario, is a realtime switch for rendering and running
>> the game loop.
>>
>> What about getting evee running, and upgrading viewport with new logic
>> system, and after evee is integrated, integrate same logic systems into
>> BGE?
>>
>> Maybe Bullet3 or even pyBullet based?
>>
>>
>>
>> On Jul 11, 2017 5:54 AM, "Dalai Felinto" <dfelinto at gmail.com> wrote:
>>
>> > Hi Tristan,
>> > Thanks for writing this. Sergey and I just finished looking at it.
>> >
>> > The proposal is missing a big picture. What is it trying to achieve?
>> > It seems to simply try to bring Eevee materials into BGE, without any
>> > extra benefit.
>> >
>> > If that’s the only goal of this project, I would at least expect it to
>> > not interfere with the rest of Blender. For example, the idea of
>> > changing Eevee to accommodate to a common API seems not ideal.
>> >
>> > That said, we have an opportunity to do something bigger. Which would
>> > be to integrate interactivity with the rest of Blender. That’s a
>> > bigger undertake for sure, but I was under the impression that this
>> > was the original idea for after 2.7. It’s not clear if this was
>> > considered, or why was it dismissed.
>> >
>> > Regards,
>> > Dalai and Sergey
>> > --
>> > blendernetwork.org/dalai-felinto
>> > www.dalaifelinto.com
>> >
>> >
>> > 2017-07-02 12:23 GMT+02:00 tristan porteries <republicthunderbolt9 at gmail.
>> > com>:
>> > > Hello everyone,
>> > >
>> > > I invite the people working on Eevee and 2.8 (Campbell, Dalai, Bastien,
>> > > Clement, Mike and few other) to look at the following proposal for a
>> > merge
>> > > of Eevee into the BGE.
>> > >
>> > > https://docs.google.com/document/d/1dpC2zCVD54yCGwNZFu_WM82uUAGI_
>> > s5-GmlgMLOcfYY/edit?usp=sharing
>> > >
>> > > Feel free to comment on the document, also an experimental branch named
>> > > ge_eevee is available on https://github.com/UPBGE/blender.
>> > >
>> > > Tristan.
>> > > _______________________________________________
>> > > Bf-committers mailing list
>> > > Bf-committers at blender.org
>> > > https://lists.blender.org/mailman/listinfo/bf-committers
>> > _______________________________________________
>> > Bf-committers mailing list
>> > Bf-committers at blender.org
>> > https://lists.blender.org/mailman/listinfo/bf-committers
>> >
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> https://lists.blender.org/mailman/listinfo/bf-committers
>>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> https://lists.blender.org/mailman/listinfo/bf-committers


More information about the Bf-committers mailing list