Не люблю нерешенных вопросов,
17447907
Сдается мне, что Unimodem драйвер на Виста- 8.1 будет нормально работает только с ADPCM -форматами.
Ну т.е. нужно имплементировать:
1.
HKR, WaveDriver, XformID , 1, 04, 00 //4-bit IMA ADPCM 8000 Hz format.
По крайней мере с XformID=04 есть стабильный звук в обе стороны -естественно на данный момент это шум, за отсутствием кодера-декодера.
Ну возьмем к примеру PlayBack. Т.е. задача декодирования ADPCM 4 bit -> PCM 16 bit
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
case stSend:
{
int lendone = dleData.PutDleData(pBuf, len);
if (lendone > 0) {
PTRACE(4, "--> DLE " << lendone << " bytes");
len -= lendone;
pBuf += lendone;
}
int dt = dataType;
BYTE Buf[1024];
for(;;) {
int count = dleData.GetData(Buf, sizeof(Buf)); //< здесь предполагаются данные 4-bit IMA ADPCM 8000 Hz
PTRACE(4, "Count: " << count << " bytes");
...
if (нужно преобразование формата) {
if (8bit -> 16bit) { //(для примера)
const signed char *pb = (const signed char *)Buf;
PInt16 Buf2[sizeof(Buf)];
PInt16 *ps = Buf2;
...
// калькуляция зависит от 8-битного формата на входе (это все сделано)
while (count--)
*ps++ = (PInt16)8bit2linear(*pb++); //из 1 байта делаем 2 байта,
break;
...
count = int(pb - (const signed char *)Buf);
currentClassEngine->Send(Buf2, count*sizeof(*ps));
}else if (4bit -> 16bit) { //то что хочется сделать, т.е. ADPCM 4 bit -> PCM 16 bit
//ну полагаю из N byte ADPCM надо сделать 4 * N byte PCM, но уже хитрым способом, судя по дебагу N(как правило)=32
currentClassEngine->Send(BufPCX16, countPCX16);
} else { //16bit -> 16bit без декодирования, это сделал
currentClassEngine->Send(Buf, count);
}
}
Дебаг показывает, что код скидывает грубо по 32 байта за раз (т.е. это будет 32 байта 4-битного ADPCM)
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
2015/04/01 00:18:18.946 (e):1d7c --> DLE 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 0 bytes
2015/04/01 00:18:18.946 (e):1d7c --> DLE 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 31 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 0 bytes
2015/04/01 00:18:18.946 (e):1d7c --> DLE 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 0 bytes
2015/04/01 00:18:18.946 (e):1d7c --> DLE 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 31 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 0 bytes
2015/04/01 00:18:18.946 (e):1d7c --> DLE 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 32 bytes
2015/04/01 00:18:18.946 (e):1d7c Count: 0 bytes
1) Есть ли какие хорошие примеры? Ну я чуть пошерстил google, в spandsp вроде есть, не уверен что именно то что нужно.
Причем надо чтобы код можно было "воткнуть" в приведенный контекст.
2) Данные конвертируются динамически блоками. Достаточен ли кусок длиной в 32 байта 4-битного ADPCM (см.выше) для конвертации его (этого куска) в 16-битный PCM? Потому что если не достаточно и надо брать больший кусок, то код еще усложняется.
Ну, обратное кодирование пока не рассматриваю, хоть в одну сторону сперва б сделать.
