| 00:14.59 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 00:14.59 | *** mode/#bzflag [+v spldart] by ChanServ |
| 01:28.10 | Zehra | For those in the 1vs1 league, the official servers should use the same designation system of the lu, in which [name].[league].org is used. |
| 01:28.46 | allejo | I think I'm the only one who uses that format... |
| 01:30.37 | Zehra | Could this be applied to the 1vs1 servers run? And maybe to be suggested as a guideline/requirement? |
| 01:33.08 | allejo | I don't think the 1v1 league is active enough to bother |
| 01:34.06 | Zehra | It's mostly so a change can be made to default server search filters and improve the accuracy of them. |
| 01:35.14 | Zehra | Although I do understand the inactivity not warranting such a change to be made. |
| 01:35.33 | allejo | http://bzstats.strayer.de/leagues/1vs1/matchservers/?lang=en. literally all of the active servers have "1vs1" in the name |
| 01:38.28 | Zehra | Well, it looks the change won't be needed. |
| 01:39.25 | allejo | judging by http://1vs1.bzflag.net/allmatches.php, looks like the active players in the league have no troubles searching for said servers :) |
| 01:40.03 | allejo | if anything, the league would need a revival and more activity |
| 01:50.37 | kierra | was speaking with strayer a while back about a tourney on 1v1....been a while since last one |
| 02:02.35 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b982ad.dyn.optonline.net) |
| 06:04.54 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 06:04.54 | *** topic/#bzflag is BZFlag Support and Development || Latest version: 2.4.18 || https://www.bzflag.org || https://www.bzflag.org/help/ || https://www.openhub.net/p/bzflag || https://logs.bzexcess.com/freenode/%23bzflag/ || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 06:04.54 | *** mode/#bzflag [+v infobot] by ChanServ |
| 06:44.41 | macsforme | tupone: in your VBO manager branch, the VBO is bound prior to drawing by vbo[type].enableArrays()? |
| 06:45.22 | macsforme | how do you pick which VBO to bind? is there literally only one VBO per data format? |
| 07:10.49 | tupone | the vbo is bound only after enableArrays |
| 07:11.32 | tupone | and there is only one vbo per data format. |
| 07:13.05 | tupone | I'm experimenting an encapsulation of the vbo index, so that the enableArrays, vertexData ... are methods of the vbo index |
| 07:26.08 | macsforme | when a VBO needs to grow, do you completely reallocate it and upload all the data again? |
| 08:14.48 | tupone | not yet. I allocate it at the beginning for a certain size. If not enough, abort :( Need to read size from bzdb maybe. I was thinking about reallocating |
| 08:18.27 | tupone | you can see the size on VBO_Vertex.cxx last lines. Those value are from playing on various world |
| 09:33.14 | macsforme | and you did all this to avoid VBO switching? |
| 09:59.39 | tupone | yes |
| 11:01.02 | *** join/#bzflag _I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 17:14.10 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 17:14.11 | *** mode/#bzflag [+v spldart] by ChanServ |
| 20:47.13 | macsforme | tupone: in my view, it's not a robust design to preallocate (or really, over-allocate to be safe) GPU memory based on some constant in the code, then just abort if we go over |