В модуле wave есть класс для записи wav-файла. В гугле можно найти примеры, как генерируют вейвы с шумом на основе random. А как читать звук с девайсов, к сожалению, не знаю.
Да, можно парсить через struct, не спорю. Но я где-то читал (к сожалению, не помню, где), что mathplotlib заточена под numpy, выше производительность по сравнению со стандартными списками. И кроме того, если со звуком будут выполняться какие-либо манипуляции (нормализация, фильтры, компрессия, преобразования Фурье), то лучше numpy-массивов ничего лучше быть не может.
Дергал API еще до официального релиза — подсмотрел, как общается с сервисом Гуглобар. И помню, жутко грустил, когда прочитал в описании, что выпуск публичного API не предвидится.
Дропбокс хорош тем, что отсылает только модифицированную часть файла. Он работает на S3, а у амазона в апи есть возможность слать диапазон байт. В GAE-блобах такой возможности нет, каждый раз придется заливать файл целиком. Так что Ник (автор оригинала) малость погорячился, что решил написать «свой дропдокс». В лучшем случае это будет хостинг картинок.
Не факт. Как описано в статье, любой API-вызов можно сделать асинхронным, проблема в том, как распутать ответ. Гугловский webapp далеко не айс, и по сути, разработчики пишут на сторонних фреймворках и библиотеках, используя GAE просто как платформу.
Думаю, вскоре должны появиться первые либы для асинхрона.
Для твиттера существует немало сторонних средств аналитики и статистики, в т.ч. и платных. С появлением бесплатной официальной службы статистики их будущее туманно, но для вконтакта такого нет, и, возможно, вы в этом первооткрыватели.
Родная панель AWS огорчает тем, что там нужен флеш и затребован какой-то порт, который обычно закрыт на прокси. На работе в учреждениях ей пользоваться невозможно.
Само собой, ведь амазону нужно платить за количество запросов и трафик. Как только эти показатели превышают рассчитанную норму, отдается ошибка.
Или вы хотите, чтобы ДропБокс разорился?
1) Для S3 до сих пор нет удобного кросплатформенного клиента. Либо убогие, либо платные. Пожалуй, наиболее приемлемым решением является расширения для фокса S3 Organizer.
2) При использовании S3 вы платите не только за хранение, но и загрузку/выгрузку файлов. Поэтому, много выгружать и загружать, то будет дорого.
/ ушел писать python-клиента /
Думаю, вскоре должны появиться первые либы для асинхрона.
Это не устоявшийся перевод? Советуете так и оставить: «buffer protocols»?
Может, сделать приложение для вконтакта? С монетизацией бонусных фич.
По поводу API: лично меня бесит, что не используется OAuth, ставший де-факто на западе, и отсутствие библиотек для не-PHP.
Или вы хотите, чтобы ДропБокс разорился?
2) При использовании S3 вы платите не только за хранение, но и загрузку/выгрузку файлов. Поэтому, много выгружать и загружать, то будет дорого.