Unvanquished ➤ Development activity
Events from:
|
Daemon Engine | Monday, 30 December 2024 |
illwieckz commented on pull request DaemonEngine/Daemon#1480
illwieckz
commented on
DaemonEngine/Daemon#1480
· |
|
|
Daemon Engine | Sunday, 29 December 2024 |
|
illwieckz commented on pull request DaemonEngine/Daemon#1477
We want water to be fixed, not NUKED: #645 |
|
illwieckz pushed to illwieckz/submodules/sync in Unvanquished/Unvanquished
illwieckz
pushed to
Unvanquished/Unvanquished
·
2 commits to
illwieckz/submodules/sync
|
|
illwieckz pushed to for-0.56.0/sync in Unvanquished/Unvanquished
illwieckz
pushed to
Unvanquished/Unvanquished
·
2 commits to
for-0.56.0/sync
|
|
illwieckz pushed to for-0.56.0/sync in DaemonEngine/Daemon
illwieckz
pushed to
DaemonEngine/Daemon
·
2 commits to
for-0.56.0/sync
|
|
illwieckz pushed to master in Unvanquished/Unvanquished
|
|
illwieckz commented on pull request Unvanquished/Unvanquished#3195
It looks ready to me, modulo the decision about what submodule reference to commit. |
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
I will keep it that way for now, to be consistent with all other cmake files in both Unvanquished and Daemon repositories for building sources, like |
|
illwieckz commented on pull request Unvanquished/Unvanquished#3195
I noticed that on the Lua submodule I used the latest tagged version for our |
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
I prefer submodules, committing may be good for things like some dead single-file include or so, and even in such situation it depends… Submodules … |
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
I implemented |
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
I implemented |
|
illwieckz pushed to illwieckz/submodules/sync in Unvanquished/Unvanquished
illwieckz
pushed to
Unvanquished/Unvanquished
·
2 commits to
illwieckz/submodules/sync
|
|
illwieckz pushed to illwieckz/submodules/sync in DaemonEngine/Daemon
illwieckz
pushed to
DaemonEngine/Daemon
·
2 commits to
illwieckz/submodules/sync
|
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
Reverting it may not be a good idea if I change this to some |
|
illwieckz pushed to illwieckz/submodules/sync in DaemonEngine/Daemon
illwieckz
pushed to
DaemonEngine/Daemon
·
2 commits to
illwieckz/submodules/sync
|
|
illwieckz commented on pull request DaemonEngine/Daemon#1446
Why not. I did it that way because I mimicked how |
|
illwieckz pushed to illwieckz/submodules/sync in Unvanquished/Unvanquished
illwieckz
pushed to
Unvanquished/Unvanquished
·
2 commits to
illwieckz/submodules/sync
|
|
illwieckz pushed to illwieckz/submodules/sync in DaemonEngine/Daemon
illwieckz
pushed to
DaemonEngine/Daemon
·
2 commits to
illwieckz/submodules/sync
|
|
slipher commented on pull request Unvanquished/Unvanquished#3260
The reset function is not even created unless the number is missing, so I don't see how you could do something useful with it. If a Lua interface w… |
|
slipher commented on issue Unvanquished/Unvanquished#2127
Closing since the PR no longer has an owner and no one else seemed to think it is needed. |
|
|
Daemon Engine | Saturday, 28 December 2024 |
|
illwieckz commented on pull request DaemonEngine/Daemon#1480
Nice! Finally some antialiasing! It looks like when MSAA is enabled the heathaze from back surface is applied on front surfaces too: https://imgsli… |
Grise3 forked Grise3/res-voices_src.dpkdir from UnvanquishedAssets/res-voices_src.dpkdir
Grise3
forked
Grise3/res-voices_src.dpkdir
from
UnvanquishedAssets/res-voices_src.dpkdir
· |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
as decided here, there is a new attack icon |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3260
We should allow for mutable state here. |
|
Unvanquished | Friday, 27 December 2024 |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3260
It would also be good to get rid of the env_afx_gravity_reset function which is useless since the entity does not have any mutable state. If the k… |
|
slipher commented on issue DaemonEngine/Daemon#496
I assume this was fixed by 4e90954. |
|
slipher commented on issue DaemonEngine/Daemon#977
I think I read a couple days ago that this is supposed to be fixed in SDL 2.30. |
|
VReaperV commented on pull request DaemonEngine/Daemon#1477
I don't see the global flag in the constructor on u_UnprojectMatrix. Indeed. I have made it global now. (Maybe we should delete the liquid shade… |
|
VReaperV commented on issue DaemonEngine/Daemon#1448
Why is it important to micro-optimize the size of this data? Well, originally I wanted to do that to fit the material data into a UBO, but with #… |
|
slipher commented on pull request DaemonEngine/Daemon#1477
I don't see the global flag in the constructor on u_UnprojectMatrix. (Maybe we should delete the liquid shader so we don't have to discuss that...) |
|
slipher commented on pull request DaemonEngine/Daemon#1477
I don't see the global flag in the constructor on u_ModelViewMatrix or u_UnprojectMatrix. |
|
slipher commented on issue DaemonEngine/Daemon#1448
Why is it important to micro-optimize these? Naively it seems like it wouldn't matter since the data bandwidth to actually render a texture is so m… |
slipher pushed to master in DaemonEngine/Daemon
slipher
pushed to
DaemonEngine/Daemon
·
2 commits to
master
|
|
|
Daemon Engine | Thursday, 26 December 2024 |
| VReaperV commented on pull request DaemonEngine/Daemon#1473 |
|
slipher commented on pull request DaemonEngine/Daemon#1466
It will not always be modified. I believe this code runs on every map change. |
|
VReaperV pushed to master in DaemonEngine/Daemon
|
|
slipher commented on pull request Unvanquished/Unvanquished#3260
That works I guess. It would also be good to get rid of the |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3260
The current state of my investigation: Which maps are using gravity entities? watah mudkip zittrig-arena transparency covid scorpius paint7 flap c… |
|
slipher commented on pull request Unvanquished/Unvanquished#3248
numOurBuildings does need to be used so that under-construction buildables are correctly detected. |
|
VReaperV commented on pull request DaemonEngine/Daemon#1473
I believe so, yes. |
|
slipher commented on pull request DaemonEngine/Daemon#1473
Is there any way to split this up into multiple PRs? |
|
VReaperV commented on issue Unvanquished/Unvanquished#2127
For GUI, setting/resetting initial BP budget + setting momentum to max and momentum decay to 0, would probably be fine. |
|
VReaperV commented on issue Unvanquished/Unvanquished#3140
There's not enough information right now to say for sure what's causing this issue, but it's most likely the combination of |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3258
After a short discussion elsewhere, I proposed to add arguments to BT files. Someone suggested
|
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
In fact, many bot actions are similar to the beacons. So maybe we can turn beacons like attack or defend to also command bots. I wonder if a bot m… |
|
illwieckz commented on pull request Unvanquished/Unvanquished#3259
In fact, many bot actions are similar to the beacons. So maybe we can turn beacons like |
|
|
Unvanquished | Wednesday, 25 December 2024 |
|
illwieckz commented on pull request Unvanquished/Unvanquished#3259
I was also going to suggest to bind it on |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
Any plans to gray out tactics that are not allowed by the server? A config string would be a good way to transmit g_tacticbehaviors Maybe in a la… |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
Nevermind. I made sure this can only be done once. |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
@slipher said : I think a suitable substitute for most of the icons can be found among the ones we already have. For example: https://fontawesome.… |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
I will try to add in the tutorial in 2 days |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
It is now binded on "n" by default |
|
Gireen commented on pull request Unvanquished/Unvanquished#3259
Since we already use FontAwesome it should be fine. But to be sure The OFL is listed and recognized by the Free Software Foundation (FSF) as a val… |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
azerty keyboards : "n" it is near the "b" key witch is currently the key for the beacon menu |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3258
Hm I didn't think of what the E meant...but that makes sense given that all the other things are entities. It took me about a year to figure this… |
|
DolceTriade commented on pull request Unvanquished/Unvanquished#3258
Hm I didn't think of what the E meant...but that makes sense given that all the other things are entities. I could rename it to something else? Thi… |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
I think a suitable substitute for most of the icons can be found among the ones we already have. For example: https://fontawesome.com/v4/icon/bull… |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3258
I noticed this restriction too. One problem with |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
Is it supposed to be disabled when you are dead? No. |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
Hmm, is it really? My first try was to simply give the default value as 4th argument, like in
|
|
DolceTriade commented on pull request Unvanquished/Unvanquished#3258
Yes, where "here" is where the caller is instead of the bot |
|
slipher commented on pull request Unvanquished/Unvanquished#3207
It's already enforced in SV_CalcPings. |
|
slipher commented on pull request Unvanquished/Unvanquished#3259
Why force it back to the default value at the beginning of every match? Seems wrong. |
|
|
Unvanquished | Tuesday, 24 December 2024 |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3258
For example, one could write a build-here behavior tree that allows the bot to build at the user specified location.
We do have a behavior |
|
Grise3 commented on pull request Unvanquished/Unvanquished#3259
Nice!!! It is a great thing! maybe "v" for azerty keyboards? Near the "c" for the beacons menus ^^ |
|
illwieckz commented on issue DaemonEngine/Daemon#1472
The map compiler can bake models in those formats as lightmapped static models in the map: IQM MD3 OBJ ASE and maybe some obscure others. There i… |
|
valina354 commented on issue DaemonEngine/Daemon#1472
Ok, thanks for the help everyone. |
|
illwieckz commented on issue DaemonEngine/Daemon#1472
If your purpose is to use models as map prefabs (or import a large map made in another editor as a model), the map compiler will compute lightmaps … |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
TODO:
Translatable strings
Update |
|
sweet235 commented on pull request Unvanquished/Unvanquished#3259
What would be a good key to bind this to? |
|
VReaperV commented on issue DaemonEngine/Daemon#1471
Nevermind, it's because I had |
made with Pluto planet software