Hi Ampere,
50,000 vertices?
I want to see how that loads, here, as a comparison.
The only sopwith I see on the aircraft page is the SopwithCamel
by A.F.Scrub and Michael Selig, and it only has 3,026 vertices.
Perhaps I should ask a broader question, even though the problem
is only with, um, non-standard aircraft.
I picked out 4 examples from the .blend and .ac files in my archive... and
captured some backtrace output in gdb.
--aircraft=DanubeRunabout/colorCharts/danubeMA18-lettblack.ac
### 1152587 bytes ### 12628 vertices ### 12908 faces ###
### during development of danube model, separating colors from original
source, into individual files, to narrow down location of problem, and
re-coloring correctly.
(gdb) run --aircraft=danube0
Starting program: /usr/local/bin/fgfs --aircraft=danube0
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 18776)]
[New Thread 32769 (LWP 18783)]
[New Thread 16386 (LWP 18784)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 18776)]
0x40016414 in ?? ()
Current language: auto; currently c
(gdb) bt
#0 0x40016414 in ?? ()
#1 0x40796607 in _nv000064gl () from /usr/lib/libGLcore.so.1
#2 0x000076f1 in ?? ()
#3 0x0950b4aa in ?? ()
#4 0x486ec000 in ?? ()
#5 0x00001403 in ?? ()
#6 0x00000002 in ?? ()
#7 0x406c5795 in ?? () from /usr/lib/libGLcore.so.1
#8 0x08ac3ab0 in ?? ()
#9 0x08ac3ab0 in ?? ()
#10 0x486f5524 in ?? ()
#11 0x486f5530 in ?? ()
#12 0x486f5510 in ?? ()
#13 0x0804b90f in ?? ()
#14 0x401488c4 in ?? () from /usr/lib/libGL.so.1
#15 0x094a0438 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000005 in ?? ()
Previous frame inner to this frame (corrupt stack?)
That one didn't say much, but might provide some clues to someone...
libGL is from nvidia version 8762 compiled for Xorg-7.0 in linux 2.4.33.3
I know I was running a different nvidia 2 years ago.
--aircraft=danube14X-55137.ac
### 4031386 bytes ### 41147 vertices ### 55137 faces
(gdb) run --aircraft=danube0
Starting program: /usr/local/bin/fgfs --aircraft=danube0
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 17839)]
[New Thread 32769 (LWP 17847)]
[New Thread 16386 (LWP 17848)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 17839)]
add_textured_vertex_edge (ind=-32768, tex=0xbfffce28) at ../../src/sg/sg.h:542
542 {
(gdb) bt
#0 add_textured_vertex_edge (ind=-32768, tex=0xbfffce28)
at ../../src/sg/sg.h:542
#1 0x085c4c25 in do_refs (s=0x0) at ssgLoadAC.cxx:837
#2 0x085c2a42 in search (tags=0x8696918, s=0xbfffd295 "3\n")
at ssgLoadAC.cxx:138
#3 0x085c46de in do_surf (s=0x0) at ssgLoadAC.cxx:694
#4 0x085c2a42 in search (tags=0x8696908, s=0xbfffd6d5 "0x20\n")
at ssgLoadAC.cxx:138
#5 0x085c465a in do_numsurf (s=0x0) at ssgLoadAC.cxx:681
#6 0x085c2a42 in search (tags=0x86968a0, s=0xbfffdc88 "54521\n")
at ssgLoadAC.cxx:138
#7 0x085c315c in do_object () at ssgLoadAC.cxx:338
#8 0x085c2a42 in search (tags=0x869686c, s=0xbfffe247 "poly\n")
at ssgLoadAC.cxx:138
#9 0x085c3405 in do_object () at ssgLoadAC.cxx:512
#10 0x085c2a42 in search (tags=0x869686c, s=0xbfffe6a7 "world\n")
at ssgLoadAC.cxx:138
#11 0x085c5235 in ssgLoadAC (fname=0x0, options=0x0) at ssgLoadAC.cxx:936
#12 0x085c503e in ssgLoadAC3D (fname=0x0, options=0x0) at ssgLoadAC.cxx:863
#13 0x0860a4a9 in ssgLoad (
fname=0x8a3210c
"/usr/local/share/FlightGear/data/Aircraft/danube0/Models/DanubeRunabout/danube14X.ac",
options=0x0
) at ssgLoad.cxx:226
#14 0x0852cdf1 in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x8a064f0, sim_time_sec=0, load_panel=0x8400360 <load_panel>,
data=0x0) at ../../../simgear/misc/sg_path.hxx:132
#15 0x084003e5 in fgLoad3DModelPanel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x0,
sim_time_sec=-0) at model_panel.cxx:38
#16 0x083ff463 in FGAircraftModel::init (this=0x8b3ede8)
at ../../src/Main/globals.hxx:237
#17 0x080539c2 in fgIdleFunction () at ../../src/Main/globals.hxx:310
#18 0x08086832 in GLUTidle () at fg_os.cxx:124
#19 0x400a27ea in glutMainLoop () from /usr/local/lib/libglut.so.3
#20 0x08054c64 in fgMainInit (argc=2, argv=0xbffff5d4) at main.cxx:1040
#21 0x08050e3a in main (argc=0, argv=0x0) at bootstrap.cxx:203
sg.h refers to plib-1.8.4 vector functions
--aircraft=danube16-40530.ac
### 2780960 bytes ### 24534 vertices ### 40530 faces
### during development of danube model, version 16
### every model before series 19 gave segfaults
.ac started loading between 23790 and 22317 vertices
or about 38000 faces
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 20458)]
0x40016414 in ?? ()
Current language: auto; currently c
(gdb) bt
#0 0x40016414 in ?? ()
#1 0x40796607 in _nv000064gl () from /usr/lib/libGLcore.so.1
#2 0x00002be3 in ?? ()
#3 0x095c39c6 in ?? ()
#4 0x486ec000 in ?? ()
#5 0x00001403 in ?? ()
#6 0x00000002 in ?? ()
#7 0x406c5795 in ?? () from /usr/lib/libGLcore.so.1
#8 0x08ac3c68 in ?? ()
#9 0x08ac3c68 in ?? ()
#10 0x486f5524 in ?? ()
#11 0x486f5530 in ?? ()
#12 0x486f5510 in ?? ()
#13 0x48704ce4 in ?? ()
#14 0x00000000 in ?? ()
#15 0x095764b8 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000005 in ?? ()
#18 0x085c0a2c in ssgLeaf::makeDList (this=0x40796607) at ssgLeaf.cxx:104
#19 0x0852caee in makeDList (b=0x95764b8, [EMAIL PROTECTED]) at model.cxx:232
#20 0x0852cad5 in makeDList (b=0x94a7540, [EMAIL PROTECTED]) at model.cxx:234
#21 0x0852cad5 in makeDList (b=0x94a9f70, [EMAIL PROTECTED]) at model.cxx:234
#22 0x0852cad5 in makeDList (b=0x922c208, [EMAIL PROTECTED]) at model.cxx:234
#23 0x0852d8a0 in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x8a064f0, sim_time_sec=0, load_panel=0x8400360 <load_panel>,
data=0x0) at model.cxx:365
#24 0x084003e5 in fgLoad3DModelPanel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x4aa3f0fc, sim_time_sec=0) at model_panel.cxx:38
#25 0x083ff463 in FGAircraftModel::init (this=0x94a4a38) at
../../src/Main/globals.hxx:237
#26 0x080539c2 in fgIdleFunction () at ../../src/Main/globals.hxx:310
#27 0x08086832 in GLUTidle () at fg_os.cxx:124
#28 0x400a27ea in glutMainLoop () from /usr/local/lib/libglut.so.3
#29 0x08054c64 in fgMainInit (argc=2, argv=0xbffff5b4) at main.cxx:1040
#30 0x08050e3a in main (argc=1252258044, argv=0x4aa3f0fc) at bootstrap.cxx:203
and now for a mesh I just downloaded this month from trekmeshes.ch
It is only a complex skin, so has nothing "inside" to remove.
I'm not sure I can get this to load in Flightgear without understanding the
real problem.
--aircraft=danubeSP1-56456.ac
### 4474108 bytes ### 50998 vertices ### 56456 faces ###
###source: DanubeRunabout_LW7.RAR by Thomas Slanitz
### Runabout.lwo 383264 bytes
(gdb) run --aircraft=danube0
Starting program: /usr/local/bin/fgfs --aircraft=danube0
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 17972)]
[New Thread 32769 (LWP 17979)]
[New Thread 16386 (LWP 17980)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 17972)]
0x40016414 in ?? ()
Current language: auto; currently c
(gdb) bt
#0 0x40016414 in ?? ()
#1 0x40796607 in _nv000064gl () from /usr/lib/libGLcore.so.1
#2 0x00009034 in ?? ()
#3 0x4a2b9070 in ?? ()
#4 0x486ec000 in ?? ()
#5 0x00001403 in ?? ()
#6 0x00000002 in ?? ()
#7 0x406c5795 in ?? () from /usr/lib/libGLcore.so.1
#8 0x08ac3ab0 in ?? ()
#9 0x08ac3ab0 in ?? ()
#10 0x486f5524 in ?? ()
#11 0x486f5530 in ?? ()
#12 0x486f5510 in ?? ()
#13 0x48704ce4 in ?? ()
#14 0x00000000 in ?? ()
#15 0x0922b860 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000005 in ?? ()
#18 0x085c0a2c in ssgLeaf::makeDList (this=0x40796607) at ssgLeaf.cxx:104
#19 0x0852caee in makeDList (b=0x922b860, [EMAIL PROTECTED]) at model.cxx:232
#20 0x0852cad5 in makeDList (b=0x9579508, [EMAIL PROTECTED]) at model.cxx:234
#21 0x0852cad5 in makeDList (b=0x94a07e0, [EMAIL PROTECTED]) at model.cxx:234
#22 0x0852d8a0 in sgLoad3DModel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x8a064f0, sim_time_sec=0, load_panel=0x8400360 <load_panel>,
data=0x0) at model.cxx:365
#23 0x084003e5 in fgLoad3DModelPanel ([EMAIL PROTECTED], [EMAIL PROTECTED],
prop_root=0x4af67da8, sim_time_sec=-0.045155048370361328)
at model_panel.cxx:38
#24 0x083ff463 in FGAircraftModel::init (this=0x8b3edf8)
at ../../src/Main/globals.hxx:237
#25 0x080539c2 in fgIdleFunction () at ../../src/Main/globals.hxx:310
#26 0x08086832 in GLUTidle () at fg_os.cxx:124
#27 0x400a27ea in glutMainLoop () from /usr/local/lib/libglut.so.3
#28 0x08054c64 in fgMainInit (argc=2, argv=0xbffff5d4) at main.cxx:1040
#29 0x08050e3a in main (argc=1257668008, argv=0x4af67da8) at bootstrap.cxx:203
Nearly identical to my series 16. so perhaps the problem is more related to
size than construction.??
Stewart
Ampere K. Hardraade wrote:
> On Thursday 25 January 2007 10:57, Stewart Andreason wrote:
>> If it doesn't have too many vertices and faces. That's what's taken me over
>> a year to get working with the runabout. I'd still like to know what that
>> limitation actually is.
> AJ is currently holding 1st place with nearly 50,000 vertices with his
> Sopwith
> Camel.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
