ALL BULLSHIT So the shell is made, to be honest, I’m in favor @#$I wanted to do it, there were so many glitches at the beginning it happened, I forgot about it a thousand times, but again accepted and did, but to be honest, I didn’t still realized what I wanted, there are some e ideas, but all this is in the future. I haven’t yet I will tell you exactly what will happen, because... himself I haven’t understood everything yet, I mean, not everything, what I would like to do I can write on Asme, I’m still not a super coder. It’s just- just my first experience in implementing a viewer And I think it turned out pretty well So, what awaits you in this issue from section of nonsense (or maybe not nonsense). And I expected- Et you - review of packers and test respectively+objective opinion on the do themselves prog I will look at all code file packers, they will undergo a comprehensive check and will identify it is determined which one is the most and for what purpose suitable, there are not so many packers Nya, but I have enough, okay let's start. Packs:HRUSTv1.3 HRUMvЗ.5i CCvЗ.11 CCv2.32 MS-PACKv1.096 DSQvPar.12TRUSHPACKv0.862 ASC(LZS)PACKv4.05 Block: a regular code block was taken from the game the game is quite old, 1984, but block taken fairly. I’ll explain everything further a music file was also taken. After all, it’s not uncommon we have to pack the music too. And the last thing - screen, of course, you can was to take a screen packer, they are all it's still a bit steeper, but I decided to check it out how the screen shrinks to the code of the packers. And which of them will be better. Screensaver taken from ADV#12 (background) Results: I will talk about every pack lew, to make it clearer, I won’t exceed Read the table and everything will become clear to you. Let's start (or continue?) in order. ************************************************ HRUSTv1.3 Depacker length - 222 bytes There is so much in this sound for the coder's heart merged, yes, at the moment it’s the most the best packer, only ZX-ZIP is cooler, but It's an archiver, so it's not really needed. That's it, I'll finish the lyrical digression and move on let's get to the point. He packs quickly, sodidn't have time to smoke eat, but he is not a record holder (more on that later). Code file: At first I packed it according to the standard, i.e. without depacker, packed by 53%, which is very cool with a file length of 41035 (i.e. the file is my place is small from 24500 to 65535 (I am a specialist I actually took this one). I got undressed quickly and that's right, gamez went free after that but. Next came the moment of packing with depak rum, packed, also unpacked freely. But when I inserted autostart, HRUST complied completely incorrectly unzipped and reset What I haven’t tried: I put a stack and a place position of the depacker, but he doesn’t care. Yes, words no, just mats. With depacker - 50% (packed). Music file: There are no problems here at all. Everything is top-notch ( what a stupid word). It’s a pity you can’t do it in HRUST insert a mini-prog in ASMA so that the music itself I played, otherwise how cool it would be. Only here I decided to check with IM2 enabled, and Here a big bummer was waiting for me, unpacking. unpacked, but didn’t start playing, although I unzipped everything correctly, just like I couldn’t SCORP, so in the monitor I can block che- ck there's no difference, what the hell am I I don’t know. With depak.-64%; without depak.-60% File length - 11548 bytes Screen file: There’s nothing to say here. All o.c. Unless You can’t pack with autostart, well, ifget up develop your own program for displaying images on the screen, then you can install autostart. File length is 6912 bytes. With depacker-17% Without depacker-20% About HRUST - everything, all conclusions at the end. ************************************************* HRUMvЗ.5i Depacker length - 119 bytes The design is no different from HRUSTv1.3 What did you think, the author is the same. But here there are many more possibilities than HRUST I mean that you can pack a block almost It's 500OObytes, which I say is cool. In the very first issues (NUT#0;1), I did newspaper in SPECTRUM GUIDEv2.0, of course I then I packed the whole thing, but now I get... there was bad luck, HRUST packed the music, but SG could not process it, i.e. unpacked and the text was messed up, but HRUM did everything perfectly. The same garbage with the text...And now the test Code file: Passed all the tests perfectly, got worse, than HRUST, but works better with interruptions but, no problem, but I feel sorry for these extra- them sectors, because I had such a case when packing the block with HRUM, it turned out to be the same length one sector more than is not necessary, at the same time oheverything was falling apart for me, it was just not enough places in memory, I also don’t like it when... let's say, packing the file, you see (let's say we do loader), which ultimately, when combined, Nii, the length will be >2SScekob. After all, this is funny but it will look if the game is small and there are a lot of sieves, that’s why you have to pervert and pack all the time with different packers. With depacker-48% I didn’t check without a depacker, I’m too lazy to separate the army depacker from the block, and they want to know length without depacker, just subtract 119 bytes and that’s all. But the length without a depacker is not always children are smaller than with a depacker. Music file: I don’t even know what to write, because there are no there were no problems with it. I already wrote above that in the first issues I packed music for them, so that comments are unnecessary. With depacker-57 Screen file: One thing I can say is why I took it for packing ki pictures code packers (one reason for I have already given above), but because when packaging on the screen you can get quite good output of pictures, but not here. Pictures- ka is displayed in the same way as in HRUST, i.e. first the attributes, and then the picture itself. With depacker - 17% (that's what one author means) Let's move on to the next one. *************************************************CCvЗ.11 Depacker length - 127 bytes Well, this subject deserves a certain attention on the one hand, and on the other It’s better not to pack at all. Well, he doesn’t know how pack in some cases, and now the fact is you're from Tets. Code file: You pack and pack, but then you find out in vain all this. At first I packed the file without auto- tarta - everything is ok, but when I activated the car tostart, the file has shrunk, but can’t be unpacked I wanted to. And in general about CC oddities, I’ll tell you called in the second issue (NUT#1), in the article review of glitches. With depacker-43% Music file: What can I say, this is the first time I’ve seen a pack- A guy who can't unpack music. I mean, we pack and unpack I don't want to and I don't intend to. With depacker-35% Screen file In the experiment carried out, CC was unable to store forge a picture, he couldn’t squeeze the last one byte, so the test was carried out on another picture and result. With depacker-44% Let's continue.........************************************************* CCv2.32 Depacker length - 101 bytes Don't be surprised that I took the old version packer, it may just be old better than new. Code file: Yes, no glitch with autostart was found here, what can I say, it only appeared in the version 3.11 (adding a new glitch). It got worse, but not much than the larger version, but much worse than HRUM and HRUST, no brainer (or maybe and he doesn’t understand???) With depacker-42% Music file: Here I can immediately report a sensation, CCv2.32, squeezed the music cooler than CCvZ.11. Which is quite strange to tell the truth, but at the same time he I was able to unpack it easily, nothing happened without spoiling. Miracles and that's all. With depacker - 48%(!!!) Screen file: Thinking that the same success awaits me with picture, I happily sat down to pack, but... what was my disappointment after the numbers. It's a disaster, it's bad, gentlemen, even very bad. the same, although in principle this should have been expected give (what do you want from the old version)With depacker-15 (packed cards from ADV#12) Onwards to the long journey. ************************************************* MS-PACKv1.096 Depacker length - 192 bytes Before the advent of HRUST and HRUM, it was the most my best packer. Yes, he is still better everyone is pressed by text files. But it’s a pity that it’s time My compression is too big, but in comparison with DSQ-fast. The design is pretty good, but it could have been better, yes, of course on the 96th year is good. And now the numbers and comments Code file: I figured it out pretty quickly, of course... but after some confusion, I understood everything. It could have been done simpler.... The lu- better than all the described packers, except natural- essentially HRUST and HRUM, undressed on o.k. without a single mistake, but the whole point is that on the fast method it shrunk by 1% better. With depacker-46% Music file I wish HRUST could pack the text in a cool way too this, that...you understand. No words, everything is ok. No hassles or errors With depacker-38% Screen file Well, obviously MS-RASK is not intended for painting nok, becausepinched pretty bad, rather he more intended for code, not for scr I see that I am repeating myself, in future it will be necessary take into account... It’s a pity, of course, that it’s not possible recordings without a depacker, otherwise it would have remained with me on the disk along with HRUST. With depacker-16% The packers are either worse or better, it’s not clear ************************************************ DSQvPar.12 Depacker length - 156 bytes It is written that 176 bytes, but I write what you see I’m in the file, not official data, although they are fairer. Paco is completely incomprehensible a nerd at first, but if you look into it, then it is very simple. Code file: In the first issue, I wrote about DSQ, namely about strange windows. So now I won’t I'll repeat myself. But you know, it's buggy takes first place. I packed the file with two windows - the first time a window that MUST to be with him, and the second time with a smaller window-4. Packing time (first time), took about 2 hours, okay, don’t care about the time, but when the file didn’t unpack, that was something. Such I have never seen perversions. In the place of the authors, I I would have tested the program a thousand times before release it to whitelight. The second time the file shrunk worse by 2%, and that’s it still not unpacked, it already looks like idiotic bastard who does not achieve possible, but the fact is that when I pack shaft its intro, everything is ok, but here.3.1Chzdets. But when checking without a depacker, everything went well lo great, no problem, except that I'm # I tried to adjust it to fit the depacker. The most important thing don’t say anything, you can or can’t write down Put the depacker separately on the disk. Okay, results. With depacker-47% I won’t give data about without a depacker - new, because it takes too long to bring in feeling depacker for normal operation bnosti. Music file: Here things are no better. Music unpacked it was wrong, but for some reason autostart it went freely, strange things I'll say cabbage soup with this packer. With depacker - 38% (sting at MS-RASK level) Screen file: Screens are also not his environment, he packs quite a long time, but it unpacks simply fairy tale. It all depends on the file, i.e. he once Nomu can display a picture on the screen, sometimes yes it turns out pretty good. Good, but slow depacker, it is this that gives such re- result. With depacker-17% (MS-RASK rests) Let's move on......************************************************* TRUSHPACKv0.862 Depacker length - 206 bytes There’s just one thing I don’t understand, why he reserves allocates as many as 300(!!!) bytes for the depacker, because this is idiocy, well, if a person wants, then necessary. Lack of interface (normal) is not covered by the packer's capability. It simply takes the start of the file, reduces it by 300 bytes and writes a file. No understanding - Tia where to place the depacker, idiocy. And I still can’t understand where people got it from Version 3.862 has been released. Trush, another version has been released Style or not, but here are the numbers 862. After all, it’s the same version, except that I have it 0.862. A Doesn't this look like it's the same thing? the same thing, someone just renamed it somewhere the prog just went and went. Or am I wrong? I'm afraid??. Code file: Well, there’s nothing to talk about here. I packed the beam- higher than CC, but worse than everything else. Yes, and decomposes quite quickly compared to DSQ. But one thing is bad, there is no auto start. Plus one more thing The depacker takes up too much, and this is not there is good. With depacker-45% Music file:Music, it’s like a regular file, except that it’s For all installations you can listen to this file And so there’s really nothing to report. With depacker-36% Screen file: I want to say right away that the file is a packager go to the address found in the catalog dits, so that when loading the screen saver, The box hangs itself, it’s a no brainer. And in general, TRUSHPACK cannot be specified parameters for the packed block, so you will have to transfer the rate yourself to the ek- wound With depacker - 14% (yes, he doesn’t like screensavers) Well, let's finish the review with the last program. ************************************************* ASC(LZS)PACKv4.05 Depacker length - 100 bytes The smallest depacker ever I have met, and the fastest speed of packs is ki, as well as the lowest compression ratio data. Hmm, it’s a very cool packer, it’s a pain he has special requirements, but they don’t meet meet its level. And besides, why the hell he is asked for a 7-jar to store the I write the inscription, well, if only for this purpose, then he's even worse than I thought. Code file: Yes, he hasthere are many disadvantages, but no less - neck number of advantages, how he can do everything except recording a block without a depacker, which is a pity BUT these incomprehensible messages do not attract but on the contrary they repel the user. Packs over quickly, maximum 1.5-2 minutes, but here’s the level. as I already said, not tall. Folds up chatting that the author wrote the packer in a hurry - ah (what a word). And he only needed packing speed, well, he’s a record holder. Autostart is a trifle for him, he unpacks it fight file. There is one glitch, even in 48k he's trying to turn on the 7th bank, well... Ren him, if I have 48k, I need to do the test. A do not use memory. With depacker-30% Music file: There will be no comments, just numbers. With depacker - 20% (ugh, shame) Screen file: Yes, what can I say. Perhaps only one thing. He eats the national one didn’t squeeze the screensaver, that’s the kind of smoke I didn't expect it, to be honest. With depacker-0% So a review of packers has been made, and now comments about what to pack. Yes, please lady packer amazed me with its “coolness” noah,” there’s nothing to say. But I won’t say all of them I'm HRUSTv1.3, the best packer. He the only one worthy of ice's attention. Simplicity inhandling + flexibility in handling with files, what else is needed, and it’s even cooler everything that I described. And HRUMvZ.5i will be needed for packing large files is its element. Of course, I could include it with the packing kami and archivers (ZIP and HRIP), but why after all, archivers speak from their name that they are intended only for archiving vania, and not for packaging. Yes, ZIP would be superior HRUST and everyone else, not much, but happy but noticeably. I gave a review and said my opinion - hall, and it’s up to you to choose. Of course it’s a pity, that people who exhibit 4kintro, after all they pack something, so it’s a pity that they don’t distribute distribute their packers, or could write a packer, since you wrote it once, like this They could have stuck on the interface, etc. Well, I guess I’ll finish issue 6 with this which, according to a strange tradition, is the anniversary Leiny, and the fifth issue was also an anniversary - nom. Now I’ll explain, the fifth was an anniversary, because fifth in a row, and 6th, because NUT #5. That's it. The next issue will have a complete walkthrough version of MOONWIND(demo version) from ADV#12. Also a couple of pokes that will help you go through this gamez and not only for him. Also from the 7th number the assault on BARD'S TALES, I think many people are tired of playing without finding anything. In this really big game.Soread NUT#7
Share your thoughts about the article