| 00:01.26 | CIA-1 | 03atupone 07v1_10branch * 10bzflag/src/bzfs/bzfs.cxx: merging into branch of ghost flags fix |
| 00:12.07 | SportChick | GO JAYHAWKS!! |
| 00:12.17 | SportChick | (sorry..had to get it outta my system) |
| 00:12.22 | Puffinator | :_D |
| 00:12.24 | Puffinator | lol |
| 00:14.03 | [dmp] | Permission fixed, sorry about that |
| 00:27.45 | Patlabor2221 | purple_cow can your bzedit load a map yet? |
| 00:28.41 | purple_cow | Patlabor2221: not yet :P |
| 00:28.45 | Patlabor2221 | k |
| 00:29.00 | Patlabor2221 | looking for a way to get a bzfmap into a simple binary format :) |
| 00:29.11 | purple_cow | hmm, binary |
| 00:29.13 | Patlabor2221 | I'll just hack on the old one then |
| 00:29.15 | purple_cow | looked at ebml? |
| 00:29.18 | Patlabor2221 | yeah just to read into a test app |
| 00:29.25 | purple_cow | or... |
| 00:29.34 | purple_cow | scanline wrote a nice little chunked file dealybob |
| 00:29.44 | purple_cow | or... |
| 00:29.56 | Patlabor2221 | I just want type, pos, scale, rot as floats |
| 00:30.02 | Patlabor2221 | and a count |
| 00:30.02 | purple_cow | eet |
| 00:30.15 | Patlabor2221 | it's going into an ogre test app |
| 00:30.29 | Patlabor2221 | I have a "dump map" feature in old bzedit |
| 00:30.31 | Patlabor2221 | it's ok |
| 00:30.39 | *** join/#bzflag bryjen (bryjen@ky-owensboro1a-225.owboky.adelphia.net) |
| 00:30.44 | Patlabor2221 | I just want something I can slam into a vector |
| 00:34.14 | *** join/#bzflag cniV (~kchan@c211-30-115-17.carlnfd2.nsw.optusnet.com.au) |
| 00:35.29 | purple_cow | we should sometime have a discussion with folks about world file format |
| 00:35.39 | *** join/#bzflag Carnage (strayer@dyn216-8-133-161.ADSL.mnsi.net) |
| 00:35.47 | Patlabor2221 | I heard there was a fight over it |
| 00:36.18 | purple_cow | there was? |
| 00:36.28 | Patlabor2221 | well something to do wit world |
| 00:36.29 | *** join/#bzflag jolly (~k@jvnineteen.ne.client2.attbi.com) |
| 00:36.50 | Patlabor2221 | hix is in CVS right? |
| 00:36.59 | scanline | the chunked file dealy is really simple, it's just an implementation of the outer container format PNG uses |
| 00:37.34 | scanline | it's extensible, but not intrinsically hierarchial |
| 00:38.05 | scanline | XML or EBML would be cool |
| 00:38.14 | *** join/#bzflag sbo096 (~cgiirc@66.62.140.111) |
| 00:39.13 | Patlabor2221 | anything would be cooler then what is there now |
| 00:39.48 | purple_cow | the dependence on position within the file for teleporters is so lame |
| 00:40.48 | scanline | Patlabor2221: or just use an existing parser... |
| 00:40.56 | Patlabor2221 | yes |
| 00:41.07 | scanline | these days there's usually little reason to come up with a new file format |
| 00:41.12 | scanline | there are already too many |
| 00:41.12 | Patlabor2221 | that would be the easy way of "write" :) |
| 00:41.26 | Patlabor2221 | I expect to be told that I just need to "add a box" or "Add a thingy" |
| 00:41.32 | Patlabor2221 | and be provided with the info |
| 00:41.49 | scanline | bzip2'ed XML would be my preference |
| 00:42.19 | purple_cow | works for me :) |
| 00:47.40 | scanline | easier to parse than VRML :) |
| 00:47.45 | purple_cow | hehe |
| 00:48.11 | purple_cow | though it would be nice to have some sort of format where models & textures could be packaged along with the world |
| 00:48.23 | scanline | ah, true |
| 00:48.31 | scanline | hmmm |
| 00:48.33 | Patlabor2221 | tho woudl you want to do that, what if they had them allready? |
| 00:48.59 | scanline | well, how about this |
| 00:50.00 | scanline | textures, models, etc (external entities) are always referred to using URIs. Worlds would be distributed in some sort of archive format, maybe zip. These URIs could access files bundled with bzflag, files in the world's zip, or files on a server somewhere |
| 00:50.25 | Patlabor2221 | ogre reads zip off the bat |
| 00:50.31 | scanline | good |
| 00:50.58 | scanline | using a zip for worlds would also let you break them into multiple xml files if necessary, and there would be plenty of room for expansion just by including more files in the archive |
| 00:52.10 | Patlabor2221 | ogre allready does the resource managing across multiple files for materials. tho it has the requirement that all material names be unique |
| 00:52.42 | scanline | that just means bz has to have some sort of namespacing policy for materials |
| 00:53.42 | scanline | maybe capitalized materials are reserved for internal use, others are up to the world to define.. or maybe something like java (org.bzflag.grass) |
| 00:53.44 | Patlabor2221 | or we tweak the res manger to handle it |
| 00:54.32 | scanline | how? adding a way to scope materials? |
| 00:54.47 | Patlabor2221 | yeah perhaps add the zipfile name they came in to the name |
| 00:54.52 | Patlabor2221 | as the namespace |
| 00:55.26 | purple_cow | i could deal with a java or dns-type namespace |
| 00:55.41 | Patlabor2221 | it dosn't mater, its solveable |
| 00:55.46 | scanline | Patlabor2221: but that would make it really annoying to use the same set of materials in different worlds |
| 00:55.54 | scanline | instead of just copying the files, you'd have to change all the names |
| 00:55.54 | Patlabor2221 | true |
| 00:56.08 | scanline | I kind of like the java/dns style scope myself |
| 00:57.45 | *** join/#bzflag JBdiGriz (~JBdiGriz@adsl-67-120-232-105.dsl.sndg02.pacbell.net) |
| 00:57.45 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |