multisourcing on private server?
 

I'd like to be able to run a centralized server for a p2p client that supports multisourcing. is this possible?

even if not centralized; i'd just like a p2p client that supports multisource downloads that also lets me control who can get on it (via a password or whatever)....

is this around yet? or possible yet?

BadBlue is an interesting program although I dunno if it does exactly what you'd like it to. :PO:

http://badblue.com/helpgnu.htm

i was thinking groove. i've emailed them for info. also try locutus.

- js.

thanks,

all 3 of those seem to support the idea of a 'private' p2p... but none of them seem to support multisourcing... well; at least none of them are touting it on their websites...

btw; here's what i wanna set up...

naz has wanted for some time to set up some form of server for underground/cult/foreign films..

personally, the only quality i really care about when it comes to online movies is dvd rips at about 1.5 gigs a movie (thanks dumwaldo for showing me the light!). that's too giant a pain in the ass on 1 persons connection...

but not 4 or 5 or 10 peoples connections. i'm thinking i get together a few likeminded peeps who like more esoteric films and then host say 5-10 movies every two weeks or so. the 5-10 movies would be shared by 5-10 cable folks; so the downloads would be speedy as shit. (even if it was just me and naz and 1 other person i know serving that would make a download for 1 person be like 120k off our 3 connections). that makes a gig and a half download more appealing to me.

furthermore, i think the future of p2p is in 'private' p2p clubs like this.. which is also why i'm curious.

I also think that small dedicated & topical sharing groups will play an important role in future p2p. Many such groups have already operated for years around private OpenNap, FTP, Hotline and DC servers and other technical platforms but they have remained virtually unvisible as far as media coverage is concerned (which is probably only a good thing). The most stunning mp3 and movie collections never get shared on big open p2p networks... you simply have to know the right people to get access to them.

The idea of small dedicated trading groups may sound incompatible with the idea of large FastTrack-like open networks but I think the two different ways of distribution actually complement each other nicely, making the total p2p ecology more efficient and also more resistant to hostile attacks. The ideal situation would be to have popular clients that support smoothly both modes of operation. WinMX with its WPN / OpenNap support is doing something in that direction but the main problem with WinMX is that you cannot define separate shares to WPN and OpenNap. For example, you might want to share 100 rare files publicly on WPN and a classy library of 10.000 songs on a private OpenNap server. Now, being technically unable to do that you probably end up sharing nothing on WPN and everything on the private server.

(sorry for expanding a bit off your topic... :BL: )

- tg :WA:

You can create your own client based on Gnucleus type technology. The core is open source.

http://www.gnucleus.net/GnucDNA/

okies; TG go make one for me (private with multisourcing). in exchange you can leech groovy cult movies from us once our club is running :P

just offer her naz...it'll be done by the end of the week...you know how much she wants him

Is it truly worth prostituting a friend just for the sake of some DVD rips? You should be asham....oh wait, they're cult/underground/foreign movies. :tu:

I agree! Tho some 700MB are just as high quality as the 1.5 ones. The thought of watching one of those low quality screeners makes me cringe.

:rofl: @ assorted, LV15 & napho! :BL:

Yeah... I am well aware for the kind of needs you have assorted, and you are not alone. Should I (hypothetically speaking) ever bother to code a p2p client I would definitely include an option to form small protected groups with privileged sharing among group members and multisourcing to get the goods. ;)

Mmmmmm..... Naz...... :hot: :CG: :BL:

- tg :WA:

is that your smiley rendition of an orgasm? pity there isn't a guilt smiley otherwise i'd show you the male one

That Gnuc program is mostly done anyway so naz might just be required to deliver some foreplay. :ND:

It looks like you can run an OpenNap server using the clients Dagsta or Lopster.

http://www.zeropaid.com/bbs/showthre...&threadid=7337

ok call me stupid or whatever...i don't really care too much about the ins and outs of p2p anymore....but kazaa et al mutlisource...so couldn't you just get someone to recode kazaalite or something to connect to a b00mb0x dns name thereby bypassing the fasttrak network and creating a little network for peeps with the cracked client?

lol

couldn't we use a bittorrent? the .torrent would need to be left open after completion for the multisourcing to work tho.

It would probably be much easier to modify an open sourced Gnutella client with multisourcing (swarming) for the purpose. You would need to add in the security features but a simple username/password scheme would be enough for your needs. As it would be a private network, extending the protocol with a few private security commands/messages would not be a problem. Also, having the source available would also make it way easier to add possible new features not available in Kazaa.

Possible starting points (open source + swarming support):

LimeWire (Java)
Swapper (C# + .NET)

- tg :WA:

i have no idea what the fuck you just said

Run a private (non-listed) edonkey server on an odd port, and have the people connecting have just one server on their list. It's a PITA though.

Isn't there an OpenNap client yet that can multisource over the protocol via the resume mechanism? OpenNap servers can have registered nicks, and the scheme wouldn't inconvinience people who wish to use other servers at the same time.

Even if OpenNap can be tricked to do multisourcing like you say, the major problem with OpenNap is the poor hashing mechanism. It hashes only the first 300 kb of each file - which may be helpful in finding candidates for single source resuming but is not nearly enough for reliable multisourcing. Especially larger files - and we are talking gigabyte movies here - require full-file hashing, preferably in the form of hash trees or other similar constructs so that smaller sections of the file can be verified as soon as they arrive without having to wait for the completition of the entire file.

- tg :WA:

Hypotheses and stargazing are all well and good, but isn't there anyone out there who'll step up to the challenge of creating this uber app? :hmm: :)

just a follow up -

groove networks got back to me and said while they don't support multi sourcing per se, they do support "partial packets and auto resume from the same source". get it? me neither.

so they are looking deeper into it for me.

personally i think it's just a matter of time before the business p2ps start doing this. it's such a major value-added upgrade.

- js.

Some guys using Shareaza are trying the same thing you want to do. Of course it's not an exact science this way.

"Anyways, how the distribution will work is one or more people will be the "Splash Releasers" of the anime episode. Splash releasers must have either Cable, a good DSL or something higher (in bandwidth). They will host the file in their Shareaza library. They will un-share everything else in their library (their collection of shared files) except the anime episode. And they can only share the file to accepted Gnutella2 nodes (other Shareaza users). What will happen is the other people who are downloading the file will immidiatly begin uploading the file. This is in result of something called "Partial File Sharing". So in theory, everyone who is downloading the episode is also uploading the episode to someone else. The result of this is that the episode will get out to a lot of people extremely fast. The "Splash Releasers" will only have to upload to 5 people, and each of those 5 people can upload to 5 people, and each of those 5 people can upload to another five people. You get the idea :)

The goal, of course, is being able to immidiatly download any anime episode that has been released at speeds around 500kbps. This is done using file swarming, to where you download the same file off many people. The more people (or "sources") the file has, the faster it will download. Also, anyone will be able to go to Anenga.com go through the episode guides, see if they see an anime they like and download it quickly and easily. In comparision to having to wait on an IRC channel for hours in a queue slot off a slow FServ, this solution is pretty kick ass =)

Here is an example: .hack//sign - Episode 01 - Role Play

NOTE: You must have Shareaza v1.7 or higher (download the 1.7 beta) installed for this to work. And you must be connected to at least one "G2 Hub". Check your "Network" tab under "Neighbours" and see if you have a "G2 Hub" (look under the "Mode" column). Also, the only person on the network who has this file (AFAIK) is me. So you'll probably be added to queue for the file under me. If you get "No Sources" (and have a G2 Hub etc.) then I'm probably offline =)"

I think this might be something you could use. I saw it last year but forgot the name.

•SUPERFASTDOWNLOAD is a p2p file sharing application.
•A webmaster using the software selects a file to process.
•A tiny SFD file representing the original file is produced.
•The webmaster places the tiny SFD file on their website.
•A webmaster may store the original file on their website or host a backup of the original file on their home computer.
•A visitor to the website downloads the tiny SFD file in a fraction of a second activating the SUPERFASTDOWNLOAD software.
•The client connects with a central server to obtain a list of IP addresses of other people who have the same file.
•The file is then downloaded in parallel from multiple computers filling the available bandwidth to the maximum resulting in superfast speeds.
•The more popular a file the faster it will download.
SUPERFASTDOWNLOAD software uses a credit system to regulate
speed distribution.
• Webmasters may run their own SFD Central Server software.



http://www.superfastdownload.com/01_index.html

so far this looks great napho. i think i'm gonna try this.

i'll let y'all know if we do :)

k... i've given this a good study and it is EXACTLY what i need.

the only disadvantage i see is that it seems to have a ratio (i'm not sure how high) that can't be turned off it seems; even if your running your own server...

but other then that it's right fucking what i wanted/needed. thanks a bunch napho!

I love to hear a good success story. Glad it worked out for you assorted. :tu:



Napho rules. :rasta: