mewmew
commented
6 years ago Hi @sskras!
It seems nice to have independent implementation, but have you ever heard about the libsmacker lib written in C? http://libsmacker.sourceforge.net/
libsmacker seem like a great resource, especially for implementation in C/C++ game engines. We've not looked at libsmacker specifically, but we've previously looked at the FFMPEG sources for Smacker decoding:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/smacker.c
Found it some minutes ago. As both projects rely on information from multimedia.cx, have you thought about contributing to the lib or vice versa?
I would believe that libsmacker is feature complete? Thus, we'll probably keep implementing the Smacker decoder mostly independently, and then use it to cross-validate the implementations. If something differs we'll try to open up issues for either libsmacker or FFMPEG. As such, we'll try to refrain from looking at the source code, at least to start with :)
As with most projects, this is for educational purposes and to have fun.
In the end, I think it makes most sense to convert the *.SMK videos to modern file formats with open specifications, and then use decoders for these to implementing video playback in Devilution for instance, as indicated by @galaxyhaxz in https://github.com/diasurgical/devilution/issues/17#issuecomment-400065929
I think once we get Diablo running on linux, we could make a script which will convert all assets in the MPQ to open source formats. The script could use the Rad tools to convert the .smk to an open source format. Then repack everything back up into a .zip format, so we don't need the MPQ library at all!
sskras
It seems nice to have independent implementation, but have you ever heard about the libsmacker lib written in C? http://libsmacker.sourceforge.net/
GH mirror / fork: https://github.com/JonnyH/libsmacker
Found it some minutes ago. As both projects rely on information from multimedia.cx, have you thought about contributing to the lib or vice versa?