Articolo su vDC++

[skoovitz]

Premetto che nutro una radicale antipatia per DC++ in quanto la sua applicazione concreta (una pletora di piccoli hubs autogestiti e indipendenti) nega l'idea di una rete universale di file sharing a favore di un'accozzaglia di covi di compagnucci di merende, per lo più chiusi, riservati ad invito, selettivi per nazionalità, range di IP o chissà quant'altro...
Male! la Rete e ancor più la filosofia del P2P esigono la maggior libertà d'accesso, interconnessione, interazione, sennò buttiamo via tutto e torniamo alle BBS di quartiere gestite dallo smanettone di turno...

DC++ non contiene Adwere o Spywere

ehm... ok l'inglese è una lingua flessibile, però cribbio...
(adwAre e spywAre, esattamente come hardwAre e softwAre)

A tutt’oggi, DC++ presenta alcune mancanze: non supporta il multidownload, ovvero la capacità di scaricare un file da più di un utente.

E' vero e questa è più che una mancanza è una vera tragedia, può diventare un ostacolo insormontabile per il download di files di dimensioni medie/grandi (100 mega o più)... non sempre l'utente dall'altra parte del filo ha la pazienza di attendere che tu completi un download così grande e ti chiude in faccia... certo puoi sempre aspettare e sperare che l'utente si riconnetta al tuo stesso hub in qualche altra occasione per riprendere il trasferimento, però che pizza...

Il Kademlia ha anche un suo Credit System, anche se per valide ragioni in vDC++ è disabilitato.

Bello... questo significa che da vDC++ posso saltare bellamente le code Kad e scaricare a sbafo alla faccia di quelli su eMule che invece aspettano, aspettano, aspettano... e queste "valide ragioni" quali sarebbero? Spiega, che sono curioso

Grz comunque per l'attenzione!

[crazy.cat]

DC++ non contiene Adwere o Spywere

ehm... ok l'inglese è una lingua flessibile, però cribbio...
(adwAre e spywAre, esattamente come hardwAre e softwAre)

Piccola scivolata linguistica...sistemata.
Grazie per la segnalazione.


(per il resto non conosco l'argomento, quindi non dico niente.)

[The King of GnG]

DirectConnect è sempre stato un parìa nella galassia di reti di condivisione, perché semplicemente è quella che più si avvicina, per filosofia e modalità tecniche di download, al defunto Napster.

A parte questo, tempo fa usavo DC++, soprattutto per scaricare qualche anime o brani musicali. Dopo l'esperienza di provare a scaricare un divx, e con pochissima intenzione di mettermi a partecipare alla commiunity (la rete è la commiunity, io voglio scaricare tutto e subito perché anche gli altri possono fare la stessa cosa dalla mia condivisa), ho abbandonato il client nei meandri meno frequentati dell'HD del fisso....

eMule sempre e comunque, e toccando ferro e pure altro, alla faccia di chi lo da per morto.

[vDC++]

Sono l'autore della guida. Scusate il ritardo nella risposta. A me potete porre qualsiasi domanda abbiate sull'articolo.

A tutt’oggi, DC++ presenta alcune mancanze: non supporta il multidownload, ovvero la capacità di scaricare un file da più di un utente.

Come corre il tempo! Giusto pochissimi giorni fà, la nuova versione di DC++ 0.701 ha integrato il multidownload. Contenti?

Il Kademlia ha anche un suo Credit System, anche se per valide ragioni in vDC++ è disabilitato.

No, non fraintendetemi. Il credit system è in fase beta ed è stato disabilitato perché disconnetteva un po' tutti, utenti normali e kad, favorendo sempre e comunqnue il kad. Questo significa che i client vDC++ non utilizzano il credit system. Chi primo arriva meglio alloggia quindi. Gli altri client che ammettono il credit system vi faranno rispettare le code!

[...Simo...]

A tutt’oggi, DC++ presenta alcune mancanze: non supporta il multidownload, ovvero la capacità di scaricare un file da più di un utente.

E' vero e questa è più che una mancanza è una vera tragedia, può diventare un ostacolo insormontabile per il download di files di dimensioni medie/grandi (100 mega o più)... non sempre l'utente dall'altra parte del filo ha la pazienza di attendere che tu completi un download così grande e ti chiude in faccia... certo puoi sempre aspettare e sperare che l'utente si riconnetta al tuo stesso hub in qualche altra occasione per riprendere il trasferimento, però che pizza...

hai perfettamente ragione ma esistono molti altri client derivati da dc++ che hanno il multidownload (zdc++, idc++, ecc....)... Non vorrei sbagliare perché non l ho mai usato ma mi sembra che anche il client dell'articolo lo supporti...

(una pletora di piccoli hubs autogestiti e indipendenti) nega l'idea di una rete universale di file sharing a favore di un'accozzaglia di covi di compagnucci di merende

vabbè non esageriamo, non è proprio un difetto, anzi per certi aspetti potrebbe essere un vantaggio...

per lo più chiusi, riservati ad invito, selettivi per nazionalità, range di IP o chissà quant'altro...

Scusa ma quali sarebbero questi hub??? Tra tutti gli hub che ho incontrato, l'unica limitazione è in base alla quantità di materiale condiviso, al rapprto tra slot in upload aperti e numero di hub a cui sei connesso e al fatto se hai fastweb o no..

Gli HUB mostreranno sempre messaggi strani e "si arrabbieranno" perché fai troppe ricerche consecutive.

Ho smesso di usarlo per questo.. In certi hub arrivi addirittura ad aspettare 5 minuti tra una ricerca e l altra...

[vDC++]

perché usarlo? Per citare un mio amico: "Dopo un minuto scarica una canzone, Dopo un'ora un film"

[...Simo...]

perché usarlo? Per citare un mio amico: "Dopo un minuto scarica una canzone, Dopo un'ora un film"

Io ho smesso di usarlo solamente per il tempo lunghissimo tra una ricerca e l altra (immaginate se volessi scaricare diversa roba)... Per il resto (con i client che supportano il multidownload) mi è sempre piaciuto moltissimo....

[matty]

non me ne intendo...