Baker wrote:Does BSP 0.96 rotate brushes and keep texture alignment?
Texture lock works for translation but not for rotation. Looks like rotation automatically snaps vertices back to 1x1 grid, which is good, but means the brush has changed size slightly. Could be a factor.
Aw.
qbism wrote:Requires DirectX 9 SDK due to dependence on ddraw.lib.
Is rendering of BSP on-screen software rendering? Or hardware? Sounds like software if that is the only DirectX dependency.
Thanks for info, btw.
The night is young. How else can I annoy the world before sunsrise? Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
I have version .96d which is dated 10/10/2007, I really like it over WorldCraft but i havent tried Radiant, so im kinda biased.
But this version works and its the only mapping tool i learned to use. It's great that the source is out and we can keep it from turning to dust!
||=== BSP, Release Win32 ===|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|20|error: declaration of 'class T'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|11|error: shadows template parm 'class T'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|33|error: declaration of 'class T'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|11|error: shadows template parm 'class T'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|49|error: expected nested-name-specifier|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|49|error: invalid declarator before 'licharptr'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h||In member function 'void list<T>::addsorted(char*)':|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|52|error: 'licharptr' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|52|error: 'item' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|52|error: expected type-specifier before 'licharptr'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|52|error: expected ';' before 'licharptr'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|59|error: 'ATLS_iter' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|61|error: 'ATLS_previns' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|63|error: there are no arguments to 'compare_strings_int_parts' that depend on a template parameter, so a declaration of 'compare_strings_int_parts' must be available|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|63|note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h||In constructor 'Str::Str(char*, ...)':|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|97|error: '_vscprintf' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h||In constructor 'Str::Str(size_t, char*, ...)':|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\util.h|106|error: '_vscprintf' was not declared in this scope|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\window.h|129|error: extra qualification 'TCWindow::' on member 'topmost'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\map.h|17|error: declaration of 'Entity* mouseobject_t::Entity'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\ent.h|18|error: changes meaning of 'Entity' from 'class Entity'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\texture.h|371|error: extra qualification 'TTextureWindow::' on member 'MouseWheel'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|74|error: a class-key must be used when declaring a friend|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|74|error: friend declaration does not name a class or function|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|75|error: a class-key must be used when declaring a friend|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|75|error: friend declaration does not name a class or function|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|76|error: a class-key must be used when declaring a friend|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\bspwin.h|76|error: friend declaration does not name a class or function|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp||In member function 'void TAboutDlg::SetupWindow()':|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|65|warning: deprecated conversion from string constant to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|68|warning: deprecated conversion from string constant to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|69|error: invalid conversion from 'const char*' to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|69|error: initializing argument 1 of 'void WStatic::SetText(char*)'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|73|warning: deprecated conversion from string constant to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|74|error: invalid conversion from 'const char*' to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|74|error: initializing argument 1 of 'void WStatic::SetText(char*)'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|78|warning: deprecated conversion from string constant to 'char*'|
F:\Program Files (x86)\cbsp_snapshot_2\cleanbsp2\About.cpp|79|warning: deprecated conversion from string constant to 'char*'|
||=== Build finished: 29 errors, 5 warnings ===|
I like codeblocks but got the same error and bailed-out back to VS Express. Key is probably this- error: shadows template parm 'class T' Hope it's just a syntax thing.
Advice on error without source code is done how? Class T ... well ... uh ... how would someone here know what that is in the source?
My guess is that you are missing an include. Or a #define.
The night is young. How else can I annoy the world before sunsrise? Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
note: There are open source works with very strict licenses, btw, including ones with no right to distribute or modify the source.
goldenboy wrote:There is still a small problem with declaring the source open as long as we haven't had reply from Yahn about the license.
Of course private sharing is not releasing...
I already understood your reasoning and how you are waiting for a reply, etc.
I'm just pointing out the inefficiency of that particular post proposing questions without providing sufficient information to provide a reply of any value.
The night is young. How else can I annoy the world before sunsrise? Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
Chip wrote:Yeah, sorry about that, I just thought someone might recognize the error, and have a solution or an idea.
MinGW headers don't exactly match the MSVC ones (and often this isn't a problem). You might have to conduct some investigations to make it compile in Code::Blocks, this is often not the most fun thing in the world ... I had troubles with libpng and libjpeg refusing to work, I got one of them to finally work doing some #ifdef __GNUC__ specific stuff in the code
Ask qbism about AVI capture in Code::Blocks versus MSVC ....
The night is young. How else can I annoy the world before sunsrise? Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
Baker wrote:Ask qbism about AVI capture in Code::Blocks versus MSVC ....
Yeah, the headers in the old CB mingw package miss a few things. Reckless' CB: Advanced is much more complete!
The errors are non-standard items that the MS compiler lets pass but gcc does not. Google each error to find plenty of help. stackoverflow.com is a good resource.
Already fixed lots of errors, by including some missing headers, such as math.h, stdio.h, cstrings.h and more. I managed to build it, but the linking process still has some issues due to comctrl32 (or libcomctrl32.a in Code::Blocks). I'll do some more search.
If you use the standard mingw distro thats unfortunatly right, its also the reason i changed to the mingw64 compiler since there runtime match msvc headers much closer
(but it also creates a few incompatibilities at times with sources built for the standard mingw distro, just to warn you not to take for given that everything made for mingw will compile out of the box on mingw64).
I can offer my help converting your sources to my version of C::B if you like ?.
and dont let the mingw64 name scare you my compiler can also make 32 bit executables