Newsgroup: it.comp.macintosh
Titolo: Hotline!!!!!!!!!!

Ma è possibile scaricare qualcosa ad una velocità decente?
Non esistono server italiani?
Beppe.

 Non esistono server italiani?
guarda...
mi sono collegato con dei server in america scaricando a 4.5-6,5
k/sec...
ho una geoport 28.8
mi sono collegato a dei server italiani scaricando a 350-600 byte/sec...
:o?
-- 
 Sostituisci "xxxxx" con "pscss" per rispondere via mail

 Beppe.
ciao
ermes

 
Sicuro? non è che hai un 56K travestito da 28.8? :-)))))))
ciao
P.S. Con il modem interno il massimo che ho ottenuto e un 3.4/3.5 e ne
ho girati molti.
-- 
  ._.    ._.  ._.  .   .
 /_/   /_/  /_/  /\  /                PM6500/250 MacOS 8.6
/  \  / /  / /  /  \/              Togliere le  z dall'indirizzo

 cerchero' un'altra donna dentro ai sogni di Tarzan...

 ho girati molti.
intendi..
non e' nella normalita'...
mi e' successo alcune volte, vuoi la tarda ora in cui mi connetto, vuoi
la linea sgombra e pulita del server a cui mi sono connesso, vuoi un
buon modem del server... :o)
considera che scaricando le news con Tiscali, vedo nella finestra info
di MacSoup punte di 17-21 k/sec...
solo punte..ma riesco ad ottenere una media di 4-5 K/sec...
una buona compressione degli header, un buono script..eccetera..
ma considera sempre che mi connetto a tardissime ore..
tipo le 4-5 del mattino ;o)
ciao..


ciao..
Allora benvenuto nel mio club ... 8))
ciao,
Dedalus
-- 
Dedalus // togliere  x  dall'indirizzo

 tipo le 4-5 del mattino ;o)
Ormai internet è così intasata che effettivamente i collegamenti decenti
si possono effettuare solo a tarda ora.
Ciao e buona connessione.:-)


 
Avevo dato per scontato che si trattasse di files compressi, la tua
analisi è correttissima, tanto che in questi giorni mi stavo chiedendo
se era possibile automatizzare l'attivazione della compressione e
correzione errore MNP5 in funzione dei dati in arrivo.
Perchè se sono attivi, si penalizza la ricezione dei files già
compressi,  se disattivati, si penalizza la ricezione dei dai/files non
compressi.
Forse mi sto perdendo in un bicchiere d'acqua, ma c'è qualche soluzione?
o come ottimizzare il tutto
Ciao


On Fri, 12 Nov 1999 12:37:07 GMT, 
ra...@zzziol.it
 (Raan) wrote:
:)Forse mi sto perdendo in un bicchiere d'acqua, ma c'è qualche soluzione?
:)o come ottimizzare il tutto
IMHO, disattivi e sposti file compressi, di solito i file non
compressi sulla rete sono "piccoli"
cmq la compressione dei dati rallenta le performance _non_ per
l'aumento del "peso" dei dati, ma per l'aumento di "silicio"
necessario per comprimerli
Oha

 
Con i files .hqx è preferibile avere la compressione modem attiva o no?


 Con i files .hqx è preferibile avere la compressione modem attiva o no?
Bella domanda..in teoria sono files di testo e quindi servirebbe la
cmopressione attiva, in pratica pero' sono la trasposizione in testo a
7bit di un file gia' compresso, e quindi sospetto che l'unica cosa
ulteriormente comprimibile siano i 128k ( bit? non ricordo..)
dell'header...faccio una serie di test scientifici(leggi: ripetuti lanci
della monetina) e poi ti dico.
Ciao.
-- 
Ubik istantaneo possiede il forte aroma del caffe'fresco tostato.
Tuo marito ti dira':Cristo Sally! Credevo che il tuo caffe' fosse
una merda,ma ora! E' una bomba.
Innocuo se usato seguendo le istruzioni.

 tipo le 4-5 del mattino ;o)
Mica e' tardi... e' presto!   ;)
-- 
Le patch per i comportamenti "devianti" di Outlook:
per Mac         
http://fly.to/risorse/
 
per Windows     
http://www.freeweb.org/computer/SourceNet/Outlook.htm
Le FAQ di it.comp.macintosh   
http://kecco.eden.it/faq/

On Sat, 13 Nov 1999 12:17:10 GMT, 
ra...@zzziol.it
 (Raan) wrote:
:)Con i files .hqx è preferibile avere la compressione modem attiva o no?
normalmente i file codificati binhex sono stati preventivamente
compressi, quindi i 7 bit non sono maggiormente comprimibili. le
techinche di compressione piu' usate (i.e., LZW) non sono quindi in
grado di comprimere maggiormente
ci vorrebbe un'algoritmo di compressione bit/bit e non byte/byte
Oha
PS: IMHO, evitate l'hqx se non serve. basta un sit

> ci vorrebbe un'algoritmo di compressione bit/bit e non byte/byte
ma come funziona un algoritmo di compressione?
posso immaginare che si recuperi lo spazio inutilizzato in un file...
ma come si fa a "comprimere" dei dati?
Ciao...


On Tue, 16 Nov 1999 05:00:27 +0200, 
xx...@freemail.it
 (cucciolo)
wrote:
:)ma come funziona un algoritmo di compressione?
solo sommariamente, siamo OT: (e io non sono sicurissimo di quello che
scrivo)
RLE - run lenght enconding.
decido che il carattere "#" e' un carattere speciale, per cui la
sintassi "#4-" significa ripeti 4 volte il trattino "-"
dunque, se io passo nel filtro un file:
--------------------
prova #
miiiiiiiiii
--------------------
viene convertito:
#20-
prova #1#
m#10i
#20-
che come ben vedi, si riduce molto di peso
LZW - lempel non so cosa.
questo e' piu' complesso, in pratica, permette di riscrivere piu'
volte uno stesso pattern di piu' caratteri (o bytes) utilizzando un
sistema di definizione:
il file sopra, viene analizzato e si vede che ci sono delle
ripetizioni, quindi definisco "#-" => "--------------------" e quindi,
il mio interprete, ogni volta che trova "#-" lo converte in quella
sequenza.
Oha
[seguisu` impostato]

 PS: IMHO, evitate l'hqx se non serve. basta un sit
Quando è possibile uso il .sit, per quanto riguarda i .hqx un
miglioramento ci dovrebbe essere utilizzando la compressione modem, dato
che i files .hqx sono sensibilmente più pesanti dei files .sit (o altro
formato già compressione utilizzato).


 Mica e' tardi... e' presto!   ;)
Domanda, qual'è il limite orario da considerarsi "tardissime ore" e
"prestissime ore"?
Oppure, qual'è l'attimo che divide le due fascie??? [:-)))))))))) 
Ciao a presto o a tardi?:-)))
P.S. scusate la stupidaggine. :-)))


On Tue, 16 Nov 1999 11:51:04 GMT, 
ra...@zzziol.it
 (Raan) wrote:
:)Quando è possibile uso il .sit, per quanto riguarda i .hqx un
:)miglioramento ci dovrebbe essere utilizzando la compressione modem, dato
sei sicuro? era proprio di questo che dubitavo, perche' i files hqx
sono dei file a 8 bit convertiti in 7 bit solo testo, quindi facendo
"slittare" i bit.
dubito che le tecniche di compressione dei modem riescano a comprimere
questa codifica, ma magari mi sbajo.
Oha

 LZW - lempel non so cosa.
Neanch'io, comunque e' l'algoritmo usato, oltre che da Stuffit, per
comprimere le immagini TIFF.
-- 
Amici, e' tempo di far pulizia, e noi stiamo dando via i nostri Ubik
silenziosi ed elettrici,a prezzi davvero concorrenziali. Abbiamo buttato
via il listino dei prezzi. Quindi ricordate: tutti gli Ubik della nostra
partita sono stati usati seguendo alla lettera le istruzioni.


Scusate l'intromissione: non ne capisco granche' di compressioni,
ma non e' che l'hqx e' utile per la trasmissione via modem?
Normalmente i file in download sono per la maggior parte
file sit (cioe' gia' compressi) codificati in hqx.
E questa codifica ingrandisce il file (guardate le info dei
due file); per cui penso che se l'hqx fosse inutile non verrebbe
utilizzato (talvolta si ingrandisce anche di un 20-30%).
Una codifica migliore sarebbe la Apple binary (file del tipo
.bin) che non ingrandisce i file; ma mi pare che possa essere
decodificata solo sui mac (non so se lo Stuffit per PC e'
in grado di farci qualcosa).
Sulla necessità di queste codifiche, mi son fatto l'idea
(basata su nulla!!!) che cosi' facendo vengono eliminati
caratteri che potrebbero avere significati reconditi per
il modem (tempo fa avevo trovato un sito che forniva
direttamente dei .sit e non ero riuscito a tirare giu' niente).
Se invece si parla di attachment di posta, penso (anche qui
idea personale) che il client di posta si occupa da solo
della codifica e decodifica (mime?), per cui in questo caso
il .sit dovrebbe bastare.
Per finire.... su hotline non so come avvenga la cosa,
essendo un software uguale per tutti.
Forse ho detto cretinate....?!? :-)
Ciao
------------------
MassimoM
ine...@libero.it
------------------

l'hqx e' comodo per scaricare file attraverso PC per poi portarli in
Mac perche' mantiene le datafork e resourcefork.
Con il sit se passi attraverso un PC perdi roba...
ciao

 wrote:

Quale roba?? Io non ho mai avuto problemi con i sit. Anche se hai un sea
(che altri non é che un'applicazione) se la riporti su Mac non
funzionerà più come autoespandibile, ma se la trascini sull'Expander ti
permette lo stesso di unstuffare il contenuto.
Ciao,
Joshua
--
Outside of a dog a book is a man's best friend.
Inside of a dog is too dark to read
                                Groucho Marx
---------------------------------

 Con il sit se passi attraverso un PC perdi roba...
Non diciamo eresie.


 "slittare" i bit.
Non sono un esperto, ma parto dal principio che un file .hqx è un file
di testo ricavato da un .sit o altro, tanté che è più pesante
dell'originale .sit, se è così la compressione modem dovrebbe entrare in
funzione, perchè lui vedrebbe in arrivo un normale file di testo.
Se qualche esperto può dare una piegazione più esauriente ne sarei
grato.
Ciao


 Non diciamo eresie.
beh...
entro certi limiti...
in alcuni casi (come nel caso di password) Stuffit mette la chiave in
due pacchetti di resource fork...
altrimenti e' vero che rimane un semplice file di testo...
una "mezza" eresia.. ;o)


 due pacchetti di resource fork...
Ummm, cosi' non la trova nessuno...
cmq non ho mai scaricato nulla con la pwd... ;)


On Wed, 17 Nov 1999 23:54:22 GMT, 
ra...@zzziol.it
 (Raan) wrote:
:)Non sono un esperto, ma parto dal principio che un file .hqx è un file
:)di testo ricavato da un .sit o altro, tanté che è più pesante
:)dell'originale .sit, se è così la compressione modem dovrebbe entrare in
:)funzione, perchè lui vedrebbe in arrivo un normale file di testo.
parti dal presupposto che il modem _sappia_ che e' un file di testo,
cosa che non credo sia vera.
Oha

 wrote:

Vero, il modem non entra in funzione se vede un file di testo, lo fà a
prescindere, se è settato per farlo, il problema è propio questo, perchè
se è un file di testo tutto bene, lo comprime e si guadagna qualcosa in
velocità di trasferimento, ma se non è un file di testo si ha l'effetto
opposto, cioé cerca di comprimere già un file compresso perdendo tempo,
a scapito della velocità di trasferimento.
Mi scuso della spiegazione grossolana, ma credo che grosso modo sia
quello che avviene.
Ho fqtto qualche prova con compressione/correzione di errore attivati su
un modem Atlantis 1456 VQE esterno, scaricando lo stesso file sia in
.sit che in .hqx, nel primo caso ho avuto una media di 3.4k circa, nel
secondo caso di 4.6K circa, i due casi effettuati in condizioni
similari.


 similari.
Pero' il .hqx era piu' grosso, o no? Come tempo effettivo la differenza
qual'e' stata?
