Re: Wake up Call!
Posted: Wed Nov 07, 2012 9:38 pm
I've got things zipped up, lots of data collected, and everything converted over. Just data entry now. Need to find a file hosting place again.
Open Source 3D Space Flight Sim: Trade, Fight, Explore
https://forums.vega-strike.org/
Mesa 9.0 / Linux 3.5 / libdrm-2.4.39 -- I think it's pretty much stock 12.10.klauss wrote:Hm... which version of MESA?ermo wrote:However, I'm having some image corruption issues on two different Linux PCs using the OSS video drivers (r300g and r600g), so if someone with an ATI card using OSS drivers could check whether the loading screen and the main menu screen look corrupted on their end, that'd be very helpful. It would also be helpful if someone using an NVidia card could check the same -- drivers are irrelevant in this case.
All I did to was to compile VS trunk and run it with -D<path to my priv_pu directory>
Um... that's much newer than anything I've tried. Older 8.x MESAs had some similar issues. Maybe it's new bugs. Or maybe it's a regression. ... or maybe it's us.ermo wrote:Mesa 9.0 / Linux 3.5 / libdrm-2.4.39 -- I think it's pretty much stock 12.10.klauss wrote: Hm... which version of MESA?
You should be able to use jpeg too. It should be relatively high quality, though, and we should get a lossless png committed to the masters repo as a lossless reference image in case we need to work on it later.ermo wrote:@Klauss,
As it is, it appears that we can use RGBA PNG and DXT1/DXT1a/DXT3/DXT5 compressed DDS assets without any issues in priv_pu. If I've understood everything correctly, these are the only two image types that should be used for textures/sprites in the game, right? (Just finished reading through http://wiki.vega-strike.org/Development ... quirements btw.)
What about this?ermo wrote:A few days ago, you mentioned something about an 'options' keyword in relation to .spr files (in order to avoid caching base assets when flying around). Do you happen to know where in the code/documentation I can find more info? After grepping the code and searching the wiki for more than an hour the other day, I still didn't find it...
Hints/pointers would be much appreciated.
Except that apparently I can't use JPEG with PU on my Radeon hardware (due to the lack of alpha channel)...klauss wrote:You should be able to use jpeg too. It should be relatively high quality, though, and we should get a lossless png committed to the masters repo as a lossless reference image in case we need to work on it later.ermo wrote:@Klauss,
As it is, it appears that we can use RGBA PNG and DXT1/DXT1a/DXT3/DXT5 compressed DDS assets without any issues in priv_pu. If I've understood everything correctly, these are the only two image types that should be used for textures/sprites in the game, right? (Just finished reading through http://wiki.vega-strike.org/Development ... quirements btw.)
Aha! So I could have a sprite, say, vegastrike/trunk/data/sprites/interfaces/main_menu/menu.spr that contains this:klauss wrote:What about this?ermo wrote:A few days ago, you mentioned something about an 'options' keyword in relation to .spr files (in order to avoid caching base assets when flying around). Do you happen to know where in the code/documentation I can find more info? After grepping the code and searching the wiki for more than an hour the other day, I still didn't find it...
Hints/pointers would be much appreciated.
Code: Select all
interfaces/main_menu/menu.image 0
1.94 1.94
0 0 video
Yeah, well... that would be a bug to fix.ermo wrote:Except that apparently I can't use JPEG with PU on my Radeon hardware (due to the lack of alpha channel)...klauss wrote: You should be able to use jpeg too. It should be relatively high quality, though, and we should get a lossless png committed to the masters repo as a lossless reference image in case we need to work on it later.
Yep, exactly.ermo wrote:Aha! So I could have a sprite, say, vegastrike/trunk/data/sprites/interfaces/main_menu/menu.spr that contains this:
Would that be the correct placement of the video option? And thanks for helping me out -- much appreciated.Code: Select all
interfaces/main_menu/menu.image 0 1.94 1.94 0 0 video
There are a couple of issues with that:klauss wrote:Yeah, well... that would be a bug to fix.ermo wrote:Except that apparently I can't use JPEG with PU on my Radeon hardware (due to the lack of alpha channel)...klauss wrote: You should be able to use jpeg too. It should be relatively high quality, though, and we should get a lossless png committed to the masters repo as a lossless reference image in case we need to work on it later.
True. Just remember that limitation isn't by design.ermo wrote:2) I consider it my job to get PU running on VS. If that means that I need to convert PU images to either RGBA PNG or DDS for the engine not to crash, then that's what I'll do assuming the bug from 1) remains elusive. I mean, what other options do I have? It'd be great to uncover the source of the issue, sure, but I also need to maintain my momentum...
Just had a chat with chuck and he's on your side in terms of rather wanting to see the issue being fixed. Since that is the case, I'm willing to go into an investigation on this, provided that I have someone with whom I can spar and with whom I can share my hardware (or rather, gfx stack) configuration.klauss wrote:True. Just remember that limitation isn't by design.ermo wrote:2) I consider it my job to get PU running on VS. If that means that I need to convert PU images to either RGBA PNG or DDS for the engine not to crash, then that's what I'll do assuming the bug from 1) remains elusive. I mean, what other options do I have? It'd be great to uncover the source of the issue, sure, but I also need to maintain my momentum...
Not sure about the rest, I have a test machine with an nVidia GF8 (one of the 8 series, can't remember which exactly), and another with an intel onboard (i965 I think). The NV machine uses nVidia's binary driver (linux of course), and the intel one uses MESA 8.10 and libdrm2.ermo wrote:I have a box w/a Radeon HD 2600 XT ready to go with whatever distro you use. Which gfx hardware do you and the crew have available?
What are the odds that you could poll some of the other VS devs about whether they have a radeon card handy for testing? I understand that you have a lot of other stuff on your plate, but it would be really nice if I had someone with whom to share notes etc. ...klauss wrote:Not sure about the rest, I have a test machine with an nVidia GF8 (one of the 8 series, can't remember which exactly), and another with an intel onboard (i965 I think). The NV machine uses nVidia's binary driver (linux of course), and the intel one uses MESA 8.10 and libdrm2.ermo wrote:I have a box w/a Radeon HD 2600 XT ready to go with whatever distro you use. Which gfx hardware do you and the crew have available?
I gather you haven't been able to reproduce the dreaded fglrx/Catalyst crashes?log0 wrote:I've got an ATI HD 4850 and Intel GM45 (and a machine with a AMD Trinity-APU but not that interesting for gaming).
Unfortunately not. The only bit I haven't tried is to do a windows reinstall to exclude any weird runtime issues(I have the MSVC crap installed with its own bunch of dlls). This is also one of the reasons I'm trying to get a working mingw build with all dependencies compiled against mingw.klauss wrote:I gather you haven't been able to reproduce the dreaded fglrx/Catalyst crashes?log0 wrote:I've got an ATI HD 4850 and Intel GM45 (and a machine with a AMD Trinity-APU but not that interesting for gaming).