1,185
社区成员
发帖
与我相关
我的任务
分享超小型绿色看图软件 Viu 2，欢迎大家测试
Viu 2 是我的看图器的第二个版本，算算时间也断断续续做了半年。当初写这个东西就是为了替代日渐臃肿的ACDSee，同时给自己一个合法的、看起来相对舒服的Windows下的图片操作环境。Viu 2在编写的时候一方面借鉴了很多ACDSee和iPhoto的设计思想（这一点必须向前辈们致敬），同时也加入了很多自己的想法。下面列出的是Viu 2的一些功能特性。
- 免费软件！！！
- 极简主义外观设计
- 支持剪贴板及拖放操作的文件浏览器
- 支持大量常见图片文件格式
- 支持收藏夹以收集您最喜爱的图片或目录
- 带锐化功能的图片批量缩放
- 批量无损 JPEG 翻转/旋转
- 更新/嵌入/清除您图片中的略缩图
- 强大方便的桌面墙纸工具
- 单文件绿色软件，无需安装
- 内建多语言支持（中文、英语及德语，但德语界面尚未翻译完成）
Viu 2目前正处在Alpha测试中，或许不久就可以发布针对普通用户的Beta测试版。不过不管怎样，大家可以到Viu 2的官方主页（www.viu2.net）去下载最新的发布版本，也欢迎大家在使用后通过Email或在这个帖子里向我提供意见反馈。
如果有人有兴趣的话，这里有一个Viu 2的开发日记，但可能要注册后才能看到截图：http://bbs.e2image.com/viewthread.php?tid=1462
下面是Viu 2的官方网站截图，供大家参考：
- 免费软件！！！
- 极简主义外观设计
- 支持剪贴板及拖放操作的文件浏览器
- 支持大量常见图片文件格式
- 支持收藏夹以收集您最喜爱的图片或目录
- 带锐化功能的图片批量缩放
- 批量无损 JPEG 翻转/旋转
- 更新/嵌入/清除您图片中的略缩图
- 强大方便的桌面墙纸工具
- 单文件绿色软件，无需安装
- 内建多语言支持（中文、英语及德语，但德语界面尚未翻译完成）
Viu 2目前正处在Alpha测试中，或许不久就可以发布针对普通用户的Beta测试版。不过不管怎样，大家可以到Viu 2的官方主页（www.viu2.net）去下载最新的发布版本，也欢迎大家在使用后通过Email或在这个帖子里向我提供意见反馈。
如果有人有兴趣的话，这里有一个Viu 2的开发日记，但可能要注册后才能看到截图：http://bbs.e2image.com/viewthread.php?tid=1462
下面是Viu 2的官方网站截图，供大家参考：
...全文
请发表友善的回复…
发表回复
cyrilkong 2010-12-15
- 打赏
- 举报
請問可以快捷地打開圖片後按一下就直接看 "原圖" size 嗎？… 不然一直按 + 放大… 有點不方便
glacierful 2010-07-13
- 打赏
- 举报
楼主，+/-这两个按钮，只有“-”是起作用的，“+”不起作用。
如果加上shift键，则shift+“+”是起作用的，但shift+“-”不起作用。
如果加上shift键，则shift+“+”是起作用的，但shift+“-”不起作用。
数字蛋糕 2009-05-29
- 打赏
- 举报
今天Beta了，网页上也加上了一个简短的操作指南。特此通知！:)
helodd 2009-05-22
- 打赏
- 举报
GIF 动画不会动啊。。。。。。。。。。。。。。。。。。。。
数字蛋糕 2009-05-22
- 打赏
- 举报
[Quote=引用 107 楼 helodd 的回复:]
GIF 动画不会动啊。。。。。。。。。。。。。。。。。。。。
[/Quote]
小寒一下，这个暂时不在支持之列……可能会放进2.1版本中……
GIF 动画不会动啊。。。。。。。。。。。。。。。。。。。。
[/Quote]
小寒一下，这个暂时不在支持之列……可能会放进2.1版本中……
数字蛋糕 2009-05-21
- 打赏
- 举报
忘了发截图了……
数字蛋糕 2009-05-21
- 打赏
- 举报
今天这个是Beta之前的最后一个功能了。在算是“功能”里的技术含量最低的一个（但要做好的话则是最麻烦的一个）——幻灯播放……
骑牛上铂金 2009-05-18
- 打赏
- 举报
看起来很不错！
tgbd 2009-05-18
- 打赏
- 举报
有一个小小的现象，我的电脑有软驱，运行你软件进入界面时有检查软驱的过程并报错
tgbd 2009-05-18
- 打赏
- 举报
楼主牛人啊，不错，不错。
数字蛋糕 2009-05-18
- 打赏
- 举报
这几天花了很多时间完成了在看图模式下的选区和图片输出功能（类似PS的Save for Web...）。这样一来，Viu 2就能够更多的与系统互动，同时也相当于支持图片的剪裁了。接下来应该不会再有大功能的出现…………估计就是小量细节修补和准备Beta版了:D
数字蛋糕 2009-05-18
- 打赏
- 举报
101楼提到的问题已经修正！多谢LSSS指出！
数字蛋糕 2009-05-18
- 打赏
- 举报
[Quote=引用 101 楼 tgbd 的回复:]
有一个小小的现象，我的电脑有软驱，运行你软件进入界面时有检查软驱的过程并报错
[/Quote]
谢谢你的通知！我会进行复查！
有一个小小的现象，我的电脑有软驱，运行你软件进入界面时有检查软驱的过程并报错
[/Quote]
谢谢你的通知！我会进行复查！
FigoZhu 2009-05-14
- 打赏
- 举报
lz你很强大，支持
sy_100000 2009-05-10
- 打赏
- 举报
[Quote=引用 96 楼 cybercake 的回复:]
非常感谢94楼的鼓励，顺带问一下你是不是在德国？因为你打错了一个有意思的字母哈:P
你说的缩放功能其实是有的。在看图模式下用+/-或者Ctrl+滚轮就可以了。
对于楼上的看法我其实也颇有同感。一方面操作系统一直徘徊在老式的文件系统思维，另一方面用户需求对存储手段和形式的日益多样化。这一矛盾得不到解决，就出现了若干的thumb.db或者ACDSee中央数据库式的解决方案。个人没有用过Vista，所以也不知道ms是怎么解决这个问…
[/Quote]
不过ACDSee确实有点快的诡异，其实原理很简单的：你是先读出全图、画出全图，然后再缩放；ACDSee是只抽取样条显示！比如你处理1000万象素的图，先画出1000万的图，然后再把1000万的图缩放到你要的大小，这当然慢了。ACDSee，它永远只处理屏幕大小的图，100把万象素而已。
非常感谢94楼的鼓励，顺带问一下你是不是在德国？因为你打错了一个有意思的字母哈:P
你说的缩放功能其实是有的。在看图模式下用+/-或者Ctrl+滚轮就可以了。
对于楼上的看法我其实也颇有同感。一方面操作系统一直徘徊在老式的文件系统思维，另一方面用户需求对存储手段和形式的日益多样化。这一矛盾得不到解决，就出现了若干的thumb.db或者ACDSee中央数据库式的解决方案。个人没有用过Vista，所以也不知道ms是怎么解决这个问…
[/Quote]
不过ACDSee确实有点快的诡异，其实原理很简单的：你是先读出全图、画出全图，然后再缩放；ACDSee是只抽取样条显示！比如你处理1000万象素的图，先画出1000万的图，然后再把1000万的图缩放到你要的大小，这当然慢了。ACDSee，它永远只处理屏幕大小的图，100把万象素而已。
数字蛋糕 2009-05-10
- 打赏
- 举报
非常感谢94楼的鼓励，顺带问一下你是不是在德国？因为你打错了一个有意思的字母哈:P
你说的缩放功能其实是有的。在看图模式下用+/-或者Ctrl+滚轮就可以了。
对于楼上的看法我其实也颇有同感。一方面操作系统一直徘徊在老式的文件系统思维，另一方面用户需求对存储手段和形式的日益多样化。这一矛盾得不到解决，就出现了若干的thumb.db或者ACDSee中央数据库式的解决方案。个人没有用过Vista，所以也不知道ms是怎么解决这个问题的，但我觉得也多半是thumb.db的变种。这种存储附加信息的方式对文件的自由拷贝并不友好，尤其是非Shell模式的文件拷贝。因此Viu最推荐的是JPEG格式，使用最高质量压缩的JPEG不会给图片造成明显的损失，而同时也能友好的支持附加信息的存储，更重要的是这种方式对未来的JPEG2000应该也兼容。
文件附加数据的存储一直是一个难以解决的问题。无论用什么方法，总会留下这样那样的遗憾。对图片管理软件而言，简单的数据或许还可以用Tiff Tag解决，但常用的支持Tiff的格式却有这样那样的不足。JPEG压缩率高但可惜是有损的，而且不支持透明，tif可以无损压缩但压缩算法实在是很弱智，完全没有利用到图像数据自身的特点。最完美的解决方案或许在JPEG2000，但这个东西还有若干年专利才能解除T_T
对于图片的快速显示，其实iPhoto也稍微做了一些弊，它的演示图片最宽边都没有超过2000的:P。在这个前提下，Viu的速度也不差:D。不过ACDSee确实有点快的诡异。关于这里还要期待各位大大指点。
你说的缩放功能其实是有的。在看图模式下用+/-或者Ctrl+滚轮就可以了。
对于楼上的看法我其实也颇有同感。一方面操作系统一直徘徊在老式的文件系统思维，另一方面用户需求对存储手段和形式的日益多样化。这一矛盾得不到解决，就出现了若干的thumb.db或者ACDSee中央数据库式的解决方案。个人没有用过Vista，所以也不知道ms是怎么解决这个问题的，但我觉得也多半是thumb.db的变种。这种存储附加信息的方式对文件的自由拷贝并不友好，尤其是非Shell模式的文件拷贝。因此Viu最推荐的是JPEG格式，使用最高质量压缩的JPEG不会给图片造成明显的损失，而同时也能友好的支持附加信息的存储，更重要的是这种方式对未来的JPEG2000应该也兼容。
文件附加数据的存储一直是一个难以解决的问题。无论用什么方法，总会留下这样那样的遗憾。对图片管理软件而言，简单的数据或许还可以用Tiff Tag解决，但常用的支持Tiff的格式却有这样那样的不足。JPEG压缩率高但可惜是有损的，而且不支持透明，tif可以无损压缩但压缩算法实在是很弱智，完全没有利用到图像数据自身的特点。最完美的解决方案或许在JPEG2000，但这个东西还有若干年专利才能解除T_T
对于图片的快速显示，其实iPhoto也稍微做了一些弊，它的演示图片最宽边都没有超过2000的:P。在这个前提下，Viu的速度也不差:D。不过ACDSee确实有点快的诡异。关于这里还要期待各位大大指点。
dacsd 2009-05-10
- 打赏
- 举报
我终于知道，你就是传说中的牛人。。。。
sy_100000 2009-05-10
- 打赏
- 举报
[Quote=引用 93 楼 cybercake 的回复:]
那个……首先感谢楼上中肯的意见和批评……不用VCL和Graphics32当然可以，不过想必自己写基层代码也不会快到哪里去了。至于俺号称的“超小”当然也是相对ACDSee这种动辄几十兆的身段而言。整个程序200k自然妙，但性能的提升好像不是跟尺寸成反比吧:P
另外楼上提到Viu的略错图“太粗糙”不知能否目标更明确一些？Viu的略缩图是优先调用内嵌Exif数据的，如果没有内嵌数据，那么会按照原图生成最短边为120px的略缩图，这个精度比…
[/Quote]
XP有设置的，不缓存缩略图，就不会有Thumb.db。现在，微软把看图功能集成到了系统，而且在Vista、Win7中越来越完善，也越来越漂亮，给看图软件掘好了坟墓！ACDSee如果还只是能看图的话，行吗？现在的看图软件之所以越来越大，就是想从其他方面找到突破点，否则只好完蛋了。
自己写解码器为什么会快？内置缩略图的图形格式，毕竟是少数，而自己写解码器，可以产生由抽样显示到完全显示的动画过程，而人眼是有视觉暂停的，感觉上就象一次性显示出来了，尤其在快速切换时，能够保持流畅性。而如果硬要一次性完整显示出来，切换下一张时就有个非常明显的停顿，连续切换就更加停顿得厉害，而这个停顿正是看图软件最大的诟病。
所谓看图，其实就是一种视觉娱乐，界面要讨人喜欢，使用性能也要让人满意。至于软件体积的大小，已经不太重要，因为现在都上G的内存，上百G的硬盘，就一个U盘，也好几G的容量了！
那个……首先感谢楼上中肯的意见和批评……不用VCL和Graphics32当然可以，不过想必自己写基层代码也不会快到哪里去了。至于俺号称的“超小”当然也是相对ACDSee这种动辄几十兆的身段而言。整个程序200k自然妙，但性能的提升好像不是跟尺寸成反比吧:P
另外楼上提到Viu的略错图“太粗糙”不知能否目标更明确一些？Viu的略缩图是优先调用内嵌Exif数据的，如果没有内嵌数据，那么会按照原图生成最短边为120px的略缩图，这个精度比…
[/Quote]
XP有设置的，不缓存缩略图，就不会有Thumb.db。现在，微软把看图功能集成到了系统，而且在Vista、Win7中越来越完善，也越来越漂亮，给看图软件掘好了坟墓！ACDSee如果还只是能看图的话，行吗？现在的看图软件之所以越来越大，就是想从其他方面找到突破点，否则只好完蛋了。
自己写解码器为什么会快？内置缩略图的图形格式，毕竟是少数，而自己写解码器，可以产生由抽样显示到完全显示的动画过程，而人眼是有视觉暂停的，感觉上就象一次性显示出来了，尤其在快速切换时，能够保持流畅性。而如果硬要一次性完整显示出来，切换下一张时就有个非常明显的停顿，连续切换就更加停顿得厉害，而这个停顿正是看图软件最大的诟病。
所谓看图，其实就是一种视觉娱乐，界面要讨人喜欢，使用性能也要让人满意。至于软件体积的大小，已经不太重要，因为现在都上G的内存，上百G的硬盘，就一个U盘，也好几G的容量了！
searoom 2009-05-10
- 打赏
- 举报
楼主，不要灰心啊，做出来的东西就算别人看不上，对自己的技术提高总是有好处的，况且你这个东西确实不错
sz_100000 可能已经过了追求技术的时期，属于高手级别的了，呵呵
我上面说的缩放不是指缩略图，而是放大、缩小的功能
sz_100000 可能已经过了追求技术的时期，属于高手级别的了，呵呵
我上面说的缩放不是指缩略图，而是放大、缩小的功能
searoom 2009-05-10
- 打赏
- 举报
楼主用了什么库？好像是 Graphic32 ?
加载更多回复（91）
