Я использую AudioPlayer для потоковой передачи как mp3, так и потоков AAC Shoutcast на iOS, и в основном он работает нормально. Однако, чтобы заставить AAC работать с URL-адресом, который не заканчивается на .aac, мне пришлось взломать код Objective-C AudioStreamerCUR.m. Я не программист Objective-C, и это было сделано на основе проб и ошибок. Поскольку существует ряд схем URL-адресов, используемых Shoutcast и Icecast, мои писаки грязны, и это было бы намного проще просто отправить тип содержимого вместе с URL, как это:Настройка contentType на AudioStreamer
var player = Titanium.Media.createAudioPlayer({
allowsAirPlay: true,
url: myURL,
contentType: "aac"
})
Но я не могу как получить новое свойство в прокси-сервер AudioPlayer, а затем перейти к фактическому AudioStreamerCUR.m - кажется, требуется какая-то черная магия. Интересно, есть ли волшебники, которые могли бы указать мне в правильном направлении?
Спасибо.
Здравствуйте, Fokke. Я добавил запрос функции для этого в конце TIMOB-3375, но это старый билет, который был открыт с 2011 года, и хотя он отмечен как High Priority, он никогда не был полностью разрешен. Который не наполняет меня большой уверенностью. Я не думаю, что Appcelerator воспринимает звук очень серьезно. Тем временем я сделал некоторые наивные хаки для AudioStreamerCUR, чтобы пропустить какой-то подсказку contentType. –
Я попросил, чтобы билет был вновь открыт. Я вижу, что он, вероятно, застрял, потому что кто-то связал свою вилку, и его попросили сделать PR, но он этого не сделал: https://jira.appcelerator.org/browse/TIMOB-3375 –