Thank you
ZXNet echo conference «real.speccy»
AL>> You seem to have not read the beginning of the thread and the accompanying conversations - I will repeat:
AL>> 2) The main thing is why wait for zip to “work” when even wheezing does not work
AL>> very quickly (zip will be many times slower)
KF> Absolute nonsense.
Arguments...
AL>> 3) Everyone is arguing, and not only desires, but also the appropriate level
AL>> apparently no one has any preparation... :(
KF> There is no incentive.
This did not happen, unfortunately, there is no skill...
Bye...
WBR, fyrex.
AL>> I didn’t intend to, but such a necessity is called into question
YP> when Roma wrote a jpg decoder, it’s good that you weren’t around,
YP> otherwise he wouldn’t have written anything
I’m glad, but the use of this jpg is like a goat...
IMHO even a zip would have been more useful,... but it’s just more difficult to make.
AL>> apparently no one has the level of training... :(
MZ> What is the appropriate level of training required to
MZ> argue with your majesty?
I am flattered by such treatment. As for skill, someone who has
sufficient skill will not ask such questions, because
knows the answer, and someone who does not have it cannot explain...
MZ> You it’s not necessary - you’re too lazy to wait for slow times - this doesn’t mean that
MZ> and others don’t need it either...
MZ> Please don’t level everyone under your wig, you are our next benefactor
MZ>, with the appropriate level of training ;)
I don’t level those who will never be equal.
This is my opinion, but if I were you I wouldn’t
enter without arguments. into such a serious dialogue, moreover with potential
attacks.
Bye...
WBR, fyrex.
Somehow Thursday October 3, 2002 at 10:10:07 pm, Andrey and Yuri were arguing about the topic thanks
AL> I'm glad, but this jpg is of no use...
You're wrong :)
AL> IMHO even a zip would be more useful... just make it
AL> more complicated.
doubly wrong
AL> Slower than the slowest jpg (which is b/w) - this “will not
AL> be”?
Jipeg and offtopics are not a fountain, if the speeds are leveled :)
And about the packaging: here one comrade implemented lzw packaging
it comes out very quickly, in extreme cases you can strain the Hrumer with its
algorithms
AL> means no.
what, can you just talk?
how do you remind me of ML... :-/
[IronLord] Yurik aka Jerri / Alien Factory /I \
[No RAR allowed] [SoHm] [Conceptual Minimalism] \ZX/
Once Thursday October 3, 2002 at 22:13:40, Andrey and Mihail were arguing about the topic
thank you
AL> I am flattered by such an appeal. As for the skill, then
AL> who has
AL> with sufficient skill will not ask such questions, because
AL> that
AL> knows the answer, and it’s impossible to explain to someone who doesn’t have it...
clear... you yourself don’t have that’s why you don’t know :)
AL> -+- Spot 1.3b
I remember... you and ML have the same platforms :)
AL>>> I repeat: 2) The main thing is why wait for zip to “work”, when even wheezing
AL>>> does not work very fast (zip will be many times slower)
KF>> Absolute nonsense.
AL> Arguments...
You can use the 'store' compression method...
Yuri Potapov and Andrey Lysenko spoke on the topic of thank you, and I intervened:
AL>> I am flattered by such an appeal. As for skill, someone with
AL>> sufficient skill will not ask such questions, because
In a chit of 30 Sep 02 you wrote to Eugene Sobolev :
ES>> Nonsense. You have 720k of disk memory, or even 800k. There can be up to four
ES>> drives. Enough for any dictionaries, for zip, and for rar, and
ES>> in general for
ES>> whatever you want. If you wish.
AL> You seem to have not read the beginning of the thread and the accompanying conversations - I will repeat:
Subj. =)
AL> 1) in
AL> in principle, no one was going to deny the possibility of porting a zip to a spec
AL>, but such a necessity is called into question
AL> 2) The main thing is why wait for the zip to “work”, when even the wheeze does not work
AL> very quickly (the zip will be many times slower)
Why argue about this at all? This should be intuitive anyway.
If someone wanted to do this (just for the fingers), they would have done it long ago
and would not have wasted time talking about it. I have examples - zip for
Spectrum has already been written twice, at different times and by different people. You may
consider that I'm lying, but both people were from St. Petersburg and the only
reason why their zips will not go further than their disks is that both sometimes
read this conference and use CBSpeccy. At my place.
AL> 3) Everyone argues, not only desires, but also the appropriate level
AL> Apparently no one has any preparation... :(
Then I’ll decipher: there is no desire to read, no desire to understand, no
desire to learn, perhaps there is no time... Although, by the way, there is nothing special to learn there.
Cordially yours.
<<<... aGGreSSor/team PowerAmiga ...>>>
http://www.poweramiga.narod.ru e-mail:eugene_...@mail.spbnit.ru
AL> First, wait for the zip to come out ;-)
compare zxzip and the same hrip first. I’m not too lazy to wait until everything is packed
first :)
AL> I don’t compare those who will never be equal.
AL> This is my opinion conveyed, and if I were you, I wouldn’t
AL> without any arguments
AL> would enter into such a serious dialogue, moreover with potential
AL> attacks.
Is everything okay with the patent? ;) then let's continue... I completely agree that zip
is needed on the echotag. and personally, I will press them so as not to come somewhere and
look with round eyes at a computer that does not have unhrip, for example.
ZXNet: 500:8462/1 ~/ <~ http://zx.fatal.ru/
Fido: 2:5057/21.93 /_ _> SkyNet: 71:170/21
ES> Then I’ll break it down: there is no desire to read, no desire
ES> to understand, no desire to learn, perhaps no time... Although
ES> by the way, there’s nothing special to learn there.
Laziness is a great strength.
ML> Test your peeps again.
Once again I will regard something like this as an insult to the subscriber. be careful with the bends.
...bye.Maxim! ...tigrr//bw::ceg
... Medway - The Resurrection E.P. ...
ML> Hey.. They dragged me in again. One word - CHILDREN!
Well, what can I say? You’re a well-known personality now, in general, now you’ve finished...
I probably flamed more correctly :)
that’s why I’ll remember you almost like KF0, only in more negative, so to say, tones
YP> jeepeg and on offtopics is not a fountain, if the speeds are equalized :)
I wouldn’t say, after all, multiplication instructions are a useful thing
in this case...
YP> and about the packaging: here one comrade implemented lzw packaging
YP> it comes out very quickly, in extreme cases you can strain the hroomer with
YP> its
YP> algorithms
Well, firstly, often the name lzw is understood to be somewhat different from what
is actually found in the zip method. Even if we assume that
he did something similar, then the zip has quite large buffers
which greatly complicates (slows down) everything.
AL>> means no.
YP> and what, can you just talk?
YP> how do you remind me of ML... :-/
I myself can do something, but specifically the idea of porting a zip
seems unrealistic to me, although who knows?
Bye...
WBR, fyrex.
AL>>>> You seem to have not read the beginning of the thread and the accompanying conversations - I
AL>>>> I will repeat: 2) The main thing is why wait for zip to “work”, when even wheezing
AL>>>> does not work very quickly (zip will be many times slower)
KF>>> Absolute nonsense.
AL>> Arguments...
YP> clearly... you don’t have one and therefore don’t know :)
At least an illogical conclusion, it even looks like a hit-and-run... ;)
AL>> -+- Spot 1.3b
YP> I remembered... you and ML have the same platforms :)
Have you ever tried to answer the essence of the question?
Bye...
WBR, fyrex.
ES> Why argue about this at all? This should already be intuitive
ES> understandable.
ES> If someone wanted to do this (just for fingers), they would have
ES> done it long ago
ES> and would not have wasted time talking. I have examples - zip
ES> for
ES> Spectrum has already been written twice, at different times and by different people.
ES> You may
ES> think that I'm lying, but both people were from St. Petersburg and
ES> the only
ES> reason why their zips will not go further than their disks is that both
ES> sometimes
ES> read this conference and use CBSpeccy. At my home.
Honestly, I can hardly believe that someone WROTE a zip, trying to write it
is one thing (which I haven’t tried myself), but writing it is a completely different thing!
Moreover, the source of the zip still needs to be obtained, which has become possible only
recently.
SZ> when did zip come out and when did hrip come out? why the hell did you need a wheeze?! as you explain -
SZ> you can
SZ> continue, otherwise all your answers are useless and meaningless. and at the same time
SZ> remember
Why answer a question with a question?
hrip exists - that's a fact. Whether it was needed or not is pointless to discuss (as well as remember).
SZ> how many questions were there like “what are .hrp files?” and they were
SZ> mainly among pisushniks. Such questions still exist. so
SZ> there are many
SZ> formats, and especially not universally supported, there is no need.
I agree, but you can simply pursue a policy of introducing hrip (if
it really suits everyone), and not chatter about the mythical zip,
the probability of its release tends to zero.
07 Oct 02 18:27, Yuri Potapov wrote to Maxim Latysh:
YP> well, what can I say? You're a well-known personality now, in general now
YP> dopi... I probably flamed more correctly :) that's why I'll d(t) you
Wow! If you make it, you will become a star, like Menyailov.
07 Oct 02 22:53, Andrey Lysenko wrote to Eugene Sobolev:
AL> Honestly, I hardly believe that someone WROTE a zip, trying to write it
AL> is one thing (which I haven’t tried myself), but writing it is completely different!
IMHO Kondratyev (who is the author of ZXZIP, Dickie and PKUNZIP) probably tried.
AL> Moreover, The zip source still needs to be obtained, which became possible
AL> only recently.
The last time is quite a long time ago, several years ago...
AL> the fact is that this is not a nonsense task at all and it is doubtful that it
AL> needs to be done.
It is doubtful only because there is a pussy under the table.
SZ>> everything will be packed first :)
AL> And I’m not too lazy to check this truly “strange” statement.
quotes are in place.
AL> It turns out that hrip works faster by ~20..30%, while
AL> compresses
AL> BETTER by >10%. It's funny that the difference between zip and hrip is only ~5%!!!
examples. known files (demas, special programs) and compression results. they haven't believed anyone here for a long time. At one time (when I made support for zxzip & hrip uh-huh. self-criticism is good. all sorts of pioneers come here and start debunking nonsense.
in Mm
AL> without any reason, so now I
AL> double-checked...
ZXNet: 500:8462/1 ~/ <~ http://zx.fatal.ru/
Fido: 2:5057/21.93 /_ _> SkyNet: 71:170/21
if MK made ZXUnzip for 48 kb
if unjpeg was made for C64, what other than laziness is stopping you from making PKZip?
AL> I wouldn’t say, after all, multiplication instructions are a thing
AL> useful
AL> in this case...
and the extra commands eat up all the winnings from these commands
the first version of jpeg took about 4 hours to decode the image
AL> Well, firstly, often the name lzw is understood to be somewhat inappropriate
AL> for what
AL> actually exists in the zip method. Even if
AL> we assume that
AL> he did something similar, then the zip has quite large
AL> buffers
Once Monday October 7, 2002 at 21:40:35, Andrey and Yuri were arguing on the topic
thank you
AL>>> with sufficient skill to ask such questions,
AL>>> because
Somehow Wednesday October 9, 2002 at 00:35:30, Kirill and Andrey were arguing on the topic of thanks
KF> IMHO Kondratyev (who is the author of ZXZIP, Dickie and PKUNZIP)
KF> probably tried.
if he managed to write ZxZip what stopped him then?
laziness? :)
Good night, *Sergey*!
Rolling my eyes wildly, I watch how 09-Oct-02 at 06:58:24 Sergey Zotov
Andrey Lysenko wrote about thank you
[...]
SZ> it seems to me that 386sx20MHz will not unpack these same .jpg
SZ> faster than Scorp 6MHz. and the troika may not have enough memory -
SZ> there is 2Mb there, but on Scorp it’s 256K.
You’re right in everything, but here you’ve gone wrong.... yessss...
The 286 has a clear memory limitation.
The troika already depends on the specific implementation of the motherboard.
For example, yours Dad, I assembled three from spare parts - so there is a maximum of 32
mega (8 slots x 4Mb (30 pin)).
This is according to the instructions from the motherboard (saved!!!).
And today 8 meg (8 x 1M) can easily be used.
Sincerely, Vladimir.
VS> You're right in everything, but here you've bent.... yessssssssss...
Where has he bent? motherboards.
Like all other computers.
If you haven’t seen a memory expansion card for 286, then this doesn’t mean anything.
VS> For example, for my dad I assembled three from spare parts - so there
VS> maximum
VS> 32 mega (8 slots x 4Mb (30 pin)). This is according to the instructions from the motherboard
That's where the sense of these 32 meters tends to zero (we don't consider old servers) in contrast to 1m on Spectrums, although a bunch of stubborn comrades all the time say the opposite...
VS> (preserved!!!). And today it calmly plows 8 megs (8 x
VS> 1M).
Damn, what a feat... It’s time to erect a monument not made by hands :)
Even 6 years ago, a bunch of people had Win95 at 4 meters on a troika standing and working.
Another thing is how...
And with a troika there is also a feint with the ears - often large arrays of sims blocks
funny glitched. In the dosa where the majority of consumers of these machines sit, everything is great, but rare glitches happen with the installation of Windows. Of the main and
most global ones, winword likes to fly.
Well, working on the sx20 (which was given as an example) is not much faster than on
the real Spectrum. If you haven’t tried it yourself, it’s better notbegins.
ZY: Sorry, going a bit offtopic.
Bye, Vladimir!
Arc/exRLDG
VS> You're right in everything, but here you've bent.... yesssss...
VS> The 286 has a clear memory limit.
VS> The 3 already depends on the specific implementation of the motherboard.
For a 286 computer, the "clear limit" is 16 MB. The 386th is somewhere
within these limits too. But as you know, in the MS-DOS environment, 640kb is not enough for anyone,
even if 256MB is really worth it.
VS> You're right in everything, but here I'm bent.... yeah-ah-ah...
nothing.
VS> There is a clear memory limitation - the 286th.
uh-huh. I saw 2Mb with my own eyes.
VS> Three already depends on the specific implementation of the motherboard.
VS> For example, for my dad I assembled a three from spare parts - so there
VS> there is a maximum of 32 mega (8 slots x 4Mb (30 pin)).
they are no longer realistic to find. :)
VS> This is according to the instructions from the motherboard
VS> (saved!!!). And today 8 megs are quietly plowing (
VS> 8 x 1M).
So I’m talking about the three that I have on my closet, and not in general. :) well, you bent
:)
07.10.2002, Andrey Lysenko wrote to Sergey Zotov:
AL> I agree, but you can simply pursue a policy of introducing hrip (if
AL> it really suits everyone), and not talk about the mythical zip,
AL> the likelihood of which you should strive for zero.
“Pursuing a policy” is always easier than doing a real useful thing.
Please carry out your policy, but why “waffle” about the uselessness of zip? why
slap the hands of enthusiasts?
Bye. Roman.
09.10.2002, Yuri Potapov wrote to Kirill Frolov:
KF>> IMHO Kondratyev (who is the author of ZXZIP, Dickie and PKUNZIP)
KF>> probably tried.
YP> if he managed to write ZxZip, what stopped him then?
YP> laziness? :)
He said that you need more than 128K of memory, and in those days it was rare...
Bye. Roman.
...Vladimir S. Stepanov ..> Sergey Zotov:
VS> The 286 has a clear memory limitation.
VS> The 3 already depends on the specific implementation of the motherboard.
We’re done with offtopics.
...bye.Vladimir! ...tigrr//bw::ceg
... Astral Projection - Enlightened Evolution ...
SZ> examples. known files (demos, special programs) and compression results. Is this a stupid joke? I am not the author of hripa/hrusta, but even I am
SZ> word here
SZ> they haven’t trusted anyone for a long time. At one time (when I made support for zxzip
SZ> & hrip
SZ> in Mm
SZ> zxzip.
amazed by such ridiculous statements!
hrip ALWAYS produces a smaller file than zxzip - this is understandable - after all, zxzip was
made in hell, and hrip already has a fairly good compression method!
AL>> without argument.
SZ> when did you get on Spec? at the time when JPGViewer appeared on Speck
When you weren’t there yet.
SZ> there was just
SZ> a boom in viewing these very .jpg, but the writers will never understand this.
I don’t know anything about the writers...
AL>> doubly without argument.
SZ> similarly. How many pictures have I personally reviewed! and until
SZ> still
SZ> people are wondering if the next version of this viewer has come out.
SZ> view
SZ> .jpg in real life this is beyond the realm of the impossible! Just as they once dispelled
SZ> the myth that
SZ> that you can update the screen every interruption (and they even wrote a color reader
SZ>)
SZ> and viewing .jpg became the same breakthrough.
I’m not sure about jpg, I know about the rest.
Wednesday October 09, 2002 6:47 pm, Yuri Potapov for some reason wrote to Andrey Lysenko:
YP> Konnichi wa, Andrey-san!
YP> Somehow Monday October 7, 2002 at 9:17:28 pm, Andrey and Yuri argued on
YP> topic thanks
AL>>>> I'm glad, but this jpg is like a goat...
YP>>> You're wrong :)
AL>> without argument.
YP> Demo from Cafe02 Traffic of Death
YP> in the epilogue it is mentioned that the demo was made exclusively on ZX and When it was created, the Jpeg decoder was used, among other things. Does it work as an argument?
Really so. On the PC I just cut out the required size from a photo 256x192, and divided it into RGB and made features with contrast in real life, in JPGViewere, for which a huge thank you to the author of this software! Not only did it do the viewing, but also
a fairly powerful converter, of course there are a couple of things missing, but this is only for
convenience of work, and everything else is a breeze!
If it weren’t for this program, we wouldn’t have inserted photos into the epilogue...
Keep it up! And let everything be wonderful.
The only depressing thing is that, according to my information, the author of this program will never
be able to make improvements, because he is simply not with us in this life...
I am sincerely sorry... So, we are losing good friends...
Or am I wrong?
Sincerely, HIMIK'SZxZ/PoS-WT.
...Alexander Araktcheew ..> Vladimir S. Stepanov:
AA> PS: Sorry, we’ve gone a little off-topic.
that’s what I mean. offtopic, why should we announce pkzip??? there is a lot of traffic, but there is zero sense, all reasoning is taken to offtopic measures.
...bye.Alexander! ...tigrr//bw::ceg
...Sergey Zotov ..> Vladimir S Stepanov:
SZ> I’m talking about the three that I have on my closet, and not in general. :) well, you
SZ> bent :)
all sorts of offtopic topics are being compared, maybe that’s enough? damn pkzip should definitely be declared offtopic
...
...bye.Sergey! ...tigrr//bw::ceg
... Phats & Small - Change ...
10 Oct 02 08:06, Alexander Araktcheew wrote to Vladimir S. Stepanov:
AA> There the sense of these 32 meters tends to zero (we don’t consider old servers
AA>) in contrast to 1m on Spectrums, although a bunch of stubborn
AA> comrades talk all the time the opposite...
Well, how can you use 1Mb on the Spectrum? Give us real examples,
except for ramdisks.
AA>> we don’t consider servers) unlike 1M on Spectrum, although
AA>> a bunch of stubborn comrades always say the opposite...
KF> Well, how can you use 1Mb on Spectrum? Real examples
KF> come on, except for ramdisks.
The same as 16M on 286 offtopic
In theory - it is possible, in reality - a very limited number of programs support this
Bye, Kirill!
Arc/exRLDG
Monday October 02 1995 00:11, Kirill Frolov wrote to Alexander Araktcheew:
AA>> we don’t consider servers) unlike 1M on Spectrums, although
AA>> a bunch of stubborn comrades always say the opposite...
KF> Well, how can you use 1Mb on the Spectrum? Real examples
KF> come on, except for ramdisks.
Like regular memory. Store graphics and music that would not fit into 128k.
Best regards, Oleg. [ZX]
RM> He said that more than 128K of memory was needed, and in those days this
RM> was a rarity...
However, he has a version of ZXZip for Scorpio
why is there so much memory there?
Once Thursday October 10, 2002 at 21:26:39, Ilya and Yuri were arguing about the topic thanks
IK> many thanks to the author of this software! Not only did it look
IK>, but also
IK> is quite a powerful converter, of course there are a couple of things missing,
IK> but this is only for
IK> convenience of work, and everything else is done!
what kind of things?
IK> There is only one thing that is depressing, according to my information, the author of this
IK> program will never be able to make improvements, because he is simply not with us in this
IK> life...
alas yes
KF>> give examples, except for ramdisks.
OG> Just like regular memory. Store graphics and music that would not fit into
OG> 128k.
This is actually a ramdisk.
10 Oct 02 20:55, Andrey Lysenko wrote to Sergey Zotov:
SZ>> put himself in a less than favorable light. in almost all cases he
SZ>> stung, at best, just like zxzip.
AL> Is this a stupid joke?
This is the harsh truth.
AL> I am not the author of hripa/hrusta, but even I am amazed at such
AL> funny statements! hrip ALWAYS produces a smaller file than zxzip
Fairy tales.
AL> this is understandable - after all, zxzip was made in hell,
AL> and hrip already has a fairly good compression method!
ZXZIP archiver, hrip packer for packing code.
Unlike ZXZIP, the author of hrip could not afford to waste
an immeasurable amount of memory for unpacking needs - from additional
memory, in addition to the space for the unpacked file, only a few
bytes are used on the stack.
AL> Let me give you the zxzip-hrip compression table and if hrip is better, then
AL> will you eat your panties? ;-)
How about you unsubscribe from Echo and stop engaging in anti-Spectrum
propaganda of writing technologies? Down with the exiles!
10 Oct 02 21:02, Andrey Lysenko wrote to Sergey Zotov:
AL> I don’t know anything about ptsshnikov...
Pisishniks, Amizhniki... who cares - they’re all enemies.
AL> Such crappy computers as three/two can’t be considered,
ZIP works on them.
AA> Just like 16M on 286 offtopic
AA> In theory - it is possible, in reality - a very limited number of programs support this
AA>
Some version of OS/2 used these 16MB completely.
KF> Some version of OS/2 used these 16MB completely.
KF> -+- [ZX]
KF> + Origin: we put an end to PC, speccy next generation!
KF> (2:5030/827.2)
-------
express disagreement with the moderation policy netmail
...bye.Kirill! ...tigrr//bw::ceg
... Phats & Small - Baby I'm A Technoboy ...
YP> what kind of things?
For example, automatic division into RGB with uploading to disk. Otherwise, it’s annoying to do the same action on
15 files all the time, save R, save G, save B, etc.
This is what we really encountered when working with the program.
Here MS/RGI adds that it would be nice to have a more user-friendly interface
hide it, but for me it’s also a mouse, only with normal auto-detection (take the sixth one out of the pusher :) Otherwise, not all of us have mice, or rather only me
in the emulator, for now... :)
MS/RGI should probably get a mouse next week, but that’s a completely different story, usually it doesn’t start the first time nevermind :)
SZ>> zxzip & hrip in Mm Not at all. AL> I am not the author of hripa/hrusta, but I am quite familiar with him :) AL> however, even I am amazed at such funny statements! What's the laugh? Hrumer simply optimized the algorithms for speed and that’s it. :) AL> hrip ALWAYS gives a smaller file, you will always answer for it. Loses on music and screenshots almost 100% of the time. you AL> than zxzip - this is understandable - after all, zxzip was made in hell, and it's just fast. :) there was such a power decreaser (it seems so). written devils when. the pressure is terribly slow, but the result is the same as hrust's. :) the algorithms are the same. AL> Let me give you the zxzip-hrip compression table and if hrip is come on. you will reap everything. demos - because they don't press, screens - because almost all
check first. Last year I didn't sleep at night out of curiosity to check this. :)
AL> hrip already has a fairly good compression method!
the implementation is different.
AL> better, then
AL> will you eat your panties? ;-)
of them press equally, music because zxzip wins up to 30%, ROM because I don't know the result, etc.OK?
SZ>> people are still wondering if the next version of this
SZ>> viewer has been released. viewing .jpg in real life is in the realm of the impossible!
SZ>> just as they dispelled the myth that you can update the screen
SZ>> every interruption (and they even wrote a color reader) and
SZ>> viewing .jpg became the same breakthrough.
AL> I’m not sure about jpg, I know about the rest.
and all of the above started in Samara. :)
AL> You don’t have to consider such crappy computers as 3/2, in any
AL> case, linear memory is one thing, page memory (in
AL> applied to zip) is something completely different...
if you want to live, know how to move around, but you know shit about pisishniks, little
liar. ;))))
KF> Well, how can you use 1Mb on the Spectrum? Real examples
KF> come on, except for ramdisks.
1.MOD-player
2.SoftCopy
enough?
- Alone Coder [ZX-Guide] [ACEdit] [PT] [Chip] [STS] [AlCoNews] [ANSI] [8col]
YP> in the epilogue it is mentioned that the demo was made exclusively on ZX and during its
YP> creation, a Jpeg decoder was also used
If only it could immediately upload tricolor .xpc... otherwise I did one
bullshit here, there is still a bunch of .r .g .b lying around, there is no time to glue everything together...
YP> and there are extra commands they eat all the winnings from these teams
YP> the first version of the jpeg decoded the picture in about 4 hours
The road will be mastered by those who walk. At first, the GIF unpacker was also slow for me.
AL>> he did something similar, then the zip has quite large
AL>> buffers, which greatly complicates (slows down) everything.
YP> if during unpacking there is enough 64 kb for the unpacking buffer, why shouldn’t 64 kb of buffer
YP> be enough for packing
Damn, you take the assembler, you write a stack of drivers and a doc for them. Upper memory
has it been abolished?
YP>>> but what, can you just talk?
YP>>> how do you remind me of that ML... :-/
Uh-uh... offtopic, I’ll say it later.
Confrontation greatly raises a person in his own eyes. (c) I.Guberman.
AL>> I myself can do something, but specifically the idea of porting
AL>> zip seems unrealistic to me, although who knows?
“Something” is where? Should I sit on the potty? What if you miss?
WBR, Jason.
/*e-mail: jason2000(scary dog)yandex.ru ICQ: 62235830*/
/np:/ *silence*
KF> Well, how can you use 1Mb on the Spectrum? Give us real examples,
KF> besides ramdisks.
Yes? Life is not enough to list them. It will be cheaper to wash your ears.
You are behind the times.
The next letter is a real example.
KF> * Origin: we put an end to the PC, speccy next generation! (2:5030/827.2)
They don’t put up a cross, they dig it in.
Once Saturday October 12, 2002 at 21:37:51, Ilya and Yuri were arguing about the topic thanks
IK> For example, automatic division into RGB with shipment to
IK> disk. Otherwise, it’s annoying to do the same action on
IK> 15 files all the time, save R,
IK> save G, save B, etc.
initially it was planned to do a complete unpacking of the image and swap it directly to the
disk, but there were serious concerns about memory
IK> Here MS/RGI adds that it would also be nice to have a more
IK> interface friendly
IK> to close, and for me it’s also a mouse, only with a normal
IK> auto-detection (pull
IK> from the sixth pusher :) Otherwise, not all of us have mice, or rather
IK> only I have
IK> in emul, for now... :)
and about interface:
the font is taken as a desktop one, the mouse is theoretically possible, of course
only IMHO it’s not necessary
so if you have time, you can develop something like that, since I
don’t have any ideas :(
Sunday October 13 2002 20:00, Yuri Potapov for some reason wrote to Ilya Kudryavcev:
YP> and regarding the interface:
YP> the font is taken to be stupid, the mouse is theoretically of course possible
YP> only IMHO without need
YP> so if there is In the meantime, you can develop something like this, since y
YP> I don’t have any ideas :(
Well, then you need to share the source code of the unpacking algorithm... Preferably with the docks.
Somehow Sunday October 13, 2002 at 18:31:21, Valerij and Yuri were arguing about the topic
thank you
VK> Now, if only he could immediately unload tricolor .xpc... and
VK> then I did one
VK> bullshit here, it’s still lying around a bunch of .r .g .b, no time to glue everything together
VK>...
with time :) although what the hell is time?
VK> Damn, you take an assembler, write a bunch of drivers and a doc for
VK> them. Has the upper memory
VK> been abolished?
is it always there? and if it’s not there...
if the program slows down and requires a ton of memory, you need to optimize the
algorithm
VK> Uh-uh... offtopic, I’ll say it later.
VK> Confrontation greatly raises a person’s profile in his own
VK> eyes. (c) I. Guberman.
hmmm interesting expression
DB> 1.MOD-player
DB> 2.SoftCopy
DB> is it enough?
item 2 does not apply. So far there is nothing except multimedia (sound and graphics)
it turns out.
KF>> Real examples
KF>> come on, except for ramdisks.
DB> 1.MOD-player
DB> 2.SoftCopy
as a copy buffer
KF will say that this is a ramdisk :)
IK> Well, then it is necessary to share the source code of the unpacking algorithm...
IK> Preferably with docks.
it’s complicated... it’s all without comments, I don’t understand most of the code myself,
although there were attempts to explain it all to me :)
in general, you can of course attach an interface from unZip (Extractor 2.x :)
to unJpg but there’s still no talk about the mouse... and I don’t like this rodent :)
05 Oct 02 07:27, Maxim Latysh -> Yuri Potapov:
YP>> it’s clear... you yourself don’t have it and therefore don’t know :)
ML> Try your pips again.
AL>>> -+- Spot 1.3b
YP>> got it... you and ML have the same platforms :)
ML> Ty.. They dragged me in again. One word - CHILDREN!
Uh... You know, people tend to look for (and find) shortcomings in others
which they carefully try to hide in themselves. "In someone else's eye..."
Valerij Kozhevnikoff and Maxim Latysh spoke on the topic of thank you, I intervened:
One word - CHILDREN!
VK> Uh... You know, people tend to look for (and find) in others
VK> shortcomings that they carefully try to hide in themselves. “In
VK> to someone else’s eye...”
He said it correctly, but you just started it all, so you should first check
yourself
for what you are trying to hide in yourself.
With respect, Maxony.
VK>> “In someone else’s eye...”
ML> He said it correctly, only you started it all, so you should have first
ML> checked yourself for what you are trying to hide in yourself.
ML> With respect, Maxony.
ML> + Origin: -=Amiga Rulezzzzz=- (2:4642/17.100)
-------