[Simone]

Per coloro che usano Fring tramite umts o hsdpa, ecco una chiara tabella presa direttamente dal blog di Fring con le indicazioni sui consumi.

[marco87]

Da quel che ho capito aver un telefono hsdpa o umts la quantità di dati scambiati e quindi la qualità resta la stessa

[Eros76]

Originalmente inviato da marco87

Da quel che ho capito aver un telefono hsdpa o umts la quantità di dati scambiati e quindi la qualità resta la stessa

In realtà non dovrebbe essere così perchè con l'Hsdpa la qualità è leggermente migliore ed è dovuta ad uno scambio maggiore di dati!

[ryan]

Ottime info! Il consumo non è molto, si può fare.

[giorgio.tomelleri]

Originalmente inviato da Eros76

In realtà non dovrebbe essere così perchè con l'Hsdpa la qualità è leggermente migliore ed è dovuta ad uno scambio maggiore di dati!

Migliore è la qualità del collegamento e meno dati si devono utilizzare per scambiare lo stesso file.
Il sistema teorico, ideale e perfetto, consuma i 1 MB per scambiare un file jpeg (per fare un esempio) da 1 MB , nella realtà poiché a destinazione arrivano dei bytes errati (danneggiati incompleti) questi non possono essere utilizzati per formare quell'immagine e lo scambio continua fino a quando, non sono arrivati tutti i byte corretti. Se i bytes errati saranno il 15% occorreranno 1.15 MB (1177,6 KB). Non è la velocità di collegamento a determinare la quantità di bytes errati, quanto il mezzo utilizzato.
Lo scambio via cavo, è soggetto a meno errori ed interferenze e richiede meno bytes dello scambio via antenna.
Nel caso del Voip, è il tempo di latenza (vale a dire il tempo impiegato, dai propri "bytes voce" a raggiungere il server Voip) il fattore più importante, in quanto la telefonata, non può aspettare, oltre i 150 millisecondi, che i vari files si completino con tutti i bytes corretti, come un file di testo o un file immagine, che io posso scaricare in 1 secondo o in 1 ora, ottenendo il medesimo risultato finale.
Una telefonata Voip, in qualunque modo venga fatta, non può compensare un lungo tempo di latenza con un maggior scambio di dati.
L'HSDPA, ha un tempo di latenza, migliore dell'UMTS, per questo la telefonata voip, risulta di miglior qualità.
Non è dato sapere, se i lunghi tempi di latenza dei collegamenti dati radiomobili, siano un problema che gli operatori non possono o non vogliono risolvere.

[ronin]

mmm non male direi. 8mb all'ora con la naviga3 mensile si fanno un bel pò di ore al giorno...

[Eros76]

Originalmente inviato da giorgio.tomelleri

Migliore è la qualità del collegamento e meno dati si devono utilizzare per scambiare lo stesso file.
Il sistema teorico, ideale e perfetto, consuma i 1 MB per scambiare un file jpeg (per fare un esempio) da 1 MB , nella realtà poiché a destinazione arrivano dei bytes errati (danneggiati incompleti) questi non possono essere utilizzati per formare quell'immagine e lo scambio continua fino a quando, non sono arrivati tutti i byte corretti. Se i bytes errati saranno il 15% occorreranno 1.15 MB (1177,6 KB). Non è la velocità di collegamento a determinare la quantità di bytes errati, quanto il mezzo utilizzato.
Lo scambio via cavo, è soggetto a meno errori ed interferenze e richiede meno bytes dello scambio via antenna.
Nel caso del Voip, è il tempo di latenza (vale a dire il tempo impiegato, dai propri "bytes voce" a raggiungere il server Voip) il fattore più importante, in quanto la telefonata, non può aspettare, oltre i 150 millisecondi, che i vari files si completino con tutti i bytes corretti, come un file di testo o un file immagine, che io posso scaricare in 1 secondo o in 1 ora, ottenendo il medesimo risultato finale.
Una telefonata Voip, in qualunque modo venga fatta, non può compensare un lungo tempo di latenza con un maggior scambio di dati.
L'HSDPA, ha un tempo di latenza, migliore dell'UMTS, per questo la telefonata voip, risulta di miglior qualità.
Non è dato sapere, se i lunghi tempi di latenza dei collegamenti dati radiomobili, siano un problema che gli operatori non possono o non vogliono risolvere.

Grazie Giorgio! Non conoscevo questi particolari davvero interessanti

Più tardi faccio un test tra il mio 6120 in HSDPA verso N70 in UMTS (entrambe con campo pieno) per 5 minuti esatti e poi posto i dati.

[Eros76]

Come promesso ecco il mio test: a sinistra i dati del 6120 e a destra dell'N70.



Come diceva correttamente Giorgio con l'Hsdpa si consuma di meno: 767 kb contro 778 kb, differenza minima ma immaginavo il contrario.

Piccole precisazioni:

1) Gli orari sono diversi perché avevo l'orario sbagliato sul mio che ho poi corretto
2) La durata della sola conversazione è stata fatta sui 6 minuti (e non come avevo detto di soli 5 minuti) così, per vedere quanto si consuma in un'ora basta moltiplicare per 10 (dividendo per 1024 se si vogliono in Mb); la durata che si legge nell'immagine è maggiore ma è relativa all'apertura di Fring e chiusura successiva e non alla durata della chiamata.

[collapse87]

Il codec che usano sarebbe probabilmente: G.723.1 (5.3 Kbps)

x controlli: LINK

[woland783]

ho notato che tramite fring si può ora ascoltare anche musica in streaming tramite last.fm (non so se solo per chi paga i 3 euro di abbonamento mensile al sito o per tutti...).
qualcuno mi sa dire quanto traffico consuma questo servizio? è uguale ad una telefonata o consuma di più? grazie!

[woland783]

Originalmente inviato da woland783

qualcuno mi sa dire quanto traffico consuma questo servizio? è uguale ad una telefonata o consuma di più? grazie!

ho avuto la risposta da fring su twitter: 3 mega a canzone in media. un po' tanto per la naviga3, anche per quella da 100 mega!
per inciso, ho chiesto anche a quelli di mobbler quanto consuma un'ora di streaming con il loro programma e la risposta è stata:
"To stream radio I just used 60.75 MB for one hour at 128 kbps, and 31.64 MB for one hour at 64 kbps (over wifi)."

31mb per un'ora è ancora fattibile tutto sommato...

[dynamizer]

Scusate, ma da un calcolo veloce, una conversazione con quei consumi dovrebbe attestarsi sui 2,2 ~ 2,3 Kbps, mentre il codec più "economico" si attesta sui 5.3 kbps: com'è possibile?
Forse perché durante la conversazione il codec risparmia banda durante i momenti di silenzio?