Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 30 reacties
Bron: Sourceforge

Voor het uitwisselen van bestanden zijn er onderhand een aantal verschillende netwerken ontwikkeld. Direct Connect is er hier één van en gebruikt centrale punten, zo genaamde 'hubs', voor het uitwisselen van bestandsinformatie, het bestand zelf wordt direct verzonden tussen twee gebruikers. DC++ is een client voor dit netwerk en wordt ontwikkeld in C++ waar de naam ook van afgeleid is. Versie 0.670 is zojuist vers van de pers gerold met het volgende changelog:

Changes:
  • Fixed an issue with international formats of float numbers (also fixes UDP port setting)
  • Fixed a minor crash log output address issue
  • Split off color and sound to a new page
  • [bug 359] Fixed an issue with negative search terms
  • Added option to filter TTH results in search spy
  • [bug 184] Updated log functionality to allow users to customize log filenames
  • Fixes to log edit function
  • Added possibility to filter all searches without tth
  • More preferences splitting
  • Small socket fix
  • Search tab goes bold if set to
  • Hopefully fixed an UPnP crash
  • [bug 302] User commands in file lists
  • ADC url's clickable
  • Improved search timer to avoid spamming hub
  • Redid some of the hash storage code, should be slighly more efficient
  • [bug 94] Share is cached for faster startup
  • Temporary targetnames are now filled in when download starts, not when item is added to queue, which makes temp target dir changes happen for current queue items as well, plus we get a huge memory save on huge queues.
  • [bug 363] Added "Remove All Sources" to queue
  • Queue menu items greyed out when there are no items
  • Fixed a crash with certain empty lists
  • Added "restore all" to undo "minimize all"
  • Added optional pm history
  • Better log file managment
  • [bug 412] Fixed a queue count issue on removal
  • [bug 9] Fixed a queue move issue
  • [bug 20] Fixed upload auto-slot granting
  • Redid adl search to accomodate for partial list browsing
  • Added initial ADC file transfers support
  • ADC hub connectivity improved
  • Fixed unnecessary COM initialisation
  • Some linux compile fixes
  • Added readd all sources
  • Fixed a deadlock when closing hub windows
  • Added user ip logging in up and downloads
  • Small spy frame fix
  • Small pm fix
  • Added password warning for n00bs
  • Help file updates
  • Probably fixed the list redownloading bug
  • Hash index format change (as a side effect, it's very easy to find dupes in the new format, someone should make a tool)
  • Download manager changes in preparation for partial list browsing and other ADC features
  • Improved efficiency for small files (<=64KiB) in the hash storage
  • Added advanced resume that detects and tries to repair rollback inconsistencies using tiger trees
  • Fixed a rare invalid zlib decompression error
  • Autosearch and automatch queue is now done by tth only (!)
  • Automatch search done by tth only, should make things slightly faster
  • Search for alternates automatically uses tth if available
  • Lowered compression level so that uploads will take less cpu
  • Added exact file size to directory listings
  • Remove confirm fix
  • Added option for the new tab select behaviour
  • [bug 116] Added possibility to download to temp folder on the same drive as target
  • Fixed user command string for file list context
  • [bug 290] Added more correct escaping of search strings
  • [bug 432] Fixed download directory for adlsearch matches
  • Some UPnP fixes
  • ADL Search byte prefix fixes, might screw up your adl search settings on first load
  • Linux download path fix
  • Added purge button for search history
  • Added column reorder to file listing
  • Fixed alt source download starts
[break]De volgende downloads staan klaar:
* Installer (2437KB)
* Binaries (3398KB)
* Source (1166KB)
Versienummer:0.670
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Windows XP, Windows Server 2003
Website:Sourceforge
Download:http://prdownloads.sourceforge.net/dcplusplus/DCPlusPlus-0.670.exe?download
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (30)

Een hele mooie wijziging is dat "Search for alternates" nu zoekt op hash in plaats van bestandsnaam. Hierdoor krijg je veel meer en veel betrouwbaardere zoekresultaten.
Dat kon al via de optie "Search by TTH", vanwege de 'backwards compatibility' hebben ze het niet gelijk als standaard ingesteld.

Ik had met 0.668 zo'n 2 bugs, hopelijk zijn die nu opgelost:
- Mensen die keer op keer dezelfde file van je liepen te downloaden, waarschijnlijk omdat na het binnenhalen de validatie mislukte waardoor de download opnieuw begon.
- DC bleef na het afsluiten op de achtergrond verder draaien en moest via taakbeheer worden afgesloten.
Die bug dat DC++ bleef doordraaien na het afsluiten had ik inderdaad ook :). Erg irritant omdat het behoorlijk wat geheugen opslokt. Ook had ik regelmatig gewoon ineens dat de snelheden terugliepen en dat m'n internetverbinding het even niet meer deed.

Afmelden en opnieuw inloggen was dan de enige remedie. Hopelijk is deze verbeterd :)
Laatste keer dat ik dc++ gebruikte vond ik het wel stom dat als je alternatives downloade, dat hij de originelen ook gewoon nog is erbij binnehaalde, en in andere mapjes ligt te steken enzo.
Tsja, dan staat die eerste download nog in de queue..
Vind het vrij logisch eigenlijk, moet je je queue maar een beetje schoonhouden.

Geweldig programma overigens, gebruik het nu zo'n 1,5 jaar en heb nog niets beters gezien! :)
Uploadcap moeten ze niet integreren imho, of ze zouden iets moeten doen zodat je minimaal 50% van je bandbreedte gebruikt voor het uploaden.
Met een procentuele schaal, en een bepaald minimum, kan het wel werken, anders lijkt het me niet zo nuttig.

Ik gebruik gewoon Netlimiter, zet em op 20KB/s en gaan :)
Jammer dat sommige lamers de upload op 1KB/s zetten alleen..
Dan was de HasH/TTH niet hetzelfde en had je het dus in wezen over een ander bestand.

Als verschillende personen de uitzending van R.A.M. van gisteren heeft omgezet naar film, dan heb je toch ook verschillende bestanden?
Zelfde naam is geen garantie voor zelfde file. En andersom; zelfde grootte staat niet garant voor zelfde TTH.
Dit mag dan de eerste keer zijn dat ik DC++ via internet gebruik maareuh.,
waarom krijg ik overal deze melding....

<naam> You share size is to big, the maximum share size is set to: 1500 GB
<naam> Disconnects...
<naam> You are temporarily banned for 28 minutes!
*** Disconnected


Mag je tegenwoordig niet meer dan 1500gig sharen via DC ofzo.... :?
Omdat dit zeer waarschijnlijk als een fake sharesize wordt gezien door de bot.
Er even vanuitgaande dat je daadwerkelijk zoveel sharet;

dat is niet slim. tenzij je direct op een 1 gbit backbone zit heeft het sharen van zoveel bestanden weinig nut. je geeft mensen alleen maar valse hoop. Immers doe je alsof je veel bestanden sharet maar in feite door langzame uploadsnelheden (<10 mbit) kun je het toch nooit allemaal uploaden.

Je kunt beter zoveel mogelijk 'rare' bestanden sharen. Dat is beter dan zoveel mogelijk gb om maar op de grote hubs te komen.
@ FreenFury

Ja, dat heb je altijd als er nieuwe versies zijn uitgebracht. Dit komt doordat de (hub)bots per definitie altijd achter lopen met de huidige ontwikkelingen. Het is gewoon onwetendheid van de hubowners.

@Darkvater

Het is gewoon onmogelijk om binnen het huidige protocol (NMDC) verschillende shares te hebben binnen één client. Denk eens aan alle zoekopdrachten die in de knoei komen van de verschillende hubs, omdat je niet overal dezelfde share hebt. Dit zal echter wel in de toekomst mogelijk zijn met de komst van het ADC protocol, tevens is het dan ook mogelijk voor multi-source downloading op een veilige manier en niet zoals de workarounds die je nou ziet in de sommige mods. Op deze site staat het allemaal in een overzicht wat er kan met ADC, http://www.dslreports.com/faq/11584

Voor de rest ben ik nou blij dat er een begin is gemaakt met het zgn. 'partitial filelist browsing', waardoor je -in sommige gevallen- geen filelist van 2 MB hoeft te downloaden. Veel van de features waren trouwens al aanwezig in fulDC (perfecte, nonleech-mod). http://ful.dcportal.net/index.php
Het is gewoon onmogelijk om binnen het huidige protocol (NMDC) verschillende shares te hebben binnen één client.
Ooit gehoord van poorten?
Als je kan instellen welke poorten het programma moet gebruiken mag er geen probleem zijn zou ik denken..

[edit]
Meneer weet niet wat poorten zijn en begint meteen te blaten dat ik geen idee heb waarover ik het heb :?

Even een verduidelijking van "poort" uit wikipedia.org:
[quote]
"Een network poort is een nummer dat aan gegevens in het TCP/IP protocol wordt gehangen, naast het ip-adres. Het poortnummer wordt door het ontvangende systeem gebruikt om te bepalen voor welk programma de gegevens zijn bestemd."
[/quote]
Met andere woorden je zou 2 DC++ programma's opgestart kunnen hebben met verschillende poorten ingesteld. Als het volgens jou niet mogelijk is leg je het maar uit waarom..
Ooit gehoord van poorten?
Nee, is compleet nieuw voor me. Leg eens uit...
Als je kan instellen welke poorten het programma moet gebruiken mag er geen probleem zijn zou ik denken..
Denk nog maar fijn verder...

Maw, je hebt geen idee waar je het over hebt.

edit:

Jij begint nou te praten over 2 DC++ programma's tegelijk te draaien. Dan is het zeer zeker mogelijk als je de poorten varieert. Echter was dit niet het onderwerp van de discussie, dat was meedere shares binnen één DC++ client. Dit is en blijft voorlopig onmogelijk binnen dit protocol (NMDC). Check deze link, http://dcplusplus.sourceforge.net/forum/viewtopic.php?t=14204

edit 2: maar blijf jij maar je eigen rommel zoals emule en bittorent draaien
edit 3: ooit gehoord van sarcasme trouwens?
ligt het aan mij of kan je niet meer Search by TTH doen?
Als je gewoon search for alternatives doet, dan zoekt hij al op TTH. :)
volgens mij niet hoor, dan krijg je ook verschillende grootes

dan zoekt ie alles hoger dan de grootte vandat bestand
moest het progje nu nog een upload-cap hebben (zonder dat ik netlimiter moet gebruiken), dan is het helemaal top. Ik kan niet surfen als ik tegen mijn maximum snelheid sta te uppen...
Dat is een "rejected-feature".

Inderdaad is het wel een nadeel dat je minder snel kunt surfen. Maar van de andere kant, STEL dat een upload-cap geimplementeerd wordt, dan gaat IEDEREEN een cap instellen op 1 KB/s.

Natuurlijk kunnen veel andere clients (gebaseerd op DC++) dat wel, maar in de fatsoenlijke hubs word je (gelukkig) meteen gekicked als je zo'n client gebruikt.

Natuurlijk kun je ook netlimter gebruiken, maar dat wordt toch minder gedaan omdat het wat omslachtiger is.
WTF? Ik vind het cappen van de snelheden een BASISFEATURE van een P2P client. Als het niet mogelijk is met de client gebruikt men wel netlimiter of een alternatief om het te doen!
Er voor zorgen dat mensen de upload niet cappen door de optie simpelweg niet in de client in te bouwen is gewoonweg dom. Een client die zelf bepaald hoeveel hij download en upload is gewoon erg vervelend als je meerdere programma's die internet gebruiken tegelijk draait en daarom gebruik ik BitTorrent of eMule en niet rommel zoals dit die je niet eens toelaat om je uploadsnelheid te beperken. |:(
Je vergeet een beetje de prioriteit hier. Een mooie client is leuk, maar je hebt er niks aan als het netwerk doodbloed, wat gebeurt als mensen niet uploaden. En dan kom je op punt twee:

de meeste mensen zijn te dom/lui/onervaren om verder aan het werk te gaan. Dus als je in een client niet kunt cappen dan geven de meeste mensen het al op en uploaden ze gewoon maar, want ze willen toch de nieuwste Maroon 5 plaat (nofi). Het is dus misschien niet lief voor iedereen, maar het heeft wel degelijk effect. En dat zorgt ervoor dat zij uploaden, zodat JIJ weer kunt downloaden. Je bekijkt de zaak naar mijn mening wat kortzichtig.

Overigens blijf ik fijn uploaden. Ik zie leechers 24 uren per dag maar heb er voor gekozen me er niet meer druk om te maken. Egoisten komen zichzelf wel weer tegen. (En belgen mogen van mij leechen zoveel ze willen, wat een belachelijke datalimieten daar!).
Nou dan doen ze het toch net als bij eMule? Daar kan je wel je UL cappen maar als dat onder een bepaalde waarde ligt dan wordt je DL ook gecapped... Ik zou zo'n feature ook graag terugwillen zien in DC++
kijk naar czdc++ ;)
zelfde als dc++ maar dan iets beter ;)
0.668 startte zeer traag op, maar deze 'floept' gelukkig meteen op het scherm :).
Private message from [FUN]asskicker: <[FUN]asskicker> You are being kicked because: Version too high NOT AGREE GO TO http://hubsite.tk/
*** Disconnected

Version number too high B-) wat een regels op sommige hubs zeg |:(
Het ergste rejected feature van DC++ vind ik dat ze het gewoon niet toestaan om per hub je shares in te stellen. Vraag me niet waarom :(

En dan laten ze het ook niet toe om DC++ meerdere keren op te starten. echt ongeloofelijk |:(
Jij begint nou te praten over 2 DC++ programma's tegelijk te draaien. Dan is het zeer zeker mogelijk als je de poorten varieert. Echter was dit niet het onderwerp van de discussie, dat was meedere shares binnen één DC++ client. Dit is en blijft voorlopig onmogelijk binnen dit protocol (NMDC).
Sorry, maar het is toch echt mogelijk, het bewijs heb ik hier op mijn pc staan. Een client met verschillende share in te stellen per hub, en werkt perfect...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True