Hi,
On Mon, 04 Jul 2011 06:24:47 +0200, Heinrich Mueller wrote:
On 07/03/11 19:22, SciFi wrote:
The actual binary data needs to be split _before_ it is encoded
(before uuencoded, before yEncoded, before MIME'd, etc.)
or in the view of the end-user/downloader, _after_ decoding.
Well, normally the uploader does that by rar-ing and splitting the files
he wants to upload into several equally-sized chunks.
pan could do that, too, but as it doesn't handle the par2 creation
I think that would be counterproductive.
Furthermore,
This "article-size" split needs to match the PAR2 size (or a multiple)
chosen by the poster ahead of time (whether or not he knows it)
when he generates those recovery files.
Setting this inside e.g. Pan should be done again by the same poster.
With the way you are designing Pan to control this aspect,
by the "counting encoded lines" logic,
the poster CANNOT accurately control this value.
This mechanism needs to be changed, please.
We need to be able to match BY BYTE COUNT the article size at this level.
So we want the article-size split to be done on the current "part" file
BEFORE it is encoded, see.