Monitoring DC++ from trillian
Moderator: Moderators
Monitoring DC++ from trillian
I am working a plugin for TrillianPro (by ceruleanstudios). It is called peertopeer and shows statistics about a p2p app in the contact list.
I do until now support emule and winmx. Is it possible to retrieve info from dc++?
A file it writes (emule)
window caption (winmx)
Thank you
Dominik
I do until now support emule and winmx. Is it possible to retrieve info from dc++?
A file it writes (emule)
window caption (winmx)
Thank you
Dominik
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Re: Monitoring DC++ from trillian
I've seen the "Online Signature" in eMule, would you mind explaining what sort of stats you might want?Daij-Djan wrote:I am working a plugin for TrillianPro (by ceruleanstudios). It is called peertopeer and shows statistics about a p2p app in the contact list.
- # uploads
total upload speed
total upload byte count this session
overall byte upload count
Ditto for downloads. You could have connected hub count, total upload slots, and overall/session ratio as figures too (you could compute the last two though). Anything beyond that would probably be leaking too much information, in my opinion.
You could get this information with some dc++ modifications. If you're willing to have one file for uploads and one for downloads, that'd be easier as well. I think this would probably be XML in keeping with other files, but...
Since you're writing a plugin, does that mean you're looking for the modifications or for someone to make them for you? This sounds gimmicky, but it might not be too bad.[/list]
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
... magically out of thin air ;)
Heh. You seem to have omitted links to documentation about it: http://cvs.sourceforge.net/cgi-bin/view ... cvs-markupDaij-Djan wrote:Yes, I only 'need' the onlinsig.dat eMule produces. If you could copy it, YAY, would save me work
P.S.: I dont use dc, never have but support for it was requested.
is the closest thing I could find in 5 minutes or so of searching.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
spelled out
To spell it out, if we're going to copy the format of the onlinesig.dat, it's really nice to know what the format of the file is... If you have a link, that would make it much more attractive to implement this feature for you.
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Compare this with the categories I initially mentioned.http://www.emule-project.net/faq/signature.htm wrote:Format of onlinesig.dat:
[Online status] | [Connected Server] | [IP:port]
[Current Download] | [Current Upload] | [Users on queue]
Something separated by pipes isn't the DC++ way, but it can be done nonetheless.
Some things just don't fit in with the way of DC++'s operation. A DC++ client can be connected to more than one server, though eMule cannot. Servers are also not all public, so only the hub title might be appropriate. And DC++ has no queue, so...
Presumably eMule writes "offline" in the file before quitting, so the singature generation programs can generate good sigs?
Why not get whoever initially requested the feature to join in the conversation to add real end-user input?
-
- Posts: 1
- Joined: 2003-05-04 09:19
well, there are two efficient ways and one hackish way to do this:
one, you could write a small dc++ patch that makes it respond to DDE messages.
less efficient but still ok, have dc++ write stats to a file every 30sec or so.
and the great hack of em all: use win32 to latch onto dc++'s process and jack the info straight from the program (easy to do, actually. you could use spy++ and FindWindow()/FindWindowEx() for 90% of the work).
one, you could write a small dc++ patch that makes it respond to DDE messages.
less efficient but still ok, have dc++ write stats to a file every 30sec or so.
and the great hack of em all: use win32 to latch onto dc++'s process and jack the info straight from the program (easy to do, actually. you could use spy++ and FindWindow()/FindWindowEx() for 90% of the work).