View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000709 | FSSCP | mediaVP | public | 2006-01-13 12:46 | 2008-01-02 17:30 |
| Reporter | thesource2 | Assigned To | Da_Brain | ||
| Priority | normal | Severity | feature | Reproducibility | random |
| Status | resolved | Resolution | fixed | ||
| Fixed in Version | 3.6.10 | ||||
| Summary | 0000709: Ship names on board of ships are drawn incorrectly | ||||
| Description | Very often instead of ship name (like GTCv Monitor,if GTCv Deimos class ship is named Monitor) there is some random color texture on board of ship. | ||||
| Tags | No tags attached. | ||||
|
|
Using updated MediaVPs (newest 3.6.8)? D3D or OpenGL? |
|
|
Yes, I use Media VP 3.6.8 with OpenGL. Hadn't test with D3D, testing now. |
|
|
In D3D the name is not drawn at all (not even a pixel) |
|
|
Please run a debug build until the problem shows up and then post your fs.log file. |
|
2006-01-13 15:45
|
|
|
2006-01-13 15:59
|
|
|
|
Here you go: log+screenshot |
|
|
Confirmed on FSO 12/29, OGL, 368MVP beta's of around 31 december, and 2 computers. (WinXP Home, AMD 64 3000+, Radeon 9800Pro on one, and X800 Pro on the other.) Happened on the Fenris and Levi models too. Basicly, anything that was nameplated but didn't seem to have a nameplate set. |
|
|
Umm, so this happens if the ship *doesn't* have a nameplate set? I was thinking it was the other way around. It could just be an issue with the default nameplate graphic then so I'll check that. I haven't seen this otherwise, but I've only been looking at ships with the new nameplates and texture replacement. |
|
|
Try putting the attached nameplate.dds file in data/effects/ (if mediavps are in a mod dir then put it in moddir/data/effects/) and see if it makes a difference. This will only have an effect if the basic/plain nameplate is the issue. The custom nameplates that get used with texture replacement won't get anything from this. There are two possible problems (if the basic nameplate is the issue), most of the MediaVP files were converted to DXT3 when most should have been DXT1 or DXT5, and the likely problem is that the basic nameplate in the 3.6.8 VPs is 4x4 but is getting stretched to something considerably larger which could cause strange artifacts to show up. |
|
2006-01-14 10:03
|
|
|
|
Well, there is a difference: nothing is drawn at all now (not even random color texture like before) |
|
|
The basic nameplate is supposed so be blank, so it does actually work. If you did see anything then it would be broken. :) It's only for the ships with have a special nameplate, and with a modified mission file to use the new nameplate, that you actually get the ship name. This is really just a MediaVP issue then so I'll assign this to WMC and he can either use the nameplate attached here or make the appropriate change to the VPs. |
|
|
Disregard my last comment. I forgot that the MVP 368 betas had the nameplate fix in them. |
|
|
I'm confused...you're using the MVP Delta files, but are still having this problem? |
|
|
Aha. Some time earlier when I first played fs2_open with mv 3.6.8 I noticed that names are displayed on corvettes (Actium and Lysander, then Parapet). But I continued to play and eventually this bug started to happen. |
|
|
So this only happens once you've been playing for awhile? |
|
|
For the first time I used 3.6.8 vp's all worked fine, but soon this bug appeared and now it is constant. |
|
|
I haven't tested lately, only noticed it during testing on 31-12-2005, with what was then the latest set of files and builds. |
|
|
Can you tell me in which pack are nameplates held and what are the names of those files? |
|
|
mv_models, you'll have to open them up individually to be 100% sure, but most of the filenames are pretty obvious. (There's some 40 or so) You do have to use the HT&L models for them to work though. |
|
|
Is this still an issue with latest builds? |
|
|
Maybe this info is related with this bug. Yesterday I was playing Sync with vp 3.6.8 delta and 20060202 build and I noticed that the Terran vessels had strange colours in the place the nameplates would go (this is a no-nameplated campaign). This evening, (I'm at work), I will check this issue with other no-nameplated campaigns and I will upload a screenshoot of them. I will also try using the "nameplate.dss" Taylor uploaded. edited on: 02-07-06 05:13 |
|
|
I have just made some tries: 1. With Taylor's nameplate.dss there's no strange colors in campaigns without nameplates. 2. Without Taylor's nameplate.dss, I get these strange colours at least in Sync and Derelict (latest version). 3. The strange colours change in each run, so sometimes they're barely noticeable and sometimes they're very strong. I upload 3 screenshots (screenshots.rar) from Derelict's "The number of the beast". The first one is with Taylor's nameplate.dss, and the other two are different runs of fs_open without nameplate.dss edited on: 02-07-06 10:12 |
|
2006-02-07 15:06
|
|
|
|
Taylor's nameplates.dds does not solve the problem. Garbage in non-plated campaigns disapears only because this file removes any drawing of nameplates. Try original campaign - you won't see any nameplates where they should be. |
|
|
No, you misunderstand what the problem is. My nameplate.dds replaces the existing nameplate (which is blank) because the one in the MediaVPs is *producing* the artifacts. By default none of the ships (other than the very specific exceptions) include a name on the side of the ship, but they still use blank nameplate on them. Unless the mission is modified to use ship-specific nameplates, and you have the nameplate graphics, you will always use the blank nameplate.dds. In other words, if you don't see a name specific for that ship, you shouldn't see anything at all. If the mission has a specific nameplate for a ship then nameplate.dds won't be used on it anyway. |
|
|
But for now no nameplates are drawn even if they are present for ships. Try original campaign and you'll see. |
|
|
They seem to work fine for me. Which mission and which ships are you seeing a problem with? |
|
|
In any mission that has nameplated ships. Taylor, is there any difference where I place missions of the original campaign or I have to place them directly into mv_models.vp? |
|
|
They just need to be located where they will be found first, over the retail versions of the original missions. That means they will work in mv_models.vp if you want, so long as the retail versions don't exist outside of a VP (disk versions load first). But this is all assuming that the missions you are referring to have been properly modified to use custom nameplates (ie, the ones from the newer 3.6.8 MediaVPs). If you've got it setup right then you can easily test it with the retail mission "The Sicilian Defense" since the big ship in front of you should have "NTD Vindiactor" printed on the side (you may have to get closer than start position though). If it doesn't then you'll know pretty easily that something isn't right. |
|
|
What do you mean "properly modified"? How actually mission files must be modified to support nameplates? You see, I edited some missions to fix some minor bugs. And among them was some of nameplated ones. So I removed missions from mv_models to stop them overridng my changes. What must I do to make nameplates come back? |
|
|
The missions have to be changed to use texture replacement to swap one ship texture for a new one. In this case it swaps the texture where a blank nameplate is for a texture with a custom name on it. In the mission I mentioned it has this for the Vindicator for instance: $Texture Replace: +old: capital01-05a +new: NTDVindicator Where this block is with that ship object in the mission file, "capital01-05a" is the original texture name and "NTDVindicator" is the new texture to use in it's place. If you want to modify the retail missions (which we then won't accept bug reports on btw) then your best best is just to make a note of what all you changed and recreate those changes on the modified missions from the MediaVPs. You could just go through the missions in the MediaVPs to pick out every ship with a custom nameplate and add that to your other missions but that could be more tedious. |
|
|
I've just replaced texture on Vindicator like you said and nameplate returned! By the way, can fred (scp I mean) show relaced textures? It would be really nice if it can, because it will be much easier to place nameplates then. |
|
|
FRED2 should show the replaced nameplates just fine and it does set them too so you don't actually have to hand edit all of the missions. |
|
|
So...put taylor's nameplates into the next MediaVP release and call this fixed? |
|
|
I think so. Other problems I can fix myself with fred. Don't forget to include taylors nameplates.dds into future version of mVP. |
|
|
All right, I've got all nameplates back. This bug is resolved I suppose. |
|
|
I don't think taylor's nameplate.dds file was included in the latest set - it wasn't in the updates thread. Is this causing this bug to reappear? |
|
|
No, at least in my PC this issue is not present even without Taylor's dds. But I don't know if you can consider it fixed (I mean if now the code doesn't insert strange colours when scaling up the actual nameplate.dds, or if it is just luck). |
|
|
Just ZeroMemory texture if image file is not found or could not be read. |
|
|
Probably just luck. I did make some changes (with the envmap commit) that may help with this sort of thing, but I seriously doubt that would actually fix it. The safest thing is just to use the corrected texture. @thesource2: If the image file can't be found or read then it's just not used, no reason to deal with it after that. But when it renders wrong is only when the image *is* found, and then only when it's upscaled too much to fit the geometry. edited on: 05-27-06 04:14 |
|
|
Note that there's a nameplate.dss in mv_models.vp but it's the old one that caused the trouble before. If you're not sure about this issue been solved BY SOFTWARE not BY CORRECTED DDS, I would tell DaBrain to include Taylor's one in next Zeta-post-zeta vp distribution. I'm re-installing the old patch dds just in case. :) edited on: 05-27-06 07:50 |
|
|
Da_Brain's very first assigned bug :P Fix seems relatively straightforward. |
|
|
Unless it does appear again for someone, I'll mark this as resolved. No complaints from MediaVP 3.6.10 Beta users about this. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-01-13 12:46 | thesource2 | New Issue | |
| 2006-01-13 14:01 | taylor | Note Added: 0004229 | |
| 2006-01-13 14:44 | thesource2 | Note Added: 0004230 | |
| 2006-01-13 14:59 | thesource2 | Note Added: 0004231 | |
| 2006-01-13 15:17 | taylor | Note Added: 0004236 | |
| 2006-01-13 15:45 | thesource2 | File Added: fs.log | |
| 2006-01-13 15:59 | thesource2 | File Added: screen0000.rar | |
| 2006-01-13 16:00 | thesource2 | Note Added: 0004237 | |
| 2006-01-13 17:23 | kasperl | Note Added: 0004241 | |
| 2006-01-13 19:13 | taylor | Note Added: 0004249 | |
| 2006-01-13 19:13 | taylor | Status | new => assigned |
| 2006-01-13 19:13 | taylor | Assigned To | => taylor |
| 2006-01-14 10:02 | taylor | Note Added: 0004275 | |
| 2006-01-14 10:03 | taylor | File Added: nameplate.dds | |
| 2006-01-14 10:34 | thesource2 | Note Added: 0004277 | |
| 2006-01-14 11:50 | taylor | Note Added: 0004279 | |
| 2006-01-14 11:50 | taylor | Assigned To | taylor => WMCoolmon |
| 2006-01-14 11:50 | taylor | Category | graphics => mediaVP |
| 2006-01-15 13:47 | kasperl | Note Added: 0004294 | |
| 2006-01-15 18:20 | WMCoolmon | Note Added: 0004298 | |
| 2006-01-15 18:25 | thesource2 | Note Added: 0004299 | |
| 2006-01-16 07:02 | WMCoolmon | Note Added: 0004302 | |
| 2006-01-16 15:01 | thesource2 | Note Added: 0004316 | |
| 2006-01-16 15:57 | kasperl | Note Added: 0004317 | |
| 2006-01-16 21:08 | thesource2 | Note Added: 0004321 | |
| 2006-01-17 16:52 | WMCoolmon | Note Added: 0004347 | |
| 2006-02-07 04:48 | WMCoolmon | Note Added: 0004679 | |
| 2006-02-07 04:48 | WMCoolmon | Status | assigned => feedback |
| 2006-02-07 10:12 | ARSPR | Note Added: 0004683 | |
| 2006-02-07 10:13 | ARSPR | Note Edited: 0004683 | |
| 2006-02-07 15:05 | ARSPR | Note Added: 0004685 | |
| 2006-02-07 15:06 | ARSPR | File Added: screenshots.rar | |
| 2006-02-07 15:12 | ARSPR | Note Edited: 0004685 | |
| 2006-02-16 17:31 | thesource2 | Note Added: 0004766 | |
| 2006-02-16 17:41 | taylor | Note Added: 0004767 | |
| 2006-02-18 11:36 | thesource2 | Note Added: 0004797 | |
| 2006-02-18 17:18 | taylor | Note Added: 0004799 | |
| 2006-02-18 17:28 | thesource2 | Note Added: 0004800 | |
| 2006-02-18 18:06 | taylor | Note Added: 0004801 | |
| 2006-02-18 18:16 | thesource2 | Note Added: 0004802 | |
| 2006-02-18 18:25 | taylor | Note Added: 0004803 | |
| 2006-02-18 18:43 | thesource2 | Note Added: 0004804 | |
| 2006-02-18 19:45 | taylor | Note Added: 0004809 | |
| 2006-02-19 01:08 | WMCoolmon | Note Added: 0004820 | |
| 2006-02-19 04:33 | thesource2 | Note Added: 0004824 | |
| 2006-02-19 07:07 | thesource2 | Note Added: 0004829 | |
| 2006-05-27 06:42 | WMCoolmon | Note Added: 0005639 | |
| 2006-05-27 08:08 | ARSPR | Note Added: 0005644 | |
| 2006-05-27 08:11 | thesource2 | Note Added: 0005645 | |
| 2006-05-27 08:11 | taylor | Note Added: 0005646 | |
| 2006-05-27 08:14 | taylor | Note Edited: 0005646 | |
| 2006-05-27 11:48 | ARSPR | Note Added: 0005649 | |
| 2006-05-27 11:50 | ARSPR | Note Edited: 0005649 | |
| 2006-06-07 04:23 | WMCoolmon | Note Added: 0005788 | |
| 2006-06-07 04:23 | WMCoolmon | Assigned To | WMCoolmon => Da_Brain |
| 2008-01-02 17:30 | Da_Brain | Status | feedback => resolved |
| 2008-01-02 17:30 | Da_Brain | Fixed in Version | => 3.6.10 |
| 2008-01-02 17:30 | Da_Brain | Resolution | open => fixed |
| 2008-01-02 17:30 | Da_Brain | Note Added: 0008767 |
