Where did you get (references)?


Do I understand correctly that the difference between EPUB and MOBI is only storing a similar file?


Well, yes, fools work in Gutenberg, Flibust, etc.
They do not know that it is possible to accommodate more files and reduce traffic.

Tell them about it! :-)

Post has been editedBillard - 19.01.18, 16:55

I suggest you personally do a simple experiment:

Take the EPUB and MOBI files from Gutenberg.
Unpack them, and then pack them back into ZIP, for example.
Compare the sizes and draw a conclusion.


Whisper electronic librarians about the results of the experiment.


A good idea!

So just hereAmazon Kindle Voyage (Post eliy # 69374531)and told, can read ...

Not. Wrong. I already wrote the difference between EPUB and MOBI, but sincefish have a memory of three secondsyou already forgot:

So, in the mobi container file there are two books directly: mobi7 and azw3, plus service information, plus an archive with source files, which you can either not include at compilation, or delete after using the Kindlestrip script

Venerable Geist des Widerspruchs Billard, it prevents you from understanding and accepting it, but fortunately this fact existed, exists and will exist without your desire and regardless of your faith in the archiver and the identity ePub = MOBI.
It’s like oxygen: you don’t see it, but it is, even if you do not believe that it is. Well, or sparks from the eyes. In fact, they do not fly, they are not there, although you have seen them more than once and will see them again if you once again shy your head about something solid.

Billard,
As I understand it, no. Each format has its own structure. When generating ePUB and MOBI from source, they will be completely different. At the same time, when creating MOBI, it is possible to put the source files from which it was created / converted into it. It is precisely this initial data that you see when you open the MOBI archivers. In fact, they are useless and only increase the volume.
In most email. libraries, files are stored in any one format, and upon user request, on the fly they are converted to the requested format. At the same time, each library itself must configure the converter used, which, it seems, is not done and is used as is, with the default settings - It works!

I am waiting for a demonstration of this statement on files from Gutenberg or Flibusta (although they do not know how to use KindleGen).


Have you already done an experiment?
If not, I highly recommend:




I see that inside the EPUB and MOBI files the same set of files.
Send screenshots of your personal experiment.

Post has been editedBillard - 19.01.18, 17:26

Sibd you understood correctly. Well Billard, I also understood everything for a long time, but I can’t agree, because I think it will reduce our respect for him.
Billard, will not reduce, but maybe even increase.
Well in general. that he could, he told.

I open the EPUB and MOBI files with the archiver, I see that they are exactly the same inside.
What should I agree with?

With the fact that they are the same?
So I agreed with this a long time ago.

Or should I not believe my eyes, but believe your statements?
So confirm them visually and I will believe.


What does not reduce?
What will increase?

Post has been editedBillard - 19.01.18, 17:36

I gave the files. Look. Sapienti sat

Well, whoever needs it will understand. I stop throwing beads.

Why do I need your personal files?
I take files from public libraries!

And everyone can do the same.
Take book files from any public library and make sure what I say.

Can open a file with source data. Can remove them from mobi and make sure that this will not affect the contents of the book in any way.

What is the source code?
Did you open files from Gutenberg, Flibusts in the archiver?

I suspected that this was a very difficult task for you, so I was not too lazy and did it myself:
Amazon Kindle Voyage (Post Billard # 69364305)

I don’t see there everything that you are talking about here.


Where is all this?

Billard,



something else to explain?

Where is the air around you? Where is the oxygen? Where is the nitrogen? Where is all this?
You do not see anything, but there is something around. To see this something you need a special device. A magnifier will not work, as the archiver does not fit in order to see the mobi structure. Instead of the archiver, take the only correct script

I didn’t download anything and I’m not going to download it. Yes, and there’s nothing to prove.

I take the first ePub I get and pass it through Kindlegen. Once without options, and the second time with the -dont_append_source option.
Such three files I posted on the forum in the archive. And anyone can repeat this trick.
The difference between mobi size is equal to ePub size. It is impossible to open a smaller mobi in the archiver, but it quietly opens on the Kindle and is sent without errors via StK. It is 100% valid and 100% workable. It contains all 100% of the book. It is obtained by Amazonian Kindlegen. You can’t say that the Kindlegen is not working properly?

Post has been editedeliy - 19.01.18, 19:05

Billard,

We take a book from litresa:

and download EPUB, FB2, MOBI. Unpack and open in caliber and make sure that they are all the same and contain the same pictures

Tried to open and unzip all 7-zip files. Only epub opened

I opened mobi in a text editor and saw this:

This means that the caliber 0.9.27 is running on the liter converter :)
Next, I compared their size of the files themselves and converted epub to mobi via caliber and fb2 to mobi via freelib (I cleared the received folders from logs and pictures, leaving only the file itself)

Freshly created in caliber mobi has a volume 1.8 times larger than from a liter, it also does not open with the archiver and also has the following line:

Freshly created in mobi freelib (with the addition of vignettes and small formatting) has a volume of 1.5 times more than with liters. At the same time, it opens with an archiver

If you unpack it, and pack it back again, we get:

the contents of the resulting archive, for comparison

So we get that out of 1.5 MB of archive file,>0.3 MB of archived text from the conversion (the archive of the original fb2 weighs a little more than the archive we received), and everything else is hidden from us for the book itself and is approximately equal to the volume of mobi from liters.
I also converted epub to mobi via fb2mobi with the default settings - I got 2.15 MB mobi - i.e. almost 2 times the original file.
It turns out that what is visible in mobi through archivers is not what books see in this file.

Sibd KindleUnpack will show what mobi consists of. it will split it into components (and extract the archive with the sources too) and by reverse engineering will generate an ePub which will not be at all similar to the original one, and it looks wry and the size is not at all the same. https: //www.mobileread...showthread.php? t = 61986
If everything was as simple as it says Billard, , then as they say - Why goat button accordion? I took it in the archiver and unzipped mobi and that's it. And people are fools who wrote some scripts-schmipts ... But we know that on MobileRead scripts and software aren’t fools at all ...

Post has been editedeliy - 19.01.18, 19:30

A strange man.
You write him a book from Gutenberg, and he takes it from Litres.
Okay.


At Litres is not MOBI, but PRC, if my memory serves me right.


Caliber in the furnace!
Never heard of this before?


What is it made of?
Why add something there?
Why use FreeLib?
What is the point of comparing with Litres (PRC)?

***

I asked you to compare the EPUB and MOBI files from the Gutenberg public library (Flibusta, as an option).
And explain why their contents are the same? You claim that ...



Do they (Gutenberg, Flibusta) get the same files from different sources?

Can you do it?
Or is it very difficult for you?

How does it not fit if it fits?
Unzip any MOBI file - there are HTML and CSS files, images, fonts.
These files do not correspond to the electronic book, in your opinion?
Or did the archiver accidentally open the file like this?


Why should I take a script if you ...


Some kind of strange logic.

Ok, unzip the EPUB and MOBI files from Gutenberg / Flibusta with your scripts.
And show the difference that I don't see when unzipping 7zip.


Namely, there is nothing to prove, because you cannot prove anything.


And I take the first EPUB I get and do not pass it through KindleGen.
I take a similar MOBI and also do not miss it through anything.

I just look at the contents of these files in 7zip (no processing, just opening).
Why is it the same? It must be different, right?


Exactly, trick!
And I have no trick. :-)


I will not say.

Gutenberg, Flibusta and other public libraries have some other KindleGen?
Right?

Posted on 1/19/2018, 20:10:


Of course you need.
What public library is test.mobi taken from?

Post has been editedBillard - 19.01.18, 20:20

Naturally the same, because you look at the archive from which mobi was compiled, which is the ePub downloaded from there. Naturally they are identical. And what does this prove? Nothing. Just that you have opened ePub attached to mobi.

What will happen to mobi if you somehow remove what you see in the archiver from it?

Well, you yourself have proved my claim that EPUB is the basis of MOBI.
Or did not prove?


Indeed, what will happen?
Can you show the example of files from Gutenberg / Flibusta?

Tight with logic ...

If a turd is stuck to the package, what does the package contain?

If the source file archive is attached to mobi in the form of ePub, what does mobi consist of?