打印

[问题] DirectMuxer25.2问题

引用:
原帖由 haibara 于 2011-11-30 16:49 发表

要不你JRE删除,装JDK看看

版本提示,只要你启动时是联网的,必然这样

列队每次就是有提示的
其实我觉得列队的提示大可不必提示  这样太耗时
我倒是有个建议,海大不妨考虑考虑
增加一个鼠标左键拉动选定的功能,这样速度会大大提高
一个一个选速度肯定不行,而且一不小心还会弹窗...
引用:
原帖由 猪脚君 于 2011-11-30 18:55 发表

其实我觉得列队的提示大可不必提示  这样太耗时
我倒是有个建议,海大不妨考虑考虑
增加一个鼠标左键拉动选定的功能,这样速度会大大提高
一个一个选速度肯定不行,而且一不小心还会弹窗... ...
提示的功能是告诉你已经列队过,否则你有时会不清楚是否列队必须到列表去看,你列队数多了,就知道提示的好处了

你说的功能我不懂,拉动什么选定什么,用在什么地方

[ 本帖最后由 haibara 于 2011-11-30 20:35 编辑 ]
Welcome to my CG-RIP Blog

http://haibara4cgrip.wordpress.com/(现主力)
http://haibarascgrip.baywords.com/(废弃)
http://haibara-cg-rip.blogspot.com/(暂停)

提供近期游戏的RIP信息
引用:
原帖由 haibara 于 2011-11-30 20:33 发表


提示的功能是告诉你已经列队过,否则你有时会不清楚是否列队必须到列表去看,你列队数多了,就知道提示的好处了

你说的功能我不懂,拉动什么选定什么,用在什么地方 ...
就是批量选定...我不懂怎么描述...
就好比选定一个文件夹内一部份文件  你是ctil+左键一个一个选  还是长按左键选定...
引用:
原帖由 猪脚君 于 2011-11-30 21:53 发表

就是批量选定...我不懂怎么描述...
就好比选定一个文件夹内一部份文件  你是ctil+左键一个一个选  还是长按左键选定...
图像多选?shift连续,ctrl散乱,应该都没问题的
Welcome to my CG-RIP Blog

http://haibara4cgrip.wordpress.com/(现主力)
http://haibarascgrip.baywords.com/(废弃)
http://haibara-cg-rip.blogspot.com/(暂停)

提供近期游戏的RIP信息
引用:
原帖由 haibara 于 2011-11-30 22:36 发表


图像多选?shift连续,ctrl散乱,应该都没问题的
是我忽略了...
还有一个问题
就是我用arc_conv_r52提取椎名里绪的恋爱催眠  提取出的实际资源数为什么会比显示的少?
我特地选了两个游戏  也是一样的情况  实际数量会比显示的要少...  难道是我命令有错?
引用:
arc_conv.exe -o dir --dest D:\lianai\ev --warc 247-5D3C426E47095C7A5D3C426E47095C7A5D3C426E D:\lianai\RENSAI_E1.WAR
[ 本帖最后由 猪脚君 于 2011-11-30 23:06 编辑 ]
引用:
原帖由 猪脚君 于 2011-11-30 23:00 发表

是我忽略了...
还有一个问题
就是我用arc_conv_r52提取椎名里绪的恋爱催眠  提取出的实际资源数为什么会比显示的少?
我特地选了两个游戏  也是一样的情况  实际数量会比显示的要少...  难道是我命令有错?
...
这我不好说

crass里这个属于正常,数量里包含无效项目,但一般不提取出来的
Welcome to my CG-RIP Blog

http://haibara4cgrip.wordpress.com/(现主力)
http://haibarascgrip.baywords.com/(废弃)
http://haibara-cg-rip.blogspot.com/(暂停)

提供近期游戏的RIP信息
引用:
原帖由 haibara 于 2011-11-30 23:15 发表

这我不好说

crass里这个属于正常,数量里包含无效项目,但一般不提取出来的
关键是我对比了两个CG包 ev数量大体一样 应该是完整的...
难道又是个案...
查看积分策略说明

快速回复主题

选项

[完成后可按 Ctrl+Enter 发布]  预览帖子  恢复数据  清空内容

当前时区 GMT+8, 现在时间是 2024-11-22 04:00

Processed in 0.019695 second(s), 5 queries.