gizeta / kancollecacher Goto Github PK

一直以来都有这个问题，看有人反馈了但是无法复现我来复现一下。请大大修复_(:3」∠)_
手动清理缓存只是为了较快复现会，日常使用经常猫
GIF较大请耐心等待

我尝试移植了POI的语音字幕到KCV上，换船/补给/修船/战斗/掉落这些场景的语音字幕读取都没太大问题，但是用舰娘的放置语音去关联字幕的时候时灵时不灵。。。我用fiddler监控了下，母港页面点击舰娘的时候没有发出请求，那这个后台缓存调用该怎么监控，真心求教啊

CheckBox勾选后并无样式改变。相关设置疑似能正确保存。
详细见：
http://tieba.baidu.com/p/3790628381?pid=69194962359#69194962359
http://tieba.baidu.com/p/3790628381?pid=69311792704#69311792704

一是角川改了api
二是数据更新不及时

数据源可以考虑使用http://gizeta.github.io/kcdata/ship/all.json

使用环境：Windows 7 x64, Windows Vista x64. yuyuvn版KCV r556.

错误特征：正常游戏过程中突然突然卡死。error2.log里出现如下的错误信息

===================================KAN==COLLE==CACHER======
ERROR date = 4/07/2015 12:08:32 p.m. +12:00, sender = FiddlerRules,
message = 在保存文件修改时间时发生异常。
exception = System.IO.IOException: 文件“C:\Users\Laforet\Desktop\KanColleViewer ver.3.8.1r555\MyCache\kcs\resources\swf\ships\exedxncqauws.swf”正由另一进程使用，因此该进程无法访问此文件。
在 System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
在 System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
在 System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
在 System.IO.File.OpenFile(String path, FileAccess access, SafeFileHandle& handle)
在 System.IO.File.SetLastWriteTimeUtc(String path, DateTime lastWriteTimeUtc)
在 System.IO.FileSystemInfo.set_LastWriteTimeUtc(DateTime value)
在 System.IO.FileSystemInfo.set_LastWriteTime(DateTime value)
在 d_f_32.KanColleCacher.FiddlerRules._SaveModifiedTime(String filepath, String gmTime)

重启KCV后一切正常。问题发生无一定规律，但在母港任何一个界面和战斗开始时都可能。频率不高，最频繁时一天可能遇到3-4次。关闭自动更新缓存之后有明显改善但仍然会偶尔发生这个问题。

玩着玩着就停止响应，错误报告不知道在哪里

维护前后生成GraphList的对比，序号9xx的期间限定立绘解析不到。

https://www.diffchecker.com/rzhbfync

这部分立绘在图鉴里显示正常，api_start2里面也能找到对应的字串，但是因为没有保存之前的返回结果所以无法具体分析变化。

KanVolleCacher v.2.3.0.38 / d.f.32
System.ComponentModel.Composition.CompositionException: 撰写生成了一个撰写错误，其根本原因有 1 点，如以下所列。有关详细信息，请查看 CompositionException.Errors 属性。

1) 未能找到路径“C:\Windows\system32\Plugins\picture_book_ext.dat”的一部分。

结果: 尝试创建类型“d_f_32.KanColleCacher.KanColleCacher”的实例时发生异常。

结果: 无法激活部件“d_f_32.KanColleCacher.KanColleCacher”。
元素: d_f_32.KanColleCacher.KanColleCacher -->  d_f_32.KanColleCacher.KanColleCacher -->  AssemblyCatalog (Assembly="KanColleCacher, Version=2.3.0.38, Culture=neutral, PublicKeyToken=null")

结果: 无法从部件“d_f_32.KanColleCacher.KanColleCacher”获取导出“d_f_32.KanColleCacher.KanColleCacher (ContractName="Grabacr07.KanColleViewer.Composition.IPlugin")”。
元素: d_f_32.KanColleCacher.KanColleCacher (ContractName="Grabacr07.KanColleViewer.Composition.IPlugin") -->  d_f_32.KanColleCacher.KanColleCacher -->  AssemblyCatalog (Assembly="KanColleCacher, Version=2.3.0.38, Culture=neutral, PublicKeyToken=null")

   在 System.ComponentModel.Composition.Hosting.CompositionServices.GetExportedValueFromComposedPart(ImportEngine engine, ComposablePart part, ExportDefinition definition)
   在 System.ComponentModel.Composition.Hosting.CatalogExportProvider.GetExportedValue(CatalogPart part, ExportDefinition export, Boolean isSharedPart)
   在 System.ComponentModel.Composition.Primitives.Export.get_Value()
   在 System.ComponentModel.Composition.ExportServices.GetCastedExportedValue[T](Export export)
   在 System.Lazy`1.CreateValue()
   在 System.Lazy`1.LazyInitValue()
   在 Grabacr07.KanColleViewer.Composition.PluginService.<Load>d__21.MoveNext()

System: Windows 8.1 Enterprise x64
我替换了 Nekoxy-fiddler，此插件在 3.1.6 上工作正常。

昨天KCV从3.8.2 rev.1升级至 4.1.3，同时升级KCC插件至最新版，发现poi和Inazuma的魔改立绘失效了，两个版本的KCV分别放在两个目录，但共用一个cache目录，之后切换回3.8.1后发现魔改立绘同样失效了，而魔改文件还在，没有任何变动，清理魔改功能也失效了，于是感觉应该是插件出了问题，KCV显示插件正常加载，但是点清理全部缓存也并不会对缓存目录做出任何修改，这里贴上两个版本的设定

KCV 3.8.1

[Settings]
CacheFolder=D:\Games\KanColleViewer ver.3.8\MyCache
; 缓存文件夹
CacheEnabled=1
; 启用缓存功能
HackEnabled=1
; 启用Hack规则
HackTitleEnabled=1
; 启用针对TitleCall与WorldName的特殊规则
HackBookEnabled=1
; 启用全图鉴功能
HackMusicRequestEnabled=1
; 启用针对点唱机api请求的特殊规则
CacheEntryFiles=2
CachePortFiles=2
CacheSceneFiles=2
CacheResourceFiles=2
CacheSoundFiles=2
CheckFiles=1
; 向服务器发送文件验证请求
; 0 - 不验证；1 - 不验证资源SWF文件；2 - 验证所有SWF文件
; 验证文件可以保证缓存的游戏文件始终是有效可用的，但因为要与服务器通信所以会比不验证花费更长的加载时间

KCV 4.1.3

[Settings]
CacheFolder=D:\Games\KanColleViewer ver.3.8\MyCache
; 缓存文件夹
CacheEnabled=1
; 启用缓存功能
HackEnabled=1
; 启用Hack规则
HackTitleEnabled=1
; 启用针对TitleCall与WorldName的特殊规则
HackBookEnabled=1
; 启用全图鉴功能
HackMusicRequestEnabled=1
; 启用针对点唱机api请求的特殊规则
CacheEntryFiles=2
CachePortFiles=2
CacheSceneFiles=2
CacheResourceFiles=2
CacheSoundFiles=2
CheckFiles=1
; 向服务器发送文件验证请求
; 0 - 不验证；1 - 不验证资源SWF文件；2 - 验证所有SWF文件
; 验证文件可以保证缓存的游戏文件始终是有效可用的，但因为要与服务器通信所以会比不验证花费更长的加载时间

系统重启后重试也是不行，没有杀软报错，<./plugins/>下的.dll文件全部解除限制了，KCV其他插件包括系统提示均正常。问题第一次出现是在运行了新版KCV和KCC之后，运行之前魔改功能没出问题。

求帮助

刷新/清除缓存后大概率避免错误
原因不明

错误信息：

===================================KAN==COLLE==CACHER======
ERROR   date = 2/04/2016 10:31:40 p.m. +13:00, sender = KanColleCacher, 
        message = 解析 api_start2 数据时发生异常。
        exception = System.MissingMethodException: 找不到方法:“System.String.Grabacr07.KanColleWrapper.Models.Raw.Api_Mst_Shipgraph.get_api_version()”。
   在 d_f_32.KanColleCacher.GraphList.ParseSession(Session oSession)
   在 d_f_32.KanColleCacher.GraphList.GenerateList()

经查，原 api_start2 中 api_version 变量为字串

"api_mst_shipgraph":[{"api_id":1,"api_sortno":31,"api_filename":"snohitatusbk","api_version":"11"....

4月1日游戏更新后这个变量类型改为数组

"api_mst_shipgraph":[{"api_id":1,"api_sortno":31,"api_filename":"snohitatusbk","api_version":["19","19","20"]....

不确定 KanColleWrapper 是否支持修改数据类型。如果有困难可以考虑暂时在生成列表时不包括这个值。

4艦隊沒有問題，但點他之後就有可能立即貓or點一兩頁後貓

设定似乎没错，运行也没有报错，但是缓存和魔改功能无效。
已替换最新版 Nekoxy-fiddler。

使用了Nekoxy-fiddler之后，kcv的面板里就不能显示提取到的游戏数据了。面板里一片空白没有任何数据，移除Nekoxy-fiddler之后，就正常了，但是就使用不了KanColleCacher了。
注：Windows 10 x64 10240，kcv v4.1.3，KanColleCacher v2.3.0.38 compatible with KCV4.x

「未能生成舰娘列表。解析 api_start2 数据时发生异常。」