FreeCalypso > hg > gsm-codec-lib
comparison doc/EFR-rationale @ 127:4af99bf8671a
doc/EFR-rationale: add future roadmap section
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sun, 11 Dec 2022 03:25:21 +0000 |
parents | b33f2168fdec |
children | 3a0ee08a3b9d |
comparison
equal
deleted
inserted
replaced
126:6fd49f73b025 | 127:4af99bf8671a |
---|---|
78 librified derivative of ETSI EFR code. The problem of global vars has been | 78 librified derivative of ETSI EFR code. The problem of global vars has been |
79 solved in this library version - they've been gathered into one unified struct | 79 solved in this library version - they've been gathered into one unified struct |
80 for encoder state and another unified struct for decoder state - but the problem | 80 for encoder state and another unified struct for decoder state - but the problem |
81 of poor performance (significantly worse than opencore-amrnb) still remains for | 81 of poor performance (significantly worse than opencore-amrnb) still remains for |
82 now. | 82 now. |
83 | |
84 Future roadmap | |
85 ============== | |
86 | |
87 If someone is implementing a DSP vocoder block for a GSM MS or a network-side | |
88 speech transcoder that needs to support all standard GSM codecs, at some point | |
89 they will need to implement both EFR and AMR. Given the close relation between | |
90 these two codecs (they are not perfectly compatible as we started out saying, | |
91 but they are still very closely related), keeping two entirely separate library | |
92 implementations for AMR and EFR will be very inefficient in the long run, and a | |
93 nightmare to get them to perform equally well. It seems to me (Mother Mychaela) | |
94 that the correct solution will be to produce a single codec library that | |
95 implements both AMR and EFR, probably by starting with an AMR library and | |
96 extending it with special modes to handle those aspects where EFR differs. It | |
97 is my forecast that we are going to end up doing something along these lines in | |
98 Themyscira - but it will be much later down the road; for the time being, our | |
99 initial version of ThemWi will only support FR and EFR, but not AMR. |