1
edgnoz 2019 年 3 月 17 日
Large Text File Viewer
试试这个? |
2
Judoon 2019 年 3 月 17 日 via Android
vim
|
3
alvin666 2019 年 3 月 17 日 via Android 你用记事本 notepad++能解码??
用解码工具啊 “我有个 5g 大小的视频不能用记事本打开怎么办?” 用视频软件打开啊 |
4
Ansen 2019 年 3 月 17 日 via iPhone
好久 40M 也算大了……经常打开 4g 的 log 文件
win10 上 gvim/sublime/vscode 都没问题,排名分先后 |
5
webdisk 2019 年 3 月 17 日 40M 就算超大了么?
解码的话不用打开啊, 直接 base64 -d 40M.txt > x.mp3 就行了 |
6
alex321 2019 年 3 月 17 日
试过用 VSCode 打开过几百兆的 txt。po 主可以试试。
|
7
blless 2019 年 3 月 17 日 via Android
base64 好处理啊 按 4 的倍数读字节就好了啊
|
9
Athrob 2019 年 3 月 17 日 via iPhone emeditor
|
10
MoHen9 2019 年 3 月 17 日 via Android
Windows 的话 sublime,上 G 也没问题,Linux 可以用 vim
|
11
PureWhiteWu 2019 年 3 月 17 日
@zxq2233 直接写个代码读取并解码不好么……
|
12
RyuZheng 2019 年 3 月 17 日 via iPhone
写个 Python 呀,花一点点时间搜索和学一下。
|
13
ruiowe 2019 年 3 月 17 日
40T 才勉强算得上超大
|
14
penisulaS 2019 年 3 月 17 日
你同事到底想干嘛,不直说
|
15
lzvezr 2019 年 3 月 17 日 via iPhone
楼主是要打开以后 Ctrl+A,Ctrl+C,Ctrl+V 复制到在线解码网站上?
|
16
povvoq 2019 年 3 月 17 日 via Android
打不开就切割成两个
|
17
KgM4gLtF0shViDH3 2019 年 3 月 17 日 via iPhone
( ;´Д`)撩妹都要会这个技能吗
|
18
iyuli 2019 年 3 月 17 日 UltraEdit,内存要够大
|
19
ljspython 2019 年 3 月 17 日 不用解了,一般这种情况都可以直接上...不好意思粗俗了...直接表白了
|
20
AlisaDestiny 2019 年 3 月 17 日
你怕是用了个假的 nodepad++.
https://notepad-plus-plus.org/community/topic/12869/what-is-the-max-file-size-for-v7x64/2 根据上面的帖子和他们贴出的源码,notepad++的上限是 2G。 |
21
MiaRunis 2019 年 3 月 17 日
40M 太简单了 notepad++解决。
不行的话换 PilotEdit Lite |
22
nanaw 2019 年 3 月 17 日 via Android
vscode 应该可以。首次打开会提示文件过大是否以大内存模式重启
|
23
wukongkong 2019 年 3 月 17 日 via Android
@kzfile 感觉 love you .没那么大……
|
24
murmur 2019 年 3 月 17 日
40m 怎么也算不上大。。
|
25
ThirdFlame 2019 年 3 月 17 日
log view pro
|
26
AwayEM 2019 年 3 月 17 日 via iPhone
vim emacs vscode 应该都可以
|
27
nimrc 2019 年 3 月 17 日 via iPhone
40m 一点都不大 算小文件
|
28
ll3027 2019 年 3 月 17 日
nodepad++
|
29
geekdada 2019 年 3 月 17 日
是你会裸眼解码还是怎么着吗,为什么要打开他
|
30
isnowify 2019 年 3 月 17 日 via iPad
sublime 无压力啊
|
32
mikeguan 2019 年 3 月 17 日 via Android
不明白为什么需要打开啊,直接解码不就可以了。
PS:40M 文件真的不大,几百 G 的文本都见过 |
33
longline 2019 年 3 月 17 日 via Android
几百兆 VScode 没问题
|
34
swsh007 2019 年 3 月 17 日 via Android
ultraedit
第一次测试的时候可以打开 30m 的 log 文件 那是 1997 年 |
35
goodboy886 2019 年 3 月 17 日 via iPhone
notepad++无压力啊
|
36
wtks1 2019 年 3 月 17 日 via Android
win 上 ue 经常打开过 g 的文件没问题啊
|
37
yksoft1ex 2019 年 3 月 17 日
40M 而已,记得当年网易泄露的那个,好多个几个 G 大的 SQL 文件。大站的数据库导出来,几十上百个 G 小菜一碟吧。。
不过如果仅仅是解码 base64,不用打开吧,可以直接流式解码 |
38
Quaintjade 2019 年 3 月 17 日
为啥 10 亿+字符的 txt 只有 40MB ?还是说压缩之后 40MB ?
|
39
Quaintjade 2019 年 3 月 17 日 顺便高亮一下第一句话的“她”字
|
40
peteryzy 2019 年 3 月 17 日 via Android
py 写个就行
|
41
opengps 2019 年 3 月 17 日
写个程序,逐行读取
|
42
moln 2019 年 3 月 17 日 就我一个人关心女同事说了啥?
|
43
Greatshu 2019 年 3 月 17 日
40M 真的不大,$$Tap 有一次在程序目录下生成了一个 50 多 GB 的.log 文件,我用的是 glogg
https://glogg.bonnefon.org/description.html |
44
alakey1989 2019 年 3 月 17 日
@Quaintjade 你坐下
|
45
Ediacaran 2019 年 3 月 17 日 via iPhone 40m,读了本小说吗?
|
46
freefcw 2019 年 3 月 17 日
问题不是大,应该是一行太长了
|
48
Dragonish3600 2019 年 3 月 17 日 via iPhone
Emeditor,专业打开大文件
|
49
notreami 2019 年 3 月 17 日
才 40M。。楼主下次要问 40GB,这才有意思。
|
50
styang 2019 年 3 月 17 日
sublime text
|
51
mmdsun 2019 年 3 月 17 日 via Android
tail -f - n
|
52
alect 2019 年 3 月 17 日
我很好奇她给你说的什么东西还要转码成 txt,码农的乐趣吗?
|
53
killerv 2019 年 3 月 17 日
我还以为多大……
|
54
zhujinliang 2019 年 3 月 17 日 via iPhone
@Ansen 排名分先后好评
|
55
ETiV 2019 年 3 月 17 日
等等,40MB 的 base64 编码,不就应该是 400 万 个字符而已吗。怎么 1 亿+的
|
56
valorachen 2019 年 3 月 17 日 via Android
解码这段语音跟打开这个文件有啥关系?打开了能看到懂直接人工转码?写个代码直接转换才是解决方法吧
|
57
zhtttyecho 2019 年 3 月 17 日
异性的各种看不懂的暗示都按表白算
|
58
skadi 2019 年 3 月 17 日
她? 表白?
|
59
UN2758 2019 年 3 月 17 日
@AlisaDestiny #20 但是实际上 300mb 左右的文档就会打不开了
|
60
hundan 2019 年 3 月 17 日 via Android 异性乱码皆表白?
|
61
wlh233 2019 年 3 月 17 日 知道是 base64 了还打开干嘛 ?
base64 -d voice.txt | ffplay -i pipe:0 |
62
yidinghe 2019 年 3 月 17 日 via Android
everedit
|
63
jianghu52 2019 年 3 月 17 日
我用 emediter 打开过 4g 的 sql。他可以分段显示。但是对于这种解码的,不知道行不行
|
64
immutable 2019 年 3 月 17 日 via Android
vim
|
65
sampeng 2019 年 3 月 17 日 via iPhone
base64 -d xxx.txt > xxx.mp4 很难么…
|
66
churchmice 2019 年 3 月 17 日
linux 下我用 vim 开过 1G 的日志文件无压力
|
67
aristotll 2019 年 3 月 17 日
vim
|
68
miaotaizi 2019 年 3 月 17 日 via iPhone
活该你单身
|
69
EscYezi 2019 年 3 月 17 日 via iPhone
虽然 40MB 不大,但是 base64 编码后的字符串只有一行,文本编辑器打开确实会崩
|
70
Shynoob 2019 年 3 月 17 日
你打开又不能解码。。当然是找解码工具啊
|
71
Azure42 2019 年 3 月 17 日
EmEditor,对大文件有优化,分块加载,经常用它看几百兆的 log
|
72
yghack 2019 年 3 月 17 日
vim 10G 无压力
|
73
13160919135 2019 年 3 月 17 日
写个方法,用 nodejs 读取
|
74
Yien 2019 年 3 月 17 日 via iPhone 没人好奇她说的什么?
|
75
id7368 PRO 比较奇怪 40M,Editplus 怎么会卡的,我是 Editplus N 年老用户了,以前下载的各种文本型数据库都是用这个打开的,几个 G 的文件基本几十秒就可以加载出来了,但是内存消耗的确实比较大
|
76
sm0king 2019 年 3 月 18 日
没人好奇她说的什么?
|
77
shyrock 2019 年 3 月 18 日
po 主的 notepad++必须是假的,我日常用来打开的日志文件都是 80M+啊
|
78
billwang 2019 年 3 月 18 日
40M ?哈哈,真的不算大,几个 G 的文本文件在服务器上真的很常见。
|
79
thfurior 2019 年 3 月 18 日 via Android
vscode,打开过 1g 的 sql
|
80
winiex 2019 年 3 月 18 日
这里出现打不开的问题应该不是 40M 大小的问题,很可能是这 40M 文本只有一行,这样导致编辑器的渲染算法不太好高效率地处理它。
如果 40M 文本包含许多行文本,那基本上常见的 Text Editor 都是可以轻松加载的。 |
81
log4geek 2019 年 3 月 18 日
可能楼主是 1G 内存的电脑。。
|
82
a4854857 2019 年 3 月 18 日
我用记事本都打开过 500m 的 txt..当时是一个字符动画来着
|
83
EdwardL 2019 年 3 月 18 日
干嘛要打开?直接写个两行 py 解不就好了吗。。。。
|
84
ymj123 2019 年 3 月 18 日 via Android
40M 的 TXT 不大,至于你这个卡死,估计是电脑太垃圾?
|
85
a226679594 2019 年 3 月 18 日
上个 i9
|
86
la9998372 2019 年 3 月 18 日
有点意思。
|
87
huiyadanli 2019 年 3 月 18 日
Emeditor 20G 的文本都能打开。。。
|
88
wqzjk393 2019 年 3 月 18 日
纯文本处理 win7 下直接 gvim 就可以了。需要更具体的处理可以 pandas 或者开个 access。
|
89
zhila 2019 年 3 月 18 日
才 40m,大吗
|
90
taobibi 2019 年 3 月 18 日
notepad++了解一下
|
91
jkjoke 2019 年 3 月 18 日
所以到底说了什么
|
92
crayygy 2019 年 3 月 18 日
曾经做论文的时候一个数据文件 10G 的我愣头愣脑的用 sublime 打开了,居然还真的能打开...
|
93
paouke 2019 年 3 月 18 日
经常用 nodepad++打开 100 多 M 日志啊,你是文本都在一行,估计就炸了
|
94
liuxey 2019 年 3 月 18 日
这是女程序员新的考验方式吗?
|
95
Orciorc 2019 年 3 月 18 日 via Android
akelpad
|
97
dyxLike 2019 年 3 月 18 日
所以说到底为啥打不开? 单行过长吗?
|
98
SekiBetu 2020 年 11 月 24 日
2020 年回来看看,现在这个问题有一个软件解决了,叫 emeditor,200G 的也能打开
|
99
MatthewHan 2024 年 5 月 6 日
@Greatshu 好用,在 十几 G 的情况下,比 Emeditor 打开和检索速度差一点,但是够轻量,比 Emeditor 舒服点。
|