djbone

i checkout the v1.24 branch,when i call `entity = await client.get_input_entity("t.me/xxxx_bot")` that show this error : ` Traceback (most recent call last): line 81, in run_until_complete return f.result() File "\lib\asyncio\futures.py",...

It means only support bot,not support person account or I should initial TelegramClient without session? ` client= await TelegramClient("account", API_ID, API_HASH, proxy=proxy).start() entity =await client.get_input_entity("t.me/xxx") ` how to initial TelegramClient...

> > Because everyone always asks for new features, but no one is willing to really work for it. > > @farosch So this fea ture is not implemented yet?...

https://play.google.com/store/apps/details?id=com.mobzapp.internalaudioplugin with root

+1

感觉我理解的对不对？这个程序只扫描了USN，USN只是增量的文件。是不是应该先读取MFT中的文件列表就可以了？USN只是为了后续文件变更快速更新索引，如果对实时性要去不高，其实是可以直接重新读取一次MFT？

好像可以参考ntfs-search里面是有，不过，我的疑问是你说ntfs-search速度比较慢，是说哪里慢？我觉得好像还可以，是加载速度慢，还是说搜索的过程慢？还是说搜索内容和ui绑定慢？

https://github.com/aliakseis/NTFS-Search 我说的是这个，Fast-search首页作者说它比较慢，“在国内或者国外都有优秀的文件快速搜索程序，但开源的很少，网络上的源码大多数仅停留在基本的如何操作USN读取文件的层面， 出于商业目的，对具体的文件排序、文件压缩、文件索引、UI虚拟呈现等算法没有人愿意开源分享， 目前，能找到的开源程序有：https://sourceforge.net/projects/swiftsearch/ 和 https://sourceforge.net/projects/ntfs-search/ 但是，前者SwiftSearch采用异步IO扫描但源码可读性很差，而NTFS Search速度太慢，并且作者在其发布的新版中， 采用了内存映射技术，令扫描出来的文件占用内存较少，然而作者敝帚自珍，不再公布源码。“ 这段