Пример libao не работает при компиляции как модуль python - PullRequest
Новая
       14

Пример libao не работает при компиляции как модуль python

3 голосов
/ 22 января 2012

Я пытался немного звучать PCM в Python, но все пакеты, которые я пробовал, были слишком большими или были недокументированными или мертвы, поэтому я решил сделать простой с libao.

Я использовал в качестве начальной точки этот исходный код от xiph.org, который воспроизводит 440 Гц в течение 1 секунды, и я скомпилировал его с gcc -o ao_example ao_example.c -lao -ldl -lm, и я успешно запустил этот код, сразу же услышав синус 440 Гц для 1 второй в обоих каналах.

Пока все хорошо.

Итак, я $ cp ao_exemple.c mySoundAo.c и я отредактировали mySoundAo.c, чтобы скомпилировать его как модуль Python. Полный код следует: 

 #include <math.h>
 #include <stdio.h>
 #include <string.h>
 #include <ao/ao.h>
 #include <Python.h>
 #define BUF_SIZE 4096

 static PyObject* py_soundAo(PyObject* self, PyObject* args)
 {
     ao_device *device;
     ao_sample_format format;
     int default_driver;
     char *buffer;
     int buf_size;
     int sample;
     float freq = 440.0;
     int i;
     /* -- Initialize -- */
     fprintf(stderr, "libao example program\n");
     ao_initialize();
     /* -- Setup for default driver -- */
     default_driver = ao_default_driver_id();
     memset(&format, 0, sizeof(format));
     format.bits = 16;
     format.channels = 2;
     format.rate = 44100;
     format.byte_format = AO_FMT_LITTLE;
     /* -- Open driver -- */
     device = ao_open_live(default_driver, &format, NULL /* no options */);
     if (device == NULL) {
         fprintf(stderr, "Error opening device.\n");
         return Py_BuildValue("", 0);
     }
     /* -- Play some stuff -- */
     buf_size = format.bits/8 * format.channels * format.rate;
     buffer = calloc(buf_size,
             sizeof(char));
     for (i = 0; i < format.rate; i++) {
         sample = (int)(0.75 * 32768.0 * sin(2 * M_PI * freq * ((float) i/format.rate)));
         /* Put the same stuff in left and right channel */
         buffer[4*i] = buffer[4*i+2] = sample & 0xff;
         buffer[4*i+1] = buffer[4*i+3] = (sample >> 8) & 0xff;
     }
     ao_play(device, buffer, buf_size);
     /* -- Close and shutdown -- */
     ao_close(device);
     ao_shutdown();
  return Py_BuildValue("", 0);
 }

 static PyMethodDef mySoundAo_methods[] = {
    {"soundAo", py_soundAo, METH_VARARGS},
    {NULL, NULL}
 };

 void initmySoundAo()
 {
    (void) Py_InitModule("mySoundAo", mySoundAo_methods);
 }

Итак, я скомпилировал как gcc -shared -I/usr/include/python2.7/ -o mySoundAo.so mySoundAo.c -lpython2.7 -lm -lsndfile -lao -ldl, и у меня было это предупреждение: 

In file included from /usr/include/python2.7/Python.h:8:0,
             from mySoundAo.c:5:
/usr/include/python2.7/pyconfig.h:1158:0: warning: "_POSIX_C_SOURCE" redefined [enabled by default]
/usr/include/features.h:214:0: note: this is the location of the previous definition

Звучит не слишком опасно, поэтому я пошел дальше.

В python я сделал следующее: 

$ python
Python 2.7.2+ (default, Oct  4 2011, 20:03:08) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mySoundAo
>>> mySoundAo.soundAo()
libao example program
Error opening device.
>>>

Без звука. Немного осмотрев код, я обнаружил, что функция ao_initialize(); зависает примерно на 4 секунды, а следующая строка default_driver = ao_default_driver_id(); устанавливает эту переменную в -1 (ошибка).

Это странное поведение, поскольку это почти тот же код.

Итак, есть идеи, как сделать эту работу?

Спасибо!

1 Ответ

2 голосов
/ 23 января 2012

Предупреждение, которое вы получаете, безвредно, просто переместив #include <Python.h> вверх, должно позволить стандартной библиотеке правильно распознать, что макрос уже определен.

Возможно, проблема связана с неверно скомпилированным /usr/lib/ao/plugins-4/libalsa.so (этот файл упоминается, если вы установили debug в ~/.libao.conf). Поскольку плагин alsa для ao не загружается, ao пробует все остальные параметры и истекает время ожидания nas, равное 4 секундам (причина задержки).

Чтобы проверить, является ли проблема неправильной компиляцией (или неправильной связью) libalsa.so, запустите 

$ ldd -r /usr/lib/ao/plugins-4/libalsa.so > /dev/null
undefined symbol: ao_is_big_endian      (/usr/lib/ao/plugins-4/libalsa.so)

Ошибка в выходных данных должна указывать на проблему с символом. Вы можете просто загрузить libao самостоятельно и исправить строку в libao-*/src/plugins/alsa/ao_alsa.c, или скопировать определение из ao_is_big_endian, или исправить ссылку.

...