From the stack trace it looks maybe related to latest corristo pull request: https://github.com/zinnschlag/openmw/pull/1260BrotherBrick wrote:I would test but... when I try to compile, run and select 'New' the latest from Master I get this:
OpenMW 0.29.0
Re: OpenMW 0.29.0
- psi29a
- Posts: 5361
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.29.0
Got it... so that one is solved, thank you.gus wrote:Brotherbrick: if you have "save1" in the gui, then your gui files are outdated
I did this:
./openmw --resources=./resources --skip-menu
I was able to save, quit the game, restart, load the save without a problem! I will delete that one bug report in the forum.
The other one where I select "New" is still crashing though.
Re: OpenMW 0.29.0
Actually, the --resources=./resources should no longer be needed. If you do have installed resources in /usr, those should no longer be used, since bug http://bugs.openmw.org/issues/922 is now fixed.
Unless maybe you still have this global resources crap in your user openmw.cfg, then just delete it from there and it should not appear again.
Unless maybe you still have this global resources crap in your user openmw.cfg, then just delete it from there and it should not appear again.
- psi29a
- Posts: 5361
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: OpenMW 0.29.0
You're right, that is also true. I nuked the config and tried like normal it all worked.
I still get the bug when I try to do a New game however.
I still get the bug when I try to do a New game however.
Re: OpenMW 0.29.0
The openmw-29 branch has been created. Let's see where we stand:
- The saved game loading bug on Windows: Don't have any idea what to do about it. Need more input.
- BrotherBrick's new game crash: Can't replicate that. Can someone else confirm?
- Version handling in the git-less building: Doesn't work anymore. As I understand it the build process fails? Do we have a fix? would having a release without a tar-ball be acceptable?
- The saved game loading bug on Windows: Don't have any idea what to do about it. Need more input.
- BrotherBrick's new game crash: Can't replicate that. Can someone else confirm?
- Version handling in the git-less building: Doesn't work anymore. As I understand it the build process fails? Do we have a fix? would having a release without a tar-ball be acceptable?
Re: OpenMW 0.29.0
I can make a fix for the version problem today, but that would require us having to define the version number manually again, and use git when it's available.
Re: OpenMW 0.29.0
I can reproduce the new game crash. @zini do you have the intro video file?
If I revert the 2 commits from corristo ( https://github.com/zinnschlag/openmw/pull/1260/commits ) then it works fine.
Code: Select all
Program received signal SIGABRT, Aborted.
0x00007ffff3d70425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007ffff3d70425 in __GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007ffff3d73b8b in __GI_abort () at abort.c:91
#2 0x00007ffff3d690ee in __assert_fail_base (fmt=<optimized out>, assertion=0x11ecca4 "px != 0", file=0x11ecc78 "/usr/include/boost/smart_ptr/shared_ptr.hpp", line=<optimized out>,
function=<optimized out>) at assert.c:94
#3 0x00007ffff3d69192 in __GI___assert_fail (assertion=0x11ecca4 "px != 0", file=0x11ecc78 "/usr/include/boost/smart_ptr/shared_ptr.hpp", line=424,
function=0x11ed3c0 "T* boost::shared_ptr<T>::operator->() const [with T = MWSound::Sound]") at assert.c:103
#4 0x0000000000c194dd in boost::shared_ptr<MWSound::Sound>::operator-> (this=0x1c240e80) at /usr/include/boost/smart_ptr/shared_ptr.hpp:424
#5 0x0000000000c16b7a in MWRender::VideoState::get_audio_clock (this=0x1c240db0) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:139
#6 0x0000000000c16dbf in MWRender::MovieAudioDecoder::synchronize_audio (this=0x1c217a60) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:325
#7 0x0000000000c17956 in MWRender::MovieAudioDecoder::read (this=0x1c217a60, stream=0x1c258590 "", len=24000) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:469
#8 0x0000000000df347b in MWSound::OpenAL_SoundStream::play (this=0x1c246f10) at /home/scrawl/Dev/openmw/apps/openmw/mwsound/openal_output.cpp:324
#9 0x0000000000df5c90 in MWSound::OpenAL_Output::streamSound (this=0x686c090, decoder=..., volume=0, pitch=1, flags=130) at /home/scrawl/Dev/openmw/apps/openmw/mwsound/openal_output.cpp:946
#10 0x0000000000dee21e in MWSound::SoundManager::playTrack (this=0x686bfd0, decoder=..., type=MWBase::SoundManager::Play_TypeMovie)
at /home/scrawl/Dev/openmw/apps/openmw/mwsound/soundmanagerimp.cpp:313
#11 0x0000000000c12c0a in MWRender::VideoState::stream_open (this=0x1c240db0, stream_index=1, pFormatCtx=0x1c241140) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:902
#12 0x0000000000c132b6 in MWRender::VideoState::init (this=0x1c240db0, resourceName=...) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:994
#13 0x0000000000c1467e in MWRender::VideoPlayer::playVideo (this=0x26e5b20, resourceName=..., allowSkipping=true) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/videoplayer.cpp:1166
#14 0x0000000000bb5311 in MWRender::RenderingManager::playVideo (this=0x26c83c0, name=..., allowSkipping=true) at /home/scrawl/Dev/openmw/apps/openmw/mwrender/renderingmanager.cpp:1002
#15 0x0000000000e0958e in MWWorld::World::update (this=0x2799840, duration=0.200000003, paused=false) at /home/scrawl/Dev/openmw/apps/openmw/mwworld/worldimp.cpp:1352
#16 0x0000000000fa9690 in OMW::Engine::frameRenderingQueued (this=0x7fffffffe240, evt=...) at /home/scrawl/Dev/openmw/apps/openmw/engine.cpp:132
#17 0x00007ffff7859805 in Ogre::Root::_fireFrameRenderingQueued (this=0x7ffff7eb48f8, evt=...) at /home/scrawl/Dev/ogre/OgreMain/src/OgreRoot.cpp:838
#18 0x00007ffff7859ee0 in Ogre::Root::_fireFrameRenderingQueued (this=0x7ffff7eb48f8) at /home/scrawl/Dev/ogre/OgreMain/src/OgreRoot.cpp:885
#19 0x00007ffff7859f12 in Ogre::Root::_updateAllRenderTargets (this=0x7ffff7eb48f8) at /home/scrawl/Dev/ogre/OgreMain/src/OgreRoot.cpp:1413
#20 0x00007ffff7859fc0 in Ogre::Root::renderOneFrame (this=0x7ffff7eb48f8) at /home/scrawl/Dev/ogre/OgreMain/src/OgreRoot.cpp:972
#21 0x0000000000facbae in OMW::Engine::go (this=0x7fffffffe240) at /home/scrawl/Dev/openmw/apps/openmw/engine.cpp:515
#22 0x0000000000f9d91a in main (argc=1, argv=0x7fffffffe688) at /home/scrawl/Dev/openmw/apps/openmw/main.cpp:283
Re: OpenMW 0.29.0
I have a intro video, namely the one from Redemption (I guess it overwrote the original). And it is working fine.
Re: OpenMW 0.29.0
getting the same trace for windows x64
Code: Select all
msvcr110d.dll!_NMSG_WRITE(int rterrnum) Line 226 C
msvcr110d.dll!abort() Line 72 C
msvcr110d.dll!_wassert(const wchar_t * expr, const wchar_t * filename, unsigned int lineno) Line 155 C
openmw.exe!boost::shared_ptr<MWSound::Sound>::operator->() Line 653 C++
openmw.exe!MWRender::VideoState::get_audio_clock() Line 139 C++
openmw.exe!MWRender::MovieAudioDecoder::synchronize_audio() Line 325 C++
openmw.exe!MWRender::MovieAudioDecoder::read(char * stream, unsigned __int64 len) Line 469 C++
openmw.exe!MWSound::OpenAL_SoundStream::play() Line 324 C++
openmw.exe!MWSound::OpenAL_Output::streamSound(boost::shared_ptr<MWSound::Sound_Decoder> decoder, float volume, float pitch, int flags) Line 947 C++
openmw.exe!MWSound::SoundManager::playTrack(const boost::shared_ptr<MWSound::Sound_Decoder> & decoder, MWBase::SoundManager::PlayType type) Line 313 C++
openmw.exe!MWRender::VideoState::stream_open(int stream_index, MWRender::AVFormatContext * pFormatCtx) Line 902 C++
openmw.exe!MWRender::VideoState::init(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & resourceName) Line 995 C++
openmw.exe!MWRender::VideoPlayer::playVideo(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & resourceName, bool allowSkipping) Line 1168 C++
openmw.exe!MWRender::RenderingManager::playVideo(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & name, bool allowSkipping) Line 997 C++
openmw.exe!MWWorld::World::update(float duration, bool paused) Line 1352 C++
openmw.exe!OMW::Engine::frameRenderingQueued(const Ogre::FrameEvent & evt) Line 135 C++
OgreMain_d.dll!Ogre::Root::_fireFrameRenderingQueued(Ogre::FrameEvent & evt) Line 849 C++
OgreMain_d.dll!Ogre::Root::_fireFrameRenderingQueued() Line 897 C++
OgreMain_d.dll!Ogre::Root::_updateAllRenderTargets() Line 1412 C++
OgreMain_d.dll!Ogre::Root::renderOneFrame() Line 983 C++
openmw.exe!OMW::Engine::go() Line 515 C++
openmw.exe!main(int argc, char * * argv) Line 283 C++
openmw.exe!__tmainCRTStartup() Line 536 C
openmw.exe!mainCRTStartup() Line 377 C
kernel32.dll!BaseThreadInitThunk() Unknown
ntdll.dll!RtlUserThreadStart() Unknown
Re: OpenMW 0.29.0
The version handling has been handled. We can revert the video crashing commits if necessary (a fix would be better, obviously). That leaves us with the saved game problem. Anyway any input?