OpenMW 0.22.0

Anything related to PR, release planning and any other non-technical idea how to move the project forward should be discussed here.
User avatar
pvdk
Posts: 523
Joined: 12 Aug 2011, 16:34

Re: OpenMW 0.22.0

Post by pvdk » 27 Mar 2013, 20:41

raevol wrote:
sirherrbatka wrote:What about cleaning cache?
Tried that. :/ Didn't help. It's ok, it's not really a big deal.
It's a server-side cache thing :|

corristo
Posts: 487
Joined: 12 Aug 2011, 08:29

Re: OpenMW 0.22.0

Post by corristo » 28 Mar 2013, 08:46

raevol wrote:Thanks corristo, I've updated this everywhere that I can. If anyone's done any PR work with the original release announcement, you might consider going back to make an edit.
Thanks, I updated russian translation of release post.

User avatar
psi29a
Posts: 4364
Joined: 29 Sep 2011, 10:13
Github profile: https://github.com/psi29a/
Contact:

Re: OpenMW 0.22.0

Post by psi29a » 17 Apr 2013, 08:53

Just managed to build OpenMW 0.22.0 on Ubuntu Raring (13.04) and is now available on PPA. Please test! :)

User avatar
psi29a
Posts: 4364
Joined: 29 Sep 2011, 10:13
Github profile: https://github.com/psi29a/
Contact:

Re: OpenMW 0.22.0

Post by psi29a » 08 May 2013, 10:24

BrotherBrick wrote:I know that Raring isn't to be released until next month, so this might be a bug, but I just want to run it past you guys first. The build for OpenMW failed with this:
[ 76%] Building CXX object apps/openmw/CMakeFiles/openmw.dir/engine.cpp.o
Linking CXX executable ../../openmw
/usr/bin/ld: /usr/lib/gcc/i686-linux-gnu/4.7/../../../../lib/libOgreMainStatic.a(OgreDynLib.cpp.o): undefined reference to symbol '[email protected]@GLIBC_2.1'
/usr/bin/ld: note: '[email protected]@GLIBC_2.1' is defined in DSO /lib/i386-linux-gnu/libdl.so.2 so try adding it to the linker command line
/lib/i386-linux-gnu/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
The log can be found here:
https://launchpadlibrarian.net/13520703 ... ILD.txt.gz

I'm able to "fix" this by adding "-ldl" to the list of linked libraries and ${CMAKE_DL_LIBS} somewhere in a target_link_libraries() but I'm not sure where yet.

We are apparently not the only ones having this problem:
https://gist.github.com/kwk/3595733

What do you guys think?
I found the "real" reason for this, have a read about it here:
Spoiler: Show
Summation: our 'temp' fix is actually the real fix. OpenMW and omwlauncher need -ldl and -lXt to be passed in at link time, likely opencs as well.

corristo
Posts: 487
Joined: 12 Aug 2011, 08:29

Re: OpenMW 0.22.0

Post by corristo » 18 May 2013, 07:29

Hey mac guys!

It'd be awesome if someone could test 0.23 build before publishing it: https://www.dropbox.com/s/uzbs2qfr5sacc ... mg?v=1rw--

User avatar
psi29a
Posts: 4364
Joined: 29 Sep 2011, 10:13
Github profile: https://github.com/psi29a/
Contact:

Re: OpenMW 0.22.0

Post by psi29a » 18 May 2013, 08:01

corristo wrote:Hey mac guys!

It'd be awesome if someone could test 0.23 build before publishing it: https://www.dropbox.com/s/uzbs2qfr5sacc ... mg?v=1rw--
Wrong thread possibly? ;)

corristo
Posts: 487
Joined: 12 Aug 2011, 08:29

Re: OpenMW 0.22.0

Post by corristo » 18 May 2013, 08:28

Exactly. I will repost, delete please.

fstp
Posts: 7
Joined: 07 Jun 2013, 14:17

Re: OpenMW 0.22.0

Post by fstp » 10 Jun 2013, 13:02

BrotherBrick wrote:I tried compiling this on win7 (qemu/kvm) following my same setup for winxp and I got as far as compiling everything except for openmw. It failed with this:

Code: Select all

1>------ Build started: Project: ZERO_CHECK, Configuration: Release Win32 ------
2>------ Build started: Project: openmw, Configuration: Release Win32 ------
2>  videoplayer.cpp
2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(128): error C3861: 'av_gettime': identifier not found
2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(718): warning C4245: 'initializing' : conversion from 'int64_t' to 'uint64_t', signed/unsigned mismatch
2>..\..\..\openmw\apps\openmw\mwrender\videoplayer.cpp(959): error C3861: 'av_gettime': identifier not found
========== Build: 1 succeeded, 1 failed, 4 up-to-date, 0 skipped ==========
Any ideas?
Sorry for bumping the thread just wanted to say that I ran into the same problem and it seems that FFmpeg broke backwards compability by moving av_gettime() into a new header file time.h and then later on also removing it from avformat.h

Moving to time.h: https://github.com/FFmpeg/FFmpeg/commit ... 728181b0dd
Removing from avformat.h: https://github.com/FFmpeg/FFmpeg/commit ... b8a47c650e

User avatar
psi29a
Posts: 4364
Joined: 29 Sep 2011, 10:13
Github profile: https://github.com/psi29a/
Contact:

Re: OpenMW 0.22.0

Post by psi29a » 10 Jun 2013, 15:06

I saw your commit, thanks! :) It is nice to keep backward compatibility with such a fast moving target as ffmpeg.

Post Reply

Who is online

Users browsing this forum: No registered users and 8 guests