| Time |
Nick |
Message |
| 00:11 |
[MTMatrix] |
<Zughy> are we gonna see any improvement on HUD rendering speed with 5.9? I don't remember if there are any commits about it, just that it's pretty awful |
| 00:48 |
|
[MTMatrix] joined #minetest-dev |
| 04:00 |
|
MTDiscord joined #minetest-dev |
| 06:59 |
|
v-rob joined #minetest-dev |
| 07:51 |
sfan5 |
do you have testcase that causes fps loss just by being on the screen? |
| 09:45 |
[MTMatrix] |
<Zughy> sfan5: join A.E.S. when there are at least 12 players and spam AUX1 to see it go slow (it shows the list of connected users when pressing and hides it when releasing: it's 4 HUD per user and you can definitely see the for loop rendering every player slot with my testcase). Unfortunately I don't have the time to write one |
| 11:34 |
|
Lupercus joined #minetest-dev |
| 12:07 |
|
proller joined #minetest-dev |
| 12:35 |
|
appguru joined #minetest-dev |
| 13:32 |
|
Desour joined #minetest-dev |
| 14:39 |
|
Lupercus1 joined #minetest-dev |
| 16:08 |
MTDiscord |
<luatic> Zughy: could this be a HUD leak on the AES side of things? |
| 16:09 |
MTDiscord |
<luatic> as in, could it be that you're creating new HUDs rather than reusing the old HUDs, or at least deleting the old ones when you hide the list? |
| 16:11 |
MTDiscord |
<luatic> there is def. some unnecessary O(n²) code there (sorting HUD elements by z-index via what's effectively a selectionsort IIRC for example) but that shouldn't have this much of an impact |
| 16:17 |
|
Desour joined #minetest-dev |
| 16:50 |
|
v-rob joined #minetest-dev |
| 17:10 |
[MTMatrix] |
<Zughy> I honestly can't tell, I think it's pretty optimised but those are usually the famous last words luatic |
| 18:49 |
|
v-rob joined #minetest-dev |
| 21:07 |
|
v-rob joined #minetest-dev |
| 21:57 |
MTDiscord |
<mistere_123> Slippery slope question: if I want to use AI to help me contribute to minetest, what level of use is allowed? I would presume that using it on a concept comprehension level is allowed, where it does not produce any code blocks that I use directly. Obviously, on the other end, using unchecked AI code would be a waste of everyone's time and probably be a copyright concern. Further than that, could devs give guidance on what would |
| 21:57 |
MTDiscord |
be allowed? |
| 21:59 |
MTDiscord |
<mistere_123> This is for contributing to the engine codebase which should be more strict, not CDB submission guidelines which should be less strict, presumably |
| 22:00 |
|
proller joined #minetest-dev |
| 22:01 |
MTDiscord |
<mistere_123> Rather than just "allowed", maybe I should include "frowned upon" too; that's easier to speak to. |
| 23:03 |
v-rob |
I would advocate no AI generated code in the engine, regardless of quality. There's far too many copyright concerns. |
| 23:24 |
MTDiscord |
<mistere_123> Does that mean don't even consult it; don't be anywhere on the spectrum I mentioned above? |
| 23:24 |
MTDiscord |
<mistere_123> If not, where would you draw the line? |
| 23:31 |
v-rob |
The only concern I have is copyright, so concept comprehension is certainly fine. Perhaps even generating example code that you can learn from. However, if the AI generated it, it shouldn't be in your PR. That's where I would draw the line. |
| 23:32 |
|
panwolfram joined #minetest-dev |
| 23:34 |
v-rob |
As an analogy, there's no problem with asking an artist how to draw better, and you can also analyzing their art all you like. But using their (copyrighted) art directly would be a no-no. |
| 23:35 |
MTDiscord |
<mistere_123> In other words, don't ask it for solutions to the exact problem I have, instead, if anything, ask it for solutions to a conceptually similar problem, then close it and go implement it myself |
| 23:36 |
MTDiscord |
<mistere_123> Thank you. |
