| 00:03.11 | Michaelhhhh | those missiles look *seriously* better ..... |
| 00:04.47 | Oman | yup |
| 00:04.55 | Oman | I am on the last page of it |
| 00:05.23 | Michaelhhhh | So you are patching it by hand? |
| 00:05.29 | Oman | yes |
| 00:06.06 | Oman | what did you do to get it working |
| 00:06.12 | Michaelhhhh | I think at least the dsp files need to be patched by hand |
| 00:06.32 | Michaelhhhh | I'm uploading the source right now.. 20 minutes or so |
| 00:06.45 | Oman | you arn't done yet? |
| 00:06.53 | Michaelhhhh | look at the zip file, move the files into the right directories |
| 00:07.08 | Michaelhhhh | run the patch |
| 00:07.19 | Oman | i got them in the directories already lol |
| 00:07.25 | Michaelhhhh | but then you have to overwrite the patched dsp files with the old ones |
| 00:07.32 | Michaelhhhh | and patch them by hand |
| 00:07.54 | Michaelhhhh | and there's two of them |
| 00:08.23 | Michaelhhhh | that's assuming your source is compatible with the patch |
| 00:09.08 | Oman | i knoq |
| 00:09.10 | Oman | i know |
| 00:10.45 | Oman | did you print out geom.diff |
| 00:10.50 | Oman | it has info in it |
| 00:10.50 | Michaelhhhh | in about half an hour this link will contain the source and a compiled exe |
| 00:10.51 | Oman | to change |
| 00:10.57 | Michaelhhhh | http://www.visi.com/~michaelh/files/bz_17_missles.zip |
| 00:11.40 | Michaelhhhh | I did patch -p1 -i geom.diff |
| 00:12.12 | Oman | Michaelhhhh print out geom.diff but open it in note pad first |
| 00:13.43 | Michaelhhhh | aren't you silly |
| 00:13.58 | Michaelhhhh | you certainly can do it by hand |
| 00:14.59 | captain_proton | Michaelhhhh: what version did you get the patch applying to? |
| 00:16.44 | Michaelhhhh | 1_7 as far as I can see |
| 00:16.51 | Michaelhhhh | It says 1.7G3 |
| 00:16.58 | Michaelhhhh | in the version |
| 00:17.03 | captain_proton | ahh, latest on that tag |
| 00:17.09 | Michaelhhhh | I even updated the source |
| 00:17.25 | Michaelhhhh | they do look cool |
| 00:17.37 | Oman | yup |
| 00:17.40 | Oman | haha ha |
| 00:17.49 | Oman | Your welcome |
| 00:17.49 | Michaelhhhh | so I guess it should work on G2 |
| 00:17.54 | Oman | yes |
| 00:18.04 | Oman | Arn't i luckey |
| 00:18.11 | Michaelhhhh | but obviously some people need more help .. even so |
| 00:18.33 | Michaelhhhh | They made patch files so that people didn't have to do it by hand you know |
| 00:19.12 | Oman | I just finished |
| 00:19.58 | Michaelhhhh | I don't think you understand, I'm uploading it |
| 00:20.14 | captain_proton | ooh, then you get to watch the bits turn pink, and lay eggs! |
| 00:20.30 | bryjen | maybe i'm missing something, but patch always complains about not being able to figure out which file to operate on when i feed it an cvs diff. seems like it doesnt like the extra header stuff |
| 00:20.32 | Michaelhhhh | something like that I suppose |
| 00:20.47 | Michaelhhhh | -p1 |
| 00:20.51 | captain_proton | bryjen: try -P0 and/or -P1 |
| 00:20.52 | captain_proton | err |
| 00:20.54 | captain_proton | -p |
| 00:21.03 | bryjen | no. the paths are OK. |
| 00:21.10 | Michaelhhhh | heh |
| 00:21.12 | Michaelhhhh | caps! |
| 00:21.30 | Michaelhhhh | -i patchfile |
| 00:21.58 | Michaelhhhh | i'm using cygwin, I'm not sure about yourself bryjen |
| 00:23.15 | bryjen | i think its this extra stuff cvs tacks on: |
| 00:23.16 | bryjen | Index: filename |
| 00:23.17 | bryjen | =================================================================== |
| 00:23.19 | bryjen | RCS file: /cvsroot/bzflag/dir/dir/filename |
| 00:23.21 | bryjen | retrieving revision x.y.z.q |
| 00:23.21 | Oman | i know |
| 00:23.22 | bryjen | diff -u -rx.y.z.q filename |
| 00:24.24 | Michaelhhhh | I never have any problems.. you should give us an example of an error msg |
| 00:25.26 | bryjen | well, he's helpful. |
| 00:25.35 | Oman | I just finished too |
| 00:25.40 | Oman | i did it by hand |
| 00:26.06 | Oman | Open geom.exe in note pad than print it out |
| 00:26.14 | Oman | and it is sorce |
| 00:26.32 | Oman | So you add the + lines |
| 00:27.01 | Oman | and you take away the - lines |
| 00:28.15 | *** join/#bzflag Michaelhhhh (Mouse@172-80.dynamic.visi.com) |
| 00:28.39 | Michaelhhhh | quota exceeded... I'm uploading again |
| 00:30.33 | Michaelhhhh | only 25 minutes to go |
| 00:31.02 | bryjen | okies. it does work with -p1, but the paths should've been correct from the directory i was working in. strange. |
| 00:31.27 | Michaelhhhh | looking at the same patch or something else? |
| 00:31.33 | Michaelhhhh | something else I presume? |
| 00:31.35 | bryjen | same |
| 00:31.54 | Michaelhhhh | well if you were patient ... :) |
| 00:32.04 | Michaelhhhh | never mind me |
| 00:32.14 | Oman | lol |
| 00:32.17 | Oman | I finished too |
| 00:32.21 | bryjen | patches OK, but its not in the *nix build machinery, so i gets link errors. |
| 00:32.33 | Oman | I adding different tanks though Michaelhhhh |
| 00:32.52 | Michaelhhhh | it's pat's patch after all |
| 00:32.59 | Oman | <PROTECTED> |
| 00:33.01 | Michaelhhhh | probably didn't do the unixy stuff |
| 00:33.24 | bryjen | he's just a 'doze slacker. ;) |
| 00:33.27 | Oman | Michaelhhhh if you never get errors than add new tanks |
| 00:34.11 | Michaelhhhh | oman, you do realize this is now an outdated version, right? |
| 00:34.17 | *** join/#bzflag Quol (~quolsimo@65.39.216.149) |
| 00:35.46 | Oman | Michaelhhhh yes i do |
| 00:38.10 | Michaelhhhh | quol seems to be having attachment issues |
| 00:47.45 | Oman | MICHAELHHH i messed up somehow |
| 00:48.02 | *** join/#bzflag CIA-4__ (~CIA-4_@navi.cs.colorado.edu) |
| 00:48.41 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 00:56.28 | *** join/#bzflag orchid (~bzgirl@toronto-hs-64-26-176-100.s-ip.magma.ca) |
| 00:56.58 | Michaelhhhh | if you need to you can download the source and a compiled exe from |
| 00:56.58 | Michaelhhhh | http://www.visi.com/~michaelh/files/bz_17_missles.zip |
| 00:57.09 | Michaelhhhh | windows source at any rate |
| 00:57.50 | orchid | did the movement keys change in obsever(roaming) in 1.10? I now haave to hold the alt key down plus the arrows to turn sideways |
| 01:27.42 | Patlabor221 | but they don't let those on the freeway |
| 01:29.33 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 01:33.30 | Tupone | orchid: yes |
| 01:39.35 | Oman | bye all |
| 01:43.51 | *** join/#bzflag Tupone_ (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 01:58.16 | Patlabor221 | did he ever get his patch applied? |
| 02:17.44 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 02:18.01 | shkoo | ok, so like did someone mean to put security in the serverlist and just forgot? |
| 02:19.01 | scanline | security against what? |
| 02:20.01 | shkoo | like i just did wget 'http://db.bzflag.org/db/?action=REMOVE&nameport=bzflag.hashmark.net' and suddenly hashmark's off the server list for everyone. shouldn't there be some protection against that? |
| 02:20.11 | Tupone | shkoo: there is a note from learner in the BUG |
| 02:20.15 | shkoo | hmm. |
| 02:20.59 | Tupone | BUGS file. |
| 02:21.17 | shkoo | no link on sf like there is for TODO, eh? |
| 02:21.18 | Tupone | A little note. Some discussion has been done with Tim, and should be in the IRC log |
| 02:21.55 | shkoo | hmm. pserver access looks down. |
| 02:25.26 | Nidhoggr | someone was changing secretplace listserver text to be rude stuff about one of the admins. |
| 02:25.54 | Nidhoggr | at the least, it should exchange some sort of token with the servers. |
| 02:27.19 | *** join/#bzflag sbo486 (~cgiirc@66.62.140.111) |
| 02:27.54 | shkoo | the fix is easy. just resolve the public name of the game server and make sure it matches the ip that's connecting to the list server, and reject it if it doesn't. |
| 02:28.16 | Nidhoggr | that's a good idea. |
| 02:29.56 | *** join/#bzflag sbo937 (~cgiirc@66.62.140.111) |
| 02:32.04 | *** join/#bzflag your_dog (~jake@216-24-111-27.access.naxs.com) |
| 02:34.45 | Noodleman | ooooh |
| 02:41.57 | *** join/#bzflag sbo937 (~cgiirc@66.62.140.111) |
| 02:42.54 | *** join/#bzflag Rman23 (~rick@66.7.100.25) |
| 02:54.30 | creeperz | anyone know how to flip an object over an axis? |
| 02:54.35 | creeperz | in mildshape |
| 02:54.39 | creeperz | milk* |
| 02:57.25 | *** join/#bzflag your_dog (~jake@216-24-111-27.access.naxs.com) |
| 03:02.39 | Patlabor221 | scale it by -1 in that axis |
| 03:03.07 | *** mode/#bzflag [-o Noodleman] by Patlabor221 |
| 03:03.56 | Patlabor221 | thank you for your service to the fleet pfc. noodleman, but your shift has ended :) |
| 03:04.38 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 03:05.51 | Noodleman | ? |
| 03:06.29 | creeperz | :-) |
| 03:06.35 | Noodleman | heh |
| 03:06.54 | Patlabor221 | ohh your a coporal now |
| 03:06.57 | Patlabor221 | congrats |
| 03:07.17 | Noodleman | hehe, thx |
| 03:07.23 | Patlabor221 | you need a band of misfits to lead |
| 03:07.29 | Noodleman | :-) |
| 03:08.01 | Tupone | Patlabor221: Me seems to have fix the gl change resolution problem on linux |
| 03:08.13 | Patlabor221 | cool |
| 03:08.15 | Patlabor221 | is it commited? |
| 03:08.24 | Tupone | Not so cool and not committed |
| 03:08.40 | Patlabor221 | why not on both counts? |
| 03:08.40 | Tupone | I just remove the destroy context |
| 03:09.01 | Patlabor221 | that's not the right way |
| 03:09.15 | Tupone | It was used only on the change resolution. |
| 03:09.36 | Tupone | I changed with a glXWaitX |
| 03:09.36 | Patlabor221 | it may be used other places in windows |
| 03:09.48 | Tupone | and glXwaitGL |
| 03:09.48 | *** join/#bzflag Noodleman (~tuckerm@adsl-66-72-72-67.dsl.kntpin.ameritech.net) |
| 03:10.00 | Noodleman | weird |
| 03:10.24 | Tupone | reading how it work on linux it seems that it is sufficient to unbound the context and the rebound |
| 03:10.43 | Tupone | cause we use the same visual and display |
| 03:11.10 | Patlabor221 | on windows the context may be invalid when you return |
| 03:11.43 | Tupone | can you unmap the context? |
| 03:11.57 | Patlabor221 | unmap? |
| 03:12.03 | Patlabor221 | you mean release it? |
| 03:12.05 | Patlabor221 | sure |
| 03:12.11 | Tupone | not destroying |
| 03:12.28 | Patlabor221 | then what do you mean by unmap? |
| 03:12.29 | Tupone | on glx we associate a context t a window |
| 03:12.33 | Patlabor221 | yes as do we |
| 03:12.43 | Tupone | that you can deassocciate |
| 03:12.45 | Patlabor221 | we use a wgl function to set the current context |
| 03:13.25 | Patlabor221 | after geting the context from our PFD |
| 03:13.40 | Tupone | after the context is not associated with a window, you can reassociate to another ? |
| 03:13.53 | Patlabor221 | never tried |
| 03:13.55 | *** join/#bzflag MrApathyCream (~MAC@balt-209-163-100-216.qis-dynamic-dialup.coretel.net) |
| 03:13.58 | Patlabor221 | that would not be a good idea |
| 03:14.08 | Patlabor221 | the window could be on a difrent device |
| 03:14.13 | Patlabor221 | the context would not be valid there |
| 03:14.35 | Tupone | infact! if that is on different device or different visual it is not possible |
| 03:14.44 | Patlabor221 | yeah |
| 03:14.53 | Patlabor221 | so we just release and get a new one |
| 03:15.06 | Tupone | in bzflag, at least linux, we use the same display, and same visual |
| 03:15.18 | Patlabor221 | what if you run dual head with multi card? |
| 03:15.59 | Tupone | in that case I think the switch is not possible |
| 03:16.07 | Patlabor221 | so it's a bug in BZFlag |
| 03:16.15 | Patlabor221 | kinda short sighted |
| 03:16.45 | Tupone | yeah, there is a bug, suppose is the list, but to make a quick fix ... |
| 03:16.57 | Tupone | need to know if it work on windows |
| 03:17.13 | Patlabor221 | let me see if I can even build |
| 03:17.14 | Tupone | same logic, not same code :) |
| 03:17.29 | Tupone | MrApathyCream: hi |
| 03:18.03 | MrApathyCream | howdy |
| 03:18.19 | Tupone | MrApathyCream: we got a problem with the listserver |
| 03:18.25 | Patlabor221 | what is up in the apathy hizzouz |
| 03:18.31 | MrApathyCream | nada |
| 03:19.18 | Patlabor221 | how are the horsies? |
| 03:20.31 | MrApathyCream | s'ok |
| 03:20.46 | Patlabor221 | did we ever find out why Tim vetoed the multiple shots on a sheild as a set variable? |
| 03:21.11 | MrApathyCream | no |
| 03:21.22 | MrApathyCream | reasonless veto |
| 03:22.08 | Nidhoggr | :) |
| 03:23.09 | Nidhoggr | we just don't feel like waiting to get a lot of our stuff done, but we also don't have the incentive to do every mod as a different patch. |
| 03:23.27 | Nidhoggr | especially when there is no real interest in incorporating our patches. |
| 03:24.05 | MrApathyCream | preachin to the chior |
| 03:24.29 | Nidhoggr | so we've decided to maintain a "secretplace mods patch" for bzfs. |
| 03:25.03 | creeperz | how do i get ibot to use the name of the person who said whatever to him |
| 03:25.07 | Patlabor221 | yay errors int he code |
| 03:25.47 | Patlabor221 | c:\Documents and Settings\JeffM\Desktop\New Folder\bzflag\src\bzflag\playing.cxx(2215) : error C2666: 'pow' : 7 overloads have similar conversions |
| 03:26.34 | Tupone | how long have you not built? |
| 03:26.43 | Patlabor221 | this is totaly fresh |
| 03:26.56 | MrApathyCream | compiles for me |
| 03:27.04 | Patlabor221 | my old one was how shall we say.. "fugged" |
| 03:27.24 | Patlabor221 | yes but none of you are using a pimpdaddy standards compliant compiler :) |
| 03:27.47 | Patlabor221 | where 1.0 leads to a difrent function then 1.0f |
| 03:28.44 | Patlabor221 | the compiler had a pow (float,float), and a pow ( double,double) but not a pow ( float, double ) |
| 03:29.23 | Patlabor221 | just more type conversion fun, when people for get the f |
| 03:30.33 | Patlabor221 | there we go 0 warnings 0 errors |
| 03:30.37 | CIA-1 | 03jeffm2501 * 10bzflag/src/ (bzflag/playing.cxx bzfs/bzfs.cxx): |
| 03:30.37 | CIA-1 | fixes for type conversion errors and warnings. |
| 03:30.37 | CIA-1 | float != double in function overloading. |
| 03:31.24 | Patlabor221 | and it even runs :) |
| 03:31.34 | Patlabor221 | Tupone: I can test what ever you wish now |
| 03:31.54 | Tupone | I wanted you to unmap the context and not destroying |
| 03:32.03 | Patlabor221 | got code? |
| 03:32.18 | Tupone | I don't because it is platform specific |
| 03:32.29 | Tupone | and don't know wingl |
| 03:32.29 | Patlabor221 | where is it done? |
| 03:32.39 | Tupone | in WinWindows |
| 03:32.53 | Patlabor221 | they just put a w instad of an X :) |
| 03:33.07 | Patlabor221 | what function? |
| 03:33.22 | Tupone | there is a deactivateAll, |
| 03:33.43 | Tupone | that call freeContext |
| 03:33.54 | Patlabor221 | yeah |
| 03:33.57 | Patlabor221 | got it |
| 03:34.11 | Patlabor221 | just remove the free? |
| 03:34.36 | Tupone | at first try to remove the destroy |
| 03:34.55 | Patlabor221 | what destroy? |
| 03:35.00 | Tupone | whatis destroyChild? |
| 03:35.20 | Tupone | I'm try to compare linux and windows |
| 03:35.37 | Patlabor221 | that kills the context |
| 03:35.44 | Patlabor221 | and all the window |
| 03:35.50 | Patlabor221 | the entire thing |
| 03:36.04 | Tupone | glXMakeCurrent => what is in wingl |
| 03:36.26 | Patlabor221 | wglMakeCurrent |
| 03:36.52 | Tupone | so the wglMakeCurrent associate a context to a window |
| 03:36.52 | Patlabor221 | all the wiggle functions are the same as your glX functions |
| 03:36.56 | Patlabor221 | yes |
| 03:37.04 | Patlabor221 | well a DC |
| 03:37.09 | Tupone | so I need a wglMakeCurrent with no window |
| 03:37.09 | Patlabor221 | efectivly a window |
| 03:37.37 | Patlabor221 | the first paramater is the HDC |
| 03:37.42 | Patlabor221 | the second is the GL context |
| 03:37.49 | Tupone | whatis HDC? |
| 03:37.56 | Tupone | the window? |
| 03:38.02 | Patlabor221 | wglMakeCurrent(NULL, hRC); would take the RC and asign it to none |
| 03:38.11 | Tupone | <PROTECTED> |
| 03:38.12 | Tupone | that |
| 03:38.16 | Patlabor221 | it's the drawing context atached to the window in this case |
| 03:38.36 | Patlabor221 | It is a windows DeviceContext |
| 03:38.41 | Tupone | instead of destroying we should call wglMakeCurrent(NULL, hRC) |
| 03:39.15 | Patlabor221 | that totaly does not sound right to me but OK |
| 03:39.28 | Patlabor221 | it's gonna leave a bunch of loose contexts around |
| 03:39.41 | Tupone | now if you destroyChild what happen to the context? |
| 03:39.56 | Patlabor221 | probably depends on the GL implementation |
| 03:40.01 | Patlabor221 | it may or may not be destoryed |
| 03:40.03 | Tupone | hope nothing? |
| 03:40.26 | Tupone | on the reactivate we should rebind the same context |
| 03:40.28 | Patlabor221 | would it not be a good idea to reasarch and trully understand what is happeing, and not just randomly try stuff? |
| 03:40.36 | Patlabor221 | no, it makes a new context |
| 03:40.49 | Tupone | We know what happen |
| 03:40.54 | Patlabor221 | hRC = wglCreateContext(hDCChild); |
| 03:41.04 | Patlabor221 | you know the effects, you don't know the real reason |
| 03:41.48 | Tupone | on the reactivate can you makecurrent the old context? |
| 03:42.15 | Patlabor221 | not really, we killed the window |
| 03:42.15 | Patlabor221 | it should be recreated |
| 03:42.33 | Patlabor221 | what needs to be done is not call destroy and create on an activeate and deactivate |
| 03:42.34 | Tupone | so 1 context can be used only in 1 window |
| 03:42.49 | Patlabor221 | yes |
| 03:42.50 | *** join/#bzflag JBdiGriz (~JBdiGriz@adsl-63-204-107-94.dsl.sndg02.pacbell.net) |
| 03:43.06 | Patlabor221 | they are created using a PFD based on the DC of a windo |
| 03:43.22 | Patlabor221 | also donsn't fix the problem |
| 03:43.30 | Patlabor221 | I did your change, same issue |
| 03:43.36 | Patlabor221 | just find out what changed |
| 03:43.38 | Patlabor221 | it used to work |
| 03:43.43 | Patlabor221 | somone moved a state initalisation |
| 03:43.50 | Patlabor221 | everyone is going at this totaly the wrong way |
| 03:44.08 | Tupone | OK. Then there is a way to synchronize GL with the other library? |
| 03:44.16 | Patlabor221 | what other library? |
| 03:44.24 | Patlabor221 | and sync? |
| 03:44.46 | Patlabor221 | what do you mean? |
| 03:44.50 | Tupone | e.g on linux I call glXWaitGL before doing anything with X and after |
| 03:44.56 | Tupone | glXWaitX |
| 03:45.14 | Patlabor221 | does GL run in it's own process or somthing? |
| 03:45.22 | Patlabor221 | here it runs in your clients process |
| 03:45.23 | Tupone | nope |
| 03:45.26 | Patlabor221 | and the driver |
| 03:45.34 | Patlabor221 | a flush would sync all commands |
| 03:45.41 | Patlabor221 | if that is what your talking about |
| 03:45.50 | Tupone | something lke that |
| 03:45.59 | Patlabor221 | glFlush() |
| 03:46.02 | Patlabor221 | standard command |
| 03:46.06 | Patlabor221 | call it before the flip |
| 03:46.24 | Patlabor221 | most implemetations call it on the flip anyway |
| 03:46.35 | Patlabor221 | it's not out of sync, it's got a buggerd state |
| 03:46.46 | Patlabor221 | the clear isn't clearing the frame buffer |
| 03:47.04 | Tupone | You read the notice written by chestal on BUGS |
| 03:47.10 | Tupone | s/notice/note/ |
| 03:47.43 | Tupone | Patlabor221: the only think I want to avoid is destroying and create a new context |
| 03:47.57 | Tupone | the problem is finding a way to do it. |
| 03:48.01 | Patlabor221 | yes |
| 03:48.13 | Patlabor221 | but what your talking about will not help with that |
| 03:48.20 | Patlabor221 | the state isn't being reapplied |
| 03:48.28 | Patlabor221 | we HAVE to kill the state on windows |
| 03:48.31 | Patlabor221 | no way around it |
| 03:48.37 | Patlabor221 | so your gonna have to fix the state |
| 03:48.58 | Tupone | seems the list are the problem, not the status. |
| 03:49.02 | Patlabor221 | the window could be draged to another montiro |
| 03:49.14 | Patlabor221 | if the lists were a problem the walls would not draw |
| 03:49.21 | Patlabor221 | and I'm sure there are many problems |
| 03:49.27 | Patlabor221 | lists and this |
| 03:49.33 | Patlabor221 | I lose lists too |
| 03:49.44 | Patlabor221 | and like I say, we can't keep the context |
| 03:49.52 | Patlabor221 | so the lists and textures must be rebuilt |
| 03:50.11 | Tupone | do you need to destroy the window after changing resolution? |
| 03:50.16 | Patlabor221 | you may be able to keep the context simply due to X Gl quirks |
| 03:50.22 | Patlabor221 | we should |
| 03:50.30 | Patlabor221 | we need to update the PFD |
| 03:50.38 | Patlabor221 | as the bit depth may have changed |
| 03:50.51 | Tupone | could be that it work only on linux with nvidia driver wih my board |
| 03:50.59 | Patlabor221 | yeah |
| 03:51.14 | Patlabor221 | when the display changes in ANY way, you should remake the context |
| 03:51.26 | Patlabor221 | and on windows that can happen on any deactivate |
| 03:51.35 | Patlabor221 | just by draging the window |
| 03:51.36 | Tupone | but glX handbook says you can share the list between context |
| 03:51.47 | Patlabor221 | so that is a GLX quirk |
| 03:51.50 | Tupone | you can clone gl state between context |
| 03:51.59 | Patlabor221 | if you want the linux system to do that, it's fine |
| 03:52.06 | Patlabor221 | just don't try to apply it to other systems |
| 03:52.17 | Patlabor221 | this is why the context stuff is platfrom specific |
| 03:52.36 | Patlabor221 | you still have to fix the state stuff for OSs that cant' share |
| 03:53.01 | Patlabor221 | we don't have to delte the window, we shoudl at least remove the DC and the RC |
| 03:53.32 | Patlabor221 | and I don't see how context sharing can work on liunx on a 2 card system |
| 03:53.40 | Patlabor221 | they may be running difrent gl implemtations |
| 03:53.47 | Patlabor221 | or don't you guys support that? |
| 03:54.18 | Patlabor221 | on windows we could have 2 difrent RCs for the same window |
| 03:54.29 | Patlabor221 | if the window spaned 2 monitors |
| 03:54.58 | Tupone | when I create a context, I can indicate another context to share list/texture with |
| 03:55.11 | Patlabor221 | even if that is on another implementation? |
| 03:55.32 | Tupone | that is glX, not for linux, for all |
| 03:55.36 | Tupone | but |
| 03:55.46 | Patlabor221 | glX is for Xwindows |
| 03:55.54 | Patlabor221 | not for windows windows, or Apple |
| 03:55.55 | scanline | and that runs on a lot more than linux |
| 03:56.00 | Patlabor221 | sure |
| 03:56.07 | scanline | and it runs on windows, and on apple |
| 03:56.13 | Patlabor221 | yes |
| 03:56.19 | Patlabor221 | but not in the context we are speaking of |
| 03:56.30 | Patlabor221 | you want to make every BZ user get cygwin and run software? |
| 03:56.37 | Patlabor221 | woudl make dev a lot easyer |
| 03:56.42 | scanline | you just assume too much, that X == linux |
| 03:56.57 | Patlabor221 | I know it dosn't I ways saying it for simplicyt |
| 03:56.58 | scanline | and it bothers people that are better informed, or choose to speak more carefully :P |
| 03:57.04 | Patlabor221 | fine |
| 03:57.10 | scanline | X is shorter than linux |
| 03:57.11 | scanline | :) |
| 03:57.13 | Patlabor221 | yes |
| 03:57.23 | Patlabor221 | now stop with the sematntics |
| 03:57.49 | Patlabor221 | still the glX features are not allways suported on other systems context managment API |
| 03:58.01 | Patlabor221 | for context createion I just pass in a DC |
| 03:58.02 | Tupone | The Official Reference Documeny to OpenGl, Version 1.1 |
| 03:58.34 | Patlabor221 | bzflag used openGL 1.0 |
| 03:58.38 | Tupone | when I say glX for all, I meant for all X11 |
| 03:58.39 | Patlabor221 | not that new fangled 1.1 |
| 03:58.43 | Patlabor221 | yes I know |
| 03:58.55 | Patlabor221 | and I'm talking about the non X11 based builds we have |
| 03:59.03 | Patlabor221 | you know those "other" platforms |
| 03:59.11 | Patlabor221 | you can't make us all work like your system |
| 03:59.15 | Patlabor221 | solve the real problem |
| 03:59.25 | Tupone | That is why I was not commiting and asking |
| 03:59.32 | Patlabor221 | it used to work |
| 03:59.34 | *** join/#bzflag Dave2 (~dave@teppic.demon.co.uk) |
| 03:59.43 | Patlabor221 | isn't there some slick CVS thing you can do to try older versions? |
| 03:59.47 | Patlabor221 | I could not figure it out |
| 03:59.55 | Patlabor221 | I can't even do a dif between versions here |
| 04:00.21 | Patlabor221 | I was hoping mac could do it, cus he's a CLI CVS user |
| 04:00.31 | Patlabor221 | I can't seem to do it with my turtle thingy |
| 04:00.40 | Tupone | did you remember a nearly last version that used to work? |
| 04:00.56 | Patlabor221 | it did work in some 1.9.x version |
| 04:01.04 | Patlabor221 | probably start around 3 or 4 |
| 04:01.31 | Tupone | ok! I see that I have problem only with resolution change. |
| 04:01.36 | Patlabor221 | I think it started not working about the same time somone busted my VC6 sockelent thing |
| 04:01.38 | Tupone | You too have the same and more |
| 04:01.51 | Patlabor221 | probably one of the learner reshuffles |
| 04:02.11 | Tupone | when you change resolution you got the problem? |
| 04:02.21 | Patlabor221 | I do not change resolutions |
| 04:02.30 | Patlabor221 | it messes up my icons on the desktop |
| 04:02.36 | Patlabor221 | but I'm sure I wold |
| 04:02.43 | Patlabor221 | cus I coudl have to deactivate to do that |
| 04:02.51 | Patlabor221 | and it would be the same as an alt+tab |
| 04:03.19 | Patlabor221 | so there is no way to know if it was from res swap or from the deactivate |
| 04:03.37 | Patlabor221 | yeah no shit |
| 04:03.46 | Patlabor221 | it takes care of all the fun stuff |
| 04:03.49 | scanline | mmmyep |
| 04:04.02 | scanline | didn't captain_proton get bzflag working on top of SDL at some point? |
| 04:04.11 | Patlabor221 | I just wish they would make a better mouse wheel API |
| 04:04.17 | Patlabor221 | dono |
| 04:04.18 | scanline | yeah, they do need to do that |
| 04:04.19 | Tupone | I try on linux! Seeing when this happened. |
| 04:04.21 | Patlabor221 | somone started it |
| 04:04.37 | Patlabor221 | all of platform could be replaced with SDL |
| 04:04.39 | scanline | I know there was the LGE-port stuff, which did run on top of SDL |
| 04:04.44 | Patlabor221 | even CRS said that |
| 04:04.46 | Tupone | on SDL |
| 04:04.53 | scanline | are there any platforms bzflag works on that don't work on SDL? |
| 04:05.08 | Tupone | not that I know |
| 04:05.09 | Patlabor221 | is there one on IRIX? |
| 04:05.12 | scanline | yes |
| 04:05.25 | Patlabor221 | Atari 2600s? |
| 04:05.29 | scanline | heh :) |
| 04:05.35 | Patlabor221 | a toaster |
| 04:05.49 | Patlabor221 | a 20 year old 8068 |
| 04:05.57 | scanline | 8068? |
| 04:06.01 | scanline | that'd be neat |
| 04:06.06 | Tupone | my patch are old, but are on SF, waiting, (SDL audio, SDL joystick, SDL video) |
| 04:06.11 | Patlabor221 | I don't think any real platforms don't have SDL |
| 04:06.22 | Patlabor221 | Tim won't approve them |
| 04:06.30 | Patlabor221 | not till "somewhere after 1.12" |
| 04:06.44 | Patlabor221 | see if Nidhoggr will aprove them for his fork :) |
| 04:07.10 | scanline | why's tim holding back on SDL? |
| 04:07.16 | Patlabor221 | he dosn't get it |
| 04:07.20 | Patlabor221 | fear I think |
| 04:07.24 | stibnite | malice |
| 04:07.40 | Patlabor221 | another thing to install kinda thing |
| 04:07.46 | Patlabor221 | like he didn't want scons |
| 04:07.51 | Patlabor221 | cus "evryone has make" |
| 04:07.57 | scanline | well, most linux folks already have SDL, and in windows you can easily bundle the DLL |
| 04:08.15 | Patlabor221 | does his 300 year old irix have it? |
| 04:08.20 | Patlabor221 | cus it has openGL1.0 |
| 04:08.24 | Patlabor221 | that's why we can't go to 1.1 |
| 04:08.27 | scanline | yes, you can compile SDL on IRIX |
| 04:08.34 | Patlabor221 | no no, is it allready there? |
| 04:08.37 | scanline | it's a pain, but I think the 3 people using IRIX don't mind |
| 04:08.40 | Patlabor221 | he dosn't want to have to put antying on |
| 04:08.54 | Patlabor221 | yeah they could update to GL 1.1 too |
| 04:09.11 | Patlabor221 | yeah I'd have to ship a DLL with windows |
| 04:09.15 | scanline | anyway, if dependencies really are the problem, just include a subset of SDL in bzflag's source.. then it's both self-contained and 100% SDL compatible. Much better than reinventing wheels badly |
| 04:09.15 | Patlabor221 | but that is cake |
| 04:09.20 | scanline | yeah |
| 04:09.43 | Patlabor221 | it's nice cus it' the same as everywhere else :) |
| 04:09.56 | scanline | yeah, that is one benefit |
| 04:09.57 | Patlabor221 | I don't think he truly groks what it is |
| 04:10.07 | Patlabor221 | and what it could do |
| 04:10.18 | scanline | well, maybe I'll help bug tim next time I see him |
| 04:10.19 | Patlabor221 | I think MAC sorta gets it |
| 04:10.32 | scanline | but I find it hard to care about BZFlag these days :P |
| 04:10.36 | Patlabor221 | or we coudl put it in Nidhoggr's fork |
| 04:10.42 | Patlabor221 | your not the only one |
| 04:10.59 | Patlabor221 | not when most things you have in mind you have to fight for and they seem like common sense thigns |
| 04:11.06 | Patlabor221 | I just stay here for the pie |
| 04:11.21 | scanline | I stay here to bug captain_proton and pounce on MrApathyCream :) |
| 04:11.35 | Patlabor221 | don't break his brittle old man hip |
| 04:11.44 | scanline | they're soft pounces |
| 04:11.52 | Patlabor221 | like the ones my cat likes? |
| 04:11.55 | Patlabor221 | they smell funny |
| 04:12.53 | Patlabor221 | hmmm I wonder |
| 04:13.38 | Patlabor221 | I'll bet something is seting destination alpha |
| 04:15.14 | Patlabor221 | ohh look |
| 04:15.15 | Patlabor221 | glClearColor(0.0f, 0.0f, 0.0f, 0.0f); |
| 04:15.22 | Patlabor221 | methingks that would not clear us out |
| 04:17.05 | scanline | hehe |
| 04:17.06 | Patlabor221 | ewww, it clears the buffer multiple times per rendering pass |
| 04:17.08 | scanline | well |
| 04:17.11 | Patlabor221 | eww |
| 04:17.12 | Patlabor221 | ewww |
| 04:17.13 | Patlabor221 | eeewwwwww |
| 04:17.30 | scanline | glCLear(GL_COLOR_BUFFER_BIT) shouldn't blend, just copy the alpha |
| 04:17.59 | scanline | IIRC |
| 04:18.47 | Patlabor221 | yeah |
| 04:19.15 | Patlabor221 | it's just done in an odd way here |
| 04:19.21 | Patlabor221 | stencels and multiple clears |
| 04:21.14 | *** join/#bzflag Rman23 (~rick@66.7.100.25) |
| 04:22.22 | Patlabor221 | hmmm, work on rendering thing... or go watch buffy |
| 05:03.43 | Nidhoggr | heh |
| 05:05.19 | *** part/#bzflag Rman23 (~rick@66.7.100.25) |
| 05:25.15 | CIA-1 | 03dbrosius * 10bzflag/doc/guide/NetworkProtocol.xml: more protocol updates |
| 05:54.39 | CIA-1 | 03dbrosius * 10bzflag/doc/guide/NetworkProtocol.xml: more protocol updates |
| 05:59.48 | MrApathyCream | bed time |
| 06:12.55 | learner | sure... blame it on learner :) |
| 06:21.01 | *** join/#bzflag scanline (~micah@navi.cs.colorado.edu) |
| 06:22.05 | learner | http://www.apple.com/downloads/macosx/games/bzflag.html |
| 06:35.36 | *** join/#bzflag scanlime (~micah@navi.cs.colorado.edu) |
| 06:35.55 | *** join/#bzflag captain_proton (~blardebla@navi.cs.colorado.edu) |
| 06:35.55 | *** mode/#bzflag [+o captain_proton] by ChanServ |
| 06:49.31 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 06:58.04 | *** join/#bzflag creeperz (~creeperz@host-179-73-220-24.midco.net) |
| 06:58.05 | *** join/#bzflag scanline (~micah@navi.cs.colorado.edu) |
| 07:01.07 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 07:01.26 | *** join/#bzflag purple_cow (~jupiter@navi.cs.colorado.edu) |
| 08:44.39 | *** join/#bzflag Pimpinella (frank@p50820C9F.dip0.t-ipconnect.de) |
| 10:55.05 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 11:12.44 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 11:18.33 | *** join/#bzflag your_dog (~jake@216-24-110-213.access.naxs.com) |
| 11:19.49 | *** join/#bzflag your_dog (~jake@216-24-110-213.access.naxs.com) |
| 11:20.44 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 11:50.36 | *** join/#bzflag rooter ([WZeRingtg@webguy.cc.westga.edu) |
| 11:52.23 | rooter | Good morning all |
| 11:52.56 | your_dog | good morning, i'll be back in about 15 min |
| 11:53.11 | rooter | um... ok |
| 11:53.41 | rooter | anybody else there? |
| 11:53.57 | learner | g'morning rooter |
| 11:54.04 | rooter | hey learner! |
| 12:10.05 | rooter | ducati is slow this morning |
| 12:10.16 | your_dog | do you want to join me on bzgirl? |
| 12:10.33 | rooter | sure... where is it? |
| 12:11.03 | your_dog | where in the world, or on bzflag? |
| 12:11.22 | rooter | bzflag... i know it's in canada |
| 12:11.37 | your_dog | oh, ok, it's on the second page |
| 12:41.21 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 12:42.53 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 12:58.27 | *** join/#bzflag drinian (~drinian@pcp03995358pcs.hamntn01.nj.comcast.net) |
| 13:01.03 | rooter | 12 |
| 13:01.07 | rooter | doh... sorry |
| 13:05.27 | your_dog | you still there? |
| 13:07.55 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 13:15.17 | *** join/#bzflag cniV (~kchan@c211-30-113-108.carlnfd2.nsw.optusnet.com.au) |
| 13:23.46 | *** join/#bzflag nikt (nikt@sq159.neoplus.adsl.tpnet.pl) |
| 13:55.26 | *** join/#bzflag Mayhem (~Andrew@dialup-81.136.221.203.acc02-high-ben.comindico.com.au) |
| 13:59.55 | *** join/#bzflag sussudio (Suss@81.68.131.0) |
| 14:08.00 | *** part/#bzflag Mayhem (~Andrew@dialup-81.136.221.203.acc02-high-ben.comindico.com.au) |
| 14:34.03 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 14:38.17 | *** join/#bzflag bryjen (~bryjen@63.147.94.145) |
| 15:12.52 | *** join/#bzflag TimRiker (~timr@proxyle02.ext.ti.com) |
| 15:12.53 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:14.14 | *** join/#bzflag TimRiker (~timr@proxyle01.ext.ti.com) |
| 15:14.48 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:16.00 | *** join/#bzflag fiberchunks (~foobar@170.8.252.64.snet.net) |
| 15:16.03 | *** join/#bzflag learner (~brlcad@chr160dhcp1509.chrchv01.md.comcast.net) |
| 15:16.07 | *** mode/#bzflag [+o learner] by ChanServ |
| 15:18.34 | *** join/#bzflag drinian (~drinian@pcp03995358pcs.hamntn01.nj.comcast.net) [NETSPLIT VICTIM] |
| 15:18.42 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) [NETSPLIT VICTIM] |
| 15:19.58 | *** join/#bzflag TimRiker (~timr@proxyle01.ext.ti.com) |
| 15:20.43 | Nidhoggr | poor poor proxy |
| 15:20.58 | TimRikerPoorProx | =-/ |
| 15:21.06 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 15:22.21 | sussudio | TimRikerPoorProx: can you make apt apt again and not schizo apt/ibot? |
| 15:23.56 | TimRikerPoorProx | sussudio: what's the issue? |
| 15:24.20 | sussudio | TimRikerPoorProx: it seems to have 2 databases loaded, ibot's primarily and apt's second and they're mixed up together |
| 15:25.35 | TimRikerPoorProx | I need to review the colisions and see how many should be set to apt's intead of ibot's |
| 15:25.35 | sussudio | can you fix that? |
| 15:25.50 | TimRikerPoorProx | what do you suggest for the "fix"? |
| 15:26.12 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:26.14 | sussudio | deleting the database and running mysql < dpkg_dump ? |
| 15:26.23 | TimRiker | he's not mysql. |
| 15:26.42 | TimRiker | ibot/jbot/apt uses sqlite |
| 15:26.52 | sussudio | what's the difference |
| 15:27.06 | TimRiker | no daemon for sqlite |
| 15:27.17 | sussudio | aren't they compatible? |
| 15:27.19 | TimRiker | and it does not use the mysql only extensions etc. |
| 15:27.50 | TimRiker | mysql dumps include quite a bit that is not standard sql. so I've had to clean up the dumps before I could even get them to load. |
| 15:28.08 | sussudio | is sqlite slower than mysql? |
| 15:30.12 | TimRiker | no. faster. |
| 15:30.34 | sussudio | hmm why is apt so laggy in response then? |
| 15:30.40 | TimRiker | comcast. |
| 15:30.58 | sussudio | losing packets or something? |
| 15:31.08 | TimRiker | just slow network |
| 15:31.23 | TimRiker | he is on a ton of channels now so there is more traffic too. |
| 15:31.28 | TimRiker | ~+chaninfo |
| 15:31.28 | | i am on 41 channels: #asterisk (184), #berlin (1), #botpark (5), #brits (2), #bzflag (26), #debian (612), #debian-bots (13), #debian-br (42), #debian-france (20), #debianplanet (1), #debianppc (44), #elinux (23), #familiar (9), #fightthepower (1), #gct (2), #gllug (19), #gpe (28), #handhelds.org (75), #intimate (9), #ipaq (6), #kde (84), #kiss (1), #linuxinfo (1), #magnia (2), #openembedded (55), #openzaurus (68), #opie (49), #palmchat (3), #pet (7), #picogui (7), #project24 (5), #slug (33), #storm (2), #tacobeam (17), #teleconf (1), #tomcat (30), #uclibc (9), #utah (20), #zaurus (76) |
| 15:31.28 | | i've cached 1592 users, 1 unique user, distributed over 40 channels. |
| 15:31.39 | sussudio | what does apt run on? a p2? |
| 15:32.40 | TimRiker | p 200 w/ 80M at present. |
| 15:32.55 | sussudio | hmm yeah that'll slow it down a bit |
| 15:33.23 | sussudio | i just upgraded the box Piggy runs on from a p166/80MB to a p2-266/128MB and it noticeably faster |
| 15:33.34 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 15:33.49 | TimRiker | I've got another box w/ 256M k6 but not swapped them yet. waiting on a replacement fan. |
| 15:33.59 | sussudio | cpu fan? |
| 15:34.19 | TimRiker | it's a raq3i needs cpu and power supply fans. They might come in today. |
| 15:34.33 | sussudio | hmm k |
| 15:35.28 | TimRiker | (the new box is the raq3i) |
| 15:36.08 | sussudio | i got a few p2-266's with 32mb/matrox g100/2.3GB hd/miditower for 35 euro each... am replacing older pc's with them |
| 16:03.32 | *** join/#bzflag nikt (nikt@uh169.neoplus.adsl.tpnet.pl) |
| 16:37.28 | stibnite | has hashmark done that weird usercount thing in the last 13 hours or so? |
| 16:37.55 | stibnite | I don't see it now, which gives me hope; I updated again to cvs yesterday |
| 16:41.30 | sussudio | it was saying 29 earlier with about 6 people on |
| 16:44.56 | bryjen | it does seem to reset to 0 if everybody leaves (bzfs re-inits if all players leave) |
| 16:51.57 | *** join/#bzflag Patlabor221 (~JeffM@208.48.199.220) |
| 16:51.57 | *** mode/#bzflag [+o Patlabor221] by ChanServ |
| 16:54.13 | *** join/#bzflag ppmbx (~cmredmon@pcp565355pcs.rthfrd01.tn.comcast.net) |
| 17:02.08 | Tupone | Patlabor221: can you try now? |
| 17:04.34 | Patlabor221 | umm try what? |
| 17:04.41 | Tupone | GL fix |
| 17:04.45 | Patlabor221 | I'm at work |
| 17:04.48 | Patlabor221 | what did you change? |
| 17:04.55 | Tupone | Background Renderer |
| 17:05.21 | Tupone | OpenGLDisplayList assignement made on sept by larsl |
| 17:06.15 | Tupone | I think constructor/destructor make bad things. It work on linux, without glX mods |
| 17:08.14 | Patlabor221 | that could bee it |
| 17:08.32 | Patlabor221 | I'll see if I can get to a point where I can test, sadly doing real work now :( |
| 17:08.52 | Tupone | np. Do you know guy here that can test? |
| 17:09.02 | Patlabor221 | is the change commited? |
| 17:09.06 | Tupone | yeha |
| 17:09.29 | Patlabor221 | let me see if I can squeep it in |
| 17:09.43 | Patlabor221 | it'll look like work till the window comes up :) |
| 17:09.55 | Tupone | good! |
| 17:15.47 | Patlabor221 | well I tabed out 6 times and it was fine |
| 17:15.55 | Patlabor221 | usualy it's bad by the 3rd tab |
| 17:16.03 | Patlabor221 | best get MAC to test it too |
| 17:16.16 | Tupone | so late evening |
| 17:16.20 | Patlabor221 | yeah |
| 17:16.27 | Tupone | thanks |
| 17:16.27 | Patlabor221 | but so far looks good |
| 17:16.32 | Patlabor221 | I'll test it when I get home too |
| 17:16.35 | Patlabor221 | on that system |
| 17:16.57 | Tupone | bye |
| 17:33.04 | Chestal | ist es sicher, dass #6 D&D ist? |
| 17:33.06 | Chestal | oops |
| 17:33.21 | Patlabor221 | what is #1? |
| 17:33.44 | Patlabor221 | we got all but #1 |
| 17:33.54 | Chestal | I only got 2, 3, 7 and 8 so far, sorry |
| 17:34.29 | Patlabor221 | ohh come on, 6 is easy |
| 17:34.32 | Patlabor221 | :) |
| 17:34.45 | Patlabor221 | and it's old enough :) |
| 17:34.49 | Chestal | I am not sure, is it Laurel&Hardy or isn't it? |
| 17:34.54 | Patlabor221 | close |
| 17:34.58 | Patlabor221 | but not quite |
| 17:35.05 | Patlabor221 | your on the right vein tho |
| 17:35.25 | Patlabor221 | think of other comedy duos |
| 17:35.33 | Patlabor221 | and look at the setting they are in |
| 17:35.50 | Chestal | the setting is obvious, other duos, hmm, only trios come to my mind :-) |
| 17:36.05 | Patlabor221 | who's on first? |
| 17:36.24 | Patlabor221 | that was a hint :) |
| 17:39.26 | Chestal | got it |
| 17:39.34 | Chestal | but I don't think I have ever seen a movie with those |
| 17:41.26 | Patlabor221 | they made a bunch of them |
| 17:42.43 | Chestal | do you think I have seen 4 or 5? |
| 17:43.39 | Patlabor221 | 4 dono |
| 17:43.44 | Patlabor221 | 5 is a comedy |
| 17:43.49 | Patlabor221 | about rock bands |
| 17:44.02 | Patlabor221 | I've seen 5 a couple times |
| 17:45.36 | Chestal | so it cannot be too recent like 2002 or 2003 |
| 17:46.00 | Patlabor221 | ohh no |
| 17:46.06 | Patlabor221 | it's 90s easy |
| 17:46.35 | Patlabor221 | 1994 |
| 17:53.15 | *** join/#bzflag sn0w_m0nkey (~sn0w_m0nk@photon.health.unm.edu) |
| 17:57.38 | sussudio | bah filthy cheater, that londonboi |
| 17:57.57 | Chestal | hi snow |
| 17:58.11 | Chestal | Pat: got it, I don't think there's more than 10 people in Germany who know it :-) |
| 17:58.25 | Patlabor221 | heh |
| 17:58.30 | sussudio | know what |
| 17:58.32 | Patlabor221 | it's a prety funny movie |
| 17:58.38 | *** join/#bzflag nikt (nikt@tj186.neoplus.adsl.tpnet.pl) |
| 17:59.01 | sn0w_m0nkey | Chestal: hi and happy new year |
| 17:59.32 | Chestal | sn0w: same to you |
| 17:59.40 | Chestal | sussudi: see above |
| 18:00.17 | sussudio | Chestal: above what |
| 18:00.49 | sn0w_m0nkey | Cehstal: new filmwise question? |
| 18:00.52 | Chestal | Patlabor: maybe it's of use to you, one of my friends' intuition says that the scene in #1 takes place right after a house search, but maybe he's totally wrong |
| 18:00.53 | sn0w_m0nkey | eh |
| 18:00.59 | Chestal | sn0w: every Monday, yes |
| 18:01.41 | sussudio | filmwise? |
| 18:01.48 | Chestal | ~invisibles |
| 18:01.49 | | invisibles is probably at http://www.filmwise.com/invisibles/index.shtml |
| 18:02.08 | Patlabor221 | they do look like detectives |
| 18:02.50 | sn0w_m0nkey | number 161? |
| 18:02.58 | Chestal | yes |
| 18:03.16 | sn0w_m0nkey | eep..i only know the love bug :) |
| 18:03.54 | sn0w_m0nkey | i don't know how you can get these chestal |
| 18:04.13 | sussudio | #1 kinda looks like bowfinger |
| 18:04.57 | Patlabor221 | #1 is the only one we don't have here |
| 18:06.14 | Chestal | I got it now |
| 18:06.35 | Chestal | the colours gave it away |
| 18:06.41 | Patlabor221 | hint? |
| 18:07.12 | Chestal | not a US movie |
| 18:07.24 | Chestal | need hint for 4 |
| 18:07.33 | Patlabor221 | well that's not much of a hint, there is a big world out there ya know :) |
| 18:07.51 | Patlabor221 | #4 was done by a controversial black director, who also stared in it |
| 18:07.55 | Chestal | ah, that's quite a hint, I'd assume that 90% of the movies at filmwise are US movies |
| 18:07.56 | Patlabor221 | it's one of his early movies |
| 18:08.18 | sussudio | fight the power |
| 18:08.23 | Chestal | another hint: Madonna |
| 18:08.53 | Patlabor221 | thats the right lines sussudio |
| 18:08.58 | sussudio | is the answer "movies that suck", Chestal? |
| 18:09.32 | Chestal | sussudio: no, actually it's quite a fine movie |
| 18:09.42 | Chestal | ok, got them all, thanks Pat |
| 18:09.44 | sussudio | a fine movie -with- madonna? |
| 18:10.22 | Patlabor221 | is #1 a recent movie? |
| 18:10.37 | Chestal | a few years old |
| 18:11.01 | sussudio | maybe a fine movie despite madonna being in it |
| 18:11.17 | Chestal | I didn't say that she is in that movie |
| 18:11.28 | Patlabor221 | oh |
| 18:11.43 | Patlabor221 | well I need more of hint |
| 18:11.46 | *** join/#bzflag Tupone (~Tupone@ppp-82-84-120-217.cust-adsl.tiscali.it) |
| 18:11.56 | Patlabor221 | or wil, wil is our non US movie expert |
| 18:12.02 | Patlabor221 | but he's sick today :( |
| 18:12.02 | Chestal | that was a huge hint :-) |
| 18:12.11 | Chestal | it's a very stylish movie |
| 18:12.32 | Chestal | followed by another, quite similar one 2 years or so later |
| 18:12.59 | Chestal | IMHO the older one is superior, although it's the other way around in IMDB |
| 18:15.14 | sussudio | Chestal: does it have pigs in it? |
| 18:15.30 | Patlabor221 | well I'll have to give the hints to the human female who is in charge of that movie when she returns |
| 18:15.33 | Chestal | sussudio: I don't thnk so, the newer one has, I believe |
| 18:16.09 | sussudio | how bout an antique gun? |
| 18:16.27 | Chestal | yes, two of those I think |
| 18:24.47 | *** join/#bzflag hans (~fugalh@128.187.246.224) |
| 18:24.50 | hans | joystick support? |
| 18:26.46 | Tupone | yeah? |
| 18:27.13 | Tupone | hans: what you're asking? |
| 18:27.30 | hans | I got a joystick, can I use it in bzflag? |
| 18:27.40 | Patlabor221 | on what OS? |
| 18:27.44 | hans | linux |
| 18:28.04 | Patlabor221 | IIRC there are some patches that enable it |
| 18:28.35 | Tupone | not now :(. I use mine patch that are on SF patch tracker, I can give a little help. They work for me, but not sure for all |
| 18:29.24 | Patlabor221 | there are other patches then yours I think Tupone |
| 18:29.32 | Patlabor221 | but thy are for older versions |
| 18:29.42 | Chestal | hmm, radarRenderer has a displa list variable, but it seems to be unused? |
| 18:30.07 | Patlabor221 | chestal, have you tested Tupone's gl fix? |
| 18:30.09 | Nidhoggr | stupid autopilot. :( |
| 18:30.20 | Nidhoggr | too many people using it to cheat/see stealth, etc. |
| 18:30.23 | Tupone | Patlabor221: and there is a support for Xinput (unsupported by Xfree) and a patch for usb tha I think work on irix |
| 18:30.32 | Chestal | Patlabor: just had a discussion with him about it |
| 18:30.42 | Chestal | Patlabor: it kinda works, but that's more of a coincidence |
| 18:30.57 | Chestal | that stealth bug should be easy to fix |
| 18:31.06 | Chestal | actualyl, I thoguht it had been thought of, but maybe not |
| 18:31.26 | Nidhoggr | it's been reported on SF bugs |
| 18:31.31 | Nidhoggr | by me. |
| 18:32.28 | shkoo | i wish the client would have sent a message saying it's using autopilot or something. |
| 18:32.36 | Nidhoggr | nod |
| 18:32.41 | Nidhoggr | would be helpful. |
| 18:33.00 | Tupone | I don't remember the decision about that stealth. as is kinda difficult to see if target is on visual or not. If we can base only on radar echo its easy |
| 18:33.29 | Nidhoggr | autopilot on any aircraft would be based on instrumentation, not visual. |
| 18:33.41 | Nidhoggr | so it'd make sense it would not see stealth at all. |
| 18:33.45 | shkoo | i think autopilot sucks in general because it uses up a spot that could be used by a real player, and the autopilot is predictable and uninteresting. |
| 18:34.08 | Nidhoggr | people leave the game for many minutes and stay on autopilot. |
| 18:34.34 | *** join/#bzflag tapo (~hannes@p5092835A.dip0.t-ipconnect.de) |
| 18:35.13 | Chestal | Tupone: not that difficult, just have to check if it's inside FoV, then make a collison check with ray to target. THis only misses cases where target is partially visible, but then we are on the non-cheatign side. Or ignore stealth altogether |
| 18:36.28 | Tupone | I prefer ignoring the stealth, and do it also for bot |
| 18:36.41 | Tupone | s/do/doing/ |
| 18:38.32 | shkoo | i bet it'd be possible to detect some of the autopilot behavior and kick for it. |
| 18:39.17 | Nidhoggr | probably. |
| 18:40.31 | Chestal | no CIA? |
| 18:41.31 | Chestal | autopilot better ignore invis bullet, too |
| 18:44.32 | Chestal | ok, fixed autopilot |
| 18:45.12 | tapo | what is autopilot for? |
| 18:45.30 | Patlabor221 | making it look like your still there when you have to pee |
| 18:46.33 | bryjen | i thought it was done as a demo of what the bots could be. to support the idea the old -solo bots should go. |
| 18:47.06 | tapo | does it shoot? |
| 18:47.25 | bryjen | yes |
| 18:48.26 | *** join/#bzflag tapo2 (~hannes@p50928BD2.dip0.t-ipconnect.de) |
| 18:49.03 | tapo2 | dsl reconnect. gna. I know some people that should use autopilot ;) |
| 19:09.43 | sussudio | retards should *not* play rabbit hunt. |
| 19:10.33 | *** join/#bzflag your_dog (~jake@216-24-111-58.access.naxs.com) |
| 19:16.00 | *** part/#bzflag tapo3 (~hannes@p50928BD2.dip0.t-ipconnect.de) |
| 19:23.32 | TimRiker | autopilot should send a the server a private message when engaged. need to make sure that does not bomb old servers, and then add server support to handle the message and kick them if desired. |
| 19:24.03 | TimRiker | "please do not use autopilot, you will be kicked in n seconds" etc. |
| 19:25.11 | TimRiker | perhaps a broadcast message would be better. |
| 19:25.46 | Nidhoggr | agreed |
| 19:39.10 | *** join/#bzflag sn0w_m0nkey (~sn0w_m0nk@photon.health.unm.edu) |
| 19:39.25 | sn0w_m0nkey | ~d |
| 19:40.11 | TimRiker | there is no ducati 1.7 server anymore, yes? |
| 19:40.28 | sn0w_m0nkey | ahh its all 1.10 |
| 19:40.45 | TimRiker | ~bzfquery ducati.bzflag.org:5154 |
| 19:40.46 | sn0w_m0nkey | does ibot only query 1.7 servers? |
| 19:40.56 | TimRiker | no, he does both now. |
| 19:40.57 | creeperz | no |
| 19:41.07 | TimRiker | ~bzfquery xmission.bzflag.org:5154 |
| 19:41.16 | TimRiker | ~bzfquery xmission.bzflag.org:5155 |
| 19:42.01 | sn0w_m0nkey | ~bzfquery ducati.bzflag.org:5155 |
| 19:42.27 | TimRiker | hmm. 5155 but a 1.10 server? |
| 19:43.00 | sn0w_m0nkey | heh |
| 19:45.47 | sn0w_m0nkey | not enough hunters when you need them |
| 19:47.11 | Pimpinella | what can we do to get the league-players switch to 1.10? |
| 19:47.47 | sn0w_m0nkey | kill all 1.7 servers with ctf |
| 19:47.53 | sn0w_m0nkey | force em |
| 19:47.57 | Pimpinella | :) |
| 19:48.00 | sn0w_m0nkey | :) |
| 19:48.33 | Pimpinella | do we know a DOS-bug in 1.7 ? |
| 19:48.35 | sn0w_m0nkey | Pimpinella: do league players not like 1.10? |
| 19:49.10 | Pimpinella | there r almost never players on the ctf-servers |
| 19:51.51 | Pimpinella | hmm, seems there r also none on 1.7 servers :( |
| 20:09.10 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 20:27.54 | *** join/#bzflag DB7654321 (~DB7654321@atlnga1-ar2-4-33-115-228.atlnga1.dsl-verizon.net) |
| 20:33.40 | *** join/#bzflag doughecka (~rooot@adsl-68-133.lou.bluegrass.net) |
| 20:37.20 | *** join/#bzflag Chikorita (~Chikumz33@205.197.171.239) |
| 21:00.47 | *** join/#bzflag jolly (~hjjj@jvnineteen.ne.client2.attbi.com) |
| 21:05.32 | *** join/#bzflag creeperz (~creeperz@host-179-73-220-24.midco.net) |
| 21:09.14 | *** join/#bzflag creeperz_ (creeperz@host-179-73-220-24.midco.net) |
| 21:10.42 | *** join/#bzflag creeperz_ (creeperz@host-179-73-220-24.midco.net) |
| 21:14.47 | *** part/#bzflag DB7654321 (~DB7654321@atlnga1-ar2-4-33-115-228.atlnga1.dsl-verizon.net) |
| 21:29.59 | *** part/#bzflag jolly (~hjjj@jvnineteen.ne.client2.attbi.com) |
| 21:39.01 | Patlabor221 | hmm I think this GCD Article "latency compensation methods in client/server in game protocol design and optimisation" can be helpfull |
| 21:50.23 | Pimpinella | g'night |
| 21:58.10 | *** join/#bzflag david_v (~david_v@c213-200-135-241.cm-upc.chello.se) |
| 21:58.49 | *** join/#bzflag brlcad (~brlcad@chr160dhcp1509.chrchv01.md.comcast.net) |
| 21:58.49 | *** mode/#bzflag [+o brlcad] by ChanServ |
| 22:00.43 | Tupone | brlcad: hi |
| 22:00.52 | brlcad | howdy! |
| 22:01.16 | Tupone | he had two gl.h includes in different location |
| 22:01.47 | Tupone | 1 in /usr/include, the other in /usr/local/include |
| 22:02.00 | brlcad | he came in here? |
| 22:02.07 | Tupone | yeah |
| 22:02.12 | brlcad | aahh.. k |
| 22:02.13 | Tupone | now it is fixed |
| 22:02.24 | brlcad | see.. his problem :) |
| 22:02.41 | Tupone | I ask him to remove one of them :) |
| 22:03.29 | brlcad | i supposed that means that the libGLKit built with one set of -I orderings and bzflag tried to link with a different ordering.. |
| 22:03.42 | brlcad | odd |
| 22:03.57 | Tupone | I don't know. I think its a gcc problem |
| 22:04.09 | Tupone | they are system include path I suppose |
| 22:04.30 | brlcad | gcc would have been consistent, and /usr/local/ isn't a system path afaik |
| 22:04.39 | brlcad | lemme read his log again |
| 22:04.42 | Tupone | could be in one of them we explicity specify a path |
| 22:07.51 | brlcad | hrm.. the only difference is that bzflag client does -I/usr/X11R6/include while libglkit did not |
| 22:08.04 | Tupone | thats could be |
| 22:08.13 | Tupone | he find gl in 3 location |
| 22:08.19 | Tupone | 2 of them are linked |
| 22:08.25 | brlcad | Oh. okay, that'd be it then probably |
| 22:08.53 | Tupone | so we should use the same ig libGLKit |
| 22:09.08 | brlcad | libglkit doesn't needs X11R6 |
| 22:09.10 | Nidhoggr | stupid sourceforge down again. |
| 22:09.23 | Tupone | but he need GL |
| 22:09.27 | Tupone | and GL is there |
| 22:09.53 | brlcad | should probably check during configure if /usr/X11R6/GL/gl.h and /usr/include/GL/gl.h match |
| 22:10.13 | brlcad | and warn |
| 22:10.14 | Tupone | remember? a bug request asking to get GL from /usr/X11R6/include/GL |
| 22:10.26 | brlcad | yes, I do |
| 22:10.45 | Tupone | :) I discarded :) |
| 22:10.59 | brlcad | should we consider /usr/X11R6/include/GL a standard location to look? or just let them ./configure -I/usr/... |
| 22:11.30 | Tupone | we should let configure looking at it |
| 22:11.53 | Tupone | it is pretty standard on linux |
| 22:12.10 | Tupone | but also there is a link in /usr/include/GL |
| 22:12.20 | Tupone | so .. don't know |
| 22:13.31 | brlcad | we could add the full /usr/X11R6/include/GL/gl.h as an AC_CHECK_HEADER -- and if it's defined, modify the CXXFLAGS, LDFLAGS, etc |
| 22:13.49 | brlcad | that should work |
| 22:14.46 | Tupone | yeah. The problem is: if 1 has 2 different gl implementation how to choose? |
| 22:14.52 | brlcad | it would need to be linux specific, though |
| 22:15.05 | brlcad | exactly -- since like on os x, you do not want the X11R6 one |
| 22:16.06 | Tupone | we should use the same includes in all the pieces of software |
| 22:16.11 | Tupone | that is the real problem |
| 22:16.13 | brlcad | i agree -- the same cflags/ldflags would have helped |
| 22:16.28 | brlcad | can't think of a reason why not right this moment |
| 22:17.03 | Tupone | I talked with Chestal about gl bugs |
| 22:17.13 | brlcad | i saw the fixes :) |
| 22:17.32 | Tupone | Chestal says that it worked for lucky |
| 22:17.41 | Tupone | and I should agree |
| 22:18.15 | brlcad | lucky that simply not deleting the lists would fix the problem? |
| 22:18.42 | brlcad | that sounded like to me that there is some piece of code that is deleting a list that it should not be deleting |
| 22:18.49 | Tupone | yeah |
| 22:19.40 | brlcad | but not deleting the list works for me too for now -- at least it fixes the symptom |
| 22:19.42 | Tupone | we normally ( I should say IMHO otherwise someone here as something to say) don't need to delete list if we dropped the context |
| 22:19.49 | brlcad | the problem can be refactored away later |
| 22:20.10 | Tupone | but we need to delete if we want to destroy a list |
| 22:20.36 | brlcad | right, unless you have a list manager, which afaik we do not have one |
| 22:20.40 | *** join/#bzflag KR (~krrt@cae31-210-009.sc.rr.com) |
| 22:20.51 | brlcad | at least a "real one" |
| 22:20.55 | Tupone | we have, but we have to link to the context |
| 22:21.03 | KR | hi all |
| 22:21.07 | brlcad | howdy kr |
| 22:21.21 | Tupone | when we destroy the context we should assume that list are empty |
| 22:21.29 | Tupone | and not usable |
| 22:21.46 | Tupone | we should add a task in 1.11 ? |
| 22:22.00 | brlcad | not sure |
| 22:22.10 | Tupone | the task list is too much big |
| 22:22.15 | Tupone | for the 1.11 |
| 22:22.20 | brlcad | probably |
| 22:22.42 | Tupone | let's hope we continue to be lucky |
| 22:22.44 | brlcad | I forsee the whole rendering to get changed a lot for 2.0 |
| 22:22.52 | brlcad | so that objects draw themselves |
| 22:23.08 | brlcad | instead of all this list management and state maintenance |
| 22:23.31 | Tupone | so let say 1.15 |
| 22:23.31 | brlcad | needs some good OOP overhauling |
| 22:23.49 | brlcad | is there going to be a 1.15? :) |
| 22:24.15 | Tupone | 2.0 is too far away |
| 22:24.54 | brlcad | why not 1.13 then? |
| 22:25.41 | Tupone | ok. Go for the 1.13 |
| 22:26.28 | Tupone | there is something we should fix. Someone attacked the listserver |
| 22:26.29 | brlcad | it doesn't exactly break any protocols, so it can really be done whenever -- we can move it between task revisions if need be later too |
| 22:26.43 | brlcad | i figured someone would eventually |
| 22:27.17 | Tupone | we should put an ip address check |
| 22:27.32 | Nidhoggr | if people like knightmare weren't out there, it wouldn't be such a big deal. |
| 22:27.32 | Nidhoggr | :( |
| 22:28.00 | brlcad | alas, bz is getting too popular to assume everyone is nice |
| 22:28.08 | Nidhoggr | exactly. |
| 22:28.40 | Tupone | brlcad: your listserver is still up? |
| 22:29.40 | brlcad | it is now, yes |
| 22:30.12 | brlcad | http://db.brlcad.org/db/ lists nobody, though |
| 22:30.40 | Tupone | start a server to connect to it |
| 22:32.17 | *** join/#bzflag KR (~krrt@cae31-210-009.sc.rr.com) |
| 22:33.22 | *** join/#bzflag Nivex_ (kjotte@adsl-157-40-128.rdu.bellsouth.net) |
| 22:33.47 | bryjen | there's one |
| 22:34.05 | brlcad | done |
| 22:34.16 | brlcad | heh, two |
| 22:34.29 | Tupone | brlcad: where is the file? |
| 22:34.36 | brlcad | which file? |
| 22:34.42 | Tupone | bzflsMy |
| 22:35.08 | brlcad | /Library/WebServer/brlcad.org/db/bzflsMy.php |
| 22:38.43 | *** join/#bzflag Nivex__ (kjotte@adsl-61-148-133.rdu.bellsouth.net) |
| 23:17.51 | *** part/#bzflag drinian (~drinian@pcp03995358pcs.hamntn01.nj.comcast.net) |
| 23:18.11 | *** join/#bzflag scanline (~micah@navi.cs.colorado.edu) |
| 23:19.58 | *** join/#bzflag captain_proton (~blardebla@navi.cs.colorado.edu) |
| 23:19.58 | *** mode/#bzflag [+o captain_proton] by ChanServ |
| 23:20.53 | *** join/#bzflag nikt (nikt@sh103.neoplus.adsl.tpnet.pl) |
| 23:23.04 | captain_proton | hmm |
| 23:23.21 | captain_proton | the dialect these subtitles are in make spell-checking tedious |
| 23:24.47 | Nidhoggr | ~forget secretplace |
| 23:25.09 | Nidhoggr | ~no, secretplace is <reply> see bzfquery bzflag.secretplace.us:5255 |
| 23:26.24 | Nidhoggr | ~no, dragon is <reply> see bzfquery dragon.org:5255 |
| 23:26.32 | Nidhoggr | ~literal secretplace |
| 23:26.34 | | secretplace is <reply> see bzfquery bzflag.secretplace.us:5155 |
| 23:26.40 | Nidhoggr | stupid bot. :( |
| 23:26.50 | david_v | ~secretplace |
| 23:27.02 | david_v | eh |
| 23:27.02 | Nidhoggr | it used to be 5155 with 1.7 |
| 23:27.11 | Nidhoggr | now it's 5255 but it won't let me delete or change. |
| 23:28.06 | david_v | ibot: no, secretplace is <reply> see bzfquery bzflag.secretplace.us:5255 |
| 23:28.08 | | david_v: okay |
| 23:28.12 | david_v | ~secretplace |
| 23:28.20 | david_v | magic fingers ;) |
| 23:28.25 | Nidhoggr | why won't it let me do it? |
| 23:28.28 | david_v | you need to use ibot: not ~ |
| 23:28.33 | david_v | at least for that one |
| 23:28.36 | Nidhoggr | do same for dragon dragon.org:5255 |
| 23:28.38 | Nidhoggr | ah |
| 23:28.39 | david_v | for correcting things, i think it is |
| 23:28.51 | Nidhoggr | ibot: no, dragon is <reply> see bzfquery dragon.org:5255 |
| 23:28.52 | | Nidhoggr: okay |
| 23:29.01 | Nidhoggr | ~dragon |
| 23:29.07 | Nidhoggr | that's better. |
| 23:29.11 | david_v | ~d |
| 23:29.34 | david_v | maybe 59156 for now... |
| 23:29.59 | david_v | ibot: no, d is <reply> see bzfquery ducati.bzflag.org:59156 |
| 23:30.00 | | okay, david_v |
| 23:30.02 | david_v | ~d |
| 23:30.34 | david_v | i feel people on this channel say more to ibot than they do to anyone else, so i want to stop chatting to it now ;) |
| 23:30.49 | Nidhoggr | :) |
| 23:30.57 | Nidhoggr | I just wanted to fix it while I was thinking about it. |
| 23:31.02 | david_v | heh |
| 23:40.09 | *** join/#bzflag CIA-1 (~CIA-1@navi.cs.colorado.edu) |
| 23:41.54 | *** join/#bzflag Oman (~Oman@24.247.139.91.tvc.mi.chartermi.net) |
| 23:45.18 | *** join/#bzflag larsl_56k (~ll@md469245f.utfors.se) |
| 23:57.48 | Oman | bye |