gpt4 book ai didi

iOS MobileVLCKit 和 VideoCore 冲突

转载 作者:行者123 更新时间:2023-11-29 12:24:22 26 4
gpt4 key购买 nike

我正在使用 MobileVLCKit 从 Wowza RTMP 服务器流式传输视频和音频。同时我在使用VideoCore] 1将音频流式传输到 Wowza RTMP 服务器(我关闭了 VideoCore 中的视频 channel )。现在我正在尝试制作这种电话 session 解决方案。现在我仅限于 RTMP 或 RTSP,而不是电话 session 解决方案(WebRTC 或 SIP 或其他...我目前不熟悉这些),因为线路另一端的限制。

以上设置不起作用。单独打开这两个功能(视频和音频流和音频流)运行正常。但在同时运行时不会,因为在另一端听不到音频。事实上,当应用程序开始使用 VideoCore 上游流式传输音频时,只要我开始通过 MobileVLCKit 向下游传输,即使流是打开的,另一端也听不到音频。麦克风似乎以某种方式从 VideoCore 中夺走了,即使 MobileVLC 不需要麦克风。

但是,当我将这两个应用程序制作成两个应用程序并允许它们在后台运行(音频和播放背景模式)时,这两个应用程序运行良好,一个应用程序流式传输视频和音频,另一个应用程序接收麦克风声音和流式传输到另一端。

这两个功能在同一个应用程序中似乎有冲突,是否有任何原因,以及如何解决冲突的任何想法?

最佳答案

我遇到了同样的问题。假设我有两个对象,一个 vlc 播放器和另一个收听麦克风的音频处理器。它在模拟器中运行良好,可以同时运行这两个功能。但在 iPhone 设备中会发生冲突。我认为根本原因是听话筒只有一个位置或权利。而vlc占权让我的音频处理器无法工作。但是由于某些原因,我无法修改vlc代码。所以我想找出解决方法。我找到了一个。

问题出在 vlc 上,它占据了右边但不使用麦克风,而我的音频处理器却使用了。所以这条路就显得很清楚了。也就是说,vlc 播放器首先播放,然后我们新建另一个对象实例,在我的例子中是音频处理器,它需要听麦克风。由于音频处理器在vlc播放器之后,它收回了麦克风收听的权利。他们都工作正常。

供您引用,希望对您有所帮助。

关于iOS MobileVLCKit 和 VideoCore 冲突,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29689160/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com