2

我正在使用 mumudvb/dvblast 或 dvbviewer(都用于通过 IP 发送 DVB-T 视频)通过我的本地网络直播电视频道。

vlc 可以播放 rtp 或 udp 或 http 输出,一切正常。

视频编解码器:h264

音频编解码器:AAC

我使用 vlc 每 10 秒保存一次来自 mumudvb/dvbviewer/dvblast 流的实时内容(作为分块的 TS 文件),并为苹果和安卓设备制作 HLS 和 m3u8 索引。无需任何转码。一切都很好,两个设备都可以完美播放。

我的意思是客户端(android 电视盒)支持此内容的所有封装和视频和音频编解码器。

但是,当我通过 rtsp、udp 或 rtp(多播或单播)将 dvb 以 ip 输出作为实时流直接传输到 android 设备时,会出现很多问题。

“没有音频的视频,没有视频的音频,缺乏,延迟,媒体播放器或视频视图的许多错误,应用程序没有响应,无法播放此视频和......”每次。

我尝试使用 vlc 或 ffmpeg 实时转码到低比特率,问题得到解决,可以通过 rtsp、rtp、udp 或 http 发送和播放。

但问题是:

1. 如果我的设备可以通过 http(HLS 或渐进式)播放保存的 TS 文件,那么为什么不能播放具有相同编解码器和内容的直播流?

2. 我可以对所有频道(14 个视频频道)多播和来自 mumudvb/dvblast 的所有频道进行编码,而不需要高 CPU 使用率吗?

3. 有没有什么简单的方法和稳定的服务器直接将DVB频道发送到Android,无需转码、代理或...(首选udp和组播)?只需要一个便宜的方法。

4

1 回答 1

1
  1. 因为解复用网络流的(部分)软件不一定处理与处理文件的(部分)软件相同的格式。

  2. 这不是一个您可以在不知道“高”多少的情况下回答的问题。在所有情况下,如果您进行转码,它将占用 CPU 和(希望如此)GPU/视频硬件资源,而您在流回未修改的内容时不会占用这些资源。

  3. 看看 Kodi(在 Android 上)和http://tvheadend.org 根据您的硬件,如果可行,它可能会立即为您提供解决方案。

否则,如果您有大约 100 美元,您可以购买一个 DVB-T2 网络流媒体设备,该设备带有他们自己的 Android 软件堆栈(因此,可以正常工作)。我不确定 stackoverflow 是否适合投放广告,而且您的问题与本网站的主题并没有真正的联系。

于 2016-05-30T13:03:28.307 回答