Optional source field addition to database?
Posted: Thu Jul 21, 2005 9:44 pm
I apologize in advance if this topic has been previously beaten to death... (using search gave me a bunch of posts about "not asking for bittorrent help")
I'm sure ed2k and bittorrent both have their pros and cons.
I'm not familiar with ed2k, but the ability to get anime info from an ed2k link is impressive. I'm curious why there is no field in the database for bittorrent links. The additional optional field would be a helpful secondary source.
I don't know how much pain it would be to add an additional field to the existing db, is it a bad idea?
The reason I'm intent on BT is because I started making a client to auto-download new releases. With the desktop client GUI and event-hooks laid out, and I started to think about the database backend. It would really be a waste to reduplicate all the cool and mature features that anidb already has. Because of MyList and notifications, anidb is exactly what I want. It has all the fields I want, with the exception of BT. BT conveniently has a headless client which I could embed nicely into my program. I've tried googling around for something similar for ed2k, but the closest I get is aMuled (aMule daemon), which has scant documentation and looks like a hassle to make cross-platform.
Exp and gurus, I haven't been around for the longest time, could you list some reasonings against an additional field? I'm not trying to make a clone of anidb, because that's just stupid. I just really want to implement auto-download along with tray-notify.
Any ideas towards my little problem is appreciated.
I'm sure ed2k and bittorrent both have their pros and cons.
I'm not familiar with ed2k, but the ability to get anime info from an ed2k link is impressive. I'm curious why there is no field in the database for bittorrent links. The additional optional field would be a helpful secondary source.
I don't know how much pain it would be to add an additional field to the existing db, is it a bad idea?
The reason I'm intent on BT is because I started making a client to auto-download new releases. With the desktop client GUI and event-hooks laid out, and I started to think about the database backend. It would really be a waste to reduplicate all the cool and mature features that anidb already has. Because of MyList and notifications, anidb is exactly what I want. It has all the fields I want, with the exception of BT. BT conveniently has a headless client which I could embed nicely into my program. I've tried googling around for something similar for ed2k, but the closest I get is aMuled (aMule daemon), which has scant documentation and looks like a hassle to make cross-platform.
Exp and gurus, I haven't been around for the longest time, could you list some reasonings against an additional field? I'm not trying to make a clone of anidb, because that's just stupid. I just really want to implement auto-download along with tray-notify.
Any ideas towards my little problem is appreciated.