Rationale: make a gzdoom port that builds well on linux at least and avoids some of the more stupid excesses of zdoom, and supports GPL. Don't hold your breath, I'm not a top coder.
From the discussion on http://www.doomworld.com/vb/source-ports/58608-make-a-gpl-fork-of-gzdoom the following issues arise:
- Build code is problematic: software renderer is an issue in this regard, but dependencies are littered through several files.
- oplsynth code is a problem. Ironically, they've partially implemented the same dosbox opl code as chocolate doom.
- openAL is a problem, but we want to avoid it anyway.
- output_sdl will need a rewrite obviously.
Check docs/fmod-dep and docs/silverman-dep for problem files. Reference kenbuild.zip and jfbuild_src20050531.zip for the actual Build sourcecode. We probably need to carefully compare where this stuff is, its mostly math routines and rendering.
Cons:
- means removing a lot of sound effects that people apparently like.
- means possibly rewriting major rendering code, which i am definitely not qualified to do.
- will definitely affect cross-platform compatibility, but I'm not qualified to track windows/osx compatibility anyway, that can be someone else's problem.
Pros:
- Tracking FMOD code is a fool's errand anyway, it's too big and too controlling.