[newsgroups] file na download 30% kleiner.

[Verwijderd]

Wie kan mij uitleggen waarom veel posts in newsgroups soms zo'n 30% groter zijn dan ze uiteindelijk op je schijf komen te staan.
Ik ben nu een filmpje aan het downen met parts van ruim 20 meg, die hij ook daadwerkelijk binnehaalt,... maar op schijf zijn ze maar 13 meg.
Dat is nogal een verschil, en met 60 parts is dat nogal wat overhead. Wat is dit toch voor onzinnige overhead?
Wie kan mij dat eens uitleggen? Het hoeft namelijk niet zo te zijn he,... heet dat niet Yenc dan zonder overhead?
Bij voorbaat hartelijk dank voor iw reactie.

[DutchCommando]

Je hebt uuEnc en deze heeft inderdaad de nodige overhead. En je hebt Yenc dewelke ook wel overhead heeft maar een stuk minder. Waarom post niet iedereen Yenc? Omdat veel mensen niet weten dat er verschillende versies zijn en dus gewoon maar posten met de tool die ze hebben. Verder support niet iedere nieuwsclient Yenc (al is dat tegenwoordig denk ik niet meer zo).

Voor de vraag "waarom overhead?" moet je niet bij mij zijn...

[Wekkel]

Zoek gewoon even met google. Dan kan je lezen dat vroeger alles in MIme of zoiets stond met inderdaad vele Mb's overhead bij een file van 100 mb of zo. Met Yenc is dat drastisch teruggebracht.

[DutchCommando]

News and Mail transfer require that a binary attachment is "encoded" before it is sent. And they are "decoded" after they have been received. Normally all this is done by your newsreader (or mail-program). You dont see it. Most dont even know it.

The encoding is necessary because the special methods for the transfer of news & mail (protocols) require it. A message with a binary which is not encoded is corrupted during transmission - or transmission is denied at all.

Transport of messages by News and Mail was restricted to US-ASCII characters when the protocols were written (20 years ago). These services have been created to transport only plain US-text. Special characters (control-characters, symbols, non-US-characters) were forbidden - and used for special purposes. But because people wanted to send also binary attachments by News and Mail some 'tricks' were implemented: The binary was changed to "allowed US-ASCII-characters" before transmission (encoding) - and back to a binary after transmission (decoding). The usual encoding methods are still respecting these old limitations - and are used everywhere.
Unfortunately there is a price for this 'trick': Encoding makes a message longer. And not just a little, but 33%-40% longer than the original attachments. This results in 33%-40% more bytes for a message - 33%-40% more time for the transmission - 33-40% more diskspace on the harddisk where there messages are stored (on news- and mail-servers).

Meanwhile Usenet is able to to transport more than "US-ASCII", it could also transport other characters. Just a few special characters are still forbidden. Unfortunetaly the encodings were never changed. We are all still using BASE64, BinHex, UUencode. We are all wasting every day bandwidth, time, diskspace and money.

yEnc is now a proposed encoding method which is using the fact that news-servers can today transport binaries more efficient. On eMail the situation is far more complicated because there are a lot of older programs and computers involved. But also there would be potential for savings.

Bron: http://www.yenc.org/whatis.htm