Software-update: DC++ 0.670

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

Door Japke Rosink

Meukposter

05-02-2005 • 00:58

30

Bron: Sourceforge

Update-historie

01-'15 DC++ 0.850 10
04-'14 DC++ 0.842 4
09-'13 DC++ 0.830 7
06-'13 DC++ 0.825 10
06-'13 DC++ 0.822 12
05-'13 DC++ 0.820 5
02-'13 DC++ 0.810 4
10-'12 DC++ 0.802 7
10-'12 DC++ 0.801 15
05-'12 DC++ 0.799 2
Meer historie

Reacties (30)

30
29
8
1
1
18
Wijzig sortering
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.
Anoniem: 124042 @Takezo5 februari 2005 03:25
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 :)
Anoniem: 55563 5 februari 2005 02:07
0.668 startte zeer traag op, maar deze 'floept' gelukkig meteen op het scherm :).
Anoniem: 72124 5 februari 2005 14:04
@ 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?
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.
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.
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..
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.
Werkt het downloaden van meerdere bronnen tegelijk al?
Nog niet. Dat komt in de toekomst wel (DC++ 0.7xx?)
Anoniem: 103935 5 februari 2005 13:14
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 |:(
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
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.