haibara

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

引用:

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

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

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

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

haibara

引用:

原帖由 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就非常好了

haibara

引用:

原帖由 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 编辑 ]

haibara

引用:

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


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

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

haibara

引用:

原帖由 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

haibara

引用:

原帖由 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 编辑 ]

haibara

引用:

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


8b 跟 16b 是差在哪裡

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

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

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