All Projects FSSCP  wxFRED

View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000173FSSCPHT&Lpublic2004-04-14 15:502005-01-29 15:29
ReporterGoober5000 Assigned Tophreak  
PriorityimmediateSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Summary0000173: HT&L can't play Inferno M8
DescriptionThis happened today when I started Inferno mission 8 (Needed Supplies). Upon pressing the commit button, I encountered an access violation in grd3d.cpp, line 2109:

    if(!vertex_buffer[idx].ocupied) {

It happens in gr_d3d_render_buffer, and it appears to have something to do with the fogging code.
TagsNo tags attached.

Activities

Goober5000

2004-04-14 16:12

administrator   ~0000776

More information: According to the Inferno team, it doesn't work with FSO. Which is odd, because it works with retail, and it used to work with FSO.

http://dynamic4.gamespy.com/~freespace/forums/showthread.php?s=&threadid=22183

Goober5000

2004-04-14 16:15

administrator   ~0000777

It looks like the vertex buffer index is too large for the array.

Goober5000

2004-04-15 04:12

administrator   ~0000786

Last edited: 2004-04-15 04:13

 On the inferno forums:

Woomeister: M8 won't work with normal fs open.
Kosh: I played it once with the pre ht&l build (3.5.5) and it worked just fine.
Woomeister: yeah but now non-htl is really slow, and that mission won't work in htl.

Assigning to Phreak, since he's on Inferno and hopefully knows how to fix this. If R1 worked on retail, it should also work on open.

edited on: 04-15-04 00:13

phreak

2004-04-15 15:12

developer   ~0000788

Woo says one of the freighters has 24 maps. so its not going to work in HT&L.

its bumped to 24 in the inferno builds

Goober5000

2004-04-29 14:34

administrator   ~0000849

Okay, this probably will be closed as invalid... but before we close it, can we add in some sort of error message so that people can switch builds for that mission? This will avoid the CTD.

phreak

2004-04-30 05:13

developer   ~0000855

i figure all we can do is spit out an error message if a model has more than MAX_BUFFERS_PER_SUBMODEL (16 fso/24 inf). realistically, only modelers would see this anyway since they would (hopefully) test their ships before releasing.

Goober5000

2004-04-30 06:11

administrator   ~0000856

K... you want to add an error message for this when it loads the ship?

phreak

2004-05-01 03:46

developer   ~0000870

try replacing bob's old error message in line 5010 in modelinterp.cpp with this:

if(model->n_buffers>=MAX_BUFFERS_PER_SUBMODEL)Error(LOCATION, "Submodel %s on model %s has more than %d textures.\nFind a high-limit build or remap the model.", model->name, pm->filename, MAX_BUFFERS_PER_SUBMODEL);

im not on my PC that has VC++ right now

Goober5000

2004-09-01 00:23

administrator   ~0001198

Can you try adding the error message now, phreak? The file has likely changed since you found the line number.

phreak

2004-11-08 18:06

developer   ~0001340

i just came across this, but i can add the error message.

Goober5000

2004-12-26 20:45

administrator   ~0001461

So add it and close the bug already! ;)

phreak

2004-12-27 14:46

developer   ~0001471

i keep posting bugnotes at school and when i get home, i forget ;)

Goober5000

2005-01-26 07:10

administrator   ~0001582

Well?

The Trivial Psychic

2005-01-27 01:38

reporter   ~0001584

The Inferno R1 Patch is now released, so this problem should no longer occur, as the culprit model (with too many textures) has been replaced (with a reduced texture number).

Goober5000

2005-01-27 02:49

administrator   ~0001586

Yes, but the original problem remains. There should still be a warning message.

WMCoolmon

2005-01-28 23:20

developer   ~0001587

"try replacing bob's old error message in line 5010 in modelinterp.cpp with this..."

Change commited. :)

phreak

2005-01-29 15:29

developer   ~0001592

arg. i was trying to make sense of bob's code. for some reason the array to store the index buffers in length 16, but the for loop is going to 64.

plus you had it if (model->n_buffers) >= MAX_MODEL_TEXTURES) if(model->n_buffers>=MAX_BUFFERS_PER_SUBMODEL)Error(LOCATION, "Submodel %s on model %s has more than %d textures.\nFind a high-limit build or remap the model.", model->name, pm->filename, MAX_BUFFERS_PER_SUBMODEL);;

Issue History

Date Modified Username Field Change
2004-04-14 15:50 Goober5000 New Issue
2004-04-14 15:51 Goober5000 Description Updated
2004-04-14 16:12 Goober5000 Note Added: 0000776
2004-04-14 16:12 Goober5000 Reproducibility random => always
2004-04-14 16:15 Goober5000 Note Added: 0000777
2004-04-15 04:12 Goober5000 Note Added: 0000786
2004-04-15 04:12 Goober5000 Assigned To => phreak
2004-04-15 04:12 Goober5000 Status new => assigned
2004-04-15 04:12 Goober5000 Category DirectX => HT&L
2004-04-15 04:12 Goober5000 Summary Random D3D crash => HT&L can't play Inferno M8
2004-04-15 04:13 Goober5000 Note Edited: 0000786
2004-04-15 15:12 phreak Note Added: 0000788
2004-04-29 14:34 Goober5000 Note Added: 0000849
2004-04-30 03:59 Goober5000 Priority normal => immediate
2004-04-30 05:13 phreak Note Added: 0000855
2004-04-30 06:11 Goober5000 Note Added: 0000856
2004-05-01 03:46 phreak Note Added: 0000870
2004-09-01 00:23 Goober5000 Note Added: 0001198
2004-11-08 18:06 phreak Note Added: 0001340
2004-12-26 20:45 Goober5000 Note Added: 0001461
2004-12-27 14:46 phreak Note Added: 0001471
2005-01-26 07:10 Goober5000 Note Added: 0001582
2005-01-27 01:38 The Trivial Psychic Note Added: 0001584
2005-01-27 02:49 Goober5000 Note Added: 0001586
2005-01-28 23:20 WMCoolmon Note Added: 0001587
2005-01-28 23:21 WMCoolmon Status assigned => closed
2005-01-29 15:29 phreak Status closed => feedback
2005-01-29 15:29 phreak Resolution open => reopened
2005-01-29 15:29 phreak Note Added: 0001592
2005-01-29 15:29 phreak Status feedback => resolved
2005-01-29 15:29 phreak Resolution reopened => fixed