问题标签 [bitstream]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
dsl - pfSense PPPoE 和 BitStream / BSA / OneSession 硬件
我在 pfSense (2.2.6) 盒子上运行我的家庭网络，该盒子通过 PPPoE 连接到我的 DSL（在德国，Alice/O2/Telefonica）。我的调制解调器是一个取消配置的“Alice Modem WLAN 1421”，它只提供 PPPoE-Passthrough。
我的运营商联系我将我的硬件“升级”为“HomeBox 2”。我的研究表明 Telefonica 将我的连接迁移到 BSA (BitStream / OneSession)。我通过聊天联系了他们，他们告诉我 OneSession 确实是他们的原因，PPPoE（直通）将不再对我可用。这是相当不令人满意的，因为我的 pfSense 盒子将成为该 HomeBox 后面的另一个 LAN 客户端。端口转发也会变得更加困难，双重NAT等等。米（
我不使用 VoIP，所以“OneSession”对我来说毫无用处。
1）我可以使用替代硬件吗？
2) 可以用我的 pfSense 盒子以某种方式配置 HomeBox 2 吗？
python - 如何从给定的偏移量开始在 ConstBitStream 中查找二进制数据？
我试图在加载为 ConstBitStream 的文件中查找特定字节：
这对于第一次出现效果很好。找到第一个序列后，我想再次使用该find方法找到下一个序列，但现在从偏移量开始：
这似乎不起作用。我总是从我的二进制序列的第一次出现中获得位置。
怎么了？
更新：
（firstfound和的值s.bytepos）：
（第二个found和的值s.bytepos）：
似乎设置start=s.bytepos没有任何效果。
c - 在 C 中检查设置位的非常快速的方法
我在我的代码中使用了某种具有 -function 的read_bit()BitStream。这个函数被非常频繁地调用（在单个流中超过 10 亿次）。这是 struct BitStream 的样子：
并且read_bit()-function 定义如下：
现在，我通过反复试验发现这条线unsigned char mask = 128 >> (bitPos & 7);非常慢。有什么方法可以加快检查速度吗？我已经尝试使用一个数组来索引 8 个不同的可能掩码，但这并不快（我认为是由于内存访问）。
编辑：在过去的一周里，我尝试了很多答案并进行了很多基准测试，但性能并没有太大的提升。通过颠倒比特流中的比特顺序，我最终设法获得了 10 秒的改进。因此，我没有使用 mask 128 >> (bitPos & 7)，而是使用了以下功能：
我显然也改变了相应的写功能。
c# - C# - 将任何文件类型转换为图片框中的位图显示
我想要一个 OpenFileDialog 来选择任何文件类型并在位图图像中显示文件位。我的意思是所选文件包含一些 0/1 位，我想以黑白图像显示它们。任何想法？
c - 在C中将一个位字符串分成三个部分
我目前有一个从输入文件中以十六进制形式读取的整数值。我需要将 32 位比特流分成三个独立的部分以便对其进行操作。所需的输出如下：
所需的输出：
其中，V 是我的输入值，左边是前 X1 位，接下来是 X1 和 X2 之间的数字，最后是从 X2 到末尾的数字。有一个约束，即每个小节的长度必须大于 0。
让这变得困难的是我拆分 x 的位置不同（X1 和 X2 可以改变）
有没有什么好的方法可以拆分这些？
c++ - 压缩 Opus 帧的大小（字节）
如何计算压缩作品帧的大小（字节数）？我已经阅读了 OggS Page 和 TOC-Header。下一个字节应该属于压缩帧，但我如何获得字节数？
c# - 在 WPF 中访问视频的比特流以引入虚假干扰
我正在使用 wpf 应用程序，基本上我的目标是能够拍摄正在 wpf 中播放的视频，并且能够以某种方式修改其比特流以使其看起来受到干扰。我认为有很多不同的方法可以解决这个问题。有什么建议么？我愿意使用任何视频播放器插件或任何其他插件来完成这项任务。我正在使用 c# 编程并使用 Visual Studio 2010。如果您需要更多信息，请发表评论并告诉我。谢谢你。
ios - 带有切片 IDR 的 ios h264 比特流
我有一个 iOS 应用程序，它需要显示一个 h264 视频流。当 IDR 为单个 H264 帧/单元时，流采用比特流格式并且运行良好。现在我有一个视频源，它将 IDR 拆分为 4 个单独的 H264 帧/单元（每个显示图片的 1/4）。这不能通过我当前的方法 NALU->AVCC 来处理，因为每个 IDR 都会覆盖前一个。
为了消除对我收到的内容的困惑：
这是工作情况：|SPS|PPS|IDR|B_FRAME|.....|SPS|PPS|IDR|
这是我收到的：|SPS|PPS|IDR|IDR|IDR|IDR|B_FRAME|.....|SPS|PPS|IDR|IDR|IDR|IDR|
我试图将这些 IDR 合并到一个框架中。我尝试将所有内容转换为 AVCC 格式并将它们作为一个单元传递给 AVSampleBufferDisplayLayer
binary - DC 系数是否毫无例外地包含在压缩 JPEG 的每个块中？
我正在按位读取压缩的 JPEG 比特流以定位 EOB 标记。
在每个 EOB 之后，我希望找到一个代表 DC 系数位大小的 Huffman 代码。
在绝大多数情况下，我发现这是正确的，但偶尔会有一个长（约 10 位）的 1 字符串，后跟一个类似的 0 字符串在 EOB 之后。图像的 DHT 中定义的 DC Huffman 代码不会产生匹配。这个块有没有可能没有直流系数？为什么会这样？如果不是，还有其他解释吗？
假设我认为所有标记都是字节对齐的是正确的，则图像中没有重新启动标记。一旦扫描开始，所有值为 255 的字节后跟一个零。
parsing - 编码 JPEG 时是否跳过了一些 8x8 块？
我正在尝试将压缩的 JPEG 比特流拆分为原始图像的 8x8 块。但是，根据图像的大小，我经常发现比我知道的要少。
我已将其缩小到图像的第一行，当图像为 80 个块时，在 65 个块后达到填充边缘块（可通过其较低的平均值识别）。然后在预期的 80 个块之后到达后续行的末尾，表明不再有跳过的块。
我只是遗漏了第一行中的一些 EOB 标记，还是存在某些 8x8 块未编码到比特流中的情况？