| Time |
Nick |
Message |
| 00:07 |
|
kilbith_ joined #minetest-dev |
| 00:18 |
|
Lone_Wolf joined #minetest-dev |
| 00:43 |
|
Ruslan1 joined #minetest-dev |
| 01:23 |
|
NoctisLa1 joined #minetest-dev |
| 02:20 |
|
NoctisLa1 joined #minetest-dev |
| 02:36 |
|
NoctisLabs joined #minetest-dev |
| 02:48 |
|
NoctisLa1 joined #minetest-dev |
| 05:36 |
|
realz joined #minetest-dev |
| 05:47 |
|
DI3HARD139 joined #minetest-dev |
| 06:21 |
|
Foz joined #minetest-dev |
| 07:31 |
|
longerstaff13 joined #minetest-dev |
| 07:54 |
|
pyrollo joined #minetest-dev |
| 08:39 |
|
ShadowNinja joined #minetest-dev |
| 10:02 |
|
Lunatrius` joined #minetest-dev |
| 10:07 |
|
nepugia joined #minetest-dev |
| 10:31 |
|
vesper11 joined #minetest-dev |
| 11:14 |
|
pyrollo joined #minetest-dev |
| 11:21 |
|
kilbith joined #minetest-dev |
| 11:36 |
|
kilbith_ joined #minetest-dev |
| 11:43 |
|
behalebabo joined #minetest-dev |
| 11:51 |
|
Fixer joined #minetest-dev |
| 11:54 |
kilbith |
that would be worth giving some attention to #4420 and #4926 at some point |
| 11:54 |
ShadowBot |
https://github.com/minetest/minetest/issues/4420 -- Sqlite3 database concurrent use & possible speed improvement by Rogier-5 |
| 11:54 |
ShadowBot |
https://github.com/minetest/minetest/issues/4926 -- Cache information about blocks not found in database by Rogier-5 |
| 11:55 |
kilbith |
and to implement the 'vertical' property to the Irrlicht particle spawner |
| 11:56 |
kilbith |
that's my TODO list for the week |
| 11:57 |
|
lisac joined #minetest-dev |
| 12:02 |
rubenwardy |
Good to hear |
| 12:43 |
|
basxto joined #minetest-dev |
| 12:59 |
|
ensonic joined #minetest-dev |
| 13:26 |
|
nepugia joined #minetest-dev |
| 13:37 |
|
MayeulC_backup joined #minetest-dev |
| 13:37 |
|
kollaps[m] joined #minetest-dev |
| 13:37 |
|
tacotexmex joined #minetest-dev |
| 13:37 |
|
Qiangong2[m] joined #minetest-dev |
| 13:41 |
|
tomraceror joined #minetest-dev |
| 14:23 |
p_gimeno |
why aren't commits echoed in this channel? is there so much public interest as to have them in the general channel? |
| 14:46 |
rubenwardy |
Probably historic reasons |
| 15:00 |
|
ANAND joined #minetest-dev |
| 15:15 |
|
Ruslan1 joined #minetest-dev |
| 15:30 |
|
longerstaff13 joined #minetest-dev |
| 16:08 |
|
kilbith joined #minetest-dev |
| 17:16 |
|
Fixer_ joined #minetest-dev |
| 17:17 |
|
Jummit joined #minetest-dev |
| 17:22 |
|
ensonic joined #minetest-dev |
| 17:34 |
|
Lone_Wolf joined #minetest-dev |
| 17:36 |
|
Krock joined #minetest-dev |
| 18:35 |
|
HDMI_STECKDOSE joined #minetest-dev |
| 18:55 |
|
HDMI_STECKDOSE joined #minetest-dev |
| 18:55 |
Krock |
!tell DS-minetest Here's an idea on how to solve the formspec issue: collect the pointers of each element that will be sorted. std::vector<ElementData> where ElementData is a struct containing IGUIElement* (2x, if item_image_button). Sort by first ptr |
| 18:55 |
ShadowBot |
Krock: O.K. |
| 19:14 |
|
ensonic joined #minetest-dev |
| 19:18 |
|
Krock joined #minetest-dev |
| 19:19 |
Krock |
!tell DS-minetest (after PC crash) Each element seems to be registered in "m_fields", including its ID. You can also lookup that ID to get the IGUIElement pointer. Idea: Include "int priority" in FieldSpec which is only used for legacy sorting |
| 19:19 |
ShadowBot |
Krock: O.K. |
| 19:21 |
|
nepugia joined #minetest-dev |
| 19:21 |
Krock |
!tell DS-minetest Depending on the sorting algorithm it will be possible to let some buttons have the same priority as items (image buttons) and you won't need to do a type lookup to perform the sorting |
| 19:21 |
ShadowBot |
Krock: O.K. |
| 19:21 |
Krock |
just in case you're stuck |
| 19:54 |
|
nepugia joined #minetest-dev |
| 20:32 |
|
longerstaff13 joined #minetest-dev |
| 20:42 |
|
Taoki joined #minetest-dev |
| 22:49 |
|
nepugia joined #minetest-dev |
| 23:01 |
|
CoderForTheBette joined #minetest-dev |
| 23:04 |
|
CoderForTheBette left #minetest-dev |
| 23:07 |
|
DevyHeavy joined #minetest-dev |
| 23:12 |
DevyHeavy |
Is there any reason why a mod shouldn't or couldn't edit shader constants? |
| 23:12 |
DevyHeavy |
An example would be in the following link, but it's not done by a mod: https://github.com/minetest/minetest/search?q=setVertexShaderConstant&unscoped_q=setVertexShaderConstant |
| 23:14 |
|
proller joined #minetest-dev |
| 23:15 |
rubenwardy |
DevyHeavy: not implemented yet because mods are currently entirely server-side and adding any remote execution including in shaders is risky |
| 23:15 |
rubenwardy |
note that Minetest modding tends to be plugin-based not patch/reflection-based. This is why mods don't tend to break between versions |
| 23:15 |
rubenwardy |
but also means that what you can do is limited to what the engine exposes to you |
| 23:16 |
rubenwardy |
you can also do patch-based modding by editing the engine C++ code |
| 23:16 |
rubenwardy |
no one tends to do that though |
| 23:16 |
rubenwardy |
Also, are you literally just talking about modifying constands and not the shaders themselves? |
| 23:18 |
DevyHeavy |
Thanks for the info. In my case, I would edit the shaders to add variables/constants that would have then been edited like in the link. I'm new to shaders so perhaps that's not the best, not sure. |
| 23:19 |
rubenwardy |
it usually doesn't make sense to do that unless the shader itself it designed in such a way to allow it |
| 23:22 |
|
ANAND joined #minetest-dev |
| 23:24 |
DevyHeavy |
Also, if you're curious, the reason I asked is because I am working on a dynamic weather mod but I would like to portray rough weather by changing particle direction and speed which can be done already, but wind speed should affect the wave speed of plants and maybe water. However, plant speed is not implemented yet, but even for water wave speed it's not possible I guess for the reasons you stated above. |
| 23:30 |
|
Ruslan1 joined #minetest-dev |
| 23:31 |
|
AntumDeluge joined #minetest-dev |
| 23:31 |
|
Lone_WolfHT joined #minetest-dev |
| 23:46 |
|
DevyHeavy left #minetest-dev |
