问题标签 [16-bit]

如果我在问一些已经问过的问题，我真的很抱歉，但是我到处看了看，没有任何结果。

我正在尝试使用 java sound api 即时读取房间中当前的音量。我注意到我从麦克风混音器获得的控件对此没有帮助，从我所见，人们建议从 TargetDataLine 读取一小段声音并使用均方根算法检查音量。

实际问题:) 问题是，每当我在样本上运行 rms 时（我为此使用 PCM_SIGNED，44100Hz 16 位），当没有背景噪音时，我得到的值在 20-30 之间，当我说话/大喊时，我得到的值高达 60 /讲话。（我尝试从 100-44100 的缓冲区大小读取行，缓冲区大小较小，rms 较低 - 但全部 - 安静在 10 左右，噪音在 30 左右。）

问题是，当我播放刚刚录制的内容时，您可以完美地听到所有内容，并且没有背景噪音。

tl;博士谁能（请）告诉我一种从字节数组读数（PCM SIGNED 44100Hz 16bit）中分辨音量的方法？

先谢谢回答的人！

由于我从未接受过计算机科学的“正规”教育（我在高中），所以我一直想知道这个问题，所以请原谅我对这个问题的无知。

在支持标题中列出的三种整数的平台上，哪个更好，为什么？（我知道每种类型的 int 在内存中都有不同的长度，但我不确定这意味着什么或它如何影响性能，或者从开发人员的角度来看，哪一种比另一种更具优势）。

预先感谢您的帮助。

再会，

我创建了一个 python 程序来批处理我们在工作中运行的进程。不幸的是，我们使用的程序是在 80 年代编写的，最后一次更新是在 90 年代。它是一个 16 位的 windows 3.1 程序。

我已启用 Windows 7 以同时运行多个 16 位程序，但它似乎没有这样做！

它应该加载多个 NTVDM，但其中只有一个似乎在进行任何处理，其他的几乎没有使用 CPU。在 Windows XP 中，同一程序将使用计算机上每个内核的 70%。

我想知道是否有人知道如何提高 Windows 7 中 16 位程序的性能？或者，如果 Windows XP 能更好地处理 16 位程序？

谢谢

我正在尝试使用 2 个字节来表示 32768。对于高字节，我是否使用与低字节相同的值，它会以不同的方式解释它们，还是我输入实际值？那么我会输入 32678 0 或 256 0 之类的东西吗？或者那些都不是？任何帮助表示赞赏。

32 位 x86 是 16 位 x86 的超集。假设我用 16 位 x86 编写代码。理想情况下，它应该可以在具有 32 位 x86 的系统上顺利运行。但事实并非如此。兼容性是这里的一个问题。但究竟为什么呢？是不是因为安装在 32 位 x86 机器上的 32 位操作系统在内存中加载程序的方式不同并且对内存的管理方式不同？不同的内存管理要求是 16 位和 32 位应用程序之间的真正区别吗？

你能用 Mirosoft Visual Basic 2008 Express Edition 制作一个 MS-DOS 程序吗？我想做一个没有从命令提示符、DOSBOX 或正在使用的任何东西中弹出的窗口。我试图创建一个消息框，但它不会像在 MS-DOS 中那样！我对VB了解不多，但我需要让一切都留在DOSBOX上。以下是不会保留在 CLI 中的模板：

如果我能得到一个模板，或者只是某种类型的代码，我将不胜感激。

我正在为 16 位嵌入式设备（80251 微控制器）开发应用程序，我需要任意精度的算术。有人知道适用于 8051 或 80251 的库吗？

GMP 没有明确支持 8051，我对在 16 位设备上可能遇到的问题持谨慎态度。

谢谢

这是 16 位实模式 NASM。

我在以 cursorRow 为参数的函数中更改此变量时遇到问题。我发布的一个相关问题：从堆栈及其段更新位于数据段中的变量

我不知道如何为 16 位实模式编译我的 C 内核。我尝试了各种编译器，但都没有运气。我的引导加载程序只是将原始扇区从软盘（我的内核就在磁盘上的第一个扇区之后）加载到物理内存地址 1000h:0000h 然后跳转到它。如何编译我的 C 内核以在 16 位实模式下工作？

我的基本内核：

我尝试过的编译器是 GCC、tinyCC 和 DMC。我的目标是获得一个可以跳转以开始执行的平面二进制文件。

I need to be able to convert 8-bit or 16-bit grayscale pixel data into a file format that the .NET framework can support.

The data I have available is the width, height, orientation (bottom-left) and the pixel format as 4096 shades of gray (12-bit resolution) packed in 2 bytes per pixel.

So for example each pixel ranges from 0 to 4096, and each pixel is 2 bytes.

I have already tried using PixelFormat.Format16bppGrayScale with the Bitmap constructor, and it throws a GDI+ exception. Everything I have read says that this format is not supported and that MSDN is wrong.

I want to convert this pixel buffer into a .NET Bitmap format (such as Format32bppArgb) with as little image quality loss as possible.

Anyone know how?