Monitoring DC++ from trillian

Daij-Djan · Post by **Daij-Djan** » 2003-04-29 16:25

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

distiller · Post by **distiller** » 2003-04-29 16:53

Well, adding the possibility to connect to DC++ locally with socks and asking for stats might be possible. Writing a file seems pretty bad in my opinion and window caption won't tell you very much.

distiller · Post by **distiller** » 2003-04-29 17:02

But it is probably easier to just open DC++ and check your stats.

Daij-Djan · Post by **Daij-Djan** » 2003-04-29 17:19

distiller wrote:window caption won't tell you very much.

I dont need much

I am not arguing for up and down sides of HOW eMule and WinMX do It, I simply asked for a way to do it with dc++.

So was the above a NO?

distiller · Post by **distiller** » 2003-04-29 17:31

It's entirely possible. But I don't know if anyone will implement anything for you. =)

volkris · Post by **volkris** » 2003-04-29 20:38

You know, distiller, with a little seperation of backend from frontend you'd get features like this for free...

Post by **GargoyleMT** » 2003-04-29 21:59

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.

I've seen the "Online Signature" in eMule, would you mind explaining what sort of stats you might want?

# 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]

Daij-Djan · Post by **Daij-Djan** » 2003-04-30 05:08

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.

Post by **GargoyleMT** » 2003-05-01 09:11

Daij-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.

Heh. You seem to have omitted links to documentation about it: http://cvs.sourceforge.net/cgi-bin/view ... cvs-markup
is the closest thing I could find in 5 minutes or so of searching.

Daij-Djan · Post by **Daij-Djan** » 2003-05-01 09:25

? How is that even related to this ?

onlinesig displays eMule's online signature, just like I do.. I didn't see how DC++ can be monitored in that link though.

Post by **GargoyleMT** » 2003-05-01 09:48

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.

Daij-Djan · Post by **Daij-Djan** » 2003-05-01 09:56

OH! I didnt think you even considered it

Thank you and sorry I omitted the link.
I will look in the forum.

Post by **GargoyleMT** » 2003-05-01 22:10

isn't that what this whole thread is about? It might not be the best format to follow, though; the eDonkey network is much different from the DC network, and true DC++ users might want specific data that's not in onlinesig.dat.

Daij-Djan · Post by **Daij-Djan** » 2003-05-02 04:46

Well, I only needed some way. I dont really care about the format. For me, it doesn't even have to be a file.

It is TOTALLY up to you. .. of course it is anyways, no mattter what I say

Only need a way to monitor dc++.

Post by **GargoyleMT** » 2003-05-02 08:49

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]

Compare this with the categories I initially mentioned.
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?

Daij-Djan · Post by **Daij-Djan** » 2003-05-03 08:15

It DOES NOT write 'offline' at the end. You have to check its window, I think. At least it was like that for me.
I reported it but it was discarded.

PhrostByte · Post by **PhrostByte** » 2003-05-04 09:24

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).

DC++

Monitoring DC++ from trillian

Monitoring DC++ from trillian

Re: Monitoring DC++ from trillian

... magically out of thin air ;)

spelled out