C'est ce que me dit un pote qui est au canada, qu'il a du 100mb pour un peu plus de 100 balles il a rajouté un 0 en trop? ça équivaut à combien en Ko/sec pour le dl ?

100/8
 
C est pas en France:cry:

oui mais sinon ?

12.5 mo/s , t as pas une calculatrice?

si ça existe en France... dans certaines résidences universitaires   (genre la mienne )
 
 

 
c un peu flou la conversion mb Ko pour moi...et jsuis une chèvre en maths

12500Ko/s

8 bits = 1 octet (français) = 1 Byte (note le B majuscule en anglais)
2^10 = Kilo (^ se lit "puissance" )
2^20 = Mega
2^30 = Giga
2^40 = Tera
 
Donc 100 Megabits = 100 x 2^10 Kilobits = 102400 Kilobits
100 Megabits = 100 / 8 Megaoctets = 12.5 Megaoctets
12.5 * 2^10 = 12800 Kilooctets

 
Faux ! Il s'agit de puissances de 2 vu que la base informatique est le bit, et donc de l'un à l'autre il n'y pas un coéfficent 1000, mais 1024 (ou 2^10 si tu préfères).
 
Les seuls qui trichent avec cela sont les fabricants de disques durs qui utilisent pour des raisons floues une base 1000 depuis un certain temps deja.

 
Possible ? Nan. Du moins, la 100MB est partagée, t'inquiètes pas pour ca.
 
Meme aux states, j'ai entendu personne qui avait mieux que 5 Mbit...
 
Perso, c'était 2mbit...
 
C'est une légende urbaine, un peu "pour se la péter". Tous les habitants des résidences universitaires lilloises peuvent dire "j'ai du 100Mbit pour moi tout seul et gratos". En réaité, ils sont sur renater comme tout le monde, quand la fac y accède ca rame, et on monitore leurs accès a mort ( une amie a lyon a eu de gros soucis a cause de cela).

Oué, je disais a peu pres,je compte en decimal et non en octets...........deja le topic est bidon,on s en fout

 
Ils avaient pas introduit a un moment le kibit ou un truc du genre ?
 
Un kibit = 1000 bits ...
 
je suis pas sur de ma terminologie hein...
 
Et la raison du trichage est simple, marketing

 
dans le genre y'aura du trés haut débit du coté de pau  

 
Mais 90?/mois aussi
Bon pour 30?, ils ont seulement du 10Mb les pauvres  

 
merci pour le cours !

Vous connaissez pas les Mo commerciaux? Encore un qui coirt que son DD 120Go fait vraiment 120Go, ou k'un MP3 en 128kbit/s fait 128*1024bit/s...
 
et puis dans les telecom ya encore les bits de parité (start/stop, soit 8+2 = 10 bit par octete)

 
Vi on va les plaindre les pauvres

 
Cela fait plaisir de voir que certains sont doués d'une attention particulière à la lecture d'un topic...
 
Que certains ont tout compris aux algorithmes de compressions avec pertes...
 
Que certains mélangent joyeusement le débit utile au fonctionnement d'une transmission réseau et le débit utile pour l'utilisateur.
 

+1

Libre à toi de croire que le mec qui achete une ligen 100mb aura 12.5Mo effectifs...
 
Et encore, ca sera le debit IP, pas le debit TCP, et encore moins de debit utile HTTP...
 
alors vous pouvez faire autant de "+1" ou de smileys avec les yeux qui tournent à la con, ca change rien...

tiens au passge, c'est koi cette histoire d'algo de compression avec perte que tu me sort la???
Je soulignait simplement que les MP3 qui annoncent 128kbit/s ne font PAS 128*1024bits/s, mais 128000bit/s
Rien à voir avec l'algo qui est derriere, c'est juste un porbleme d'appelation commerciale

Il est évident que les débits annoncés sont des débits en crête et hors encapsalutions protocolaires; c'est aussi vrai pour un débit de 100mbs que pour un débit annoncé de 512kbs. Pour le http, à ses niveaux là le débit à peu d'importance ...
 
Il se trouve par contre qu'au Canada ils disposent de réseaux cablés qui offrent des débits qui n'ont rien à voir avec nos débits métropolitains.

Pour de l'ethernet 100 base-TX, la valeur de 100 Mb/s est le débit théorique... par ailleurs il ne correspond pas à la couche 3 du modèle OSI (TCP/IP), mais à la couche 2 du modèle.
 
Cette valeur est certe difficilement atteinte en débit réel, l'ethernet utilise un protocole à détection de collisions et il est clair que le controle et détection d'erreur, les entêtes de chaque paquet, datagramme présent à chaque couche réduisent la quantité de données utiles pour l'utilisateur. L'utilisateur peut bien avoir 12.5 Mo théoriques suivant la technologie utilisée, le débit utile pour lui sera certe inférieur.
 
Pour les MP3, il s'agit d'un aglorithme de compression avec pertes (par exemple le JPEG pour les images, le MPEG2 / 4 pour la video) Quand tu fixe un débit, il s'agit d'un débit maximal à ne pas dépasser.
 
Prenons par exemple un moment de silence dans un morceau, l'information contenue est quasiment nulle et donc il sera possible de compresser soit avec très peu de pertes, soit à une valeur bien inférieur en gardant un ratio de perte constant...
 
Prenons l'inverse, si tu as bcp d'informations dans ce cas la perte par rapport au signal orginial sera importante et donc la qualité baissera.
 
Il existe deux types de compressions pour le MP3 à flux constant, c'est à dire que pour un intervalle donné le flux de donnée ne variera pas, même si il y a peu d'informations à encoder, dans ce cas le programme tâchera de s'approcher au plus près de la valeur fixée. L'autre solutio nest d'utiliser un encodage variable ou en fonction de la quantité d'information le débit est ajusté pour arriver sur l'ensemble du morceau à une perte moyenne qui s'approchera du débit souhaité.

Oui oui oui, monsieur copier/coller, comme tu veux
Prenons l'exemple du MP3 128kbit fixe, le plus commun (je n'ai meme pas evioqué les autres) :
J'ai eu l'occasion dernierement de faire un petit outil de ripping de streamaing ICY (le proctocle de shoutcast), et j'ai bien été surpris de constater que pour un flux MP3 de 128kbit le flux réel etait en fait d'un debit de 125kbit (hors metas), soit 128000bit.
 
d'ailleurs tu peux le constater sur tes MP3: prend un morceau en 196kbit par exemple, regarde sa duree en seconde et tu constatera qu'elle est egale à environ 191kbit* ce temps, et non 196
 
Le coup de l'encodage variable ou fixe n'a RIEN à voir la dedans, mais je suis certains que beaucoup aprecireons ton "cours"

Je connais mal ICY, mais je suppose que tu obtenais la description icy-br différente du débit mesuré ? De mon point de vue c'est tout à fait normal !
 
N'oublie pas que tu es au niveau de l'application, ce que tu as obtenu est le flux utile à ton application, il te manque une partie des données qui sont liées aux datagrammes et à l'encapsulation de trames des couches sous-jacentes. Il me semble normal que l'information donnée à l'utilisateur tienne compte des diverses encapsulation.
 
Pour une multidiffusion dirigée il est logique de dire à l'utilisateur c'est pour telle ligne (par exemple 128 Kb/s c'est pile deux lignes ISDN agrégées ou les offres d'entrée de gamme ADSL), que de dire les informations utiles à votre applications occuperont 125 Kb/s de votre ligne. Il s'agit avant tout de présentation à l'utilisateur dans le cas précis.
 
De même pour la personne qui produit le flux ce qui l'intéresse c'est de savoir que celà passe sur une ligne de 128 Kb/s, pas quel sera le débit du flux utile à l'application.
 
Je te signale que tu a posé une question sur les algorithmes de compression avec pertes et je n'ai pas supposé que le flux provenait du réseau un seul instant, après si tu extrapole c'est autre chose. Un bit reste un bit et un kilobit fait exactement 1024 bits que tu le veuille ou non... c'est aussi simple que celà ! Mais si tu veux persister dans ton déni, ce sera sans moi !

Je te trouve bien agressif pospos  

quelle question j'ai posé???
 
Bon, je vais t'expliquer plus len-te-ment...
 
le fait que le MP3 passait en ICY n'a rien à voir avec la question: c'est simplement comme cela que je me suis apercu que kand un MP3 est annoncé à 128kbit c'est en fait 128000bit et donc 125kbit
 
je prend un exemple parmis mes MP3 (qui ne viennent pas de shoutcast)
 
"Renaud-laisse beton.mp3", est donné pour 128kbit
il dure 2min31 soit 151sec
Donc il devrais faire 151*128/8 = 2416ko
Hors il en fait 2364!
et comme par hasard 151*125/8 =...2360ko
Tu ajoute à ca les entetes MP3 et tu a ton fichier de 2364
 
ok?

 
Oui, c'est vrai
désolé!

Je te cite vu que la mémoire semble te faire défaut :
tiens au passge, c'est koi cette histoire d'algo de compression avec perte que tu me sort la???
 
Comme je te l'ai expliqué utlérieurement pour du streaming il est coutume de donner le débit pour une ligne donnée et non pas le débit réel utile à ton application, c'est juste une question de présentation à l'utilisateur... Ce qui t'intéresse c'est de savoir que ton flux passe sur une ligne à 128 Kb/s, pas que ton flux fait exactement 125 Kb/s car les programmeurs de l'encodeur en question ont été prudents et ont tenus compte du fait que les datagrammes sont encapsulés dans des couches sous-jacentes qui utilisent une partie de ta ligne.
 
Je vais prendre un exemple que même un idiot peut comprendre :  
M. Tartampion a souscrit un abonnement ADSL haut-débit à 128 Kb/s (ouais vive le marketing !), M. Tartampion sait qu'il a 128 Kb/s... M. Tartampion va sur le site de sa radio favorite et voit qu'il peut l'écouter via Internet. Il a le choix entre plusieures qualité : 56k, 128k, ... que va choisir M. Tartampion ? Pour M. Tartampion il est évident qu'il fera l'association immédiatement entre les 128k qu'il a souscrit et ce qu'on lui propose.
 
Pour ton calcul tu n'as pas tenus compte de :
- encapsulation des datagrammes IP
- encapsulation ethernet ou ATM (ou autre suivant le type de ligne)
 
Peux-tu me les quantifier ?

Ce que tu a interprété comme une question etait en fait une marque d'etonnement. Je vais te la traduire:
"tiens au passge, c'est koi cette histoire d'algo de compression avec perte que tu me sort la???"
==>
"Pourkoi me parle tu d'algo de compression? Je ne comprend pas le rapport??" la j'aurais du ajouter une petite tete verte avec des yeux qui tourne pour que tu comprenne?
 
donc le coup du MP3, puisque TU a dévié dessus, n'a RIEN A VOIR (plus ca va plus je le met en majuscules: je cri avec mon clavier pour que ca rentre plus profond dans tes yeux et que ca ai une chance d'atteindre ton cerveau, tel un vieux spermatozoide perdu dans une trompe ligaturée) avec un probleme reseau
 
Les MP3 128kbi font TOUS 125kbit/s, test sur les tiens si tu ne me crois pas ??!!!!!!!!
 
 
??!!!
et ?!!!!
 
 
 

 
encore désolé...
             

Il est NORMAL que tes MP3 fassent un peu moins de 128 Kb/s si tu les destine à une ligne capable de supporter au maximum 128 Kb/s y compris la couche 3 et la couche 2 du protocole !
 
Sur ton système de fichier ou lorsque tu reçois dans ton application il te manque une partie des données nécessaire à la transmission d'un MP3 sur un réseau. Ces données sont ajoutées par l'émetteur en vue de délivrer les paquets au bon endroit (ton player ou ton ripper en dernier lieu).
 
Maintenant tu prend un sniffer réseau capable de capturer les trames de la couche 2 du modèle OSI et tu sniffes une source qui cast un flux de données MP3, quel est débit réel mesuré ? Tu verras qu'il sera peut-etre pas exactement de 128 Kb/s, mais il sera très très proche de ce dernier et obligatoirement plus élevé que 125 Kb/s (en supposant que ton MP3 soit à 125 Kb/s).
 
Sinon pour ce qui est de vérifier je te crois que ton MP3 fait moins de 128 Kb/s sur ton disque ou lorsque tu le reçois dans ton application (couche 7 du modèle OSI), mais pas parce que les types se sont dits tient si on calculait en base 10 au lieu de la base 2.

HAAAAA!!!!!
Au secours!!!!!
Mais on parle plus de couches de procotole la!! C'est toi qui en tiens une couche la?!!
Je te parle de MP3 non destiné à etre diffusés!
Au depart el MP3 n'etait pas fait pour etre diffusé en directe: il a toujours été prévu pour fonctionner idéalement à 128bkit (meilleur rapport qualité/taille pour cet algo) et donc totalement inaccessible au telechargement en directe à l'epoque
 
Poru vraiment mettre de coté les histoires de rezo:
prend un morceau d'un CD et encode le en MP3 avec un debit fixe (celui que tu veux, 96, 128, 196, etc...) et tu verra bien!
 
Et stp arrete de me parler de l'osi: c'est un modele completement theorique qui ne sert à rien et qui n'a rien à voir avec ce qui se fait sur internet
 
Bon, j'en ai un peu raz le bol sur ce coup!

Pareil tu me gonfle... qui l'a ramenée avec ICY ?

je l'ai "ramener" pour evoque la situation dans laquelle je me suis apercu que les MP3 128kbit etaient en fait des 128000bit. voial tout. Je me suis pris la tete la dessus pendant kktemps à ne pas comprendre pourkoi je ne recevais pas ce qu'il fallait. Mais ca n'a RIEN à voir avec ICY ou un quelconque autre protocole rezo dans qque couche de l'osi que ce soit...
 
Tu m'a l'air super bouché!! Un coup de valsava et ca ira mieux...

C'est bon je maitrise la BTV et mes oreilles passent très bien... puis c'est "valsalva" et non pas "valsava"

sinon je trouve qu'il fait assez beau dehors a lyon cet aprem c'est cool

 
Mouai parcontre, c'te nuit il pleuvait quoi  

ouai hiert aussi sa m'as surpris quand j'ai regarder par la fenetre !!

Ici c'est couvert, vue le vent ESE de 1 à 3 noeuds je pense que j'aurais du beau demain si il fait beau à Lyon aujourd'hui