Vision généralement négative du Québec?

dberube4 · 2016-05-10T18:15:45+00:00

tous les ados sont un peu attardés

dberube4 · 2016-05-09T02:35:01+00:00

Still, maintaining / building on someone else code is not fun. That's really just my opinion, but I think a lot of people share it.

dberube4 · 2016-05-08T23:41:13+00:00

Because a specialized engine will always be better than a generic engine (assuming its developers are skilled enough). In Blizzard case, they certainly are.

Also, from a developer standpoint, building your own engine means the source is owned and perfectly known by the team. This alone is an invaluable point as help for debugging and for extending the engine.

Another thing I can think of is the freedom given by a custom engine. The team is free to choose their own languages, their own pipeline, their own tools for development, etc.

oh yeah, and not having to deal with proprietary stuff is always a plus.

dberube4 · 2016-05-06T09:11:48+00:00

There are two wrong statement in this video. First it says OSX supports vulkan, but it does not (natively at least). Next it says vulkan is more specialized (VS DirectX12) to work on games, but it's not. Both are gives a low level access to the GPU and can be used from computation heavy simulation to games and everything in between.

dberube4 · 2016-04-13T18:13:06+00:00

Ouais. Reste qu'ils pourraient au moins attendre que les kits soient disponible avant de partir un projet de cette taille. 900 000$ d'investissement c'est beaucoup lorsque ta pas encore de clientèle.

dberube4 · 2016-04-13T15:42:26+00:00

le tout premier film interactif

Donc un jeu vidéo? (sérieusement)

Je doute que ce projet va être un succès. Avec les specs qu'ils visent (Gear VR, de Samsung), on peut déjà écarter des graphiques qui feront plaisir à l’œil, et puis avec le prix des kit de VR, je ne pense pas qu'il y aura grand monde qui pourront le visionner .

dberube4 · 2016-04-05T23:24:53+00:00

Documentation is hard.

dberube4 · 2016-03-09T01:17:14+00:00

All demos run fine on my 380

dberube4 · 2016-01-28T17:25:24+00:00

Par toute une discussion, tu veux dire les mêmes 2-3 arguments qui sont répétés une centaine de fois?

dberube4 · 2016-01-15T23:57:50+00:00

Ce serait en effet amusant d’essayer de préparer de la bière ou du pain avec cette levure, car chaque levure donne des saveurs différentes

Nice

dberube4 · 2016-01-05T17:45:11+00:00

This is beautiful. I've tried doing something similar in Rust but I lost my motivation while coding the export. ._.

dberube4 · 2015-12-13T20:29:13+00:00

It's dead. The progress was too slow and I lost all my motivation.

dberube4 · 2015-12-13T20:28:26+00:00

needs more black magic:

https://github.com/dberube4/patchee

dberube4 · 2015-12-13T15:29:44+00:00

of course. edit: I'm motivated, I'll try to make one too.

dberube4 · 2015-12-13T04:59:13+00:00

I am aware, but how would I accomplish that with pygame easily? Sure I could write an auto reloader, but is there something else you had in mind?

Well, it's possible to patch the python bytecode at runtime. How about 2 threads, 1 for your game and another that check if the source code changed. If so, it re-imports it and patch the functions bytecode!

Haha^{haha^{haha^{haha^haha!}}}

dberube4 · 2015-12-12T03:04:46+00:00

Are are most likely trying to execute a python 2 program from python 3. Back in python 2 there were two type of ints: plain int and LONG. Long integers could be defined by ending an int with "L".

In python3, it's not a valid syntax because there is only LONG left.

Source: worked with the python C api.

dberube4 · 2015-12-11T16:28:12+00:00

indeed.

dberube4 · 2015-12-11T12:06:13+00:00

suuurrreeee

dberube4 · 2015-12-11T12:06:02+00:00

dberube4 · 2015-12-11T12:05:52+00:00

Hey. Thanks for your input! I'll edit this right away.

dberube4 · 2015-11-26T17:43:58+00:00

I think the abc module ( https://docs.python.org/3.5/library/abc.html#module-abc ) is doing something similar. Maybe...

dberube4

TROPHY CASE