Newsgroup: it.comp.musica.mp3
Titolo: Winmx & Audiognome

Non comincerò una polemica su quale sia il migliore tra questi due
ottimi programmi, ma solo alcune considerazioni sul fatto che i
suddetti client comunichino tra di loro solo a bastonate:-))
Anche se questo è ovvio vale la pena di ricordare che la comunicazione
avviene solo sui server opennap in quanto le reciproche reti peer to
peer sono dedicate ai rispettivi user.
Personalmente ho testato audiognome ma pur trovandolo un ottimo
programma ho preferito restare fedele a winmx, quindi quelle che
seguono sono considerazioni di un user winmx che va a cozzare contro
un user audiognome, ovviamente sarebbe bello se qualche user
audiognome postasse a sua volta le impressioni dell'urto contro winmx.
Quando si tenta lo scarico dallo gnome o si parte o si finisce busy, 
non esistono modi per stabilire una lista queue tra i due programmi,
se si finisce busy l'unica strada è l'autoretry settato ad un minuto
con la speranza che trascorso il minuto si trovi un canale libero e si
possa partire.
Contrariamente quando si riesce a partire con un user "buono" dal
quale si vorrebbero scaricare diversi pezzi, (ho scaricato tutto il
triplo album bekology di jeff beck da un user audiognome e sono 55
pezzi in unica sessione), ci si trova davanti al problema che partito
il primo pezzo gli altri vanno tutti in busy, ma winmx offre una
soluzione per quando si è trovato un canale per riuscire a mantenerlo:
settare col tasto queuing maxdownload per user =1 
 vedremo tutti i nostri pezzi andare in queued locally e come per
magilla terminato un download ne parte subito un altro, e sempre che
l'user di gnome non si stufi di averci tra i piedi riusciremo a
portare a termine i download.
Più complessa è la manovra inversa, ricordo che durante un fitto
scambio tra me ed un user gnome per far partire un suo download dovevo
far sparire la mia lista in queue e liberare un canale per lui, se ci
sincronizzavamo bene si buttava dentro e partiva se si infilava un
altro dovevo liberare un altro canale per lui.
Per questo sostengo che per far comunicare questi due client bisogna
usare il randello:-))
-
Ciao Michele                         ICQ #53115667
Aggiornamento server winmx 
L'uovo di Colombo di Demian nella pagina Napigator
http://web.tiscali.it/mikyra
*** Sign random: programma Random Sign© (il nonno) ***

 usare il randello:-))
I client comunicano benissimo secondo il protocollo opennap, ovvero secondo
le specifiche per cui audioGnome è stato sviluppato nel 2000, in epoca
napster/opennap.... Protocollo in cui non sono previste code, caratteristica
propria di winmx. Infatti , i client winmx si capiscono bene tra di loro in
quanto a "queue" perche' sono fatti apposta (e queste funzioni comunque sono
attivate tra i client, senza passare per i server opennap), contrariamente
ad audioGnome, che non riconosce queste caratteristiche proprietarie di
winmx e che (purtroppo) pare che sia sviluppato poco e niente da tempo,
ormai. E' un peccato perche' è stato il primo e duraturo programma in epoca
Napster a funzionare bene, con resume, stabilità e controlli di banda,
multiutente e multiserver, quando la maggior parte delle persone penava
appresso al penoso client napster,  e quindi meriterebbe un futuro al passo
coi tempi.... ;-)
E su quantità massicce di opennap si difende bene tuttora, soprattutto tra
quelli che vogliono non solo scaricare mp3 ma partecipare alle room di
decine di server opennap (le funzioni di chat e di hot list di winmx sono
molto meno pratiche, per molti)... ;-)
Ciao :-))
PM

Napster a funzionare bene, con resume, stabilità e controlli di banda,
mi risulta ci siano problemi sulla vostra rete peer to peer, puoi
confermarlo?
un'altra domanda, a quanto ho capito dal tuo post anche tra voi user
audiognome vi beccate il busy se non ci sono canali liberi?
tutto sommato siamo avvantaggiati noi con winmx tentando di scaricare
da  gnome rispetto a voi quando tentate di scaricare da  winmx.
--
Ciao Michele                         ICQ #53115667
La mia pagina  WinMX su
http://web.tiscali.it/mikyra

 da  gnome rispetto a voi quando tentate di scaricare da  winmx.
Direi di si, in quanto i download risulanti remotely queued su audioGnome e
riferiti ad un tentativo di download da utente winmx rimarranno tali, visto
che winmx (!) non li mette in lista d'attesa di upload e audioGnome non ci
"ritenta da solo".
Almeno, succede così spesso, non voglio dire "sempre" perchè non ho mai
approfondito piu' di tanto e con audioGnome rinuncio ai remotely queued
senza troppi rimpianti.
ciao :)
PM