New BitComet to MSN PM updater and Download Manager v01(b)

Posted: Fri Nov 06, 2009 1:14 pm

schlomo72 wrote:

we dont hate bitcomet... we just dont use it as i had stated before it is blacklisted and banned from a lot of private trackers

the reason for that is it can be used to fake your ratio on those private sites that require you to have a higher ratio or you get kicked out.. we do however frown on private sites

Yea I can understand that. Regardless this program has nothing to do with faking ratio's.

That's fine actually chances are its to buggy to let out yet anyway and I can hunt down most of my bugs.

Im sure bitcomet itself has a forum maybe ill try there.

Posted: Fri Nov 06, 2009 3:00 pm

yeah and sorry for being harsh earlier... that was uncalled for!

Posted: Fri Nov 06, 2009 3:55 pm

nuclearranger bitcomet is not a good program for seeding torrents so whats the point in using it ? So if everyone used bitcomet we would not have much sharing and torrents would die out ....Its called file-sharing not file-leaching ...

Posted: Fri Nov 06, 2009 4:59 pm

Hey, I know you arnt tryin to rag on TC, im just saying since *torrent is pretty much a open source community its hard to write something that hasn't already been done by someone else, as far as tracking download status, web UI in BitTorrent and uTorrent are absolutely exceptional and the one reason i havent ventured there with TC is i dont think i can improve on there design much as i state in an early post on one of my threads. There are alot of opensource torrent API's out there, i dont know what your coding in, VB studio 2008 .net with a dab of c# myself), but linking with some of the more major torrent downloaders might help your cause some more. As far as TC right now its a standalone torrent searcher and downloader that doesnt rely on websites and thus trims some of the fat that to me at least make downloading torrents a little more hassle than it should be. If you can write something to more efficiently track DL status in some more of the major torrent clients i think that would be a good move in the right direction, other than that its like i said, you need to look for somthing that isnt already out there.

Feel free to contact me in regard to coding help or possibly even a team-up of projects and ideas. If you move your app more in the right direction perhaps i can write some API's to incorporate it into TC to further both projects Wink

PS I could appreciate input on TC from a programmers point of view, if you already have a version of any DSD program i recommend re-downloading as i found alot of bugs in the past couple hours that i have fixed.

PPS The numerious spelling errors in this post are due to the numerious beers i have consumed tonight Wink

Posted: Fri Nov 06, 2009 5:23 pm

Thanks for the tips-

As far as whats in here going into TC, TC seems so much farther ahead I would really question what I have that you don't at the moment. Other than remote BitComet and MSNPM interop.
Had I started a month ago possibly.

Completely C# if you were wondering.

Ill have to try porting this to a few clients then merge it all together.

How fast it will go depends on how much free time I can get from school and work. haha

PS:
How are you currently saving data? With a DB or XML or .TXT files?

Posted: Fri Nov 06, 2009 5:53 pm

hey dude, i have no problem teaming up with folks no matter whos farther ahead, my whole goal is providing a quaility program for no cost, and ill team up with whoever can help...

As far as writing data? what data are you referring? all setting and histories are stored in the registry, torrent data streaming is done in allocated memory, and the torrent files themselves are direct writes using the streamreader class... Other than that i have nothing that write to any memory? i dunno if i misenturperted the ?

Posted: Fri Nov 06, 2009 8:54 pm

jhebbel wrote:

hey dude, i have no problem teaming up with folks no matter whos farther ahead, my whole goal is providing a quaility program for no cost, and ill team up with whoever can help...

As far as writing data? what data are you referring? all setting and histories are stored in the registry, torrent data streaming is done in allocated memory, and the torrent files themselves are direct writes using the streamreader class... Other than that i have nothing that write to any memory? i dunno if i misenturperted the ?

I don't want to sound like a noob but how do you save stuff into the registry? I was never taught that and it sounds like a worth while thing to learn.

Also if you have any features you want to add or you have a big lineup of stuff. Send the code/problem and ill see what I can do.

Posted: Sat Nov 07, 2009 5:13 am

Registry writes are done either using the basic SaveSetting() and GetSetting() functions or the registry class. Import Microsoft.Win32 into your project and declare/define the key you want to write to as a RegistryKey then assign the registry path to it and you can then call on that to do reads write in that location

VB code

Code:

Imports Microsoft.Win32
Public Class RegistryTest
Public Function WriteRegistry(byval key as string, value as string)
Dim DecKey as RegistryKey = Registry.CurrentUser.OpenSubKey("Software", True).CreateSubKey("MyProgramName").CreateSubKey("Settings")
DecKey.SetValue(key, value)
return true
end function

Public Function ReadRegistry(byval key as string)
Dim DecKey as RegistryKey = Registry.CurrentUser.OpenSubKey("Software", True).CreateSubKey("MyProgramName").CreateSubKey("Settings")
return DecKey.GetValue(key)
end function

end class

or for simple access

VB Code

Code:

SaveSetting("MyProgram", "Settings", "SampleKey", "SampleValue")
dim MyKeyVal = GetSetting("MyProgram", "Settings", "SampleKey")

[/code]

Posted: Sat Nov 07, 2009 10:45 pm

jhebbel wrote:

Registry writes are done either using the basic SaveSetting() and GetSetting() functions or the registry class. Import Microsoft.Win32 into your project and declare/define the key you want to write to as a RegistryKey then assign the registry path to it and you can then call on that to do reads write in that location

VB code

Code:

Imports Microsoft.Win32
Public Class RegistryTest
Public Function WriteRegistry(byval key as string, value as string)
Dim DecKey as RegistryKey = Registry.CurrentUser.OpenSubKey("Software", True).CreateSubKey("MyProgramName").CreateSubKey("Settings")
DecKey.SetValue(key, value)
return true
end function

Public Function ReadRegistry(byval key as string)
Dim DecKey as RegistryKey = Registry.CurrentUser.OpenSubKey("Software", True).CreateSubKey("MyProgramName").CreateSubKey("Settings")
return DecKey.GetValue(key)
end function

end class

or for simple access

VB Code

Code:

SaveSetting("MyProgram", "Settings", "SampleKey", "SampleValue")
dim MyKeyVal = GetSetting("MyProgram", "Settings", "SampleKey")

[/code]

wow ill have to use this more often.

one question though.-

Does this require the program to be installed then or can you still have stand alone .EXE's

Posted: Sun Nov 08, 2009 2:56 pm

it can run through stand alone exe.

Posted: Mon Nov 09, 2009 8:27 am

Control uTorrent through the WebUI API . You also may have more fun using the system API to build menus and set a hook for the torrent client. That would basically allow you integrate your application and make it more like a pseudo plugin. (Hooking sucks resources, but it's fun to learn to do and learn how events actually work. Using spy++ from the Visual Studio tools will help you with this. )

nuclearranger wrote:

Updates your MSN PM with download speed and progress *useful for me because im always stuck downloading things for them and they keep asking how long it is until completion.*

Make it a mini RSS feed server. That way you could label each torrent with a person's name and they would subscribe to the RSS feed with their name as one of the get values. (e.g. http://127.0.0.1:1234/torrents?name=[person's_name]&specialToken=[unique_hash/session token/pass] ) That way they can see the status of all the files they requested and only their files without having to wait and decipher an MSN status. There are many benefits to that vs using the MSN status or whatever.
____________________________________________________

Here's the flow:

Your program should maintain a connection to the uTorrent WebUI (for API calls) .

Your program should function as a intercepting proxy and allow only you to continue making connections to the WebUI with a browser.

OR
Your program could function as a hostile intercepting proxy and allow you to substitute your own functions/WebUI for access by a browser.

Your program should also function as a mini RSS feed server to allow the users that requested files from you to view only the progress of their downloads.

The RSS server could provide hyperlinks to allow the people that requested files from you to download completed files (as you said it is a WLAN * ) and to also cancel downloads.

*

nuclearranger wrote:

General use: you input the WAN of your home PC

(On second thought, I think you actually meant IP address or loopback, but you could have been thinking about it being a WLAN.)

____________________________________________________

I think the MSN portions and most of the dialogs should be removed entirely. It should be made to only control uTorrent. I also believe it would be much better if it functioned as a server rather than a client. That way you can always access it from a browser/RSS feed reader and you won't have to worry about being able to run/install your client or MSN Mes. on another computer.

There are many C# wrappers that would help implement any or all of these features if you search Google. Since you've already learned how to control MSN and BitComet, I believe your C# programming skills would greatly benefit from a project like this.

(I don't have need for something like this. I also do not use MSN Mes. or BitComet. I believe people would be more willing try it just to give you input if you made it open source.)

EDIT: (+1 rep to jhebbel for being positive and the guinea pig Laughing

)

Posted: Mon Nov 09, 2009 12:33 pm

I'm sticking with Utorrent I don't need all these extra programs ..

Posted: Mon Nov 09, 2009 12:58 pm

thetazzzz wrote:

I'm sticking with Utorrent I don't need all these extra programs ..

but that is just the point
one can still use uTorrent as the client on the home computer while using web-interface and TC remotely via cell phone or something, also a more comprehensive history download manager

or at least that's what i read - haven't used it personally - nor will i be able to use it until i get a better source of income

but i agree with NlCK here that this script/app may be better served open source or made more universal rather than restricting usage to bitcomet and MSN

Posted: Mon Nov 09, 2009 3:19 pm

MSN does not work well with utorrent anyway link ..

Posted: Mon Nov 09, 2009 3:24 pm

thetazzzz wrote:

MSN does not work well with utorrent anyway link ..

yet another brick in my wall against M$