Удобный подход для потоковой передачи по сети, воспроизведения и поиска аудиофайлов в Mac OS X 10.5 - PullRequest
2 голосов
/ 21 мая 2009

Посоветуйте, пожалуйста, комбинацию серверных и клиентских технологий, инструментов и сред для реализации решения, отвечающего следующим требованиям?

Файловый сервер в сети имеет огромную библиотеку mp3 / aac / aiff / wav музыкальных файлов Настольное приложение какао обращается к аудиофайлам, используя URL-адреса: rtmp, http, rtsp + rtp, ftp - как сделать выбор? Аудиоконтент должен быть потоковым и воспроизводиться с поиском (крайне важно) без загрузки всего файла: QuckTime, AudioQueue, AudioFile, AudioStream, CFHTTP, все из них ? - как разработать клиента?

После тщательных исследований я получил множество вариантов и статей. Но, похоже, половина из них довольно устарела (2001–2005), а другая половина посвящена универсальному коду (чистый C) для Mac OS X и iPhone OS.

Однако главная цель здесь - написать настольный музыкальный проигрыватель для Mac OS 10.5.
Я не могу поверить, что все это сырое C-кодирование просто необходимо.
Нет обертки? Нет удобных библиотек? Нет компонентов?

Р. S. Результатом исследований стала следующая комбинация: qt_tools для подсказок + DSS для потоковой передачи RTSP + QTMovie для воспроизведения + setCurrentTime: для поиска. Этот выбор требует двойного пространства для хранения намекаемых .MOV-версий каждого музыкального файла, но работает в любом случае.

Ответы [ 3 ]

1 голос
/ 21 мая 2009
1 голос
/ 21 мая 2009

Вы рассматривали VLC как потоковое решение?

1 голос
/ 21 мая 2009

Я не уверен, но я считаю, что вы можете использовать [QTMovie movieWithURL:url error:err] для потоковой передачи фильма с URL-адреса, а затем передать его объекту QTMovieView. QuickTime обрабатывает звук как фильмы, поэтому он может работать. Или он может попытаться загрузить весь файл.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...