usaginya / moeloader-delta Goto Github PK

目前已有的是上传者的字段，希望增加对作者标签的支持。
感谢作者大佬

系统不知道咋回事现在用IE和edge开ssr出不去外网，chrome倒是正常，软件里勾选使用IE代理和不使用代理都连不上pixiv

下载的最新 release v7.0.7.9

什么都不填或填 “1girl” 这种常见 tag 都会报一样的错
根目录或者 SitePacks 里没有 log 文件

软件版本:7.0.6.35.
我记得之前的版本,搜索栏不输入任何关键词,它是直接搜索最新图片的.
但Pixiv这一栏的第一个选项,之前不输入关键词它会显示最新图片,现在搜不出来.左下角显示加载完毕,取得0张图片.
是取消了还是什么情况呢?谢谢.

我习惯喜欢用原文件名保存图片，把软件命名规则留空，下载到的图片文件名是原名。
但是遇到多p合集时，里面的图片文件名会变成00001之类的，
后面下载的多p合集文件名重复，自动跳过，导致下载不全。
提取列表并导入x雷下载没有文件名问题，但是用MoeLoader自带下载会出现这个问题。

使用Chrome IE11等浏览器下载名称中包含斜杠/的图片时会将斜杠替换为下划线，而MoeLoader则是移除斜杠，这会影响到类似 fate/stay night 之类的标签。当混合使用浏览器和MoeLoader时，标签名称不一致会导致排除重复文件困难。

选择yande，点击搜索后
「
错误：请求被终止：未能创建 SSL/TLS 安全通道。
获取图片：<默认搜索>
站点名称：yande.re
当前页码：1 每页数量：50
代理模式：Custom
」
不知道是自己电脑的问题还是什么情况。
用其他电脑也会偶有发生的情况，但是大部分情况下可以正常连接。用的相同的VPN，相同的客户端，皆为Win7.

请教是哪里的设置出了问题，请求帮助，万分感谢。

之前我一直在用原版MoeLoader（v7），今天在GitHub上搜到了您改进的Delta版，
使用后发现预览图保存并不像原版那样会自动在设置好的文件名格式内加个“sample”，
而是一串字母的临时文件名，是我忽略了哪个部分的设置吗？
另外我安装软件时直接使用的原版的Moe_config.ini，会不会是这个行为造成的影响？

像是
https://www.douban.com/doulist/13571004/

大大，请问pixiv搜索的时候提示自动登录失败怎么办，我已经右键然后登录站点了

点击登录站点后会直接出来一个已经登录pixiv的ie，注销重登也无效

错误 请求被终止 未能创建ssl/tls安全通道
更新了最新版7.0.7.9之后就出现了以上错误.
网页能够正常访问.之前版本可以更新之后就出现了,希望修复~

登陆失败-请求被中止 未能创建SSL/TSL安全通道
今天上午还能正常使用，下午再次使用的时候点搜索时出现这个提示，vpn和网页版，app的使用都是正常的

错误文件显示：未将对象引用设置到对象的实例。
但直接打开下载链接能加载出图片

建议增加P站动图下载功能。
首先要说几点技术问题，这里以一个动图（投稿id = 44444271）为例说明：

一直以来，人们都认为P站动图是靠图片压缩包实现的，很多动图下载工具都是设法获取到类似这个链接：
https://i.pximg.net/img-zip-ugoira/img/2014/07/02/00/01/09/44444271_ugoira1920x1080.zip
下载得到一个压缩包，解压后可以看到一系列*.jpg图片,这些图片就是用户在投稿页面欣赏到的动图画面（Exactly，一个像素都不差）。

然而，这些图片却并不是这个动图的最高画质（没错，用户在网页里看见的其实并不是最高画质），最高画质是下面这系列链接：
https://i.pximg.net/img-original/img/2014/07/02/00/01/09/44444271_ugoira0.png
https://i.pximg.net/img-original/img/2014/07/02/00/01/09/44444271_ugoira1.png
https://i.pximg.net/img-original/img/2014/07/02/00/01/09/44444271_ugoira2.png
……

一直到最后一张编号的图片（请注意发送请求时要带上引用页，否则可能403）。
可以看到，这些都是*.png图片，而且是带有alpha透明的png。
可见，这才是P站动图真正的原图画质！！
前面提到的zip包解压后获取的则是透明部分填充白背景的jpg图，显然是二次压缩的结果。
在其他动图投稿上重复上述实验同样可以验证结论，此处不再赘述。

不过这种下载方法需要事先知道动图的总帧数，可以用如下方法获取：
https://www.pixiv.net/ajax/illust/44444271/ugoira_meta
打开这个链接可以获得一个文本，里面写明了动画总帧数，以及每一帧的播放延迟。
通过解析这个文本即可知道动画总帧数。

然后这里想提一点点建议。

1. 希望作者最少能对动图投稿做出特殊处理，例如用生成一个长度为0的图片，以方便用户复查，再使用其他工具下载。
   否则用户在批量操作时很容易漏掉动图投稿，把它们当成单图静态投稿。

2. 更好的则希望作者增加下载原始图片序列的功能。
   即在用户操作界面上，可以把动图当作系列图来处理，然后用前文所述方法，下载最高质量的原始图片。

3. 如果能再增加*.zip图包下载功能就好了。不过这个功能似乎看起来比较难做？毕竟如果能做早就做了。

例如搜索【date:2019-12-18 order:quality】
搜索出现 【date:2019-12-18 】或【 date:2019-12】的字段的时候返回错误提示
将字符【-】改成字符【.】可以绕过这个问题进行搜索，不过网站官方默认的是用【-】字符

目前已知的情况大致是，若按作者请求作品列表，在执行
string pageString = Sweb.Get(url, proxy, shc); //如url = https://www.pixiv.net/ajax/user/212801/profile/all
时，若不带有cookies，则被网站视为未登录，可以返回作者作品列表（不含18+投稿）。
若带有cookies，则直接异常。异常为“链接意外断开”，怀疑网站对请求头的检查更加严格了。

此外，希望增加自动提示图片已存在功能。
最好是直接在图片控件上显示一个图标，用于区分“图片已存在”，“图片序列部分存在”和“图片未下载过”三种情况。

RT，在批量添加下载任务时会卡顿。严重时会导致程序无响应，并且内存占用一直增加。

V7.0.6.1

RT

早晨还能用，下午图片就全都信息加载失败了。
刷新的一瞬间还能看到略缩图，然后就变信息加载失败。

Chan.sku点击圖片提示（Chan.sku错误！）搜索前必须先登录站点？点击确认后这就提示获取图片遇到错误：Object reference not set to an instance of an object 这是什么回事？

获取图片遇到错误 无效的JSON基元 远程服务器返回错误。但是浏览器能正常访问。
目前只发现Chan.sku有这个问题，无论是什么tag都不行。
试了下yande依然可以（浏览器，moeloader-Delta）

[异常站点]: www.pixiv.net [Tag]
[异常时间]: 2020/10/16 20:13:14
[异常信息]: 获取 [原神] 失败 | 输入字符串的格式不正确。
[异常对象]: mscorlib
[调用堆栈]: 在 System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
在 System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
在 SitePack.SitePixiv.GenerateImg(String detailUrl, String sample_url, String id)
在 SitePack.SitePixiv.GetImages(String pageString, IWebProxy proxy)
[触发方法]: Void StringToNumber(System.String, System.Globalization.NumberStyles, NumberBuffer ByRef, System.Globalization.NumberFormatInfo, Boolean)

这个月15号的时候还能下载来着...麻烦作者您看一下

怎么解决

Bug描述：
在以Pixiv站 User方式搜索图片时，重试载入可能导致多图投稿文件序号出现错误。
以用户ID 1184799（三岛黑音）为例，以Pixiv站User方式搜索其作品。
当id为51478507的多图投稿（该作品一共22图）封面已经显示出来，但图片控件仍提示“信息加载中...”时，
按下“停止”按钮停止搜索，再在图片预览窗口中右键点击弹出菜单，选择“重试Ctrl+(R)”，
待载入完成后，下载51478507号作品，则可能下下来超过22个图片，其中存在重复，且图片序号还可能不连续。

Bug分析：
该Bug应该是在点击了停止搜索按钮时，并未停止图片控件在后台线程池中的载入线程。
当使用菜单重试载入时，又让载入中的控件再次启动了一个线程进行载入，
两个线程出现了过程重入和资源竞争，最终导致结果出错。

PS：其实本软件一直有一个Bug，那就是用久了就会很卡，需要重开一下才会好，如果可以，希望能一并修复。

Sankaku站几个月前就出现了只显示50页图片的限制，50页时下翻键会消失，进行强制翻页会显示出错。
虽然可以通过调整每页显示图片的数量来增加图片的可下载数量，但比较热门的关键词依旧会被限制在5000张以内（每页最多显示100张，最多50页），之后的图片无法加载。
最近Sankaku也推出了付费会员服务，据说可以进行无限制的浏览和下载。软件的页数限制问题会不会和这个会员服务有关？
请问如果充值了Sankaku的会员，再通过该软件登录账户，能显示并下载50页以后的内容嘛？
毕竟会员价格也不便宜，想事先询问下QwQ

你需要在主界面上右鍵菜單裡選擇【登录站点】、然后在打开的浏览器中登录sankakucomplex账号、登录成功后关闭浏览器、再进行搜索就可以搜索了可是还是不行。

[异常站点]: www.pixiv.net [IllustId]
[异常时间]: 2019/9/4 16:28:19
[异常信息]: 未将对象引用设置到对象的实例。
[异常对象]: SitePack
[调用堆栈]: 在 SitePack.SitePixiv.GetImages(String pageString, IWebProxy proxy)
[触发方法]: System.Collections.Generic.List`1[MoeLoaderDelta.Img] GetImages(System.String, System.Net.IWebProxy)

在搜索画师作品时，最多加载7张作品，且右击重试时只能短暂显示一瞬，无法根据作品 ID 搜索作品
测试画师ID：27452 作品ID：29172161
已右击登录网站

以下是 SitePacks\site_error.log 文件中的内容。

[异常站点]: 站点载入过程
[异常时间]: 2018/9/29 6:53:41
[异常信息]: 尝试从一个网络位置加载程序集，在早期版本的 .NET Framework 中，这会导致对该程序集进行沙盒处理。此发行版的 .NET Framework 默认情况下不启用 CAS 策略，因此，此加载可能会很危险。如果此加载不是要对程序集进行沙盒处理，请启用 loadFromRemoteSources 开关。有关详细信息，请参见 http://go.microsoft.com/fwlink/?LinkId=155569。
[异常对象]: mscorlib
[调用堆栈]: 在 System.Reflection.RuntimeAssembly.nLoadFile(String path, Evidence evidence)
   在 System.Reflection.Assembly.LoadFile(String path)
   在 MoeLoaderDelta.SiteManager..ctor()
[触发方法]: System.Reflection.RuntimeAssembly nLoadFile(System.String, System.Security.Policy.Evidence)

今天开始好像sankaku搜不出结果。貌似不是代理问题，我不挂代理浏览器是能访问到的。
尝试试了下SSR和V2ray也都一样，无论搜什么，结果都是返回0。

点击更新→重启完成更新后没有任何反应，再次启动更新程序重复以上情况。

补充几张图希望能为找bug提供些许帮助

我觉着这应该跟我的代理设置无关了，不管怎么设置，只有zerochan是能正常使用的

在MoeLoader没办法使用的图上三个网站，用浏览器都是可以正常进去

所以，只能来提一下了

DownloadControl.xaml.cs 中：
dlList_MouseDoubleClick 和 grid_MouseLeftButtonDown 重复打开文件导致的。建议直接移除grid_MouseLeftButtonDown 函数。

YANDE.RE相当一部分图片搜不出

迅雷有最大任务数限制，而IDM没有这个限制？反正比迅雷任务数上限要高出很多。
现在导出的列表文件直接改成txt，比如danboboru站，导出的地址会有奇怪的小尾巴，不能直接导入IDM使用。

先前sankaku的每页数量最大可达100,7.0.7.9只能开到40
同时sankaku页码只能翻到100,使得最大显示张数从之前的5000张落到4000张

试著使用7.0.7.8版尝试,则仍然是最大100张(抱歉刚才未打完就误送出)

RT，似乎在设置较大的每页图片数值，再多次切换页面后会提示下面这个错误，然后程序就报错退出了。

System.ArgumentOutOfRangeException: 指定的参数已超出有效值的范围。
参数名: index
   在 System.Windows.Media.VisualCollection.get_Item(Int32 index)
   在 System.Windows.Controls.UIElementCollection.get_Item(Int32 index)
   在 MoeLoaderDelta.MainWindow.ItmSelectAll_Click(Object sender, RoutedEventArgs e)
   在 MoeLoaderDelta.MainWindow.Window_KeyDown(Object sender, KeyEventArgs e)
   在 System.Windows.Input.KeyEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   在 System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   在 System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
   在 System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   在 System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
   在 System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
   在 System.Windows.UIElement.RaiseEvent(RoutedEventArgs args, Boolean trusted)
   在 System.Windows.Input.InputManager.ProcessStagingArea()
   在 System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
   在 System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
   在 System.Windows.Interop.HwndKeyboardInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawKeyboardActions actions, Int32 scanCode, Boolean isExtendedKey, Boolean isSystemKey, Int32 virtualKey)
   在 System.Windows.Interop.HwndKeyboardInputProvider.ProcessKeyAction(MSG& msg, Boolean& handled)
   在 System.Windows.Interop.HwndSource.CriticalTranslateAccelerator(MSG& msg, ModifierKeys modifiers)
   在 System.Windows.Interop.HwndSource.OnPreprocessMessage(Object param)
   在 System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   在 System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   在 System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   在 System.Windows.Threading.Dispatcher.Invoke(DispatcherPriority priority, Delegate method, Object arg)
   在 System.Windows.Interop.HwndSource.OnPreprocessMessageThunk(MSG& msg, Boolean& handled)
   在 System.Windows.Interop.HwndSource.WeakEventPreprocessMessage.OnPreprocessMessage(MSG& msg, Boolean& handled)
   在 System.Windows.Interop.ThreadMessageEventHandler.Invoke(MSG& msg, Boolean& handled)
   在 System.Windows.Interop.ComponentDispatcherThread.RaiseThreadMessage(MSG& msg)
   在 System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   在 System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   在 System.Windows.Application.RunDispatcher(Object ignore)
   在 System.Windows.Application.RunInternal(Window window)
   在 System.Windows.Application.Run(Window window)
   在 MoeLoaderDelta.Program.Main(String[] args)

右键菜单登录打开的浏览器中登录账号也没用 总是显示自动登录失败{"error"：false，"message"：""，"body"：{"validation_ errors"：

感谢作者一直以来的更新维护！这里说说此次大更新后我的使用体验中比较难受的部分。
1，鼠标滚轮翻滚页面的速度太快了，眼睛追不上，看多了容易产生混乱。
2，下载栏总是自动收起，于是我总是反复点开查看下载进度等情况，使用起来挺累的，像是在用移动端的产品，
希望能把下载栏像以前一样固定住，PC端有足够的空间显示界面，不必一直隐藏。
3，能否不要再点击下载后，自动取消已勾选的图。
用了MoeLoader很多年了，今早更新使用后觉得用起来很累，所以来此将目前我的体验传达给您。

                                                                                   冒昧打扰了，感谢！

最近只能查看图片,站点下载图片都会失败,更换任何节点都是一样.梯子客户端是v2rayN-core3.29和4.13两个版本. p站可以下载,像yande和sankaku下载不了

昨天发现Sankaku的图片搜索里，l0li的图片全都被屏蔽掉了，但是网页上可以看到，求大佬帮忙解决

因为直连存Sankaku的图速度非常慢，也十分容易下载失败，挂着SSR会快很多。但从昨天开始挂SSR存图会导致MoeLoader和SSR同时失效（SSR会断线，打开浏览器会提示该网页无法运作，除非把SSR退了重开，连接才能恢复正常；MoeLoader不能翻页，下载任务全部失败，也需要退了重开解决）。但是开着SSR用浏览器上Sankaku就没这个问题
明明之前还能正常用，昨天突然就出现这个问题了，恰巧昨天软件还更新了，所以来反馈下。
SSR换了几个节点，自己又搭了一个也是这样
求大神解决QwQ

更新后显示初始化站点失败，使用备用方案后仍然加载失败，进入应用后，下拉菜单无站点可选
moe_fatal.txt

是不是在windows10 1803中有问题，选择框是无站点
System.Reflection.TargetInvocationException: 调用的目标发生了异常。 ---> System.Exception: 未将对象引用设置到对象的实例或无法连接到远程服务器
在 SitePack.SitePixiv.Login(IWebProxy proxy)
在 SitePack.SitePixiv..ctor(PixivSrcType srcType, IWebProxy proxy)
在 SitePack.SiteProvider.SiteList(IWebProxy proxy)
--- 内部异常堆栈跟踪的结尾 ---
在 System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
在 System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
在 System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
在 MoeLoaderDelta.SiteManager..ctor()

具体我没有崩溃日志，打开konachan后第一次放置一会后直接无响应，第二次任意勾选几张图片后也无响应，第三次随机选择几张图片后来这里编辑issue就可以看到窗口下直接无响应然后快速退出。而且新版本那个滚动真的是太快了，希望能改进下
已经回滚7.0.7.4，一切正常。

.net core3.0 提供更好的wpf支持，似乎是wpf未来的出路，或许可以试一下

显示：无效的 JSON 基元：远程服务器返回错误

最近的某一次更新后一直这样 本以为是网络问题 但是等了很久了 挂不挂梯子都出这个提示 获取不到任何他图片