Messages

31

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 03:55:02 pm »

base/textures/tex_buildings/japwall003.jpg

new texture:
author: FWishbringer
license: Custom (GPL Compatible)

32

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 03:06:09 pm »

base/textures/tex_buildings/floor022.jpg
license: unknown

new texture:
author: FWishbringer
license: Custom (GPL Compatible)

33

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 03:01:50 pm »

base/textures/tex_buildings/floor002.jpg
license: unknown

new texture:
author: FWishbringer
license: Custom (GPL Compatible)

License text from site of base image:

Terms of Use: All photos at PhotoRack are Free to use for personal and commercial projects. No limitations.
No backlink required to use them, however we really appreciate it if you post about us in your blog :)  Enjoy !

34

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 04:36:16 am »

/base/textures/tex_material/wood003.jpg (no s_)
license: unknown

new texture:
author: FWishbringer
license: Public Domain

35

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 04:02:56 am »

/base/textures/tex_material/s_wood002.jpg
license: unknown

new texture:
author: FWishbringer
license: Public Domain

Realized when I was finishing up, I had resized it already.

36

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 03:13:53 am »

base/textures/tex_material/s_wood003.jpg
license: unknown

new texture:
author: FWishbringer
license: Public Domain

37

Artwork / Re: Texture replacement thread

« on: June 01, 2011, 02:48:25 am »

Time to hunt for public domain replacements.

Was told higher res would be a good idea (along with drop-in replacements), so future ones will include multires.

38

Artwork / Re: Texture replacement thread

« on: May 31, 2011, 09:48:27 pm »

/base/textures/tex_material/wood001.jpg
license: unknown

new texture:
author: FWishbringer
license: Public Domain

39

Artwork / Re: Texture replacement thread

« on: May 31, 2011, 09:42:54 pm »

/base/textures/tex_material/s_wood003.jpg
license: unknown

new texture:
authors: FWishbringer, admin at quality3dmodels.net
license: Creative Commons Attribution Non-commercial Share Alike 3.0
(Same as last)

40

Artwork / Re: Texture replacement thread

« on: May 31, 2011, 09:33:06 pm »

/base/textures/tex_material/s_wood002.jpg
license: unknown

new texture:
authors: FWishbringer, admin at quality3dmodels.net
license: Creative Commons Attribution Non-commercial Share Alike 3.0

(Right way to do that I hope... copy and pasted the license from the image I used as a source, and since it was posted by 'Admin' and 'Attribution', hoping that's correct... I modified it, so I assume I'm added to the list... not a license guru... doesn't state what the attribution requirement is on the site for the source image)

Ok, some confusion in IRC, I got told it was a great site I am an admin of... to clarify, I am NOT the admin there. For instance, this image was based upon http://www.quality3dmodels.net/textures/textures.php?id=69 with some editing to make it similar in appearance to the present, unknown license, texture. The admin there posted it as a CC license with Share Alike, so I used it and modified it to get what you see here. Hence, authorS.

41

Artwork / Re: Texture replacement thread

« on: May 31, 2011, 09:25:18 pm »

/base/textures/tex_material/s_wood001.jpg
license: unknown

new texture:
author: FWishbringer
license: Public Domain

42

Newbie Coding / Re: Provided steps don't build workspace on Windows. Issue: libmxml (w/ fix)

« on: May 31, 2011, 07:02:58 pm »

Alrighty, seems to be in order. Time to grab a paperclip, a rubber band, a chewing gum wrapper, and some duct tape and have at it.

43

Newbie Coding / Re: Provided steps don't build workspace on Windows. Issue: libmxml (w/ fix)

« on: May 31, 2011, 06:15:04 pm »

Well, I went ahead and followed setup on that. Then proactively patched according to the stated post. Since partial overwriting of libraries is usually a Bad Thing, I removed all SDL entries prior to patching. 

Build fails with src/tools/ufomodel/../../shared/images.h:33:23: fatal error: SDL_image.h: No such file or directory

Looking inside C:\UFOAIwin32BUILDenv\MinGW\include\SDL shows there's no SDL_image.h

On a search, I found that all the tool chain requirements are in the backup, so put them back in place (noting, btw, nothing got overwritten...) Since SDL_mixer and SDL_ttf are also listed as not in the patch, I'm putting those back as well from the old source.

Build seemed to go fine. The scream at the end got me to jump (JUST hung up the phone with a customer, thankfully it happened after).

Giving it a test now ....

44

Newbie Coding / Provided steps don't build workspace on Windows. Issue: libmxml (w/ fix)

« on: May 31, 2011, 10:37:46 am »

Ok, figured I'd see if I can get it built, and if so, perhaps trying to contribute. Windows build environment, and I followed Compile for Windows (Easy Way) and Code::Blocks setup to a 'T' (using provided zip file). Performed a workspace cleaning, followed by a workspace build. Below is symptom, and steps I used to fix it, including intermediate steps that didn't work.

src\common\xml.h
line 24: include <mxml.h>

errors out, can't find file...
line 24: #include "../libs/mxml/mxml.h"
allowed it to compile perfectly fine

ld then fails with 'cannot find -lmxml

So... a look around, and there's no library to link against that I can find.

I meandered over to http://www.minixml.org/ and grabbed a copy of 2.6, and went ahead and fired up msys in the MinGW directory, and configured and built it. Copied the new config.h for mxml over to %USER%\ufoai\src\libs\mxml. Took the resulting libmxml.a and threw it in c:\development\codeblocks\MinGW\lib. Rebuilt the workspace, and failed miserable, this time with undefined reference to `_imp__pthread_once' (and a few more pthread related entries).

Went back, and hand edited the config.h file to remove pthread support (since reading over it, it supports building without it). Remade libmxml.a, and copied it over again, as well as the hand edited config.h file to their respective folders. Rebuilt the workspace again, and it completed. The one that finally built after all that trouble was testall.exe.

For completeness sake, went ahead and did a workspace clean, then build again... and just got a ton of warnings, and no errors. All this added troubleshooting info isn't probably that needed, but if I'm going to take a crack at contributing, might as well show I'm not a total newbie on my very first issue with the source.

To make the fix a permanent feature, probably want to add libmxml to the codeblocks premade zip file instead of in the ufoai source... especially since the source version doesn't have the configure script or makefile to build the needed library with.

(Anyone that skips straight to a TLDR wants the least possible, so no punctuation for you...)

------

TLDR: libmxml is missing from mingw so workspace building fails and how i fixed it and if you want to know how read the rest of the post

45

Bugs prior to release 2.4 / Re: Map sounds do not respect volume controls

« on: May 31, 2011, 08:21:37 am »

I would add that this can be a problem only when you are streaming some of the audio such as radio or youtube and want to have just the (gunfire) Fx sounds.  I do this alot.  I personally like to play Bear McCreary's Battlestar Galactica soundtracks in the background.  Hopefully, this will further clarify reasons to address this particular issue.

I wouldn't use 'only' there... its a problem anytime someone doesn't want music playing in game. Doesn't matter what else you are doing, its not respecting the setting.