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 , , 29 reacties
Bron: SourceForge, submitter: nitroke

DC++ logo (klein) Gisteren is op SourceForge versie 0.68 van DC++ verschenen. Dit stukje software is een van de vele programma's die beschikbaar zijn om bestanden uit te wisselen via het Direct Connect-netwerk. De twee plussen aan het eind komen van het feit dat dit programma in C++ geschreven is. Versie 0.68 is een belangrijke release en de lijst met veranderingen is dan ook lang:

Changes:
  • Changed the user identification process completely to work better with ADC. This leads to a more strict interpretation of which users are actually the same for NMDC (essentially, NMDC users are now identified by nick+hub always, not only nick)
  • Removed saving of directories scheduled for download, since the individual files should appear in the queue fast enough that this will rarely be used (since file lists are free and downloaded almost instantly)
  • Fixed international timestamps (thanks ullner)
  • Fixed targetdrive docs (thanks ullner)
  • [bug 485] Fixed transfer list view flicker on WinXP
  • New connection settings, please check settings page
  • Connection type strings changed
  • No longer falls back to passive mode on failed UPnP
  • Janitorial cleanups (thanks garg)
  • Removed some old favorite file format compatibility code
  • Added country to search frame (thanks paka)
  • Strftime fix (thanks garg)
  • [bug 521] Help instead of readme shown on first startup (thanks paka)
  • [bug 553] Minimize to tray and confirm appexit default to true (thanks paka)
  • [bug 452] Fixed example.xml language file generation (thanks tpo)
  • [bug 556] Fixed last searches purge (thanks sulan)
  • [bug 73] Added option to disconnect slow sources (thanks paka)
  • ADC hub counts updated correctly (thanks ullner)
  • [bug 325] Added error message when adding dupe fav hub (thanks ullner)
  • Updated bzip2 to 1.0.3 (thanks garg)
  • Some small *nix fixes (thanks poison)
  • Source path no longer saved for TTH enabled clients (saves memory and queue file space)
  • [bug 335] Search window settings saved automatically (thanks pothead)
  • Open folder selects file in explorer (thanks pothead)
  • Local echo in pm window formatted as the other side should see it (thanks paka)
  • Fixed debug assertion (thanks tpo)
  • Dirty tabs settings improved (thanks ullner)
  • ZLib upgraded to 1.2.3, possibly fixing security issues (thanks garg)
  • Slot grants now last one connection instead of 10 minutes
  • [bug 632] Subtotals shown when selecting users in hub frame (thanks cologic)
  • [bug 625] /u chat command opens url (thanks pur)
  • [NMDC] The first word of hub name is taken as short name for displaying purposes when space is limited
  • [bug 629] Waiting users frame added (thanks cologic)
  • Removed old versions check (thanks cologic)
  • [bug 635] Added option to limit maximum file list size to open (thanks paka)
  • Filelist transfer logging default to off (thanks paka)
  • Added some checks when creating fav hubs (thanks tpo)
  • More settings screen updates (thanks ullner)
  • Fixed linux file moving (thanks naga)
  • [bug 260] Added option to only download files with TTH (thanks ullner)
  • [bug 708] Fixed registry creation functions used (thanks ullner)
  • Updated WTL
  • Rewrote socket code to remove some old hacks and add some new (major change)
  • Now using standard windows error messages for socket errors
  • [ADC] Added basic SSL encryption support
  • Fixed a bug with file list loading and filenames differing in case only
  • Fixed a few standard compliance issues
  • Added dirtying to waiting users frame (thanks ullner)
  • Changed so that a few flags are shown in transfer status, [T] = TTH check on, [Z] = zlib on, [R] = rollback performed, [S] = secure
  • Parameter names all updated, your current %[xxx] macros will break all over, on the upside they're now more or less unified
  • [ADC] All hubs a user is online on are shown where only one was shown before
  • Fixed some log page issues
  • Replaced small buffer size option with the possibility to set recv/send buffer sizes manually
  • Consolidated bolding options, you'll have to reset them to your preference
  • Removed support for old hash index files (pre-0.670)
  • Improved hashing error reporting
  • Fixed hash database rebuild
  • Added /removefav command to remove a favorite hub (thanks ullner)
  • [bug 717] Fixed search combo box (thanks pothead)
  • Added option to change auto-refresh interval (thanks ullner)
  • [bug 740] Removed tab completion option (thanks ullner)
  • [bug 743] Added registry key creation failure notification (thanks ullner)
  • [bug 717] Fixed dropdown sizes (thanks pothead)
  • [bug 760] Fixed list subtraction issue (thanks cologic)
  • Added some right-to-left support, but it probably needs more work
  • [NMDC] Minislots are no longer given to old DC++ clients (<0.304)
  • [ADC] Directory size returned with search results
  • Fixed a rare deadlock
[break]
DC++ public hubs (resized)
Versienummer:0.68
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Windows XP
Website:SourceForge
Download:http://prdownloads.sourceforge.net/dcplusplus/DCPlusPlus-0.68.exe?download
Bestandsgrootte:3,36MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (29)

multisource downloading doe ik al lang heel stabiel met revconnect. Die client is niet te onderscheiden van dc++ en heel stabiel.
En op zo'n beetje elke hub gebanned...
Waarom worden die gebanned dan? Single source (wat ik nu heb) schiet niet op, zelf downloaden met 25KB/s, maar wel 3 slots vol aan het uppen met 90KB/s waardoor je verder niets kunt doen (gamen enzo). En nee afknijpen mag ook weer niet van de hubs...
Sja, nog een reden waarom DC++ nauwelijks meer gebruikt wordt.
Nee hoor! Onzin. Revconnect is blijkbaar niet van echte dc++ te onderscheiden. Ik ben nog nooit gebanned in meer dan 6 maanden gebruik in alle grote hubs.
Dat is nog eens een leuk (en laat) cadeautje O+ .
Het moederbord van één van de makers was kapotgegaan en tot hij een nieuwe had zou er geen nieuwe versie meer uitkomen. Misschien kreeg hij een nieuwe voor kerst :9 .

Hopelijk komt de multi-downloadsource optie er snel in!
revconnect= dc++ & multisource
Als dat nu nog fatsoenlijk zou werken. Revconnect probeerde afgelopen lan een of andere film in een aantal stukken op te delen en te downloaden. Een uur later was ie die zelfde film nóg aan het downloaden (met 10 MB/s).
Veel (goede) hubs blocken onofficiële clients.
@ gamerking

Segmenting (multi-downloadsource) zal er waarschijnlijk nooit inkomen omdat er te veel misbruik zou komen. Het is wel mogelijk via "dc++ mods", zoals LDC++. (die gebruik ik ;) )
multidownload source lui verneuken je hub dus gewoon..de kwaliteit van de downloads gaat daarmee gewoon drastisch omlaag.
preventief steriliseren..
ik bedoel euh .. bannen
Dit is dus onzin. Indien je uitgaat van een minimum upload van 128 kbit/s per gebruiker, gaat snelheid van verspreiden van bestanden in een hub er aanzienlijk op vooruit bij multisource.

Mensen die tegen multisource zijn zien altijd alleen maar het feit dat er meer slots bezet worden. Ze houden er nooit rekening mee dat die slots ook weer sneller vrij komen door snellere downloads. Doe maar eens een test als je zelf een hub kan draaien. Een hub met multisource clients verspreid bestanden sneller onder de gebruikers.

Enige tegenargument is dat gebruikers van traditionele dc++ er niet op voorruit gaan. Maar niemand verplicht mensen natuurlijk om dc++ te gebruiken.
Het blijft gewoon een feit dat bij dc++ zonder gebruik van netlimiter, je upload je hele download snelheid decimeerd gezien up/down verdeling in nederland. En multi source Revconnect is wat dc++ zou moeten zijn vind ik. Want je wordt toch niet goed van om elke keer die mensen met 1 kb upload door netlimiter te moeten disconnecten :P
Ik geef je volkomen gelijk: multi source DC++ zou prachtig zijn.

Misschien kunnen ze de single download source versie dan doorontwikkelen onder de naam DisConnect++ om bovenstaande redenen ;-)

Edit: typo
Weet iemand hoe de volgende instelling werkt:

Een tijdje geleden had mijn huisgenoot iets ingesteld in DC++ waardoor hij de servers waarmee ik geconnect was onthield en deze de eerstvolgende keer dat ik het programme opstarte, ze weer liet inloggen.

Nu moet ik steeds de servers gaan zoeken.

Is dit een instelling die ik kan aanvinken, of is dit een plugin?
Mjah, het automatisch onthouden weet ik ook niet, maar fijne hubs voeg ik altijd toe aan mijn favorieten.

(op de tab klikken->add to favorites)

Als je dan bij favorites een vinkje voor de hub zet start hij iedere keer mee op...

Maar betwijfel of dit is wat je bedoelt :d
Ik dacht al: "he nieuwe dc++ die moet wel een hele lange lijst hebben" het is namelijk al een tijdje geleden dat er een nieuwe dc was ontwikkeld.
Op deze link kan je tussentijds de ontwikkelingen volgen: http://cvs.sourceforge.ne...changelog.txt?view=markup

Ze zijn echt inderdaad een behoorlijk tijd er mee bezig geweest, maar er zitten ook rigoreuze veranderingen in.(Waaronder SSL verbindingen, let wel... dit is nog experimenteel.) Dus ze hebben echt niet stilgezeten. :Y)

Je kan deze versie eigenlijk een beetje zien als de grote basis voor de komende versies, waar nog meer aan het nieuwe protocol ADC wordt gesleuteld.
had dc++ jaren gebruikt maar sinds bittorent en het vele betere emule ben ik gestopt met het gebruiken ervan
(vele crc erors van gedownloade animes enzo) alhoewel dat in latere versies wel minder werd

vind hash checking in bt en emule ook beter emule heeft het voordeel van zijn ed2k links en bittorent ditto
ik moet deze nieuwe versie nog installeren (ben nu @ werk)
maar als je een aantal hubs in je favorites zet, en dan je favorite opent, staat er een hokje voor de hub. (connect on startup :D)
Iedereen zeurt altijd wel dat dat multisource downloading de boel overhoop gooit, maar als ze nou eens een fatsoenlijke implementatie ervan zouden maken waarbij je bijvoorbeeld per thread en in totaal een up- en downloadlimiet aan kan geven kwa snelheid en dat je verder ook in kan stellen dat multisource alleen gebruikt wordt bij grotere bestanden of trage uploaders, dan zou het best wel goed werken denk ik. Ik maak zelf gebruik van StrongDC++, een mod van DC++ en deze doet het best goed vind ik, je moet alleen niet kleine bestanden van meerdere mensen tegelijk downloaden, want dat schiet gewoon niet op. Bij SDC kan je ook al die dingen instellen die ik net noemde en tot nu toe heeft er eigenlijk nog niemand iets van gemerkt, alleen als ik het zelf zeg beginnen mensen te roepen in de hub...

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