[Scummvm-devel] Smacker to DXA conversion
Max Horn
max at quendi.de
Wed Jan 24 22:41:45 CET 2007
Am 24.01.2007 um 19:41 schrieb Keith Scroggins:
>> Thoughts?
>>
>> Also, would it make sense to create a seperate DXA SF.net project,
>> where
>> documentation for DXA and a simple encoder / decoder, plus
>> possibly more
>> advanced codecs for it, would be hosted?
>
> I think it is a good idea, but why not make this part of the tools
> chain
> already in existance for ScummVM? What is the major drawback
> behind this
> being part of ScummVM? The tool chain is 'basically' unsupported,
> correct?
The tool package contains tools which are very useful and sometimes
essential for ScummVM users. They directly aim at supporting users
and enhancing their ScummVM "experience", to use marketing speech.
OTOH, it is unclear to me how a DXA player would enhance the gamer's
experience in any way. As such, it's IMHO out of scope for the tools
package, or ScummVM as a whole.
> As far as being a separate project, it might be useful as such as
> long as
> companies continue opening their older sources up for the general
> public,
> then people can continue either porting these sources to modern OS,
> and
> not have to worry about having the RAD libs to use the smacker
> content.
Well, maybe DXA could also be part of the libsm(ac)k project, or so.
Like, one could maybe arrange it to have a lib that has identical
APIs for both Smacker and DXA playback. And users of the lib (like,
potentially, ScummVM) then could choose between "only SMK", "only
DXA" or "DXA+SMK". The "only DXA" would be those afraid of legal
issues; for the "only DXA" apps, one could use the transcoder
provided by the project.
Anyway, I am just dreaming aloud again, I guess ... In an ideal
world, we wouldn't have to worry about all this and could just play
back Smacker videos directly *g*.
Cheers,
Max
More information about the Scummvm-devel
mailing list