问题标签 [dvb]

我有一个 USB dvbt 加密狗，我想连接到我们的 STB。我可以构建和插入模块，但随后想要获取 TS 并将其泵送到供应商 sw 以进行解复用和解码。如何从 avermedia 设备中获取 TS 缓冲区或数据？

我刚刚开始将 DVB V5 库用于项目。

如果有人知道/有的话，我正在尝试找到任何示例代码来显示它用于 EIT 抓取。

我刚刚开始在 Ubuntu 14.04.4 系统上编写一些（C++）代码，以通过 DVB TV USB 调谐器访问 DVB 流。我正在使用 libdvbv5。我在英国使用地面freeview。

试图获取停播事件信息 (EIT)。设法这样做 - 生成带有服务 ID、开始时间、持续时间、名称、描述等的事件列表。一切似乎都很好 - 除了它只提前 3 天抓取，而我注意到其他应用程序设法获得 7提前几天。

为此查看了其他一些项目，例如 dvbtee 和 mytv，但尚未设法找出问题所在（大量代码）。我所做的任何事情都不会按日期过滤掉，也不会从我所看到的 libdvbv5 中过滤掉。

EIT 程序 id 是 0x12，完整的调度表 id 是 0x50（到 0x5f）。正如我所说，它可以毫无错误地获取所有信息，但只提前 3 天，而且我知道肯定还有更多可用信息。

让我觉得我在做正确的事，但看错了地方？欢迎任何建议。

在 dvb 中：

接收器必须知道新传输流在哪个频率上广播（仅此一点并不重要）。其次，接收器必须告诉调谐器改变到新的频率。

我的问题是接收器如何知道新传输流正在广播的频率，我的意思是给定一个频率范围（min_freq，max_freq），接收器如何知道好的频率，背后的机制是什么。

哪些 Bash 命令有利于显示所有连接系统的DVB卡（dvb-t、dvb-s、...）的信息（通过任何端口：usb、pci、...）？

我需要的信息是：名称、类型、频率、每张卡的调谐器数量。

我尝试对视频中的 dvb 字幕进行硬编码。我设法对其进行了硬编码，但它仍然放错了位置。原因是字幕的标清分辨率为 720x576，而视频的分辨率为 1920x1080。

因此，当我使用覆盖时，字幕错位且位于左下角。

这是我的命令：

字幕需要放大和/或放置在屏幕的中心底部。任何帮助表示赞赏。

我已经根据https://www.linuxtv.org/wiki/index.php/Geniatech_T230C为我的 Geniatech T230C DVB-T2 USB 接收器编译了驱动程序，它似乎可以工作。但是，当我尝试在我的 Raspbian Jessie 系统 TVHeadend 上使用 TVHeadend 4.0.8 扫描频道时，TVHeadend 报告：

仅找到 3 个标清频道，但未找到高清频道。通过http://www.dvbviewer.com/de/，我可以在 Windows 10 上接收所有高质量的高清频道。

可能是什么问题呢？

TVHeadend 的版本会不会太旧？

我计划从 SD 卡中读取 MPEG-TS 文件，并将其写入 8 位并行输出，作为具有 27 MHz 时钟的 mpeg 传输（用于 DVB 目的的基于 FPGA 的简单 MPEG-TS 测试仪）。但是我无法计算将数据包写入输出端口的速度以及我需要将多少个空数据包插入输出端口。你能帮助我吗？

主要问题是 DVB 流中 PCR 错误的时间是多少？

我问它是因为根据 DVB 标准（请参阅附加信息）PCR 错误保留期 > 100 毫秒。但是有很多硬件记录 PCR 错误，PCR ~50 ms。

附加信息

你可以跳过它，如果你已经知道答案，这个信息就像我发现的标准的附加信息一样

ETSI TR 101 290 V1.2.1 (2001-05) - 又名真正的 DVB http://www.etsi.org/deliver/etsi_tr/101200_101299/101290/01.02.01_60/tr_101290v010201p.pdf

当传输的 PCR 值与预期值的差异大于 500 纳秒时，会发生 PCR _accuracy_error。使用非常稳定的内部时钟 >n 测试设备和先前的 PCR 值计算预期的 PCR 值。然后将计算的 PCR 与传输的 >PCR 值进行比较以检查准确性。重要的是要注意大多数接收器不包含非常精确的时钟，因此可能会受到此错误的严重影响。

ETSI TS 101 154 V1.9.1 (2009-09) http://www.etsi.org/deliver/etsi_ts/101100_101199/101154/01.09.01_60/ts_101154v010901p.pdf

节目时钟参考 (PCR) 编码：同一节目的两个连续 PCR 值之间的时间间隔不得 > 超过 100 ms，如 ITU-T 建议 H.222.0 / ISO/IEC 13818-1 [1 ]。解码：IRD 应正确操作以不超过 100 ms 的时间间隔到达的节目的 PCR

ISO/IEC 13818-1（信息技术 - 运动图像和相关音频信息的通用编码：系统） https://forums.xilinx.com/xlnx/attachments/xlnx/DSPTOOL/15095/1/iso13818-1.pdf

谢谢你。

我想获得一些关于 ffmpeg 转码并将其广播到 DVB-C 环境的建议。拥有一台基于 Linux 的服务器，以及基于 Nvidia P4000 的外部 GPU。这台机器的目标是在 HLS 上获取实时流，然后将文件转码为多播 UDP。转码后，多播 TS 到达接收器（Sumavision EMR 3.0），然后使用 QAM 卡调制成 DVB-C，以便下一次传输到光纤。

所以，有一个奇怪的麻烦。在 IPTV 中，这样的流没有明显的问题。分析 TS，发现 PCR 准确度的错误（>500 ms，因为伪 CBR）和非常罕见的不连续性错误，这可能是基于源错误。然后我把它带到 Sumavision 并应用入站参数（只需重新多路复用这个流，制作忠实的参考、缓冲区大小值和 CBR 输出值）。分析仪看不出问题，放入 QAM-modulator 后自定义输出流，如 PSI/SI 表、频率、符号率等。

在我在一些测试电视上看到结果之后。第一个显示这个通道很棒，没有明显的问题（没有人工制品，没有异步声音）。第二台电视有视频问题，看起来像丢帧。有时声音会中断一毫秒。但是没有出现卡顿 'ETR 101 290 顺利通过的原因，可能是该型号电视解码此服务不正确。视频记录示例在这里。

这是ffmpeg的代码。可能是，我错过了一些常用参数，这可能会使此类调谐器的输出更好。你能看出来没问题吗？