QB64.org Forum
Active Forums => QB64 Discussion => Topic started by: Cobalt on April 15, 2019, 11:47:28 am
-
Anybody else seeing that the 'Cyberbit.ttf' is showing a 3x size increase when packed?
Or am I just special? :D
Also, just which of the changes added 210 megs to Qb64? the change log isn't THAT big.(https://www.portal.qb64.org/version-1-3-changelog)
373megs v1.2(391,297,381 bytes)
583megs v1.3(611,789,198 bytes)
-
QB64 now ships with an updated version of mingw, which could explain the increase in the unpacked folder size - which I hope is what you're talking about because we're not offering a download that big. Unless you mean the source code package, which GitHub adds to the release on its own - I didn't check that download size.
If it's the source code package you're talking about, then you should know that we're still keeping both 32bit and 64bit compilers in the repository, so we can provide a 32bit version for Windows. That doesn't happen with the release packages, which only contain the right compiler version.
About cyberbit.ttf and how 7z dealt with it: great question. That's likely wrong.
-
The "qb64_1.3_win_x64.7z" download is 90,980,492 bytes (86.8 MiB).
I tossed it through the GNU+Linux command line version of 7zip to see how it would reports things:
Cyberbit.ttf font file:
Compressed: 13,353,848 bytes (12.7 MiB)
Uncompressed: 44,759,679 bytes (42.7 MiB)
Totals:
Compressed: 90,816,481 bytes (86.6 MiB)
Uncompressed: 626,281,106 bytes (597.3 MiB)
Folders: 664
Files: 17,816
Edit:
About your GUI display in WinRAR, for some reason WinRAR is swapping the compressed and uncompressed values for just that one file. Submit a bug report to WinRAR. :-)
-
The "qb64_1.3_win_x64.7z" download is 90,980,492 bytes (86.8 MiB).
I tossed it through the GNU+Linux command line version of 7zip to see how it would reports things:
Cyberbit.ttf font file:
Totals:
Edit:
About your GUI display in WinRAR, for some reason WinRAR is swapping the compressed and uncompressed values for just that one file. Submit a bug report to WinRAR. :-)
I actually see the same values being reported by 7zip. And the font is ~13MB uncompressed, so something is really off with 7zip.
To test it out I created an archive containing only the font file, and compression was reported properly. Looks like a glitch with the 7z format indeed.
However, the package does work as expected and the final file size is as expected as well.
-
If the font is actually 13MB and not 42MB, then 7zip is definitely messed right up. I assume the totals are messed up, too, then. I didn't decompress to check the actual total file size.
-
However, the package does work as expected and the final file size is as expected as well.
As Fellippe said, it works, and that counts...
For everybody who needs to save some disk space, you may safely delete the folowing folders from the new MinGW package.
internal\c\c_compiler\licenses,
internal\c\c_compiler\opt,
internal\c\c_compiler\share
Although these folders must be present in the distribution (license requirement), you don't need to keep them on your private PC, as it's mainly explaining text files, lots of Python stuff and optional packages, which are not required for compilation of our QB64 programs.
Deleting these 3 folders on my PC did eliminate about 2/3 of all files in the MinGW package and freed up 113MB disk space.
-
this is my experience with package of QB64 1.3
see attachment
it confirms that also with Peazip the cybertif font appears about four times bigger...
[ This attachment cannot be displayed inline in 'Print Page' view ]
-
Quick Google search and it turns out to be normal. Also, the file hasn't really been expanded in the package:
At https://forums.powerarchiver.com/topic/2352/packed-size-exploded-with-7-zip/2
Packed size cannot be used as “right” when archives are solid (for RAR and 7-ZIP) because there isn’t any way to get how many bytes in one solid segment is from one and from other files.
Based on your case we can see that two executables were compressesed as first solid block, and the third file was compresseded as second solid block.
This is why ratio is ?.
And at https://sourceforge.net/p/sevenzip/bugs/798/
It is not an error, but rather an implementation feature of .7z format. 7-Zip stores (I guess) packed size for entire solid blocks, which you see as the packed size of the first file in the block. Haven't you noticed that you may pack a small file into several megabytes? :-)
-
Weird. I have used RAR for decades and have never seen it report things wrong like this. I always use solid RAR archives with recovery records. I wonder how RAR handles solid archives properly, or if I just never noticed this oddity?