YUKI 飛雪之城 - Powered by Discuz! Board

标题: [求助] 求推荐一个比较好的bmp转png软件 [打印本页]

作者: have22 时间: 2012-05-11 12:06 标题: 求推荐一个比较好的bmp转png软件

　
　　bmp大点倒无所谓，可读取缩略图的速度实在是硬伤啊。以前一直PS批处理转png，后来又用过一阵FW，不过都是先打开再另存的，求速度快一点的，压缩比不用太高。我尝试了一下PNGGauntlet，压出来的东西比PS也就小了2-3%，速度实在慢太多，真是给网页设计师用的啊。。。
　
　　bmp2png貌似很久没更新了，这玩意靠谱吗？

[ 本帖最后由 have22 于 2012-05-11 13:10 编辑 ]

作者: have22 时间: 2012-05-11 12:26

补充问题：bmp到png不存在Gamma校正的问题吧？我看PNGGauntlet有一项是保持Gamma信息的选项，这应该只对png2png管用吧？（这个软件主要是压缩已有png文件的大小，b2p转换倒是其次）

作者: 646757417 时间: 2012-05-11 12:59

xnview足够了，其它的话我觉得也没多大用了

作者: have22 时间: 2012-05-11 13:11

引用:

原帖由 646757417 于 2012-05-11 12:59 发表
xnview足够了，其它的话我觉得也没多大用了

　
　　请问XnView是内建了一个小程序专门转换的，还是像PS一样先打开再另存啊？

作者: haibara 时间: 2012-05-11 13:14

1,http://bbs.9baka.com/read.php?tid=300746。这个是多线程的，速度应该会快点
2,bmp2png或者png2bmp，实际使用bat也简单的：
for /r <dir> %%i in (*.png) do png2bmp -AEL "%%i"
for /r <dir> %%i in (*.bmp) do bmp2png -AEL "%%i"
象这样，你每次改下<dir>源目录就可使用，比方"C:\1"
3,xnview，即容易使用也比PS快，一般人用这个就可以

[ 本帖最后由 haibara 于 2012-05-11 13:17 编辑 ]

作者: haibara 时间: 2012-05-11 13:21

引用:

原帖由 have22 于 2012-05-11 13:11 发表

　
　　请问XnView是内建了一个小程序专门转换的，还是像PS一样先打开再另存啊？

PS我看你不会使用它的批量功能吧
当然PS本来就慢倒是真的，除非使用PNG优化插件

xnview你用了就知道，既可选择几张图片转换，也可指定目录去批量转换

作者: have22 时间: 2012-05-11 14:09

引用:

原帖由 haibara 于 2012-05-11 13:14 发表
1,http://bbs.9baka.com/read.php?tid=300746。这个是多线程的，速度应该会快点
2,bmp2png或者png2bmp，实际使用bat也简单的：
for /r %%i in (*.png) do png2bmp -AEL "%%i"
for /r %%i in (*.bmp) do bmp2png -AEL "%% ...

　
　　嗯，发完贴我就意识到我2B的忘了Windows批处理了，立刻就把帖子请教内容编辑了。。。
　
　　再请教一下海大为啥要加L命令呢？
　　另外PS的批批量应该是什么样的？我是新建批处理，录制一个打开bmp另存为png再关闭的动作，所以批量处理的时候也是有打开图像的这一步骤的。就是觉得这样每次读取图片都要占用CPU内存效率还不高，所以才来求软件的。
　
　　之所以不太喜欢bmp2png，是因为明明无损压缩它还有个压缩等级的参数，搞得好像以前有损压mp3设定比特率一样，心里没底啊。
　　b2p也有好多年没更新了吧，不知道海大研究过png算法没有，这几年间有没有更新过啊？

[ 本帖最后由 have22 于 2012-05-11 14:11 编辑 ]

作者: have22 时间: 2012-05-11 14:27

引用:

原帖由 646757417 于 2012-05-11 12:59 发表
xnview足够了，其它的话我觉得也没多大用了

　
　　谢谢，要是能把Xn的转换程序单独提取出来也好，不然和bmp2png比没有优势啊，那么大个程序。我现在看图特别是高像素的，都用MangaMeeya，小鬼子6MB的程序做的比老美的各种巨型看图软件好使多了。

作者: 646757417 时间: 2012-05-11 15:15

xn单独提取不科学啊，xn毕竟可以多格式转换的说。

作者: have22 时间: 2012-05-11 15:52

引用:

原帖由 646757417 于 2012-05-11 15:15 发表
xn单独提取不科学啊，xn毕竟可以多格式转换的说。

我收东西比较挑剔啊，CG从来都是自己下游戏提取bmp转png的，除了这俩不需要支持其他格式了。tiff，tga基本上见不到啊。

总之XX格式工厂、XX万能转换这种软件碰都不会碰，杂而不精的。

作者: haibara 时间: 2012-05-11 16:03

引用:

原帖由 have22 于 2012-05-11 14:09 发表

　
　　嗯，发完贴我就意识到我2B的忘了Windows批处理了，立刻就把帖子请教内容编辑了。。。
　
　　再请教一下海大为啥要加L命令呢？
　　另外PS的批批量应该是什么样的？我是新建批处理，录制一个打开bmp另存为png再关闭 ...

A表示处理alpha，E表示删除源文件，L表示日志，这些参数usage都有

转换这个过程，本质上很快，之所以CPU上不去，是因为现在硬盘性能太差，以我机器而言，E3-1230等价I5，2张图做alpha blending的时间比写文件的时间短不少的

无损压缩都是有等级，你有概念上的错误，压缩等级代表的是在做无损压缩采用的算法的复杂度，越高文件越小，你象成WINRAR上压缩等级就能理解了

PNG2X年前就有的东西到现在算法什么已经非常成熟没什么好发展，象MIYASAKA这个b2p就非常好了

作者: 646757417 时间: 2012-05-11 16:11

tmd格式工厂，那些不用提。
xnviwe还是很好的，有时候你提取会出tga或者dds，那时你就懂了

作者: wash112209 时间: 2012-05-11 16:14

用格式工厂啊，很多都有。

作者: have22 时间: 2012-05-11 17:09

引用:

原帖由 haibara 于 2012-05-11 16:03 发表

A表示处理alpha，E表示删除源文件，L表示日志，这些参数usage都有

转换这个过程，本质上很快，之所以CPU上不去，是因为现在硬盘性能太差，以我机器而言，E3-1230等价I5，2张图做alpha blending的时间比写文件的时间短不少的

无损压 ...

　
　　我对无损压缩这块确实有误解，把音频转换的思想照搬过来了。海大要是觉得CPU上不去可以试试PNGGauntlet，基于PNGOUT，png压缩比最高的软件，选项多如屎，就算设置了低优先级，我这破本子还是轻松写意100%占用。不过不能同时干其他事，等我换电脑了再去碰它吧。
　　
　　我用了下你说的那个多线程软件，和 b2p -1 相比，不仅慢，文件还大了好多，不知道是什么参数。而且那软件的本意是png转bmp，后来版本更新才有了b转p的功能，还是不用了。看来以后就用b2p了，不过-E还是不敢加啊，海大以前有没有写入出错png读不出来的情况？一般出什么错误才会生成日志？
　
　　还有一个业余的问题：bat里加什么语句能让输出文件保持原先的文件夹结构？

作者: have22 时间: 2012-05-11 17:13

引用:

原帖由 646757417 于 2012-05-11 16:11 发表
tmd格式工厂，那些不用提。
xnviwe还是很好的，有时候你提取会出tga或者dds，那时你就懂了

　　我最近一次提出tga貌似是I社的DBVR。。。以后遇到再下吧

作者: haibara 时间: 2012-05-11 17:29

引用:

原帖由 have22 于 2012-05-11 17:09 发表

　
　　我对无损压缩这块确实有误解，把音频转换的思想照搬过来了。海大要是觉得CPU上不去可以试试PNGGauntlet，基于PNGOUT，png压缩比最高的软件，选项多如屎，就算设置了低优先级，我这破本子还是轻松写意100%占用。不过不能 ...

E你可以放心加，如果转换失败，它不会删除源文件的，并且会记录到日志

错误日志一般是2类：
1，文件名含有本机无法识别的ANSI字符，因为命令行都不是UNICODE，所以会无法识别这些文件
2，特殊类型图像，比方带alpha的调色板PNG，本质上就是不应该转换BMP(因为BMP的调色板是没有alpha的)，p2b会强行转换成调色板BMP(失去alpha)

[ 本帖最后由 haibara 于 2012-05-11 17:39 编辑 ]

作者: have22 时间: 2012-05-11 20:40

引用:

原帖由 haibara 于 2012-05-11 17:29 发表

E你可以放心加，如果转换失败，它不会删除源文件的，并且会记录到日志

错误日志一般是2类：
1，文件名含有本机无法识别的ANSI字符，因为命令行都不是UNICODE，所以会无法识别这些文件
2，特殊类型图像，比方带alpha的调色板PNG，本质上 ...

　　第一种情况很常见的，也不见微软完善下。。。各种游戏厂商和名字里都带"・"这个符号的，一般我都改成"·"。
　　另外怎么保持转换后的目录结构不变啊？现在转换完以后所有png都在一个文件夹里，不管原来的bmp是什么文件夹结构。
　
　　

作者: haibara 时间: 2012-05-11 23:56

引用:

原帖由 have22 于 2012-05-11 20:40 发表

　　第一种情况很常见的，也不见微软完善下。。。各种游戏厂商和名字里都带"・"这个符号的，一般我都改成"·"。
　　另外怎么保持转换后的目录结构不变啊？现在转换完以后所有png都在一个文件夹里，不管原来的bmp是什 ...

不懂，你用那个bat，一定与源文件同层呀

作者: have22 时间: 2012-05-12 00:31

引用:

原帖由 haibara 于 2012-05-11 23:56 发表

不懂，你用那个bat，一定与源文件同层呀

是我纠结加了个-D。我的bmp母文件夹下面还有子文件夹，都有bmp文件；我想用-D把转的png放到另一个母文件夹，下面也是对应的子文件夹，结构和bmp那边相同。就相当于把bmp文件夹复制了一遍，只不过里面的bmp都替换为png。

现在不知道在-D后面该怎么写才行。

作者: haibara 时间: 2012-05-12 01:30

引用:

原帖由 have22 于 2012-05-12 00:31 发表

是我纠结加了个-D。我的bmp母文件夹下面还有子文件夹，都有bmp文件；我想用-D把转的png放到另一个母文件夹，下面也是对应的子文件夹，结构和bmp那边相同。就相当于把bmp文件夹复制了一遍，只不过里面的bmp都替换为png。

现 ...

虽然for里面有很多修饰号，但是无法用来做相对的相对路径部分，这是因为源目录与输出目录相对路径的关系你无法用命令行来定义

比方源C:\1\2，目录层次\A\B，虽然可以得到C:\1\2\A\B(%~dpi)或者C:(%~di)或者\1\2\A\B(%~pi)，但是对输出而言，从哪层开始算，是不明确的，实际应该得到的是\A\B

作者: sst311212 时间: 2012-05-12 18:59

我是使用 ImageMagic 作批次轉換的功能, 速度快

@md "C:\%HomePath%\Desktop\Conv"
for %%I in (*.bmp) do convert %%~nI.bmp "C:\%HomePath%\Desktop\Conv\%%~nI.png"

基本上這是範例, 可以自己修改目標位置

作者: haibara 时间: 2012-05-12 22:41

引用:

原帖由 sst311212 于 2012-05-12 18:59 发表
我是使用 ImageMagic 作批次轉換的功能, 速度快

@md "C:\%HomePath%\Desktop\Conv"
for %%I in (*.bmp) do convert %%~nI.bmp "C:\%HomePath%\Desktop\Conv\%%~nI.png"

基本上這是範例, 可以自己修改目標位置 ...

IM速度很难说，虽然是并行计算，但是就合成来说，根本不快，吐血，不知道为什么那么慢，更不要说16b的版本了

[ 本帖最后由 haibara 于 2012-05-13 01:22 编辑 ]

作者: sfsuvival 时间: 2012-05-13 02:00

试试XnConvert吧
支持unicode和可保留目录结构

作者: sst311212 时间: 2012-05-13 14:42

要不然其實我覺得 Ashampoo Photo Commander 的轉換速度很不錯
不過唯一的缺點是檔案體積非常龐大, 雖然他是多功能的圖片管理工具
http://www.mediafire.com/?5ehrxb4luta85ny

作者: sst311212 时间: 2012-05-13 14:44

引用:

原帖由 haibara 于 2012-05-12 22:41 发表

IM速度很难说，虽然是并行计算，但是就合成来说，根本不快，吐血，不知道为什么那么慢，更不要说16b的版本了

8b 跟 16b 是差在哪裡

作者: haibara 时间: 2012-05-13 18:56

引用:

原帖由 sst311212 于 2012-05-13 14:44 发表

8b 跟 16b 是差在哪裡

RGB那个，每个用8b还是16b

一般图像都是8b，所以是24位(3x8,rgb)，32位(4x8,rgba)

16b计算需要更多的CPU和内存

作者: have22 时间: 2012-05-14 22:02

引用:

原帖由 sst311212 于 2012-05-13 14:42 发表
要不然其實我覺得 Ashampoo Photo Commander 的轉換速度很不錯
不過唯一的缺點是檔案體積非常龐大, 雖然他是多功能的圖片管理工具
http://www.mediafire.com/?5ehrxb4luta85ny ...

150MB... 我感觉就是一个小PS啊，真是和bmp2png产生了鲜明的对比。

谢谢建议！

作者: have22 时间: 2012-05-14 22:22

引用:

原帖由 sfsuvival 于 2012-05-13 02:00 发表
试试XnConvert吧
支持unicode和可保留目录结构

这个很给力啊，和XnView是一个公司的嘛。我之前还在问有没有把XV转换功能单独拿出来的软件的呢。。。

我再和bmp2png的效果对比下，谢谢了！

欢迎光临 YUKI 飛雪之城 (https://yukict.com/bbs/)