DePacker need!

29 Oct 99 00:29, Oleg Golenkoff wrote to All:

OG> Or maybe someone has a normal subzh for HRUST (v1.1 or 1.2)?

OG> PS: does anyone know if Dmitry Pyankov even has a fidash address?

Only E-mail. I don't remember which one. Search in RU.COMPRESS

─ [5] Coders on Spectrum (500:812/9.8) CODE.ZX
─
Msg : 197 of 204
From : Aleksandr Majorov 500:812/0 14 Mar 99 11:48:00

To : Valentin Pimenov
Subj : HRUST 1.0 & IM 2
────────────────── ─────────────────────── ─────────────────────── ───────────────
─

Greetings, oh dearest Valentin!

14-03-99 at 01:23:32 someone Valentin Pimenov wrote 2 Aleksandr Majorov
on the topic 'HRUST 1.0 & IM 2'.

[ ]
AM>> And no one can share the unpacker for HRUST 1.0,
AM>> so that could work normally with interrupts enabled,
[ ]

VP> In echo it is desirable.
VP> I think this will be useful for everyone.

obviously everyone needs it ;-)

VP> 2AM: by the way, you know that there is version 1.1.

no

VP> The glitch of version 1.0 has been fixed there :)

what kind of glitch is it?
I won’t compress much saw...

VP> Formatthe compressed file is the same.

In general, we know first-hand that such a thing exists
in FORMAT, they pack the subject and unpack
to the music...

In general, for lazy people like me ;-)
I did DOOM last night and it seems like I made an
unpacker that doesn’t care about interruptions.
Essentially the code came out _terrible_!!!!!
I just and stupidly replaced POP HL with
LD L,(IX): INC IX: LD H,(IX): INC IX
and something like that...
The unpacker, instead of 256 bytes, now became ~320 bytes,
unfortunately it lost its portability, I had to use JP
instead of JR in some places...
But everything unpacks fine!
I'm having a hard time desftok-two files, and all of them
were unpacked correctly to the music.
The data was graphic (single sprites, animated
sprites, entire screens), so everything was perfectly
visible - whether there were glitches or not...
If anyone needs it, here is the depacker source.
So to speak, version 1.00, _not optimized_!

┌─────────────────── ───────────────────────────┐
;unboxing from HRUST 1.0 does not use the stack.
;interrupts do not interfere with work.
;increased in size and became non-movable, requires
;a 6-byte buffer.

PUSH DE

PUSH HL: POP IX
LD C,(IX+2): LD B,(IX+3): DEC BC
EX DE,HL: ADD HL,BC: EX DE,HL

LD C,(IX+4): LD B,(IX+5): DEC BC
ADD HL,BC
SBC HL,DE: ADD HL,DE
JR C,$+4: LD D,H: LD E,L
LDDR
EX DE,HL

INC HL: INC HL: INC HL: INC HL: INC HL: INC HL

LD DE,depack_buf: LD BC,6: LDIR

PUSH HL: POP IX
POP DE
EXX

LD D,#BF
LD BC,#1010
LD L,(IX+0): LD H,(IX+1): INC IX: INC IX

LL8037 LD A,(IX+0): INC IX
EXX
LL803A LD (DE),A: INC DE
LL803C EXX
LL803D ADD HL,HL
DJNZ LL8042

LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL8042 JR C,LL8037
LD E,#01
LL8046 LD A,#80
LL8048 ADD HL,HL
DJNZ LL804D

LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL804D RLA: JR C,LL8048
CP #03: JR C,LL8059
ADD A,E: LD E,A
XOR C: JR NZ,LL8046
LL8059 ADD A,E
CP #04: JR Z,LL80B8
ADC A,#FF
CP #02
EXX
LL8063 LD C,A
LL8064 EXX
LD A,#BF
JR C,LL807D
LL8069 ADD HL,HL
DJNZ LL806E

LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL806E RLA: JR C,LL8069
JR Z,LL8078
INC A
ADD A,D: JR NC,LL807F
SUB D
LL8078 INC A: JR NZ,LL8087
LD A,#EF
LL807D RRCA
CP A
LL807F ADD HL,HL
DJNZ LL8084

LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL8084 RLA: JR C,LL807F
LL8087 EXX
LD H,#FF
JR Z,LL8092
LD H,A
INC A: JR Z,LL809D
LD A,(IX+0): INC IX
LL8092 LD L,A
ADD HL,DE
LDIR
LL8096 JP LL803C

LL8098 EXX
RRC D
JP LL803D

LL809D LD A,(IX+0): INC IX
CP #E0: JR C,LL8092
RLCA
XOR C
INC A: JR Z,LL8098
SUB #10
LL80A9 LD H,#FF: LD L,A
LD C,A
ADD HL,DE
LDI

LD A,(IX+0): INC IX
LD (DE),A: INC DE
INC HL
LD A,(HL)
JP LL803A

LL80B8 LD A,#80
LL80BA ADD HL,HL
DJNZ LL80BF

LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL80BF ADC A,A
JR NZ,LL80DB
JR C,LL80BA
LD A,#FC
JR LL80DE

LL80C8 LD C,(IX+0): INC IX
LD B,A
CCF
JP LL8064

LL80DB SBC A,A
LD A,#EF
LL80DE ADD HL,HL
DJNZ LL80E3
LD L,(IX+0): LD H,(IX+1): INC IX: INC IX
LD B,C
LL80E3 RLA: JR C,LL80DE
EXX
JR NZ,LL80A9
BIT 7,A: JR Z,LL80CF
ADD A,22
LD L,A
LL80F0
LD A,(IX): LD (DE),A: INC IX: INC DE
LD A,(IX): LD (DE),A: INC IX: INC DE
DEC L: JR NZ,LL80F0
JR LL8096

LL80CF CP #0F
JR C,LL80C8
JP NZ,LL8063
LD HL,depack_buf
LD BC,6: LDIR
RET

depack_buf DS 6
└─────────────────────── ───────────────────────┘

At At first glance there is an idea of 6-ti byte buffer
place in the stack .....

Hu here is and all * MAS * with hammer

-+- SPbZXNet Echo/Mail Processor v1.05 beta-+-y-koy-y-y: nae-e-went?!! (500:812/00.00)

Kirill Frolov. [ZX]

October 31, 1999, Kirill Frolov writes to Oleg Golenkoff:

[...]

KF> INC HL: INC HL: INC HL: INC HL: INC HL: INC HL

[...]

So, for general development - which of the currently popular ASMS will eat this? I mean many commands in one line...
Before, I remember zeus could do this... And bass :)

Sincerely,
Renat

RM> So, for general development - which of the currently popular ASMS will eat this
RM>? I mean a lot of commands in one line...
RM> Previously, I remember zeus could do this... And bass :)

And you forgot the most useful ASM of all time !!!

ZX ASM v3.00 !!!

Well, and STORM also.

Kirill Frolov. [ZX]

RM> So, for general development - which of the currently popular ASMS will eat this
RM>? I mean there are many commands in one line...
RM> Previously, I remember zeus could do this... And bass :)

Like what?!! Storm, of course, but there you can write it in three ways:
First:
Like yours
Second:
inc hl,hl,hl,hl,hl,hl
Third:
.6 INC HL

Vladimir AKA Envoy/PHT
[TEAM Anti-christianity] [TEAM War - forever] [TEAM i love ZX]

RM> So, for general development - which of the currently popular ASMS will eat this
RM>? I mean there are many commands in one line...
RM> Previously, I remember zeus could do this... And bass :)

AM> ZXASM, STORM

STORM will also devour INC HL,HL,HL,HL,HL :-)

All the best.
Dmitry.

... LD..X-TRADE... [ZX]

KF> And you forgot the most useful ASM of all time!!!
KF> ZX ASM v3.00 !!!
:) ZASM v3.10 can do it too. And in general - it is an incredible tool :)
By the way, the most powerful tool for development, there is no such thing on PC, overlays and
sprite editor and STS, and diskedit, etc., etc.... even there is a muse player
and a minesweeper.

--- 06 Nov 99 10:42, chat terminated by Alexander Kovalchuk

With the best wishes from me, good bye..
... I was also cheerful and carefree..

2 Nov 1999 you wrote here:

AM>> ZXASM, STORM

DL> STORM will also devour INC HL,HL,HL,HL,HL :-)

When will there be a new storm?

All the best.
Sincerely Roman.

November 06, 1999, Alexander Kovalchuk squeezed the keyboard, hoping that the following words would reach Kirill
Frolov:

AK> :) ZASM v3.10 can do it too. And in general - it's incredible :)
AK> By the way, the most powerful tool for development, there is no such thing on the PC,
AK> overlays and a sprite editor and sts, and diskedit, etc., etc.... even
AK> there is a muse player and a minesweeper.

You better tell me, do you have an idea how to buy it from Rubtsov?
I don’t ;) I haven’t received a single clear answer in half a year :(((((

[I ZX] [Team Sashki-rulez] [Team Guardians] [Team Kelly]

Hasta la vista.
Tim Kelly

My tamogochi is sick.
Must be the other day caught a
Computer virus.

... tim_...@mail.ru 500:622/1@zxnet http://timkelly.da.ru

AK> :) ZASM v3.10 can do it too. And in general - it’s incredible :)
AK> By the way, the most powerful tool for development, there is no such thing on the PC,
AK> overlays and a sprite editor and sts, and diskedit, etc., etc.... even
AK> there is a muse player and minesweeper.

[ _destroyed_ ]
KF> But no one has it and the author does not agree to give anyone any money for
KF>...
Yes, I completely forgot.... It was only Rubtsov’s acquaintances who got it for free..
And for money - you’re in vain. They offered little ;)
KF> Therefore, ZX ASM 3.0 remains.
For general use - yes, but still in nature there is also v3.10 ;)

--- 08 Nov 99 10:40, chat terminated by Alexander Kovalchuk

I prefer to sit in it, although there was also some version
3.08 with accelerated compilation. It will still be necessary to switch to 3.10
the thing is screwed up.

Bye!
[ZX] [Real Software]

Somehow Saturday November 6, 1999 at 10:42:02 a.m.
Alexander Kovalchuk and Kirill Frolov were talking about DePacker need!

AK> sprite editor and STS, and diskedit, etc., etc.... even
AK> player there are muses
^^^^^^^^^^^^^^^^^^
If you don’t break it, throw ^^^^ into the soap on Fido, or if there is an opportunity on ZXNet’s
soap, otherwise in Minsk we don’t have the full version of the subject, that’s exactly what this
thing is missing.
In general, the subject is a great thing.

On this allow me to leave, Mihail Artjushenko.
aka Brom

[ZX] [Zilog Inside] [Team Gaza Strip] [Team MATUGA] [Aviation]
-=- Look for me on ZXNet at 500:17/1.6

PK> I prefer to sit in it, although there was also a certain version
PK> 3.08 with accelerated compilation. It will still be necessary to switch to 3.10
PK> the thing is screwed up.

It’s screwed up only for those, then no one has it.

And I’m just sitting there laughing. It’s normal
not even to launch a debugger in a storm. From MADRom you can go straight to ASM after resetting :-)

Kirill Frolov. [ZX]

MA> ^^^^^^^^^^^^^^^^^
MA> If you don’t break it, throw ^^^^ into the soap on Fido, or if there is an opportunity on
MA> ZXNet’s soap, otherwise in Minsk we don’t have the full version of the subject, that’s how
MA> this thing is missing. In general, the subject is a driving thing.
And no one should have the full version ;)
Firstly: I left the spec a long time ago and all the software with my floppy disks was distributed among
friends/acquaintances, secondly: even if I had a full report now -
I have no right to distribute it..

--- 12 Nov 99 22:57, chat terminated by Alexander Kovalchuk

Before 3.10, we all used 3.01 (remade in Minsk) -
there you can load from the catalog, etc.

This was drawn by Valeriy Kovalev aka 500:17/1.8@ZXNet
Bye!

... message posted via ZXNet Gate (zxne...@iname.com)

if she were..

With best wishes, [ZX] ar...@mail.ru
Artur. wall...@mail.ru

PK>> 3.08 with accelerated compilation. It will still be necessary to switch to 3.10
PK>> the thing is screwed up.

KF> It’s screwed up only for those, then no one has it.

KF> And I’m still sitting in tr-dos in confusion.

And today I switched to ZASM 3.10, the text format is compatible
with With the previous version, the only thing that had to be corrected in the RC source code was EX AF,AF, in the new version it could be either EX AF,AF' or EXA. And there will be more abbreviated mnemonics and directives than in STORM. Compilation speed (at 128k
without using RamDisk) is 1/9 faster. With RamDisk, of course, everything is much faster, but it’s just bad that the ZASM and Real Commander formats are incompatible, since I have a more universal RamDisk format (there are no tables of any banks in the system sector), I won’t redo it anymore.

KF> Even from under the storm Debugger
KF> does not run normally. From MADRom, after a reset, you can go straight to ACM
KF> :-)

We have a modified Storm (#3d13, minor flaws have been fixed),
if you’re interested, I can throw it in the echo unless of course D.Lomov doesn’t mind.

Bye!
[ZX] [Real Software]

Artur Ishmurzin ==========> Pawel Kislyak:

AI> and the ramdisk of the subject coincides with the ramdisk of the honic and the ramdisk
AI> of dosa 6.05E. This is where you feel the rulez! True, I judge by the demo version
AI> of the subject. and where can I get the full one? :(

Only the format of this RamDisk is somewhat perverted.
The 8th sector stores used banks. It will be necessary in
Echo 6 to describe the format of the resident RamDisk in Real Commander,
Maybe someone will remake the TR-DOS ROM...

23 Nov 99 13:59, Pawel Kislyak wrote to Artur Ishmurzin:

PK> Only the format of this RamDisk is somewhat perverted.
PK> Used banks are stored in the 8th sector. It will be necessary in
PK> Echo 6 to describe the format of the resident RamDisk in Real Commander,
PK> Maybe someone will remake the TR-DOS ROM...

No one will edit the hard drive for software.

It would be better if real commander understood the disks from Kaya, Sprinter and Trados 5.12/13

Kirill Frolov. [ZX]

My on-board systems found that on Tuesday November 23, 1999 13:59, Pawel
Kislyak wrote Artur Ishmurzin:

AI>> if she were..

PK> Maybe throw it in ZX.SPECTRUM since everyone needs it so much, like
PK> is not in the description the conditions of distribution were stipulated. And
PK> it came out a year ago.
Go ahead ;)

With respect, Musa Khaybullin.

C нниучишими пожляями, [ZX] ar...@mail.ru
Artur. wall...@mail.ru

From : Pawel Kislyak Sunday November 28, 1999
To : Kirill Frolov

PK> it’s enough to just make the hardware RamDisk work on
^^^^^^^^^^^^^^^^^^
what did you want to say?

PK>> RamDisk on
AI>
AI> ^^^^^^^^^^^^^^^^^
AI> what did you mean by that?
And the fact that he is trying to make RC work normally with our
RAM-DISKom on TR-DOS 6.05E.

Long life and prosperity to you, Artur!

With best wishes, Musa Khaybullin.

PK> RamDisk on drive D, and all problems will be solved.
Do you mean your software support for their formats? Or just your own disk on
D, so that they don’t try to do anything? ;(

Yuri

In the sense that there is no need to redo the built-in RC.

Bye!
Pawel_...@mail.ru [ZX] [Real Software]

C нилучшими пожелями, [ZX] ar...@mail.ru
Artur. wall...@mail.ru