HARLEY HAHN'S USENET CENTER
File Sharing Tutorial
In the last few sections of this tutorial, we have been preparing to share a 640-megabyte video file named steal-this-film-2.avi. Because this is a large binary file, we needed to perform several steps ahead of time to create the files we will need for uploading:
To start, we used WinRAR to create a set of compressed files, called RAR Files, to hold the data. Once a user has downloaded the RAR files, his newsreader will use them to recreate the original data file (in our example, the AVI file).
Using QuickSFV, we then created a checksum file, called an SFV file. A user can use the SFV file to check that the new, recreated data file is an exact duplicate of the original file.
Next, we used QuickPar to create a set of special files, called PAR2 files, consisting of a PAR2 information file and a set of PAR2 data files. If there is a data transmission problem, a user can use the PAR2 files to fix corrupted data or to replace missing data.
We then used CoolBeans NFO Creator to compose an information file, called an NFO file. The NFO file contains information to help the user understand the contents of the data file and how to use it.
Finally, just before we post (upload) the files to our Usenet server, we must generate one more file, called an NZB file. The NZB file contains technical information that enables a newsreader program to retrieve all the other files. (We'll talk more about NZB files later in the tutorial.)
A Summary of the Files We Are Going to Share
Before we move on, I want you to take a moment to appreciate how complex the situation has become. In order to share a single AVI (video) file, we had to create a large number of separate files. In fact, as you can see from the table below, we have created 56 different files, all of which need to be shared with any user who wants our video.
What about file sizes? It happens that the original AVI file in our example is 639 megabytes. The 56 files we need to share have a total size of 705 MB. That is, we must share about 10 percent more data than the size of the original file.
Creating 56 files in order to share a single video file, seems like a lot. However, our example is going to become even more complicated: the 56 files we need to share are going to give rise to no less than 1,895 files, all of which will need to be posted to our Usenet server in order to share our original file.
Encoding Binary to Text Using yEnc
Why on earth would we have to upload 1,895 different files in order to share a single video? The answer to this question is based on three important limitations we discussed earlier in the tutorial:
Thus, before we can share a binary file (such as our AVI file), it must be encoded as text. The text is then split into pieces and packaged as separate articles called SEGMENTS. The segment size must be chosen so as to be acceptable to a Usenet server (that is, it must not be too large).
Once this process is complete, all the individual segments must be uploaded to a Usenet server. At the other end, a user who wants a copy of our file must download all the segments, decode them, and then use them to recreate the original data file.
As you can imagine, this is a lot of work and the details are complex. However, it is all done for us automatically: specifically, the encoding, splitting, and uploading will be done by our posting software. (In this tutorial, we will be using a program called Camelsystems Powerpost.) The downloading, decoding, and re-creation will be done by a newsreader program.
Over the years, a number of different systems have been developed to encode binary data into text data. The current encoding system is called YENC (usually spelled yEnc). yEnc was developed specifically for Usenet by a programmer named Jürgen Helbing, who released it into the public domain in 2001.
What is the origin of the name "yEnc"?
In 1997, Jürgen Helbing started work on a Usenet-related project called MyNews. A few years later, in 2001, Helbing wanted a similar name for a new binary/text encoding system he was developing. However, this type of name had become popular among Internet programmers, and "MyEncode" was already being used by someone else.
To create a new, unique name, he simply dropped the initial "M" and came up with yEncode, which he then shortened to yEnc.
It happens that the SFV file, NFO file, and NZB file are all small text files, so they can be uploaded without a problem. The RAR files and PAR2 files, however, are much larger binary files. As such, they must be encoded as text and then broken into segments.
In our example, we have 43 different RAR files, all of which are the same size (except the last one, which is smaller). As you will see later in the tutorial, when we use our posting software to encode and split the RAR files, we will generate 41 segments per file (except for the last RAR file, which requires only 27 segments.) Thus, our 43 RAR files will be transformed into (42*41) + (1*27) = 1,724 segments.
Similarly, the PAR2 files will all need to be encoded and split into segments. As you would expect, the larger the file, the more segments it generates. In our example, the small PAR2 information file will require only 1 segment, while the largest PAR2 data files will require 42 segments each.
I have summarized these numbers for you in the table below. As you can see, in order to share one AVI file, we needed to create 56 files. And to share these 56 files, we need to upload 1,895 segments, each of which must be posted as a separate Usenet article.
The numbers you see here are typical. Sharing a large binary file really does require us to generate and post thousands of separate segments, each one as a separate Usenet article. Moreover, if even one segment is lost, the entire file sharing process can fail. This raises two obvious questions:
The answer to these questions lie in the use of a very special kind of file, the NZB file, which was invented in 2002. Since that time, the use of NZB files has created a revolution in how people around the world share files using Usenet. Indeed, as you will see, it was actually the invention of the NZB file that made modern Usenet file sharing possible.
At this point, I'd like to put our discussion on pause for a moment to show you how to share our sample file (the AVI file). To do so, we will use a "posting program" to create the segments we need and then upload them to a Usenet file sharing group. After you see how this works, we'll talk more about NZB files, at which time I will answer the two important questions I posed above.
© All contents Copyright 2017, Harley Hahn