BZEdit 1.6.4 released
BZEdit 1.6.4 released
BZEdit 1.6.4 has been released.
http://prdownloads.sourceforge.net/bzfl ... e?download
This release incorporates all fixes in the 1.6.3 beta that was posted here last year (including green/blue base switching fix, flipz fix, etc.), plus the following:
* Opening documents by double-clicking them won't crash it anymore
* Opening documents with 2.0 objects in them (e.g. meshes) will generate a friendly error message, instead of crashing horribly
* Certain 2.0 objects will be skipped instead of generating errors (world, options, dynamiccolor, material, and texturematrix). This allows BZEdit to open maps which have been saved through the options menu of 2.0 clients, as long as they DO NOT contain new 2.0 objects.
* An unknown crash bug has been fixed
* A memory leak has been fixed
* The URLs in the About dialog have been corrected
* Compilation on Visual C++ 7.1 has been fixed
* The installer has been fixed and updated
This update fixes a lot of bugs, but it DOES NOT allow BZEdit to read or write maps which use the new features introduced by 2.0. I have no intention of updating it to allow this. And no, you can't change my mind, so don't bother trying. Patches welcome!
Edit: Changed link to reflect revised installer which includes a DLL that was missing before.
http://prdownloads.sourceforge.net/bzfl ... e?download
This release incorporates all fixes in the 1.6.3 beta that was posted here last year (including green/blue base switching fix, flipz fix, etc.), plus the following:
* Opening documents by double-clicking them won't crash it anymore
* Opening documents with 2.0 objects in them (e.g. meshes) will generate a friendly error message, instead of crashing horribly
* Certain 2.0 objects will be skipped instead of generating errors (world, options, dynamiccolor, material, and texturematrix). This allows BZEdit to open maps which have been saved through the options menu of 2.0 clients, as long as they DO NOT contain new 2.0 objects.
* An unknown crash bug has been fixed
* A memory leak has been fixed
* The URLs in the About dialog have been corrected
* Compilation on Visual C++ 7.1 has been fixed
* The installer has been fixed and updated
This update fixes a lot of bugs, but it DOES NOT allow BZEdit to read or write maps which use the new features introduced by 2.0. I have no intention of updating it to allow this. And no, you can't change my mind, so don't bother trying. Patches welcome!
Edit: Changed link to reflect revised installer which includes a DLL that was missing before.
Last edited by DTRemenak on Fri Jul 08, 2005 6:28 am, edited 3 times in total.
It won't read a map with any nontrivial 2.0 stuff in it (meshes, groups, etc)...it will just give you an error instead of crashing. It will skip (and also not save) a couple of the more trivial sections, so that maps saved from the 2.0 client will work as long as they DON'T have any nontrivial 2.0 features in them.
In your opinion, how much effort would be required to make BZEdit read in the 2.0 stuff, leave it as is, and then write it back out with the 1.x features that it does understand?
I'm not asking for someone to actually do it, just asking for an evaluation of how difficult it would be by someone who knows the code. Depending on the answer (and if it can be compiled via either MinGW or Dev-C++), I might give it a try.
I'm not asking for someone to actually do it, just asking for an evaluation of how difficult it would be by someone who knows the code. Depending on the answer (and if it can be compiled via either MinGW or Dev-C++), I might give it a try.
it would depend on what type of support you'd want.
if you want to add full mesh editing abilitys ( the map format supports it ), your talking about adding a lot of features the base app dosn't even have a framework for. If you are talking about just adding element entrys for every map object, and leting them be moved around and given basic editor dialogs. And handlaing meshes via a simple import mechanism. that is easyer, but still not a simple task. There are a lot of things added, mostly stuff like groups that would require some big changes in the core of BZEdit.
BZedit for windows was made using the MFC applicaton framework. It is heavaly tied to Visual Studio, so it would probalby not compile with DevC++ or MinGW ( MFC is part of Visual Studio, it is not open source, windows just happens to come with binary versions of it ).
if you want to add full mesh editing abilitys ( the map format supports it ), your talking about adding a lot of features the base app dosn't even have a framework for. If you are talking about just adding element entrys for every map object, and leting them be moved around and given basic editor dialogs. And handlaing meshes via a simple import mechanism. that is easyer, but still not a simple task. There are a lot of things added, mostly stuff like groups that would require some big changes in the core of BZEdit.
BZedit for windows was made using the MFC applicaton framework. It is heavaly tied to Visual Studio, so it would probalby not compile with DevC++ or MinGW ( MFC is part of Visual Studio, it is not open source, windows just happens to come with binary versions of it ).
JeffM
As long as you didn't want it to be able to display or manipulate 2.0 objects, the amount of effort required would be significant but not enormous. Basically it would have to read in the objects, store them, and write them out later.
BZEdit requires MFC, so unless you can get that working with mingw you won't be able to compile it without Visual C++.
BZEdit requires MFC, so unless you can get that working with mingw you won't be able to compile it without Visual C++.
- RPG
- Lieutenant, Junior Grade
- Posts: 2015
- Joined: Fri Sep 17, 2004 2:37 am
- Location: Chicago, Illinois
- Contact:
Wait, I shouldn't be rejoicing yet. When I start it I get this message:
This application has falied to start because MSVCP71.dll was not found. Re-installing the application may fix this problem.
Where do I get MSVCP71.dll from? Does it come with VS? ('cause I don't have, and dont plan on getting, that.)
This application has falied to start because MSVCP71.dll was not found. Re-installing the application may fix this problem.
Where do I get MSVCP71.dll from? Does it come with VS? ('cause I don't have, and dont plan on getting, that.)
Ok - I guess that leaves me out since I don't have VS71. And I'm absolutely positive that rewriting it to not use MFC is beyond my abilities!JeffM2501 wrote:BZedit for windows was made using the MFC applicaton framework. It is heavaly tied to Visual Studio, so it would probalby not compile with DevC++ or MinGW
Yeah - I was thinking just ignore them from a display and editing standpoint. I just wanted to let people load up a 2.0 map and play around with some of the "legacy" features of the map without destroying the 2.0 features.DTRemenak wrote:As long as you didn't want it to be able to display or manipulate 2.0 objects, the amount of effort required would be significant but not enormous. Basically it would have to read in the objects, store them, and write them out later.
If I remember correctly, BZEdit tends to save your map for you upon closing even when you don't request it to. Having it not erase 2.0 objects that you might not even know are there would be a positive thing.[/quote]
-
- Private
- Posts: 1
- Joined: Fri Oct 28, 2005 11:59 pm
- RPG
- Lieutenant, Junior Grade
- Posts: 2015
- Joined: Fri Sep 17, 2004 2:37 am
- Location: Chicago, Illinois
- Contact:
Oh boy, you think BZMapper makes all those cool objects you see in LouMan's maps? It's not that easy. For those you need a 3D modeling program like Anim8or, and you need to model the objects, then make them into a map. All BZMapper is is something that is just a tool for debugging/stats on maps. I don't think it has 2.0 support.
-
- Private
- Posts: 1
- Joined: Fri Oct 28, 2005 11:59 pm
- ducatiwannabe
- Private First Class
- Posts: 3258
- Joined: Tue Aug 10, 2004 3:55 pm
- Location: Planet Earth
- Contact:
Ok quick question, did you guys fix the blue-green base bug? Where blue becomes green and green becomes blue? Also, it seems that sometimes if you delete a lot of objects or something like that....you can't click on certain boxes or pyramids without restarting the program. It doesn't detect them. Wh y is this?
The blue-green base bug was fixed over a year ago in 1.6.3. Please, please, please people stop using 1.6.2!ducatiwannabe wrote:Ok quick question, did you guys fix the blue-green base bug? Where blue becomes green and green becomes blue? Also, it seems that sometimes if you delete a lot of objects or something like that....you can't click on certain boxes or pyramids without restarting the program. It doesn't detect them. Wh y is this?
From the first post in this thread even,
The other bug you mentioned may have been fixed in 1.6.4 or might be already fixed in CVS. Lots of memory bugs have been fixed.DTRemenak wrote:This release incorporates all fixes in the 1.6.3 beta that was posted here last year (including green/blue base switching fix, flipz fix, etc.),
That was a bug caused by some bad assumptions about the contiguity of data. It's fixed in 1.6.5 (see the current top announcement). Please upgrade . This thread has been demoted from announcement to normal.ducatiwannabe wrote: Also, it seems that sometimes if you delete a lot of objects or something like that....you can't click on certain boxes or pyramids without restarting the program. It doesn't detect them. Why is this?