| 00:17.21 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:17.21 | *** topic/#bzflag is https://BZFlag.org || https://www.openhub.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || Current version: 2.4.18 || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 00:17.21 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:34.19 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 06:12.40 | tupone | blast007: glsl files are in data/ or in bzflag installed data folder. Maybe you run in in another location and the installed bzflag data folder contains data only for 2.4 ? |
| 06:40.46 | *** join/#bzflag tupone (~alfredo@gentoo/developer/tupone) |
| 07:45.35 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98455.dyn.optonline.net) |
| 10:02.08 | *** join/#bzflag Samson1 (~Samson1@cpc148898-sgyl44-2-0-cust88.18-2.cable.virginm.net) |
| 11:21.17 | blast007 | tupone: it's finding them, but it's just failing to compile them for some reason |
| 11:21.40 | blast007 | or at least *saying* it's failing to compile them |
| 11:22.28 | blast007 | when I removed the 'abort()', the client lauched, but a storm was rolling through so I shut everything down here and didn't test it beyond seeing the menu |
| 12:20.10 | tupone | blast007: it should say what line raise an error. I also use glslvalidate to check error on glsl file |
| 13:25.25 | blast007 | did you see the output in my gist? https://gist.github.com/blast007/937412bb981e1eae67d2b61f097da35d |
| 13:48.40 | The_Noah | blast007: how do I apply your diff? |
| 14:39.38 | blast007 | from a git bash, you might have the 'patch' command, so it might be something like 'patch -P0 < ../thepatch.diff' |
| 14:39.38 | *** join/#bzflag Sgeo__ (~Sgeo@ool-18b98455.dyn.optonline.net) |
| 14:39.55 | blast007 | (from the clone directory) |
| 15:03.51 | blast007 | or may have to use -P1 or -P2 |
| 15:31.37 | The_Noah | I get ` |
| 15:31.37 | The_Noah | error: No such file or directory` for all of the files. |
| 15:41.34 | *** join/#bzflag dngor (abuse@c-73-244-0-31.hsd1.fl.comcast.net) |
| 15:41.43 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 15:55.34 | *** join/#bzflag Sgeo__ (~Sgeo@ool-18b98455.dyn.optonline.net) |
| 16:05.04 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98455.dyn.optonline.net) |
| 17:04.06 | *** join/#bzflag dngor_ (abuse@c-73-244-0-31.hsd1.fl.comcast.net) |
| 17:18.34 | *** join/#bzflag Sgeo__ (~Sgeo@ool-18b98455.dyn.optonline.net) |
| 19:54.51 | tupone | The_Noah: I'm trying to fix the tree with blast007 patch. So wait |
| 19:56.29 | The_Noah | Okay, thanks. |
| 19:57.37 | tupone | I still don't know how to fix glsl compilation on windows |
| 20:21.22 | *** join/#bzflag dngor (abuse@c-73-244-0-31.hsd1.fl.comcast.net) |
| 20:21.22 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 20:41.40 | blast007 | I'll poke around that a bit more |
| 20:43.36 | BZNotify | bzflag: 03atupone 11synchronized pull request #148 "Use of Vertex Buffer Objects instead of Client Arrays" (06https://git.io/vhCKr) |
| 20:46.44 | tupone | I think I have added all of your patches in the right commits. |
| 20:53.40 | tupone | I think the problem is in the reading of the shader source in Shader.cxx. Some problem with the string ? But now I'm going to bed |
| 20:55.02 | tupone | or LF/CR |
| 20:56.43 | The_Noah | Oh could be that, I've had that problem before when compiling shaders. |
| 21:07.14 | blast007 | yeah, I was wondering about line endings |
| 21:09.36 | The_Noah | They should probably be checked and converted if needed at runtime, just in case. |
| 22:02.12 | *** join/#bzflag spldart (~james@2601:2c5:c600:2365::494a) |
| 22:02.12 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 22:02.12 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:04.31 | *** join/#bzflag short_circuit (~james@2601:2c5:c600:2365::494a) |
| 23:27.33 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98455.dyn.optonline.net) |