Hi
it is still a proposal but quite near for the next version.
We need a INHOUSE-Sharing.
this is working like this:
You have a folder in shareaza, which is hashed - but not shared.
From this foilder you have special Magnet uri link copy output-popup, which inclides ALWAYS your IP without asking.
Then you can send this INHOUSE-Magnet uri to your Shareazaintegrated buddylist or the communityhub or de-chatroom.
Users then can download the file from you.
Because this file is not shared on the network, you can transfer it safe.
The recievers of this file then CANNOT DISABLE the partial filesharing, even for keywordsearch.
So the Buddies share the partials and send them in the whole network.
The releaser if free from any RIAA/MPAA requests.
The Buddies are free because they only send partials they cannot disable because of the client.
thats the way of inhouse-sharing.
A buddylist can easyliy added to sahreaza with www.gaim.sourceforge.net and could work as a deamon in the background.
There is as well a Sahreaza-buddylist via GUID Search.
If two aol Buddies have as well shareaza, then the shareaza-GUID-Search ahs preference, the deamon is redundant and the indication of the buddies is removes in favour of the Shareaza-GUID-NIcknames.
:-)
Sounds like a good idea at first, but then the RIAA would just either shutdown the P2P App or make the developers allow disabling of partial sharing. At the end of the day it's your responsibility what you upload, that's how they'd look at it.
Look hybrid cilent, or whatever name you want to call yourself..
P2P has better things to do than to become a stupid instant messanger network. So please understand that really no one else is interested in your stupid buddylist or instant messanger ideas.
Even if you did succeed im not going to use it. Instant messangers networks are allready very well established and can allready do everything you say the fact you want to complicate it and come up with some over elborate solution which is not needed and reinventing the wheel just tells me you have no real experiance at this.
The fact that you lie and say that you have support from programs and make it seem like its all a great idea when you dont is just pathetic.
i agree with seph on this one... if i want to instant message, i will use my cell fone or ichat/aim
shareaza is good as is.
nsap @ filesharingtalk.com
Agreed. I don't understand why you would want to use IM in a P2P file sharing client...Originally posted by isus
i agree with seph on this one... if i want to instant message, i will use my cell fone or ichat/aim
shareaza is good as is.
Hi
if you release a file you need in a very quick time a high number of interested peers or a few people you know.
Both helps the releaser to hide among either the big amount of interested people or - IM - some buddies you can trust.
If you have a buddylist and send them the file, this is safe releasing.
Shareaza has a very bad way to release. because the releaser of matrix e.g. is always identified with Ip.
In emule e.g. you can hide, because you have over keywordsearch for partials in a very short time a very high amount of other peers. So the releaer can hide as well.
I I make a Rip of a Dvd , then I would prefer to send the file only to buddies, if they then share - MAYBE AS WELL PARTIALS BY PARTIALS GIVING BACK A QUERYHIT FOR KEYWORDS - then this is not my matter.
So if someone releases a file, and 12-20 buddies load it and THEY and THEIR partials can be found by a keywordsearch, this does not conern the releaser.
Otherwise each file will be released by bittorrent, which means NOT G2 and NOT ED2k.
This is bad as well, because you have acentral modell and if this crasehs as well, like matrix tracker was very often offline , then users know, it is more and more dangerous to release a file.
So convenient sahreaza is, the golden rule, that partials can be found is not relealizes, like it is ONE OF THE ESSENTIAL POINTS FOR SUCCESS OF DONKEY.
Because noone can follow or agree to this argumentation , releasing to buddies is half the way and makes for a private person sharin more safe.
Because this si the next problem: ISP give the adress of some IP releasers.
And this only can be stopped, if a files has in a very short time a lot of users and the releasers ip is not identifyable.
Trusted buddies help here.
No its not. The "buddy system" and IMs are really only for personal and private exchanges the process in which you would have to coordinate "buddies" to propogate the file would not only fail miserable but adds so much user responisbility that its not efficient either.Originally posted by hybridclient
Hi
if you release a file you need in a very quick time a high number of interested peers or a few people you know.
Both helps the releaser to hide among either the big amount of interested people or - IM - some buddies you can trust.
If you have a buddylist and send them the file, this is safe releasing.
Shareaza has a very bad way to release. because the releaser of matrix e.g. is always identified with Ip.
And this only can be stopped, if a files has in a very short time a lot of users and the releasers ip is not identifyable.
Which your IP is always visible either way. You think that this complicated buddy list idea will make users "invisible" and "safe" then crazy..
Your idea fails because your assuming that the file will always be in high demand but once demand starts to fall the number of short term sources dissapears and then it pretty much dissapears from the network.
So your whole partial idea wont work and even if it did it would be so inefficient and slow that no one in their right mind would use and and to top it off i dont think that the bots really care if its a partial or not and just because it is a partial people and to them its probably no different than sharing the whole thing.
Not to mention that it doesnt do anything to protect users because with the really big files the time it takes one person to download it enough time would have elapse for them to get scanned by a bot anyways so they are at no more risk than they are now.
I think it is a new paradigm which has effect:
quote:
--------------------------------------------------------------------------------
This means a search Routing in gnutella - whatever you search for - should not only search the Hubs and Leaves.
ANY Search should be forwarded to the Swarming and Downl/uploading Peers as well !
This is a new paradigm if I am right ?
--------------------------------------------------------------------------------
>>
Err, yeah. It wouldn't work without completely rewriting every node on the entire gnutella network and would provide marginal, if any, benefit. But that's normally the way with new paradigms.
<<
If each Search request is sent not only to the hubs, but as well to the down and uploading Peers, and they send this to their connected Hubs (maybe a ttl = 3 could be used) I regard a big improovement in effectiveness to search rare files or files with similar target interest OR
To search for GUIDS.
If now GUID search is working only that I store a file with a hash, and my buddy is finding me via this hash, then he will find me more easily, if I am downloading a large file from hin and find him AS WELL over the XS-Sources of the large file I am downloading from him and others.
(Bif = Big)
So my basis thesis is, that the GUID Search is working very well with these 3 Rules:
1. Tit For Tat (I am storing the buddy , as he is storing me int he list)
2. New Peersearch-Paradigm: Each Search (GUID or Keyword) is send as well to the downloading and uploading Peers
3. GAIM-BOOTSTRAPPING: Centralized Buddysystems Like GAIM are working in the Background for THE INITIAL CONTACT, then the whoöle things (Chat, video) is transferred via IP to Ip , WITHOUT the central protocol ot the Central Authority. IF Both peers have the Gaimplugin, the Nickname of AOL etc vanishes for the only GUID system (though then the initial bootstrapping fails).
The new Paradigm "U/DL-Peersearch" leeds to one Component of the Proposal for a GUID-BUDDYLIST.
Is it a new paradigm? NO. Because all hosts that are downloading or uploading are connected to the network by either being a leaf or ultrapeer or peer connection.Originally posted by hybridclient
I think it is a new paradigm which has effect:
quote:
--------------------------------------------------------------------------------
This means a search Routing in gnutella - whatever you search for - should not only search the Hubs and Leaves.
ANY Search should be forwarded to the Swarming and Downl/uploading Peers as well !
This is a new paradigm if I am right ?
--------------------------------------------------------------------------------
To search for GUIDS.
So my basis thesis is, that the GUID Search is working very well with these 3 Rules:
1. Tit For Tat (I am storing the buddy , as he is storing me int he list)
2. New Peersearch-Paradigm: Each Search (GUID or Keyword) is send as well to the downloading and uploading Peers
3. GAIM-BOOTSTRAPPING: Centralized Buddysystems Like GAIM are working in the Background for THE INITIAL CONTACT, then the whoöle things (Chat, video) is transferred via IP to Ip , WITHOUT the central protocol ot the Central Authority. IF Both peers have the Gaimplugin, the Nickname of AOL etc vanishes for the only GUID system (though then the initial bootstrapping fails).
So that has always been in the network and was improved by the download mesh. So your not doing anything new.
GUID have very few uses and are really not that needed. Searching based on GUID would be a waste of time because your searching for the needle in the haystack which isnt guarenteed to be there. It is not efficient and again will not work.
Second you seem to still fail to get it. GNUTELLA IS NOT A INSTANT MESSANGING NETWORK. The goal of gnutella is to not be a instant messanging network and you trying to AIM the network wont work.
With gwebcache allready providing ips to connect to bootstrapping to a instant messaging again is not needed.
Also you dont know what Tit-for-tat is..
So please stop wasting everyones time with your lame, ideas when you are not only lieing to people that you have support from gnutella programs, but you dont even know how the network works at all and your ideas and lame, stupid, and will not work.
Posting Permissions
Bookmarks