After studying the UDP API for a while, I have two suggestions:
- would it be possible for MYLIST to return "320 NO SUCH FILE" in cases when that fid or hash doesn't exist anywhere, not just in the mylist? (currently it only seems to return "321 NO SUCH ENTRY")
- Could support be added for multiple lines per packet for FILE, MYLIST, ADD, and DEL? Certainly this would be a big change to the API, but it might be worth it. I add most of my files to AniDB by running them through a hashing program then giving the result to ed2kDump -- the aim of my client is to simplify this. But I run into trouble when every file needs its own message, and I'm expected to average less than two messages a minute.
PS - why does FILE use "320 NO SUCH FILE" and MYLIST ADD use "410 NO SUCH FILE"? Why not the same?
UDP API Feature Requests
Moderator: AniDB
Re: UDP API Feature Requests
The reason I ask is, if MYLIST returned 320 my code could skip the FILE command completely - simplifying my code and reducing the traffic on the server.phip wrote:would it be possible for MYLIST to return "320 NO SUCH FILE" in cases when that fid or hash doesn't exist anywhere, not just in the mylist? (currently it only seems to return "321 NO SUCH ENTRY")
Perhaps MYLIST could reply: (my addition in bold)
221 MYLIST
{int4 lid}|{int4 fid}|{int4 eid}|{int4 aid}|{int4 gid}|{int4 date}|{int2 state}|{int4 viewdate}|{str storage}|{str source}|{str other}
OR
321 NO SUCH ENTRY
{int4 fid}|{int4 aid}|{int4 eid}|{int4 gid}|{int4 state}|{int4 size}|{str ed2k}|{str anidbfilename}
OR
320 NO SUCH FILE