Software-update: DC++ 0.68

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]

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

Reacties (29)

[Anoniem: 112921]

Dat is nog eens een leuk (en laat) cadeautje .
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 .

Hopelijk komt de multi-downloadsource optie er snel in!

[tyball]

revconnect= dc++ & multisource

[Wim8282]

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).

[Blaise]

Veel (goede) hubs blocken onofficiële clients.

[shadowrazor]

@ 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 )

[Anoniem: 10537]

multidownload source lui verneuken je hub dus gewoon..de kwaliteit van de downloads gaat daarmee gewoon drastisch omlaag.
preventief steriliseren..
ik bedoel euh .. bannen

[Anoniem: 161291]

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.

[Anoniem: 161291]

multisource downloading doe ik al lang heel stabiel met revconnect. Die client is niet te onderscheiden van dc++ en heel stabiel.

[Anoniem: 100904]

En op zo'n beetje elke hub gebanned...

[NoepZor]

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...

[Anoniem: 74617]

Sja, nog een reden waarom DC++ nauwelijks meer gebruikt wordt.

[Anoniem: 161291]

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.

[tyball]

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

[Anoniem: 164921]

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

[EnsconcE]

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.

[Anoniem: 148377]

Gebruik al tijden Rmdc http://rmdc.sweb.cz/.
Kan je ook mee multisource downloaden,per bestand in 10 segments.
Enige wat je moet doen in settings de emulatie naar 1 van de laatste versie zetten.
Er zit ook een upload limiter in, je hoeft em niet af te knijpen.
Ik zet em op ongeveer 70% upload limit van de bandbreedte,
Kan je zelf nog zeer goed downloaden.
Vind de gewone Dc++ bagger.
Zoals al eerder vermeld multisource is beter voor het verspreiden en het is onzinnig dat het een Hub verkloot.
Nog nooit van een hub gegooid!

[Andros]

Altijd leuk proggie op lans

[webfreakz.nl]

want?

[Bjorker]

Het is een van de meest gemakkelijke manieren om al je (legale) bestanden te delen..

[endless]

- Er zit een zoekoptie in.
- Je kunt je upload snelheid/slots beperken.
- Mappen zijn zo geshared of juist niet.

En aangezien heel veel man op de LAN's van tegenwoordig dit programma gebruiken en niet meer via FTP werken zul je dit bijna wel moeten gebruiken.

Jammer dat het cachen een tijdje duurt als je bijv. een Tb aan data hebt.

[Anoniem: 50873]

zo das nog eens een lijst

[Anoniem: 100904]

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.

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.

[Thorgal the red]

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