1...155156157158159160161162163164165166167168169170171...727
[第163页，共7270条/727页留言] [
签写留言][热门话题][活跃人物]
[第163页，共7270条/727页留言] [
签写留言][热门话题][活跃人物]
关于bkviewer和国家地理图片
ag在2012-03-07 01:16:23写道：
一点小建议，可以考虑出独立模块。具体可以是：
1、BKV 专职浏览
2、BKD 专职下载管理（国家地理和贵网站的旅游图片）。把下载管理交给它，一来可以减少BKV的代码复杂度，让它保持短少精悍的优点；二来增强BKD的下载功能，也可以显著增加用户黏度，符合目前的流行趋势――站到点的辐射。
当然它们之间也是可以一键切换的，可以分别为对方增加一个链接按钮，也可以点BKD中下的图片优先跳出BKV。
说了这么多还是希望有些改变：不要像现在先后台浏览，然后从缓存中获取，占用空间不说也直接影响速度。
bykeer回复：
你的建议很好，不同功能照理确实应该分开，不过由于精力所限，没时间来弄了，呵呵。很多新系统已经支持从网站上直接下载图片的功能，例如windows7的桌面，因此bkv后面也不准备多做什么了，够用就行 ：）
另外，国家地理桌面下载是在独立线程中处理的，由于本身文件大小和网络速度关系，对图片浏览不会有明显影响～
另外，国家地理桌面下载是在独立线程中处理的，由于本身文件大小和网络速度关系，对图片浏览不会有明显影响～
站长此言差矣，既然有时间和精力来频繁更新BKV怎么可能没时间把它们分离，然后分别做强呢。
有软件，有网站，怎么可能没有应用呢？！这可是当今最最流行的趋势――苹果派、芒果派及从蛋黄派进化到三明治，何不再来个槟榔或草莓什么的？
如果站长有心，应该跳出Programe，上App，时不待我也。
由此我又有个新想法，应该把BK一分为三：bkv/bkd/bkx。
这个x到底是以什么面目出现，尚可商讨，可以是IE也可以使IM。总之功能就是浏览本站及供网友交流摄影经验趣闻什么的，也可以集思广益。
步骤可以是：
1、解决了最小化问题后，暂停V得更新；
2、出D，其间考虑X得架构；
3、出X；
4、互联互通、联通更新。
有软件，有网站，怎么可能没有应用呢？！这可是当今最最流行的趋势――苹果派、芒果派及从蛋黄派进化到三明治，何不再来个槟榔或草莓什么的？
如果站长有心，应该跳出Programe，上App，时不待我也。
由此我又有个新想法，应该把BK一分为三：bkv/bkd/bkx。
这个x到底是以什么面目出现，尚可商讨，可以是IE也可以使IM。总之功能就是浏览本站及供网友交流摄影经验趣闻什么的，也可以集思广益。
步骤可以是：
1、解决了最小化问题后，暂停V得更新；
2、出D，其间考虑X得架构；
3、出X；
4、互联互通、联通更新。
HomepageEmail
IP 183.153.63.*
From 江苏
Time 2012-03-08 03:30:30
bykeer
客官有所不知，呵呵，频繁更新的都是些小特性，不花什么精力的，就像在田头上种棵花或是拔根草，两三小时而已。如果要分离做强，那就是重新开地，伤筋动骨一百天了。不过如果真有人愿意自己侍弄bkd之类，倒是可以将非bkv核心的部分开源 ：）
查看原文]无痕《四月的雨》
07年的留言啊
HomepageEmail
IP 112.234.123.*
From 山东
Time 2012-03-07 22:00:34
关于bkviewer和国家地理图片
ag在2012-03-05 21:10:43写道：
声明下,由BK下的有1600的也没有EXIF。
修改时间当然有意义，不然，由BK下的不是都是同一天了（不是每天开的每日图片，看着别扭，当然如果仅用做桌布，这个问题就不存在，算我多此一举。）
其实BK跟我用的另一个软件更象一点，那就是11view，大小也差不多，内存占用方面大概在20、16，加载图像之后大概在22、19，处理缩略图比irfan快不少，开大图也比irfan快一点。只是它也会耍点小脾气，在处理缩略图时会报错退出，图像解释好像没有irfan的兼容性好，也许是它的容错没有处理好，比如处理不是图片的但用了图片格式的后缀（具体原因未明，这只是猜测）。
突然有点怀念黑白机时代的sea，ACD!!!
但愿你的软件能继续保持短小精悍的作风，越来越好!
bykeer回复：
如果1600的照片没有EXIF，那是因为它在国家地理网站上本来就没有 ：）
bkv偶尔查看网页缓存图片会有些问题，原因上一般都是图片兼容性上的问题，比如EXIF的item中，明明规范定义无论数据类型是SHORT还是LONG，长度都按照该数据类型的长度算；但是有的图片可能把一个SHORT长度算2，一个LONG长度算4。这样很容易导致内存越界出错。容错增强的话，也只能case by case的增强了。
小巧精悍是bkv的定位，会始终保持这个作风的～
bkv偶尔查看网页缓存图片会有些问题，原因上一般都是图片兼容性上的问题，比如EXIF的item中，明明规范定义无论数据类型是SHORT还是LONG，长度都按照该数据类型的长度算；但是有的图片可能把一个SHORT长度算2，一个LONG长度算4。这样很容易导致内存越界出错。容错增强的话，也只能case by case的增强了。
小巧精悍是bkv的定位，会始终保持这个作风的～
一点小建议，可以考虑出独立模块。具体可以是：
1、BKV 专职浏览
2、BKD 专职下载管理（国家地理和贵网站的旅游图片）。把下载管理交给它，一来可以减少BKV的代码复杂度，让它保持短少精悍的优点；二来增强BKD的下载功能，也可以显著增加用户黏度，符合目前的流行趋势――站到点的辐射。
当然它们之间也是可以一键切换的，可以分别为对方增加一个链接按钮，也可以点BKD中下的图片优先跳出BKV。
说了这么多还是希望有些改变：不要像现在先后台浏览，然后从缓存中获取，占用空间不说也直接影响速度。
1、BKV 专职浏览
2、BKD 专职下载管理（国家地理和贵网站的旅游图片）。把下载管理交给它，一来可以减少BKV的代码复杂度，让它保持短少精悍的优点；二来增强BKD的下载功能，也可以显著增加用户黏度，符合目前的流行趋势――站到点的辐射。
当然它们之间也是可以一键切换的，可以分别为对方增加一个链接按钮，也可以点BKD中下的图片优先跳出BKV。
说了这么多还是希望有些改变：不要像现在先后台浏览，然后从缓存中获取，占用空间不说也直接影响速度。
HomepageEmail
IP 183.153.43.*
From 江苏
Time 2012-03-07 01:16:23
bykeer
你的建议很好，不同功能照理确实应该分开，不过由于精力所限，没时间来弄了，呵呵。很多新系统已经支持从网站上直接下载图片的功能，例如windows7的桌面，因此bkv后面也不准备多做什么了，够用就行 ：）另外，国家地理桌面下载是在独立线程中处理的，由于本身文件大小和网络速度关系，对图片浏览不会有明显影响～
游记《从三亚到漠河》
敬佩你啊兄弟，我还只骑了西藏，骑行海南和漠河只是我的梦想！
HomepageEmail
IP 222.245.107.*
From 湖南
Time 2012-03-05 22:36:22
bykeer
世界很大，来日方长，哈哈
图片集《Yosemite National Park》
有机会一定要去旅游啊！太美了，照片更吸引人了。
HomepageEmail
IP 222.245.107.*
From 湖南
Time 2012-03-05 21:52:59
关于bkviewer和国家地理图片
ag在2012-03-05 01:34:18写道：
这样说来好象真是我理解错了？
如果光从欣赏角度比如作为桌面，我提的问题的确没有必要。
但是我记得你说做这个软件是为那些摄影爱好者的，那么完整保留图片信息就有必要了，因为，除了欣赏还有学习借鉴的作用。
如果可以希望还是加入时间判断，从服务器获取文件时间。
图片尺寸我记得08、09时候还是800和1024，10年后才过渡到979、1280、1600的。按桌面尺寸判断来下载我也同意。
只是说到EXIF问题我记得从网站直接下的部分是有的，但BK下的没有一张有的，这个问题还值得考究，因为我也不记得什么时候直接从网站下了，因为一张张下，实在麻烦，本来认为BK不错，但是因为阉割的问题，也就没有怎么下了，也不知道是不是网址不同下的文件不同的问题，不怕笑话，老实说我有点搞不清每日图片是不是只有一处，我觉得国家地理的分类不是十分条理。
内存问题，启动就要占物理：44 虚拟：32
比较我常用的IRFAN这个值分别为6和5，简直不是一个量级的！
发现一个问题，很多软件最小化会释放内存，但是BK却相反，内存没有释放，相反出现CPU占用98%，出现频率90%以上，恢复则正常百思不解。软件：4.6W通用版 机器：P4 XP2 1G
bykeer回复：
EXIF问题：bkv对下载的图片信息是完整保留的。但是国家地理网站上，不同分辨率的图片的信息并不一样。例如：http://photography.nationalgeographic.com/photography/photo-of-the-day/white-pocket-barnes/，其990*742尺寸图片是不含EXIF信息的，而1600*1200尺寸图片则包含有PS信息。你的电脑，估计因为屏幕分辨率小于1280，因此下载的图片大都是没有EXIF信息的。
时间判断问题：从简化出发，就不准备加了。并且修改时间也没有实际意义，比如照片上网前都会用PS等工具处理，图片文件的修改时间就是PS的最后编辑时间，这个时间没啥意义。
内存问题：空了研究一下IRFAN，看看差别在哪 ：）
最小化：的确存在这个问题，我电脑上也重现了。谢谢指出，下个版本解决。
时间判断问题：从简化出发，就不准备加了。并且修改时间也没有实际意义，比如照片上网前都会用PS等工具处理，图片文件的修改时间就是PS的最后编辑时间，这个时间没啥意义。
内存问题：空了研究一下IRFAN，看看差别在哪 ：）
最小化：的确存在这个问题，我电脑上也重现了。谢谢指出，下个版本解决。
声明下,由BK下的有1600的也没有EXIF。
修改时间当然有意义，不然，由BK下的不是都是同一天了（不是每天开的每日图片，看着别扭，当然如果仅用做桌布，这个问题就不存在，算我多此一举。）
其实BK跟我用的另一个软件更象一点，那就是11view，大小也差不多，内存占用方面大概在20、16，加载图像之后大概在22、19，处理缩略图比irfan快不少，开大图也比irfan快一点。只是它也会耍点小脾气，在处理缩略图时会报错退出，图像解释好像没有irfan的兼容性好，也许是它的容错没有处理好，比如处理不是图片的但用了图片格式的后缀（具体原因未明，这只是猜测）。
突然有点怀念黑白机时代的sea，ACD!!!
但愿你的软件能继续保持短小精悍的作风，越来越好!
修改时间当然有意义，不然，由BK下的不是都是同一天了（不是每天开的每日图片，看着别扭，当然如果仅用做桌布，这个问题就不存在，算我多此一举。）
其实BK跟我用的另一个软件更象一点，那就是11view，大小也差不多，内存占用方面大概在20、16，加载图像之后大概在22、19，处理缩略图比irfan快不少，开大图也比irfan快一点。只是它也会耍点小脾气，在处理缩略图时会报错退出，图像解释好像没有irfan的兼容性好，也许是它的容错没有处理好，比如处理不是图片的但用了图片格式的后缀（具体原因未明，这只是猜测）。
突然有点怀念黑白机时代的sea，ACD!!!
但愿你的软件能继续保持短小精悍的作风，越来越好!
HomepageEmail
IP 60.162.32.*
From 江苏
Time 2012-03-05 21:10:43
bykeer
如果1600的照片没有EXIF，那是因为它在国家地理网站上本来就没有 ：）bkv偶尔查看网页缓存图片会有些问题，原因上一般都是图片兼容性上的问题，比如EXIF的item中，明明规范定义无论数据类型是SHORT还是LONG，长度都按照该数据类型的长度算；但是有的图片可能把一个SHORT长度算2，一个LONG长度算4。这样很容易导致内存越界出错。容错增强的话，也只能case by case的增强了。
小巧精悍是bkv的定位，会始终保持这个作风的～
图片集《城南》
真实的生活，真实的社会。
HomepageEmail
IP 113.204.19.*
From 重庆
Time 2012-03-05 13:59:48
关于bkviewer 4.6w
有部分GIF图的速度变快了，不知能否改进
希望添加个选项，不记录历史记录
建议在缩略图上滚动滚轮，能够快速移动缩略图的拖动条。
希望添加个选项，不记录历史记录
建议在缩略图上滚动滚轮，能够快速移动缩略图的拖动条。
bykeer
GIF图片播放速度是根据EXIF信息决定的。如果有异常的图片，建议放到我email测试：vvling@263.net。－－－收到照片了，原因是对部分gif兼容性不好。下个版本可以改进。
不记录历史信息的选项：下个版本支持。
缩略图中滚轮优化：下个版本支持。
关于bkviewer和国家地理图片
ag在2012-03-04 00:36:52写道：
我的意思好象你没有看明白,又或许我不能很好理解"普通站片的方式来展示"的意思？
这里重新表述下我的意思：我的意思bkviewr下的和直接从网站下的文件不一样：主要是时间信息（修改时间）和EXIF，而不是说图片显示出来的内容或着它的显示方式。鉴于这个原因我把标题也改了一下。
我希望的是用BK 下的和其它下载软件从它的网站直接下的图片一样。修改时间就是当日图片时间（也就是它在服务器上保存的时间，这里这样的表述还不是十分准确，希望你能理解就好）而不是下载日的时间。也要保持图片本身的EXIF，不要去动它。
关于BK软件我想说的是，好象是受看看的影响，软件变得时尚起来了，当时核心问题还是尽量降低软件的内存占用，尽管现在的内存算是“白菜价”，但是随着一家颗粒商的倒下，接下去价格或许会抬头，就象硬盘价格被一场大水抬高那样。
bykeer回复：
解释一下：
1,关于国家地理桌面：国家地理网站上的桌面包括两种，一种在网站上只提供一种分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/esil-river-bathers-ludwig/，分辨率990*742）；另一种包含大小两种不同的分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/white-pocket-barnes/，分辨率分别为990*742和1600*1200）。
2,bkv的国家地理桌面功能，诉求是将当日国家地理照片设置为桌面，而非下载保存国家地理照片文件。因为设置桌面的方式是居中，为保证桌面显示效果，会根据屏幕分辨率做选择，例如水平分辨率小于1280的电脑，不会去下载更大分辨率的照片。
3,国家地理网站照片，是以HTTP数据流的方式下载到本地，数据流保存在本地的时间，就是文件的修改时间和保存时间。出于简化考虑，没有另外去判断HTTP资源的服务器时间。内容数据，包括EXIF信息，未作任何额外处理。
4,bkv的内存占用，跟原先方式不同的是主界面增加了部分缩略图，缩略图在加载过程中占用的内存会高一些，全部加载完后内存会下降。实测选择一个包含520个（63.9M）jpg图片的目录，总共占用内存44M，选择一个包含276个（4.4G）RAW图片的目录，总共占用214M内存。图片浏览模式的机制和内存占用跟以前保持不变，如需要进一步减小内存，可通过Alt+N关闭缩略图导航条。
1,关于国家地理桌面：国家地理网站上的桌面包括两种，一种在网站上只提供一种分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/esil-river-bathers-ludwig/，分辨率990*742）；另一种包含大小两种不同的分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/white-pocket-barnes/，分辨率分别为990*742和1600*1200）。
2,bkv的国家地理桌面功能，诉求是将当日国家地理照片设置为桌面，而非下载保存国家地理照片文件。因为设置桌面的方式是居中，为保证桌面显示效果，会根据屏幕分辨率做选择，例如水平分辨率小于1280的电脑，不会去下载更大分辨率的照片。
3,国家地理网站照片，是以HTTP数据流的方式下载到本地，数据流保存在本地的时间，就是文件的修改时间和保存时间。出于简化考虑，没有另外去判断HTTP资源的服务器时间。内容数据，包括EXIF信息，未作任何额外处理。
4,bkv的内存占用，跟原先方式不同的是主界面增加了部分缩略图，缩略图在加载过程中占用的内存会高一些，全部加载完后内存会下降。实测选择一个包含520个（63.9M）jpg图片的目录，总共占用内存44M，选择一个包含276个（4.4G）RAW图片的目录，总共占用214M内存。图片浏览模式的机制和内存占用跟以前保持不变，如需要进一步减小内存，可通过Alt+N关闭缩略图导航条。
这样说来好象真是我理解错了？
如果光从欣赏角度比如作为桌面，我提的问题的确没有必要。
但是我记得你说做这个软件是为那些摄影爱好者的，那么完整保留图片信息就有必要了，因为，除了欣赏还有学习借鉴的作用。
如果可以希望还是加入时间判断，从服务器获取文件时间。
图片尺寸我记得08、09时候还是800和1024，10年后才过渡到979、1280、1600的。按桌面尺寸判断来下载我也同意。
只是说到EXIF问题我记得从网站直接下的部分是有的，但BK下的没有一张有的，这个问题还值得考究，因为我也不记得什么时候直接从网站下了，因为一张张下，实在麻烦，本来认为BK不错，但是因为阉割的问题，也就没有怎么下了，也不知道是不是网址不同下的文件不同的问题，不怕笑话，老实说我有点搞不清每日图片是不是只有一处，我觉得国家地理的分类不是十分条理。
内存问题，启动就要占物理：44 虚拟：32
比较我常用的IRFAN这个值分别为6和5，简直不是一个量级的！
发现一个问题，很多软件最小化会释放内存，但是BK却相反，内存没有释放，相反出现CPU占用98%，出现频率90%以上，恢复则正常百思不解。软件：4.6W通用版 机器：P4 XP2 1G
如果光从欣赏角度比如作为桌面，我提的问题的确没有必要。
但是我记得你说做这个软件是为那些摄影爱好者的，那么完整保留图片信息就有必要了，因为，除了欣赏还有学习借鉴的作用。
如果可以希望还是加入时间判断，从服务器获取文件时间。
图片尺寸我记得08、09时候还是800和1024，10年后才过渡到979、1280、1600的。按桌面尺寸判断来下载我也同意。
只是说到EXIF问题我记得从网站直接下的部分是有的，但BK下的没有一张有的，这个问题还值得考究，因为我也不记得什么时候直接从网站下了，因为一张张下，实在麻烦，本来认为BK不错，但是因为阉割的问题，也就没有怎么下了，也不知道是不是网址不同下的文件不同的问题，不怕笑话，老实说我有点搞不清每日图片是不是只有一处，我觉得国家地理的分类不是十分条理。
内存问题，启动就要占物理：44 虚拟：32
比较我常用的IRFAN这个值分别为6和5，简直不是一个量级的！
发现一个问题，很多软件最小化会释放内存，但是BK却相反，内存没有释放，相反出现CPU占用98%，出现频率90%以上，恢复则正常百思不解。软件：4.6W通用版 机器：P4 XP2 1G
HomepageEmail
IP 183.148.6.*
From 江苏
Time 2012-03-05 01:34:18
bykeer
EXIF问题：bkv对下载的图片信息是完整保留的。但是国家地理网站上，不同分辨率的图片的信息并不一样。例如：http://photography.nationalgeographic.com/photography/photo-of-the-day/white-pocket-barnes/，其990*742尺寸图片是不含EXIF信息的，而1600*1200尺寸图片则包含有PS信息。你的电脑，估计因为屏幕分辨率小于1280，因此下载的图片大都是没有EXIF信息的。时间判断问题：从简化出发，就不准备加了。并且修改时间也没有实际意义，比如照片上网前都会用PS等工具处理，图片文件的修改时间就是PS的最后编辑时间，这个时间没啥意义。
内存问题：空了研究一下IRFAN，看看差别在哪 ：）
最小化：的确存在这个问题，我电脑上也重现了。谢谢指出，下个版本解决。
关于bkviewer和国家地理图片
ag在2012-02-27 21:07:56写道：
提个小意见：应该保留原汁原味的国家地理图片（包括修改时间和exif）,可以改名，但不喜欢目前得当前时间及阉割exif模式。
不知道为什么一直没见有人提这个问题，既然软件能数年都保持高更新频率，这个小问题为什么作者您一直没见动作呢，是您认为现在这个模式是最佳的吗？
bykeer回复：
图片当然是原汁原味的图片，只是信息显示方式有些变化。正因为一直没人提，所以一直也没动。现在想想就按照普通站片的方式来展示也可以，确实不必画蛇添足。
我的意思好象你没有看明白,又或许我不能很好理解"普通站片的方式来展示"的意思？
这里重新表述下我的意思：我的意思bkviewr下的和直接从网站下的文件不一样：主要是时间信息（修改时间）和EXIF，而不是说图片显示出来的内容或着它的显示方式。鉴于这个原因我把标题也改了一下。
我希望的是用BK 下的和其它下载软件从它的网站直接下的图片一样。修改时间就是当日图片时间（也就是它在服务器上保存的时间，这里这样的表述还不是十分准确，希望你能理解就好）而不是下载日的时间。也要保持图片本身的EXIF，不要去动它。
关于BK软件我想说的是，好象是受看看的影响，软件变得时尚起来了，当时核心问题还是尽量降低软件的内存占用，尽管现在的内存算是“白菜价”，但是随着一家颗粒商的倒下，接下去价格或许会抬头，就象硬盘价格被一场大水抬高那样。
这里重新表述下我的意思：我的意思bkviewr下的和直接从网站下的文件不一样：主要是时间信息（修改时间）和EXIF，而不是说图片显示出来的内容或着它的显示方式。鉴于这个原因我把标题也改了一下。
我希望的是用BK 下的和其它下载软件从它的网站直接下的图片一样。修改时间就是当日图片时间（也就是它在服务器上保存的时间，这里这样的表述还不是十分准确，希望你能理解就好）而不是下载日的时间。也要保持图片本身的EXIF，不要去动它。
关于BK软件我想说的是，好象是受看看的影响，软件变得时尚起来了，当时核心问题还是尽量降低软件的内存占用，尽管现在的内存算是“白菜价”，但是随着一家颗粒商的倒下，接下去价格或许会抬头，就象硬盘价格被一场大水抬高那样。
HomepageEmail
IP 183.153.45.*
From 江苏
Time 2012-03-04 00:36:52
bykeer
解释一下：1,关于国家地理桌面：国家地理网站上的桌面包括两种，一种在网站上只提供一种分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/esil-river-bathers-ludwig/，分辨率990*742）；另一种包含大小两种不同的分辨率（如http://photography.nationalgeographic.com/photography/photo-of-the-day/white-pocket-barnes/，分辨率分别为990*742和1600*1200）。
2,bkv的国家地理桌面功能，诉求是将当日国家地理照片设置为桌面，而非下载保存国家地理照片文件。因为设置桌面的方式是居中，为保证桌面显示效果，会根据屏幕分辨率做选择，例如水平分辨率小于1280的电脑，不会去下载更大分辨率的照片。
3,国家地理网站照片，是以HTTP数据流的方式下载到本地，数据流保存在本地的时间，就是文件的修改时间和保存时间。出于简化考虑，没有另外去判断HTTP资源的服务器时间。内容数据，包括EXIF信息，未作任何额外处理。
4,bkv的内存占用，跟原先方式不同的是主界面增加了部分缩略图，缩略图在加载过程中占用的内存会高一些，全部加载完后内存会下降。实测选择一个包含520个（63.9M）jpg图片的目录，总共占用内存44M，选择一个包含276个（4.4G）RAW图片的目录，总共占用214M内存。图片浏览模式的机制和内存占用跟以前保持不变，如需要进一步减小内存，可通过Alt+N关闭缩略图导航条。