问题标签 [memorystream]
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.
c# - 从 MemoryStream 打开音频 (wav) 文件以确定持续时间
有没有办法在框架内或使用 P/Invoke 来确定内存流中保存的 wav 文件的持续时间?
我已经看过Managed DirectX和另一个类似的问题,但一切似乎都适用于路径,而不是提供任何传入流的方式。我引用的问题中的一个链接(A simple C# Wave editor ....)清楚地表明我可以解析MemoryStream
来确定 wav 文件的持续时间。理想情况下,我不想重新发明轮子。
c# - 将 MemoryStream 的内容作为 ASCII 字符串获取的快速方法
我在 MemoryStream 中有一个 JSON 字符串。我正在使用以下代码将其作为 ASCII 字符串输出:
什么是更短/最短的方法来做到这一点?
c# - 从 C# 中的巨大 MemoryStream 中读取
我使用 BinaryReader ( MemoryStream(MyByteArray)
) 读取可变大小的记录并在内存中处理它们。只要我在数组中的字节流大小小于 1.7 GB,这就会很好地工作。之后(这是我的 64 位系统中整数的最大大小),尽管我有足够的实际内存,但您无法创建更大的字节数组。所以我的解决方案是读取字节流并将其拆分为几个字节数组。
但是,现在我无法“读取”字节数组边界,并且由于我的数据是可变格式,我无法确保字节数组总是在整个记录上完成。
对于处理非常大的数据集并且仍然需要速度的人来说,这一定是一个常见的问题。
我该如何处理这个问题?
c# - 可以将二维字节数组制成一个巨大的连续字节数组吗?
我在内存中有一个非常大的二维字节数组,
有什么方法(可能不安全)可以让 C# 认为这是一个巨大的连续字节数组?我想这样做,以便我可以将它传递给 aMemoryStream
然后 a BinaryReader
。
c# - 关于在 c# 中使用内存流的性能问题
我创建了一个项目。很多人会同时使用我的项目。如果有人出错,那么它将通过使用内存流创建对象来写入文件。如果每个人都遇到错误,那么将创建该数量的对象,并且所有对象一次将错误写入同一个文件。这有什么问题和性能问题吗?
c# - 内存流的使用
我们什么时候使用内存流?
c# - 创建文件并使用内存流保存到它
如何使用内存流创建文件并写入文件?我需要使用内存流来防止其他线程尝试访问该文件。
我试图保存到文件的数据是 html。
如何才能做到这一点?
.net-4.0 - 如何将 Linq 二进制类型写入 MemoryStream,反之亦然
我将写入System.Data.Linq.Binary
值并执行一些操作,然后从toMemoryStream
重新写入新值!怎么做?MemoryStream
Binary
.net - 从 MemoryStream 加载位图时出错
我正在尝试从内存流中加载图像(pdf 和 Word 文档),以便在将它们添加到 pdf 之前对其进行操作。每当我尝试加载位图或 GIF 时,我都会遇到一个可怕的 GDI+ 错误。
这个电话...
生成此错误...
而这个电话……
生成此错误...
该代码适用于 png、jpg 和 tif,但不适用于 bmp 或 GIF。
基本上是:
我不会在任何地方关闭 MemoryStream,除非 png 和 jpg 不受关闭的 MemoryStream的影响,否则我认为这不是问题。当我使用十六进制编辑器查看图像文件时,似乎编码不正确。我也尝试了不同的文件大小,以防万一。
在这一点上,我几乎不知所措。任何帮助将不胜感激。
谢谢。
asp.net - 将 PNG 保存到 Response.OutputStream 时行为不一致
这个问题与这个有关:Cannot render image to HttpContext.Response.OutputStream。它不是重复的。
尝试将 PNG 保存到 Response.OutputStream 时,我在本地开发环境和生产环境之间遇到了不一致的行为。也就是说,我使用的代码最初在本地运行良好,但在生产服务器上失败了。
这是在本地工作的原始代码:
尽管在本地工作,但当我在生产服务器上部署它时,我收到了一个应用程序错误:
GDI+ 中出现一般错误。
经过一番挖掘,我确定问题出在“保存 PNG 图像需要一个可搜索的流”这一事实。' - Response.OutputStream 不是。通过首先将位图写入 System.IO.MemoryStream,然后写入 Response.OutputStream,这个问题很容易得到缓解。
我很想知道为什么原始代码在本地运行良好,但在生产服务器上却失败了?代码失败背后的原因对我来说听起来很黑白,所以我不明白为什么会存在特定于环境的不一致。