Python 程序 Airnef 在下载图像时卡住了

Question

我正在使用 Airnef通过 python 从我的佳能 DSLR 相机下载图片。

我可以毫无问题地下载一张图片，所以整个设置似乎都可以正常工作。但是，一旦我想下载另一个图像，软件就会挂起。代码对我来说看起来很复杂。

两个月前我确实发布了 a thread在 TestCams.com 上。由于我没有得到回复，我将其作为 python 相关问题发布在这里。

线程

我从命令行启动 airnef。

python airnefcmd.py --ipaddress 192.168.188.84 --action getfiles --realtimedownload only --downloadexec open @pf@ --transferorder newestfirst --outputdir "/Users/besi/Desktop"

我连接了相机，并显示了一些关于我的连接的信息:

Connection established to 192.168.188.84:15740
Camera Model “Canon EOS 200D”, S/N “XXXXXXXXX”

现在 airnef 告诉我:

Waiting for realtime photos from camera to download.
Press to exit |

我拍照并按预期下载:

Downloading “IMG_0084.JPG”: 96%

Airnef 然后会显示有关此图像的更多信息:

/Users/besi/Desktop/IMG_0084.JPG [size = 4,602,357] in 1.94 seconds (2.26 MB/s)

我又拍了一些照片，但没有下载，软件卡在提示符处:

Waiting for realtime photos from camera to download. Press to exit \

源代码

源代码可在 Airnef 网站上获得。我创建了一个 github 存储库来解决这个问题:https://github.com/besi/airnef

代码卡住的地方在airnefcmd.py:3203

更新:论坛帖子

这是 forum post on testcams.com 的链接

更新:调试

第一张图片名为 IMG_0182 was downloaded成功。

在调试输出中，我可以看到正在拍摄一张新照片，但由于先前的图像已经下载，因此跳过了下载:

参见 airnef.log:433 :

    filename           = DCIM\100CANON\IMG_0183.JPG
    captureDateSt      = 20180926T071759
    modificationDateStr= 20180926T071758

找到了一张名为 IMG_0183.JPG 的新图片。

Skipping IMG_0182.JPG - already downloaded this session  

旧的下载图像似乎阻止了对当前图像的进一步处理。

Skipping 100CANON - object is not file - MTP_OBJFORMAT_Assocation (0x3001)
Skipping DCIM - object is not file - MTP_OBJFORMAT_Assocation (0x3001)
Waiting for realtime photos from camera to download. Press <ctrl-c> to exit -execMtpOp: MTP_OP_GetObjectHandles - CmdReq payload:

现在我们再次陷入等待更多图片的循环。当拍摄一张新照片时，相同的过程再次发生。

Answer 1

我没有兼容的相机，所以我的回答完全基于论坛上发布的日志(在调试 模式下)。
这也是其中一条评论中的试错建议，因此它不是“科学”方法(找出原因，然后修复)。
需要一个团队(@Besi 和我)的努力才能得出这个答案(并且应该相应地分配功劳)。

根据日志，这两个文件的处理方式有所不同:

...

filename = DCIM\100CANON\IMG_0182.JPG
captureDateSt = 20180926T071747
modificationDateStr= 20180926T071748
Download history file “/Users/besi/Library/Application Support/airnef/appdata/Canon EOS 200D-SN59074c1578e347a3bf1f6f85e8dec624-downloadhist” loaded – 53 entries
>> MTP_OP_GetObject
Downloading “IMG_0182.JPG”: 0%IMG_0182.JPG – downloading next piece, offset=0x0, count=0x100000

...

filename = DCIM\100CANON\IMG_0183.JPG
captureDateSt = 20180926T071759
modificationDateStr= 20180926T071758
Skipping IMG_0182.JPG – already downloaded this session
Skipping 100CANON – object is not file – MTP_OBJFORMAT_Assocation (0x3001)
Skipping DCIM – object is not file – MTP_OBJFORMAT_Assocation (0x3001)
Waiting for realtime photos from camera to download. Press <ctrl-c> to exit -execMtpOp: MTP_OP_GetObjectHandles – CmdReq payload:

...

正如在处理第二个^nd 文件 (IMG_0183.JPG) 时所见，第一个^st 文件 (IMG_0182 .JPG), 触发一切被放弃。

浏览 [TestCams]: airnef - Wireless download from your Nikon Camera! ，其中一个命令行参数(实际上，我建议的还有更多)引起了我的注意:
--rtd_mtppollingmethod_newobjdetection，我建议指定 numobjs(因此，覆盖默认值)。显然，这是(主要)问题。
另一部分是--transferorder newestfirst 的存在。默认情况下，在实时下载 模式下，它设置为oldestfirst(见下文)。删除它(或冗余地指定 --transferorder oldestfirst)达到了目的。

结论

为了解决这个问题，有两件事是必要的(在 cmdline arg 方面 airnefcmd.py):

• 指定--rtd_mtppollingmethod_newobjdetection numobjs
• 删除--transferorder newestfirst

根据 [GitHub]: besi/airnef - (master) airnef/airnefcmd.py#3403 :

g.args['transferorder'] = 'oldestfirst'     # so that downloadMtpFileObjects() will properly enumerate through multiple realtime images as we add them

我认为这是 airnef 方面的错误(关于 --transferorder)。它位于任何一个

• 代码:--transferorder 在实时模式下应该被忽略
• Doc:指定--transferorder newestfirst 与Realtime 模式不兼容