blocks|key|782817|text|这个问题似乎是由压缩引起的。.mat文件从第7版开始自动压缩。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|782818|因此，我建议尝试将该文件保存在先前未压缩的.mat文件版本6中：|782819|save(filename,+'data',+'-v6');|code-block|syntax|javascript|782820|entityMap^0|E|4|0|L|4|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|R|8|@$9|S|A|T|B|C]]|D|@]|E|$]]|$1|H|3|I|5|J|7|U|8|@]|D|@]|E|$K|L]]|$1|M|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|N|$]]

The problem seems to be caused by the compression. <code>.mat</code> files are compressed automatically from version 7 onward.

Therefore, I suggest trying to save the file in the earlier, uncompressed <code>.mat</code> file version 6:

<pre><code>save(filename, 'data', '-v6');
</code></pre>

blocks|key|326693|text|我可以用Octave加载两个文件，并重写导致问题的文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|326694|>>+data1+=+load('part_0001.mat');
>>+save+-v7+part_0002.mat+-struct+data1|code-block|syntax|javascript|326695|在Python中，重写的文件加载得很好，就像0000.mat文件一样。|offset|length|style|CODE|326696|In+[8]:+data2=loadmat('part_0002.mat')
In+[10]:+data2.keys()
Out[10]:+dict_keys(['RealTime',+'AccNorm',+'Alt',+'FsP',+'DeviceTime',+'FsA',+'Acc',+'imatemp',+'Time',+'__version__',+'__globals__',+'__header__'])|326697|重写的文件实际上要小一点。一个V6文件是13M，也是可加载的。|326698|>>+save+-v6+part_0003.mat+-struct+data1|326699|因此，在loadmat's处理V7格式时一定会出现一些故障。|326700|entityMap^0|0|0|M|8|0|0|F|2|0|0|4|9|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|X|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Y|8|@$I|Z|J|10|K|L]]|9|@]|A|$]]|$1|M|3|N|5|D|7|11|8|@]|9|@]|A|$E|F]]|$1|O|3|P|5|6|7|12|8|@$I|13|J|14|K|L]]|9|@]|A|$]]|$1|Q|3|R|5|D|7|15|8|@]|9|@]|A|$E|F]]|$1|S|3|T|5|6|7|16|8|@$I|17|J|18|K|L]]|9|@]|A|$]]|$1|U|3|-4|5|6|7|19|8|@]|9|@]|A|$]]]|V|$]]

I can load both files with Octave, and rewrite the one that causes problems

<pre><code>&gt;&gt; data1 = load('part_0001.mat');
&gt;&gt; save -v7 part_0002.mat -struct data1
</code></pre>

In Python the rewritten file loads fine, just like your <code>0000.mat</code> file.

<pre><code>In [8]: data2=loadmat('part_0002.mat')
In [10]: data2.keys()
Out[10]: dict_keys(['RealTime', 'AccNorm', 'Alt', 'FsP', 'DeviceTime', 'FsA', 'Acc', 'imatemp', 'Time', '__version__', '__globals__', '__header__'])
</code></pre>

The rewritten file is actually a bit smaller. A <code>V6</code> file is 13M, and also loadable.

<pre><code>&gt;&gt; save -v6 part_0003.mat -struct data1
</code></pre>

So there must be some glitch in <code>loadmat's</code> handling of the V7 format.

blocks|key|326737|text|有时mat文件会损坏，所以Matlab无法识别数据类型并无法加载。所以在保存垫子文件的同时。通过设置long_field_names=True尝试保存mat文件|type|unstyled|depth|inlineStyleRanges|entityRanges|data|326738|scipy.io.savemat(文件名，long_field_names=True)|blockquote|offset|length|style|BOLD|326739|entityMap^0|0|0|17|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@$E|M|F|N|G|H]]|9|@]|A|$]]|$1|I|3|-4|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

sometimes the mat files become corrupt, so Matlab cant recognize the data type and unable to load it. so while saving the mat file. try to save the mat file by setting the long_field_names=True 

<blockquote>
 scipy.io.savemat(filename,long_field_names=True)
</blockquote>

blocks|key|785173|text|问题在于scipy.io.loadmat的verify_compressed_data_integrity关键字参数(默认为True+)。它试图对标头进行一些错误检查，但即使数据提取得很好也会引发错误。请参阅与此相关的GitHub问题。我不确定全职关闭该关键字的含义，但如果您使用以下方法，它将同时解决您的问题(我无法对照您的数据检查它，它在提供的网址上不再可用)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|785174|import+scipy.io+as+sio

data+=+sio.loadmat(filepath,+verify_compressed_data_integrity=False)|code-block|syntax|javascript|785175|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/scipy/scipy/issues/6999^0|4|G|L|W|1Q|4|2W|D|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]|$9|V|A|W|B|C]|$9|X|A|Y|B|C]]|D|@$9|Z|A|10|1|11]]|E|$]]|$1|F|3|G|5|H|7|12|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|13|8|@]|D|@]|E|$]]]|L|$M|$5|N|O|P|E|$Q|R]]]]

The problem is with <code>scipy.io.loadmat</code>'s <code>verify_compressed_data_integrity</code> keyword argument, which defaults to <code>True</code>. It's trying to do some error checking of the headers, but can raise an error even when the data is extracted just fine. See <a href="https://github.com/scipy/scipy/issues/6999" rel="nofollow noreferrer">this related GitHub issue</a>. I'm unsure of the implications of switching this off full-time, but if you use the following, it should resolve your issue in the meantime (I can't check it against your data, it's no longer available at the provided URL).

<pre><code>import scipy.io as sio

data = sio.loadmat(filepath, verify_compressed_data_integrity=False)
</code></pre>

I am trying to read a matlab file using scipy

<pre><code>import scipy.io as sio

data = sio.loadmat(filepath)
</code></pre>

but I get the error

<code>ValueError: Did not fully consume compressed contents of an miCOMPRESSED element. This can indicate that the .mat file is corrupted.</code>

In Matlab I can open this file without any problem. I also tried to save it again, but nothing changed...
Can you help me?

Here: <a href="https://drive.google.com/drive/folders/0B3vXKJ_zYaCJanZfOUVIcGJyR0E" rel="noreferrer">https://drive.google.com/drive/folders/0B3vXKJ_zYaCJanZfOUVIcGJyR0E</a>
you can find 2 files saved in the same way..

I can open part_000, but not part_001.... why? :(

Unable to read MAT file with scipy

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在尝试使用scipy读取matlab文件。import scipy.io as siodata = sio.loadmat(filepath)但我明白错误ValueError: Did not fully consume compressed contents of an miCOMPRESSED element....

问无法读取垫子文件
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问无法读取垫子文件EN