Unpacking large files!

AG> Once again I ask people about how to unzip a file that
AG> is stuck on more than one disk? Tell me how this problem
AG> is solved by the real people of this echo!
Probably not at all, or at the nearest checkpoint, because I have never come across anything like this, so I can’t advise anything...

Well, bye! Tigrr from -■Brainwave^X-Project■- tigr...@mail.ru

Once again I ask people about how to unzip a file that is hidden
occupies more than one disk? Tell me how this problem is solved by the real-life people
of this echo!

Well, that's all, All, for now.

Alexander Grokholsky was with you October 30, 2000
[I ZX] Spawn/Last Masters Group/X-Project Association Monday 15:23:59

... [Speed ​​Garage] [House] [Rave] [Trance] [Electro] [Drum'n'Bass] [Jungle]

Mon 30 Oct 2000 at 15:23:59 Alexander Groholsky and All were talking
on the topic of Unpacking large files!.

AG> Once again I ask people about how to unpack a file that
AG> jammed
AG> takes up more than one disk? Tell me how this problem is solved by
AG> realshi
AG> of this echo!

If the file is longer than 896k (RamDisk), then there’s no way...
We have a Spectrum bbs in our city, and there we take it in its normal form.
If the file didn’t arrive at once or is very long, I don’t even try to understand it, but
I take it right there.

What, you don’t have a single Spectrumist in the city with a PC (an acquaintance who is not indifferent
to the Spectrum) who can open the bbs with a section for Spectrum?

All the best, Alexander!
Alexander aka Arc of RLDG.

[Monday October 30, 2000] at [15:23:59] Alexander Groholsky wrote a
letter to All.
They discussed the topic “Unwrapping large files!” Let's continue what we started...

AG> Once again I ask the people about how to unzip
AG> a file that is stuck
AG> takes up more than one disk? Tell me how this
AG> problem is solved by the reals
AG> of this echo!

IMHO, there are only two options:

1. Use the subject in iS-DOS, written by Misha Kondratiev.
But in this case there is a lot of “manual work” in iS-EDIT to remove all intersectional, service information.
And it’s not a fact that after all these efforts everything will work out fine for you. I myself had such a case.

2. Try to “deceive” Lara’s decoupler by gradually feeding her a certain number of sections of one large yuk, so that later you can “glue” these
pieces together byte-by-byte (in the same iS-DOS, for example) and Lara will not fall back into the editor without finding all the sections (SS+J). You have to be smart, IMHO, with
the lines 'section 1 of 20 of file porno.jpg' (for example ;).
Ie. We have a hefty juyuk with 100 sections. Only 10 sections fit into Lara (for example). Edit the first ten (and then ten sections each) to replace
'section 1 of 100 of fileporno.jpg' to 'section n of 10 of file porno.jpg',
where n is a number from 1 to 10.
Lara, after explaining this, should, IMHO, swear at the absence of a CRC
or its incorrectness - forget it. ;)

I have not tested this matter in practice, but I think the main idea is clear. ;) Go for it,
you will report the results...

Sincerely, Felix.

[I ZX]

IT> Probably not at all, or at the nearest PC, because I haven’t come across anything like this
IT> not
IT> even once, so I can’t advise anything...

But I don’t need a PC, on the PC it’s clear red, I just became uninterested, has
nobody solved this problem in real life without any screws/ramdisks? And regarding
the fact that such files were not found, then in zx.spectrum they sometimes throw tedious
trash files, which take up more than one hard drive!

Well, that’s all, Igor, for now.

AA> If the file is longer than 896k (RamDisk), then there is no way...

Why? After all, someone already suggested and I supported the proposal that the authors of Lara and
pkunzip should support multi-disk functionality! Or did someone else write some kind of utility for this purpose!

What file are you talking about anyway? Is it screwed up or not?

AA> We have a Spectrum bbs in our city, and we take it there in its normal form.
AA> If the file doesn’t arrive at once or is very long, I don’t even try
AA> to unpack it, but
AA> I take it right there.

But that’s crazy! First, download this file with the mail, then again, only
separately! ;( It’s not clear that the modem downloads this whole thing, but it’s just that with the bbs on
which has all the Spectrum software passing through the echoes, I don’t have any
connection at all, so that’s how things are! ;(

AA> What, in your city there is not a single spektrumanist with a PC (a friend who is not
AA> indifferent
AA> to the Spectrum) who can open a bbs with a section for Spectrum?

Yes! But I just became interested in the process itself, is it possible to do this,
that is, unzip a large file!

Well, that’s all, Alexander, for now

Alexander Grokholsky was with you November 2, 2000
[I ZX] Spawn/Last Masters Group/X-Project Association Thursday. 17:25:30

FK> IMHO, there are only two options:

FK> 1. Use the subject in iS-DOS, written by Misha Kondratiev.
FK> But in this case there will be _a lot_ of "manual work" in iS-EDIT to
FK> removing all intersectional, service information.
FK> And it’s not a fact that after all this If you try, everything will work out fine.
FK> myself had such a case.

I’ll have to try, but I don’t have any exhaustion and never have, so I won’t
suffer from such garbage!

FK> 2. Try to “deceive” Lara’s ripper by gradually feeding her
FK> a certain
FK> number of sections of one large jujuk, so that later you can it was possible to “glue” these
FK> pieces byte-by-byte (in the same iS-DOS, for example) and Lara did not fall
FK> back into the editor without finding all the sections (SS+J). You have to be smart, IMHO, with
FK> the lines 'section 1 of 20 of file porno.jpg' (for example ;).
FK> Ie. We have a hefty juyuk with 100 sections. Only 10
FK> sections fit into Lara (for example
FK>). We edit the first ten (and then ten sections each) to
FK> replace
FK> 'section 1 of 100 of file porno.jpg' with 'section n of 10 of file
FK> porno.jpg',
FK> where n is a number from 1 to 10.
FK> Lara, after explaining this, should, IMHO, swear atabsence
FK> CRC
FK> or its incorrectness - forget it. ;)

FK> I have not tested this matter in practice, but I think the main idea is clear. ;)
FK> Go for it,
FK> you will report the results...

Everything, oddly enough, worked out! Only I spent who knows how much time correcting the section numbers, and it also turned out that I needed to correct the names too! ;( And then I spent even more time merging the file
byte-by-byte, because I don’t have the isdos, and I don’t know what else can do this,
I had to quickly write this gluing myself!

And Lara cursed that CRC is not faund... And for the last sections there was a CRC error... and
Bad length file... but everything worked out correctly!

Thank you for valuable advice, although it’s a little stressful, but it works, and
it’s also correct, and you don’t need any screws/isdos/ramdisks/pisyuks, as I
wanted!
I somehow didn’t think of this myself, although this is probably the simplest way out, although
as I already said, a little stressful ;(

2ALL: Maybe there is some kind of program on trdos that glues it together! byte-to-byte?
And maybe, after all, someone wrote/is/will write a breakdown of files that
take up more than one hard drive in their packed form?

Well, that’s all, Felix, for now

Alexander Grokholsky was with you November 3, 2000
[I ZX] Spawn/Last Masters Group/X-ProjectAssociation пятница 01:41:08

I'm wiping the kinescope with a damp cloth, I suddenly saw how
Alexander Groholsky is talking with Felix Knyazev on the topic "Removing large
files!"

AG> 2ALL: Maybe there is some kind of program on trdos that glues
AG> byte-to-byte?

I did this - you format the disk for MS-DOS, you transfer these files there with gluing enabled and then back to TR-DOS. Everything worked out. :)

Best wishes, Alexander Vlasov.
SAV / Mental Inspiration Unity / Constellation

AG> That's crazy! First, download this file with mail, then again, only
AG> separately! ;( It’s not clear that the modem downloads this whole thing, but just from bbs
AG> to
AG> which has all the Spectrum software passing through the echoes, I don’t have any
AG> connection at all, so that’s how things are! ;(

Then you just have to write a program that does all this :)
For through is-dos - you have to pervert, and if you’re not even wild I used it,
then it’s no better than downloading the file from bbs again.

02 Nov 00 17:33, Alexander Groholsky wrote to Alexander Araktcheew:

AG> Yes! But I just became interested in the process itself in real life, is it possible
AG> to do this, i.e. unzip a large file!

You can. But you need to have a medium to store this file.

iS-DOS's target="http://join.com" target="_blank" rel="nofollow" data-safedirecturl="https://www.google.com/url?hl=ru&q=http://join.com&source=gmail&ust=1785433249832000&usg=AOvVaw1lxWdZa2wHRF0HEui0Pm2X">join.com назывтся.

AG> I’ll have to try, but I don’t have any exhaustion and never have
AG>, so I won’t
AG> suffer from such garbage!

I forgot to make it worse. :) If in iS-DOS you do not have a screw or a RAM-DISK >=512KB, and
you only have flop(s), then working in iS-EDIT with large amounts of text
results in one big gag. And so... iS-DOS is the best currently _existing_ and _really_working_ system for Speck, with _real_
software support!

[skip]

AV> I did this - format the disk for MS-DOS, transfer these files there with
AV> gluing enabled and then back to TR-DOS. Everything worked out. :)

If you meant 'TRMSHOB', then I immediately thought of it when I needed to
glue files together, but it still glues sector by sector, I checked it several times!
When you map files, there is no such thing as the total length of all
designated files in bytes, there is a total length in trdos sectors and
msdos clusters, so transferred with gluing anyway sector by sector! ;(
Suppose on a trdos disk one file will be 341 bytes, and the second 125, when gluing and
transferring to msdos disk the file will turn out to be not 341+125, but 2*512+256! Don’t believe me
check, maybe it’s the old version of ‘TRMSHOB’ that I have, maybe the new one can still
glue byte by byte?

Well, that's all, Alexander, for now.

Alexander Grokholsky was with you November 6, 2000
[I ZX] Spawn/Last Masters Group/X-Project Association Monday 16:00:51

FK> Forgot to aggravateKill. :) If in iS-DOS you don’t have a screw or RAM-DISK
FK> >=512KB,
FK> and
FK> there are only flop(s), then working in iS-EDIT with large amounts of text,
FK> results in one big gag. And so... iS-DOS is the best at
FK> this
FK> moment _existing_ and _really_working_ system for Speck, with
FK> _real_
FK> software support!

That's it! I said the same thing, that you need a screw/ramdisk, but I have neither one nor the other! ;(

FK> [skip]

06 Oct 00 16:09, Alexander Groholsky -> Felix Knyazev:

FK>> And so... iS-DOS is the best _existing_ and
FK>> _really_working_ system for Speck,
FK>> with _real_ software support!

AG> That's it! I said the same thing, that you need a screw/ramdisk, but I don’t have either
AG>! ;(

Hmm. Do you have HD? It’s not difficult to do, and you can use
1.6 mega floppy disks in no time. It’s quite possible. Y?

WBR, Jason.

[Team Obituary][Team Friday 13th][Team Evil Maniacs][Team Huge Axes]

FK>> MS-DOS disk.

AG> I already wrote about this to the adviser about
AG> 'TRMSHOB', but I see
AG> you suggest 'TRMSHOB+', does it still glue
AG> byte-to-byte?

;( I repent for the unverified information. It really is glues only
sector by sector.

FK> As you were already correctly advised, use for these purposes
FK> 'TRMSHOB+'.
FK> Steering soft. You will receive the output file on an MS-DOS disk.

And lather it, otherwise I have TRMSHOB2, and it glues entire sectors.

Good luck
Sergey.

FK> Specka, with _real_
FK> software support!
Where can I get this support?

With the best, Dima Boyko.

VK> Hmm. Do you have HD? It's not difficult to do, and in no time you can use floppy disks
VK> on
VK> 1.6 mega. Quite real. S?

You mean to read HD discs? There is no such bullshit! ;( If it’s not difficult, then maybe
you’ll throw me the diagram, otherwise I’ve seen it somewhere in magazines, but I’m killing them after reading it!
;( And how is it possible to get 1.6 mega in isdos? But in trdos, is it possible to hop? I think
not hop, because there’s no dosa, am I right?

Well, that’s all, Valerij, for now.

Alexander was with you Grokholsky November 10, 2000
[I ZX] Spawn/Last Masters Group/X-Project Association Friday 00:06:41

Alexander Groholsky talks with Alexander Vlasov on the topic "Unraveling large
files!"

AG> If you meant 'TRMSHOB', then I immediately thought of it when I needed to
AG> merge files, but it still merges sector by sector, I checked it several
AG> times!

[skip]

AG> check, maybe this is my version 'TRMSHOB' is old, maybe the new
AG> can
AG> be merged byte by byte?

I do this: if I receive a packet in fragments (the connection between me and the node is not great and
the connection breaks several times) and sometimes the fragment is not a multiple of the sector (the node transmits a packet of 32, 64 or 128 bytes per frame) and this packet by itself does not unpack, I transfer all these pieces to ms-dos with gluing and back to tr-dos. And everything is in order!
I use "TRMSHOB2". This means it can glue byte by byte. I haven't
checked older versions.

VK>> use 1.6 mega floppy disks. Quite real. Y?
AG> In the sense of reading HD discs?

And writing too...

AG> How is it possible to get 1.6 mega in isdos?

What’s not clear here? Sectors of 10 kilobytes fit on HD, on DD 5*1, on
DD it turns out to be 800kb, on HD 1.6mb...

AG> Is it possible to jump in trdos? I don’t think it’s a leap, because... no dosa, am I right?

Right. Only in ISDOS there is a driver and the software always works with the drivers, and does not
judge itself with sector-by-sector reading as in TRDOS.

Regards, Evgeniy.

FK>> this is the best at this moment _existing_ and _really_working_ system for
FK>> Speck, with _real_
FK>> software support!

VK>> use 1.6 mega floppy disks. Quite real. Y?

AG> You mean to read HD discs? There is no such bullshit! ;(

So do it.

AG> If it’s not difficult, then maybe you can send me the diagram, otherwise I saw it somewhere in

I’ll look for it.

AG> magazines, but I’m killing them after reading them! ;( And how is it possible to get 1.6 mega in
AG> isdos?

10 kilobyte sectors per track, 160 tracks in total.
If reduce the inter-sector intervals, then you can easily cram 11 sectors, then in general 1760 kb will fit on the disk.

AG> Is it possible in Trdos? I don’t think so, because there is no DOS, am I right?

1 megabyte of 4 kb tracks each. Tested on ramdisks. tracks. If the drive can go beyond the 80th cylinder (I saw up to
92), trdos can read/write them all.

AV> I do this: if I receive a packet in fragments (the connection with the node is not
AV> super and
AV> sometimes the connection breaks several times) and sometimes the fragment is not a multiple of the sector
AV> (the
AV> node transmits a packet of 32, 64 or 128 bytes per frame) and this packet is not
AV> unpacked by itself, I transfer all these pieces to ms-dos with gluing and
AV> back
AV> to
AV> tr-dos. And everything is in order!
AV> I use "TRMSHOB2". This means it can glue byte by byte. I haven't checked the older versions
AV>.

Damn 'TRMSHOB2' doesn't merge byte by byte! ;( Specially checked! I took and
wrote three files 1 byte long onto the disk! Then I took 'TRMSHOB2' and copied
these files with a file to the MSDOS disk! A file with a length of 513
bytes appeared on the MSDOS disk! Therefore, the first two files were merged sector by sector, and the last
byte byte!
Although if it was byte by byte, then a file of length should have appeared 3 bytes! Such
things!!! ;( This only works if a large file was transferred from the MSDOS disk to the TRDOS disk, or downloaded from bbski, or from somewhere else and you need to transfer it to the MSDOS
disk! But in this case, only the last file may not be a multiple of the sector, that’s why the gluing was done, and if the previous files are not a multiple of the sector, then
then read the above!
What do you download your mail with? I generally have the smallest frame 256byte, so I don't
know how you manage! Probably, after all, you also have a frame multiple of 256!
Look again!!!
Well, that’s all, Alexander, for now.

Alexander Grokholsky was with you November 13, 2000
[I ZX] Spawn/Last Masters Group/X-Project Association Monday 21:26:14

Alexander Groholsky talks with Alexander Vlasov on the topic "Decomposing large
files!"

AG> Damn 'TRMSHOB2' doesn't glue together byte by byte! ;( Specially checked! I took
AG> and wrote three files 1 byte long to the disk! Then I took 'TRMSHOB2' and
AG> copied these files with a file to the MSDOS disk! A
AG> file with a length of 513 bytes appeared on the MSDOS disk! Therefore, the first two files were merged
AG> sector by sector, and the last byte byte! Although if it were byte byte, then a file with a length of 3 bytes should have appeared! Such is the case!!! the previous files are not multiples of the sector, then
AG> then read the above!

Well, yes, I checked - this is true.
But the fact is: if the package is downloaded in pieces, then it may refuse
to be unpacked. I ran it through "TRMSHOB2" - everything was specially
checked - indeed, some pieces of the package (not the last file, but in
the middle!) are not multiples of 256 in length. From this we can conclude that in some
cases the frame is less than 256 bytes.
Why is the packet after passingIt is unpacked via "TRMSHOB2" - I don't know.

AG> How do you download your mail? I generally have the smallest frame of 256 bytes, so
I
AG> I don’t know how you manage! Probably, after all, you also have a frame that is a multiple of
AG> 256!
AG> Look again!!!

I looked again (I download with NAM, I had the same problems with MELON - but more often) -

if the connection fails, then after recovery NAM starts downloading small
frames (32, 64, 128 bytes each), gradually increasing the size frame.

FK> [Wednesday November 8, 2000] at [16:44:47] Dima Boyko wrote
FK> a letter to Felix
FK> Knyazev.
FK> They discussed the topic “Unwrapping large files!” Let's continue
FK> what we started...

FK>>>> And so... iS-DOS -
FK>>>> this is the best at this moment _existing_ and _really_working_ system for
FK>>>> Speck, with _real_
FK>>>> software support!