Hi Harald,
while there are many testing that must yet be done, surely Linmodem
and/or Fisher-Modem are much more complete DSP than Asterisk-Softmodem.
So, reaching the stage where one of the two get integrate directly, make
much more sense.
I built both C softmodem and saw their command line, requiring as input
a "dsp" .
Now i've opened this ticket:
Test integration of Linmodem & Fisher-Modem into the VoIP Wardialer
trough PJSUA and Alsa hacking
https://github.com/x25today/voipwardialer/issues/16
The idea is that we may try to use those Softmodem by playing with the
Alsa Loopback interface having:
- 1 Audio virtual audio device for a normal VoIP Modem (being our pjsua
or other stack or even a graphical client)
- 1 Audio virtual audio device for the Softmodem command line (for
easier testing)
Those crossed trough Alsa Loopback interface, but formally each having
it's own audio device.
Did you considered for testing something like this? As it could be a
quick and dirty hacking approach, yet to be tested
-naif
On 03/01/2020 11:08, Harald Welte wrote:
Thanks. I didn't know it, but it also seems to
only implement slower
speeds and not [what I find more interesting] V.34 and/or V.90. Also,
the fact that it's already multi-threading seems a bit odd to me. In
the end, the modem is nothing but a process that consumes samples and
produces characters in the Rx side, and the inverse for the transmit
side. Having a kind of library of C functions for this (like linmodem)
seems most natural to me. But hey, that's a matter of personal
taste.
Regards,
Harald