RShare Feature Request (English)
From Planet Peer Wiki
Explanation
Developer Lars Regensburger constantly improves RShare by eliminating bugs and implementing new features. For this purpose, he remains in contact to the RShare fan community, which is quite large in the meantime. On this site, everyone can write down feature needs and wishes for coming releases of the RShare filesharing software. Please choose the CORRECT CATEGORY for your request, use german or english language and KEEP SHORT!
Essential improvements to ensure operability of RShare (anonymity and the filesharing function).
This improvements has to come in the next RShare release!
Hier eintragen: Änderungswünsche die für die Filesharing-Funktion und die Sicherheit von RShare von größter Bedeutung sind. Diese Änderungen sollten im nächsten RShare Release berücksichtigt werden!
Request: Ende zu Ende Verschlüsselung. Falls eine Zwischenstation nicht vertrauenswürdig ist kann diess Informationen erhalten: welche Zwichenstation sendet was an die nächste und den Inhalt der Sendung. Um das zu verhindern, oder zumindest stark zu erschweren ist eine Ende zu Ende Verschlüsselung sinnvoll. Nun ist aber das Problem das man dabei anonym bleiben will und daher keine Direktverbindung nutzt. Handelt man also über die Zwichenstationen die Ende zu Ende Verschlüsselung aus hat das wenig Nutzen. Eine "Vertrauensperson" wie bei SSL kommt aus Gründen der Annonymität ebenfalls nicht in Frage. Was also tun? Man könnte doch mit Hilfe von virtuellen Ip-Adressen doch eine Verschlüsselung aushandeln, allerdings nicht über die Route über die Daten getauscht werden sollen, sondern über eine zufällige andere Route (+dabei natürlich extra wieder point-to-point Verschlüsselungen). Das wäre zwar keine perfekte Sicherheit, jedoch schon sehr unwahrscheinlich das so jemand mitlesen könnte. MfG Dulzinea
RShare Developer: Eine Ende-zu-Ende-Verschlüsselung ist zwar technisch möglich, aber man kann auf sie nicht bauen. Es würde lediglich für längere Wartezeiten wegen des Schlüsselaustauschs führen und der Anwender hätte dadurch keinerlei Verbesserung. Wieso willst du überhaupt eine solche Verschlüsselung?
Just a comment: Wieso sollte man auf eine End-To-End Verschlüsselung nicht bauen können? Gibt doch genug ausreichend starke public/private key cryptosysteme die sich dafür anbieten. Ohne End-To-End verschlüsselung können Lauscher, die sich mit mehreren peers ins Netzwerk hängen viel zu viel Information über die beteiligeten sammeln, indem sie einfach über längere Zeit den Verkehr beobachten. Wenn man das lange genug tut, kann man sehr wohl nachweissen, wer was läd bzw. anbietet. Wieso mein vor-poster also so eine Verschlüsselung fordert? Ganz einfach: ohne End-To-End encryption wird Rshare seinem Anspruch sicher und anonym zu sein nichtmal ansatzweisse gerecht. Und wegen der Wartezeiten: Ich denke für Rshare sollte gelten: erst die Sicherheit, dann die Performance.
Es hat schon seinen Grund, dass End-To-End encryption z.B. bei Ants p2p gemacht, wird. Ich halte Ants für das bisher einzig sichere Filesharing System.
Important functions to improve the RShare usability and filesharing functionality.
This improvements should be implemented in the next two RShare releases.
Hier eintragen: Wichtige Änderungen/Verbesserungen etwa für die Filesharing-Funktionen und die Nutzerfreundlichkeit. Diese Änderungen sollten in den nächsten beiden RShare releases umgesetzt werden.
Request: Add the ability to use a commandline interface. Without the GUI RShare should be able run in Linux/OSX with Mono. Could add more "high uptime" nodes, new users and therefore more content to the network. Maybe using a webinterface like mldonkey would be another possiblity.
Request: option to start Rshare on windows startup to maximize online clients.
Request: only the newest stable Version and the unstable allowing to be "online" because somebody mentioned, that there are too many Version on. For example Soulseek did´nt allow other versions, so ther mentioned problems should disappear?!
RShare Developer: A feature such as this is not necessary because RShare checks the incoming commands so that commands which for a new version are invalid will be rejected.
Request: partial Downloads
RShare Developer: If I did not have to rewrite the core, I would add this feature.
Request: Status item for Downloads Dialog (with showing Downloading,Waiting,Stopped,Paused,Suspended) Request: Status item for Uploads Dioalog (with showing Uploading,...)
RShare Developer: I am going to add these features.
Request: like this feature too with showing Downloads Dialog with: showing [peer id/peername],[Peer progressbar], [peer rshare ver.],[Queue Position], [Status] : Transferring, On Queue, Asking, Queue Full, Cannot connect
RShare Developer: Because it is not possible to enhance the DataGridView I have added a new DataGridView below the downloads one in which the sources will be displayed.
Request: preview function for downloads
RShare Developer: I do not understand... How shall this feature work?
Answer: Only a simple function which opens the temp-file of an audio- or video-file and plays it in your standard video-player or a player (like VLC) implemented in RShare.
RShare Developer: OK, I will add this feature. Implementing of an audio or video player is very difficult, because in RShare I can only use "managed code".
Request: Shared Files Dialog: item [Requests],item [Accepted Requests], item [Transferred Data], item [Shared Parts], item [Complete Sources]
RShare Developer: It is possible that I have added this feature in one of the next RShare releases, too.
Comment 1: Das hätte ich auch sehr gerne, und ausserdem eine Spalte "Suchanfragen/Treffer" (wie in Shareaza), wenn das nicht zu umständlich ist.
Request: context menu icons
RShare Developer: Why should I do that? Is RShare not colorful enough?
Comment 1: I'd also like to have these icons because a stylish gui is important for success of an filesharing application. And i want to have RShare successful!
RShare Developer: I have added these icons...
Request: context menu features for Downloads Dialog : Priority, Pause, Stop, Open File, Clear Completed
RShare Developer: Is that really necessary???
Comment 1: Like my comment above, but i would say, these are features for a better look and feel and so they are'nt as important as good functioning filesharing operations.
RShare Developer: I will implement this feature in one of the next releases.
Request: Uploads to more Peers at the same time : 1 - 6 (Option in Prefs to can change how uploads at the same time)
RShare Developer: I will implement this feature in one of the next releases.
Request: How about encrypted content caching? I think it would greatly boost any p2p network, but it would be especially great with Anon P2P. I know it takes a lot of work to get it done. But then all "unused" nodes would also be utilized. And download / upload ratio for new files would be better. It could also be used for load balancing. A lot of bandwidth is lost because it's left unused. This could fix that problem. Let's say I run my client 24/7 but I rarely download anything. With content caching my node would be completely utilized without any downloads.
RShare Developer: I will not add features such as this to RShare.
Request: Down und Up Anzeige im Statusbar sollte wenns geh eine Abkürzung anzeigen damit es nicht ganze zeit wegen KIBytes/s Bytes/s immer wieder hin und her verschiebt, lieber KIB/s solls anzeigen mit 0.0 Bei also bei 450 Bytes/s zeigts 0.4 KIB/s also das KIB/s bleibt immer.
Oder man lässt die Bezeichnung ganz weg und lässt es so anzeigen:
Down: 0.0 Up: 0.0
RShare Developer: Ich habe dieses Verhalten abgestellt, außerdem wird jetzt zusätzlich der durchschnittliche Wert angezeigt.
Request: Reload button to Shared Files.
RShare Developer: One of the next releases will contain this button.
Request: Advanced Intelligent Corruption Handling (oder: AICH) Advanced Intelligent Corruption Handling (oder: AICH) ist eine Erweiterung von Intelligent Corruption Handling, das dazu dient, Übertragungsfehler mit minimalem Aufwand zu beheben. Ja so ein funktion braucht RShare auch da bei großen dateien sehr oft wieder von vorne anfängt und man alles was gedownloade wurde umsonst war. http://de.wikipedia.org/wiki/AICH_(eMule)
RShare Developer: Über die Realisierung eines solchen Features habe ich noch nicht nachgedacht. Ich müsste mich erst in die Materie einlesen...
Request: RShare sollte die Ordner der Freigegebenen Dateien auch während der Laufzeit öfters kontrollieren. Nützlich ist das wenn man beispielsweise für mehrere Tauschbörsen einen Share-Ordner hat. Außerdem gibt RShare momentan eine Fehlermeldung aus, wenn man versucht eine Datei in der Share Liste zu öffnen, die im Dateisystem nicht mehr existiert. Diese sollte vom Share verschwinden und eine etwas schönere Meldung ausgegeben werden!
Request: File upload priority I was wondering if the file upload priority was planned to be implemented to StealthNet in the future...? Cause i'm sharing many files and i'd like to upload the newest ones with a higher priority than the other ones. Thanks for StealthNet & keep the good job coming :D
Features which make a better 'look and feel'.
This changes should be implemented in one of the coming RShare releases.
Hier eintragen: Weniger wichtige Änderungen an Funktionen oder am Aussehen von RShare. Diese Änderungen sollten in einer der kommenden RShare Versionen umgesetzt werden.
Request: Voreingestellte Suchen etwa nach Filmdateien (mpg, avi, wmv), nach Audiodateien (mp3, wma, ogg), oder Archiven (zip, rar) sowie nach Sprachen (german, english, italian etc.). Ein RShare-Novum wäre es, wenn man nach szeneüblichen Bezeichnungen wie Telesync, TS, DVD-RIP, DVB-RIP, Cam, Screener (SCR), Telecine (TC) voreingestellt suchen lassen könnte. Außerdem wäre eine Expertensuche gut, bei der man mehrere Attribute verbinden kann z.B. avi+german+dvd-rip für einen deutschsprachigen von DVD kopierten Film im DivX-Format.
RShare Developer: Was soll ich dabei machen? RShare kann dem Film nicht ansehen woher er stammt... Ihr könnt höchstens die Filme mit entsprechenden Namen versehen, so dass diese Filme unter den entsprechenden Schlüsselwörter gefunden werden können. Suchfilter und andere Spielchen werde ich ebenfalls in einer der nächsten Versionen einführen.
Nice to have features, which would be helpful for some people or in some special cases.
This functions should be implemented sometimes in the future.
Hier eintragen: Features die in Spezialfällen oder für einige wenige User nützlich sind. Diese Features sollten irgendwann umgesetzt werden.
Request: GroupChat (hidden + puplic)
RShare Developer: I will implement a chat such as this in one of the next RShare releases.
Request: GroupShare[GroupChat extension] (password protected ,with nick and pass, + anonymous)no end to end is needed!see link:GroupChat extension
RShare Developer: I am not able to implement this, because the implementation of an end-to-end encryption is impossible! If you want to have this feature, you will have to use a non public file sharing network like WASTE...
Comment 1: I will not WASTE.., It doesnt needs end-to-end, i will a GroupChat extension what is anonymous and crpyted.
Request: Hash links or hash files (torrent-style) would be very useful.
RShare Developer: I will implement a feature like this in one of the next releases...
Request: A RShare for I2P network that uses Base64 Destinations to can kommunicate over I2P console 127.0.0.1:7654 with other RShare Base 64 Destinations. the Destinations replaces the IP , to can connect . A second client like RShareI2P that only works with I2P. http://de.wikipedia.org/wiki/I2P
RShare Developer: If you want to have this feature you will have to write the code by yourself!
Request: Community based Filtering
This might be impossible to implement, but i think Community based Filtering could really be useful for Rshare. Imagine You find a file that bothers you, because, for example it violates human rights, and you could flag it, so that it wont be transmitted over your node anymore. If enough peers do that for a certain file, it would be nearly impossible or very hard to get it. So what i mean is not censorship by an organization (like the music industry) or a state but democratic censorship by all Rshare paticipants.
Authorities often claim they shut down Filesharing services because of certain contents (they claim the reason where moral considerations and not the preassure of the record/movie industries) and Rshare is not save from something like that. With community filtering you could keep the really nasty stuff, like racist propaganda, etc. out of the network while single cencors with a rather small amount of computers connected to the net cant actually block files.
One could think about some nice new features like sharing your blacklists with chat partners, etc. This would make Rshare really fit well into the web 2.0 hype.
One problem is, that End-To-End encryption actually makes that pretty impossible, and i still think that Rshare NEEDS End-To-End encryption.
That idea just came to me a second before i started to write it down, so i didn't think too deeply into it yet. Does someone have more suggestions about this topic? Does someone know a system, where this has already been implemented?
Request: Optionale Darknet-Funktion. Es sollte möglich sein, sich nur noch mit bekannten Knoten zu verbinden die gut funktionieren oder Knoten selbst einzugeben. Eine Kombination aus Darknet und Opennet also. So könnten sich User davor schützen als RShare-Nutzer identifiziert zu werden, langfristig werden P2P-Systeme das brauchen. Einige Menschen haben Angst solche Netze zu unterstützen, auch wenn sie nur als Nutzer des Netzwerkes oder Proxy für Downloads illegaler Daten erkannt werden können.
Request: Langfristig ist es notwendig den Datenverkehr zu tarnen, um Filter zu umgehen.
Features coming in the next RShare release
- Nothing here at the moment
Features already implemented in RShare
- Nothing here at the moment
