On Sun 09 Aug 2009 at 18:50:15 +0100, Paul Crawford wrote:
disk. Rather as if pan has dropped/inserted the odd byte or two in
combining the parts. I have seen this on other large images as well.
Last time I checked (which admittedly is quite a while ago), Pan's Yenc
decoder is faulty. It just concatenates the binary parts it finds, with
no regard to the byte ranges that are indicated for them. If the 3 parts
have overlapping ranges, Pan would mis-decode them. (If a part is
missing, it doesn't insert an empty block with 0s either).
I use Pan 0.133 on my windows machine and Pan decodes and combines yEnc jpg's
and movie files without any problem.
There is always the occasional mis-encoded file but that is rare in the groups
I follow.
It works OK for small JPEG images, and seems to work for .mpeg files and
.rar archives.
As I said, what is odd is the image in pan's viewer is fine, but on
saving it to disk seems to have displaced each part.
Olaf's suggestion makes sense, but has anyone any idea why there would
be two occurrences of the multi-part decode (for pan's window and for
save to disk), and where they are in pan's code?
Regards,
Paul
_______________________________________________
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
