|
Notes |
|
|
|
If that matters, I do have vcmi-data-nonfree-LOKI-video.datapkg.tar.bz2:
$ tar tjfv vcmi-data-nonfree-LOKI-video.datapkg.tar.bz2 | grep -i "tavern"
-rw-rw-r-- root/root 534362 2012-06-14 12:23 usr/share/vcmi/Data/tavern.mjpg |
|
|
|
|
backtrace:
what(): Resource with name VIDEO/TAVERN and type VIDEO wasn't found.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xf281d450 (LWP 2959)]
0x0dda39ac in *__GI_raise (sig=6) 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 0x0dda39ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x0dda9060 in *__GI_abort () at abort.c:92
0000002 0x0e07e9f0 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/powerpc-linux-gnu/libstdc++.so.6
0000003 0x0e07ba08 in ?? () from /usr/lib/powerpc-linux-gnu/libstdc++.so.6
0000004 0x0e07ba4c in std::terminate() () from /usr/lib/powerpc-linux-gnu/libstdc++.so.6
0000005 0x0e07bef8 in __cxa_rethrow () from /usr/lib/powerpc-linux-gnu/libstdc++.so.6
0000006 0x10211180 in CGuiHandler::run (this=0x10848fbc) at ./UIFramework/CGuiHandler.cpp:353
0000007 0x1045bc2c in boost::_mfi::mf0<void, CGuiHandler>::operator() (this=0x11282324, t=...) at /usr/include/boost/bind/mem_fn_template.hpp:70
0000008 0x1045b984 in boost::_bi::list1<boost::reference_wrapper<CGuiHandler> >::operator()<boost::_mfi::mf0<void, CGuiHandler>, boost::_bi::list0> (this=0x1128232c, f=..., a=...)
at /usr/include/boost/bind/bind.hpp:253
0000009 0x1045b854 in boost::_bi::bind_t<void, boost::_mfi::mf0<void, CGuiHandler>, boost::_bi::list1<boost::reference_wrapper<CGuiHandler> > >::operator() (this=0x11282324)
at /usr/include/boost/bind/bind_template.hpp:20
0000010 0x1045af80 in boost::detail::thread_data<boost::_bi::bind_t<void, boost::_mfi::mf0<void, CGuiHandler>, boost::_bi::list1<boost::reference_wrapper<CGuiHandler> > > >::run (
this=0x11282220) at /usr/include/boost/thread/detail/thread.hpp:62
0000011 0x0e3b140c in ?? () from /usr/lib/libboost_thread.so.1.49.0
0000012 0x0dd377b0 in start_thread (arg=<optimized out>) at pthread_create.c:306
0000013 0x0de5d930 in clone () at ../sysdeps/unix/sysv/linux/powerpc/powerpc32/clone.S:12 |
|
|
|
(0002881)
|
|
Ivan
|
|
2012-08-10 17:23
|
|
>> /usr/share/vcmi/Data/tavern.mjpg
Shouldn't it be /usr/share/vcmi/Data/Video/tavern.mjpg?
That's where these videos are supposed to be. |
|
|
|
|
> Shouldn't it be /usr/share/vcmi/Data/Video/tavern.mjpg?
Well, I dunno. But in Loki version I got it was just in Data. Will try to move that into /usr/share/vcmi/Data/Video/ and report back the issue.
Anyway, there's no need to crash if you can't get some video. Can it be implemented in a way to not to display the video (like it was before) instead of crashing? I suppose, startup sequence code does that, and does perfectly. |
|
|
|
(0002883)
|
|
Ivan
|
|
2012-08-10 18:00
|
|
On my system videos in LOKI release are in Data/video/ directory.
Regarding crash - will fix. Not all Linux users have these videos after all. |
|
|
|
|
You were right. With vcmi-data-nonfree-LOKI_video.datapkg.tar.bz2 (list of files — http://pastebin.com/BzQr88VH [^] ) it is now okay.
It does even print something about super-scalar AltiVec now:
...
Opening StupidAI
Loaded Stupid AI 0.1
CStupidAI [0xebb457e8]: created
CStupidAI [0xebb457e8]: init called, saving ptr to IBattleCallback
[swscaler @ 0xea5618a0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
[swscaler @ 0xea524cc0] ALTIVEC: Color Space ARGB
...
Cool.
> Regarding crash - will fix. Not all Linux users have these videos after all.
Yes. What would be great. |
|
|
|
|
Currently, I have the following:
-rw-rw-r-- 1 username username 1703217 Jun 14 11:01 vcmi-data-free-v0.89.datapkg.tar.bz2
-rw-rw-r-- 1 username username 137395904 Aug 10 14:26 vcmi-data-nonfree-LOKI_video.datapkg.tar.bz2
-rw-rw-r-- 1 username username 365059866 Jun 14 11:01 vcmi-data-nonfree-WoG-basic.datapkg.tar.bz2
-rw-rw-r-- 1 username username 3493995 Jul 20 16:50 vcmi-data-nonfree-WoG-Lib1_res.datapkg.tar.bz2
-rw-rw-r-- 1 username username 947303 Jun 14 11:01 vcmi-data-nonfree-WoG-Maps-part1.datapkg.tar.bz2
-rw-rw-r-- 1 username username 82965208 Jun 14 11:01 vcmi-data-nonfree-WoG-Mp3.datapkg.tar.bz2
-rw-rw-r-- 1 username username 44543398 Aug 10 11:59 vcmi-v0.89b-rev2826-powerpc-linux-gnu.binpkg.tar.bz2
By the way, what about making that data free? Have you contacted NWC, for example, on licensing issues? |
|
|
|
(0002887)
|
|
douggie_m
|
2012-08-10 18:58
(edited on: 2012-08-10 19:02) |
|
Also, another savegame issue: if you click on savegame name from the list, it doesn't copy into enter field. I.e. to overwrite, you must type that name every time. And double-clicking doesn't work too. But in the load game screen, it works.
|
|
|
|
(0002888)
|
|
Ivan
|
|
2012-08-10 19:27
|
|
>> It does even print something about super-scalar AltiVec now
That's not ours. Probably ffmpeg does not likes you little-endian system much - not present on my system.
>> Have you contacted NWC, for example, on licensing issues?
NWC is dead, Loki is dead. :(
And no. No contacts with Ubisoft.
>> Oops! Nope. Crash now
No crash for me. Is this crash reproducible? When does it happens?
>> Also, another savegame issue
Looks to be similar to 0000944 |
|
|
|
(0002889)
|
|
douggie_m
|
2012-08-10 20:43
(edited on: 2012-08-10 20:59) |
|
> Probably ffmpeg does not likes you little-endian system much - not present on my system.
You missed a lot. AltiVec is great. And my system is big-endian ;)
> No contacts with Ubisoft.
So... Is it now abandonware? Can be distributed freely?
> Is this crash reproducible? When does it happens?
No, that was random (am I lucky, huh? ;). That's the reason I removed the comment soon, because it was not reproducible.
> Looks to be similar to 0000944
By the way, that worked in rev2799, i.e. "2012-04-23" bug can't be actual now, or it is a regression then.
|
|
|
|
|
Back to that media licensing, sharing, freedom and such...
If you cannot contact, then it's obviously can be shared. If you can contact, but they do not respond, it's harder, but... It is still abandonware.
http://en.wikipedia.org/wiki/Abandonware [^]
> Abandonware are discontinued products for which no product support is available, or whose copyright ownership may be unclear for various reasons.
1 — discontinued products
2 — no product support is available
3 — copyright ownership may be unclear
HoMM III has 3 of 3 in the list |
|
|
|
(0002891)
|
|
Ivan
|
|
2012-08-11 06:32
|
|
1, 2 - I am not sure what "discontinued" means but you can buy HoMM3 on gog.com as well as get some support from them
3 - It is quite clear - Ubisoft.
Status of Loki release is not clear but it consist mostly of H3 data. Which is copyrighted by Ubi.
And good news regarding videos:
The only reason why you need video from Loki release is incomplete support of bink format in ffmpeg (reported as 0000643)
However it looks that version 0.8 DOES HAVE SUPPORTS for H3 bink's!
This means that now we only have to wait till all distros will update ffmpeg to newer version.
Debian testing already has this version. Which means that now we just have to wait 1-2 year until most of distros will have this version! |
|
|
|
(0002893)
|
|
Ivan
|
|
2012-08-11 11:36
|
|
Check rev 2828:
- missing video won't cause crash
- fixed savegames selection |
|
|
|
|
> Check rev 2828
Very nice! It all works now. No crashes due to missing videos, and interaction in "save game" screen is now much better.
Also, cool revision number ;)
> SUPPORTS for H3 bink's!
Are they any better than MotionJPEG ones? |
|
|
|
(0002896)
|
|
Ivan
|
|
2012-08-11 15:19
|
|
Nice. Closing this one then.
>> Are they any better than MotionJPEG ones?
No visual difference at least for me. More important is that new video from AB or SoD can be played on Linux as well.
Support for Loki video won't go away so you can use them for as long as you wish. |
|
Screenshot - 08102012 - 12:42:00 PM.png (71,289) 2012-08-10 16:42