Forum Replies Created

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • in reply to: [Tank] Arm Big Bertha #15910

    antivert
    Participant

    Nice one! =)

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15809

    antivert
    Participant

    Death: yeah, that terrain is caused by a lack of texture memory / no multitexturing, you’re right.

    gcamp: Thank you! Of *course* it’s ok if you incorporate it. =) I was hoping you would.

    in reply to: A new tank! KILL ALL HUMANS #15859

    antivert
    Participant

    You’re welcome!

    Oops! I just noticed the normals on his right hand are backward, which would make it look “invisible” at times. I’m fixing it now, I’ll put up a new zip file.

    EDIT : All fixed. Enjoy!

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15806

    antivert
    Participant

    D’oh! That’s too bad. At any rate, I put the Bender model up in the “mods and models” forum. =) It’s fun to hurl beer bottles at enemies!

    Oh! Multitexturing probably isn’t hurting your tank’s textures though. If they’re blurrier than you expect, they’re probably either not a high enough resolution or they’re not mapped properly. For instance, if you use a spherical mapping type on a tank-shaped model, it’ll cause blurring on the top. If you have any questions about it, start a thread in mods and models. 🙂

    in reply to: My First Model… #15479

    antivert
    Participant

    Hahahh! I LOVE your tank! Good job. =)

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15804

    antivert
    Participant

    Looks like that fixed it! I still have a crash when I close Scorched, but that doesn’t affect gameplay. Thank you so much Gavin! I was so happy you fixed my problem so quickly that I made a tank!

    What do you think? =)

    in reply to: Blender Export Script for Scorched3d models! #12470

    antivert
    Participant

    I’m having the same problem with the normals being “inside out” on FreeBSD, Blender 2.36. It’s pretty annoying, since I keep several separate models and I have to flip them all individually!

    Thank you SO MUCH for this script! I was trying to mess with exporting ASE until I found this script, it’s awesome.

    By the way, maybe this thread about your script should be a sticky so Blender users can find it easily.

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15802

    antivert
    Participant

    Dude, thats the same trace 😉

    Very similar trace but not the same! 😛

    Thanks a ton! I’ll check out the fix 😀

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15800

    antivert
    Participant

    thread 8:
    #0 0x28ab2f7f in pthread_testcancel () from /usr/lib/libpthread.so.1
    #1 0x28aab3b7 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #2 0x00000000 in ?? ()

    thread 7:
    #0 Vector::operator/= (this=0x825bc6c, a=5.82446344e-39)
    at ../common/Vector.cpp:238
    #1 0x080b9912 in Triangle::setPointComponents (this=0x825bc40, ptA1=5.5,
    ptA2=3, ptA3=0, normalA=@0x83ee460, ptB1=2, ptB2=5.74443334e-34,
    ptB3=4.98743702e-34, normalB=@0x83ee43c, ptC1=2, ptC2=-0.5, ptC3=0,
    normalC=@0x83ec018) at ../common/Triangle.cpp:58
    #2 0x080e19e6 in HeightMap::getIntersect (this=0x8272b04,
    direction=@0xbfbfe980, intersect=@0xbfbfe9b0) at HeightMap.h:44
    #3 0x081af0f1 in TargetCamera::mouseDown (this=0x8389014,
    button=GameState::MouseButtonLeft, x=465, y=246, skipRest=@0x825bc6c)
    at LandscapeMaps.h:38
    #4 0x080d4a2a in GameState::mouseUpDown (this=0x8329700,
    button=GameState::MouseButtonLeft, down=true, x=465, y=246)
    at stl_list.h:130
    #5 0x080d4ae5 in GameState::mouseDown (this=0x8329700,
    button=GameState::MouseButtonLeft, x=465, y=246)
    at ../engine/GameState.cpp:157
    #6 0x080a96af in Mouse::mouseDown (this=0x90f28d0, event=@0x1d1)
    at ScorchedClient.h:35
    #7 0x081a52e3 in clientMain () at ../client/ClientMain.cpp:260
    #8 0x081a0daf in main (argc=4, argv=0xbfbfeb80) at main.cpp:291

    thread 6:
    #0 0x28ab2f7f in pthread_testcancel () from /usr/lib/libpthread.so.1
    #1 0x28aab3b7 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #2 0x00000000 in ?? ()

    thread 5:
    #0 0x28ab303f in pthread_testcancel () from /usr/lib/libpthread.so.1
    #1 0x28237eae in DSP_PlayAudio () from /usr/local/lib/libSDL-1.1.so.7
    #2 0x28233c83 in SDL_RunAudio () from /usr/local/lib/libSDL-1.1.so.7
    #3 0x28272c72 in SDL_RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #4 0x28272e77 in RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #5 0x28a9fa91 in pthread_create () from /usr/lib/libpthread.so.1
    #6 0x28b5a073 in _ctx_start () from /lib/libc.so.5

    thread 4:
    #0 0x28aaac93 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #1 0x28aa6069 in _nanosleep () from /usr/lib/libpthread.so.1
    #2 0x28aa6162 in nanosleep () from /usr/lib/libpthread.so.1
    #3 0x28273d31 in SDL_Delay () from /usr/local/lib/libSDL-1.1.so.7
    #4 0x0811428e in NetServer::threadFunc (param=0x90e7200)
    at ../coms/NetServer.cpp:156
    #5 0x28272c72 in SDL_RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #6 0x28272e77 in RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #7 0x28a9fa91 in pthread_create () from /usr/lib/libpthread.so.1
    #8 0x28b5a073 in _ctx_start () from /lib/libc.so.5

    thread 3:
    #0 0x28aaac93 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #1 0x28aa6069 in _nanosleep () from /usr/lib/libpthread.so.1
    #2 0x28aa6162 in nanosleep () from /usr/lib/libpthread.so.1
    #3 0x28273d31 in SDL_Delay () from /usr/local/lib/libSDL-1.1.so.7
    #4 0x0811510e in NetServerRead::pollIncoming (this=0x9311f40)
    at ../coms/NetServerRead.cpp:215
    #5 0x081153a1 in NetServerRead::actualSendRecvThreadFunc (this=0x9311f40,
    send=false) at ../coms/NetServerRead.cpp:183
    #6 0x081153c0 in NetServerRead::recvThreadFunc (netServerRead=0x9311f40)
    at ../coms/NetServerRead.cpp:135
    #7 0x28272c72 in SDL_RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #8 0x28272e77 in RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #9 0x28a9fa91 in pthread_create () from /usr/lib/libpthread.so.1
    #10 0x28b5a073 in _ctx_start () from /lib/libc.so.5

    thread 2:
    #0 0x28aaac93 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #1 0x28aa6069 in _nanosleep () from /usr/lib/libpthread.so.1
    #2 0x28aa6162 in nanosleep () from /usr/lib/libpthread.so.1
    #3 0x28273d31 in SDL_Delay () from /usr/local/lib/libSDL-1.1.so.7
    #4 0x0811524a in NetServerRead::pollOutgoing (this=0x9311f40)
    at ../coms/NetServerRead.cpp:273
    #5 0x081152ae in NetServerRead::actualSendRecvThreadFunc (this=0x9311f40,
    send=true) at ../coms/NetServerRead.cpp:179
    #6 0x081153d4 in NetServerRead::sendThreadFunc (netServerRead=0x9311f40)
    at ../coms/NetServerRead.cpp:128
    #7 0x28272c72 in SDL_RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #8 0x28272e77 in RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #9 0x28a9fa91 in pthread_create () from /usr/lib/libpthread.so.1
    #10 0x28b5a073 in _ctx_start () from /lib/libc.so.5

    thread 1:
    #0 0x28aaac93 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #1 0x28aaabe5 in pthread_mutexattr_init () from /usr/lib/libpthread.so.1
    #2 0x28a9e79e in pthread_join () from /usr/lib/libpthread.so.1
    #3 0x28272fc8 in SDL_SYS_WaitThread () from /usr/local/lib/libSDL-1.1.so.7
    #4 0x28272dd0 in SDL_WaitThread () from /usr/local/lib/libSDL-1.1.so.7
    #5 0x0811507b in NetServerRead::actualCtrlThreadFunc (this=0x9311f40)
    at ../coms/NetServerRead.cpp:153
    #6 0x081150c2 in NetServerRead::ctrlThreadFunc (netServerRead=0x9311f40)
    at ../coms/NetServerRead.cpp:121
    #7 0x28272c72 in SDL_RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #8 0x28272e77 in RunThread () from /usr/local/lib/libSDL-1.1.so.7
    #9 0x28a9fa91 in pthread_create () from /usr/lib/libpthread.so.1
    #10 0x28b5a073 in _ctx_start () from /lib/libc.so.5

    in reply to: 38.1b crashing again in FreeBSD-5.3 (stack trace) #15798

    antivert
    Participant

    The signal from that core dump I just pasted, I’m not sure. It gave a longish message I forgot to save.

    In most cases now it gives “Floating Point Exception.” I can give the stack trace on the new core file that the SIGFPE generated if you like!

    in reply to: 38.1b for OSX won’t run #15454

    antivert
    Participant

    Hmm. Where did it install to?

    in reply to: 38.1b for OSX won’t run #15452

    antivert
    Participant

    Did you compile from source? If so, “make install”.

    in reply to: 38.1 Feedback Section #15041

    antivert
    Participant

    @gcamp wrote:

    Can you post a stack trace.

    Sure thing! I noticed something that could be a problem, libGL.so was using an older version of libm.so. So I’ve fixed that problem, re-downloaded the newest Scorched 3D sources, and I’m recompiling now.

    If I still have the problem, I’ll post the stack trace here. Thanks for your interest. =)

    DeVice: Hello fellow FreeBSD user! 🙂

    EDIT:

    Well! It looks like it’s not crashing anymore, so it possibly may have been the libm.so thing. Sorry for prematurely posting something about the crashes. If I start seeing it again, I’ll be sure to get a stack trace for you.

    I did notice another bit of oddness though, I use a couple other SDL things also. For some reason, Scorched 3D would run and I could hear the “pop” of audio initializing, but Scorched would have no sound. Afterward, every other program that uses SDL could also not use audio, but anything non-SDL could. If I restarted the X server, SDL could use audio again until I ran scorched 3D. The weird part is, today Scorched 3D audio is just fine, with no system changes. I’m thinking it’s an SDL problem of some sort.

    Just thought I’d mention it in case it comes up later! Everything seems to be working fine here again, which is *great*. Time to play!! 😀

Viewing 13 posts - 1 through 13 (of 13 total)