Как сделать lazy load pdf?

Question

[bossigorxxx]

Возможно ли загрузить pdf не ожидая всей его загрузки? Есть читалка просмотрощик pdf и он пока не загрузит весь pdf не откроется. А pdf бывают до 60 mb.

Comments

[Adamos]

Можно "нарубить" pdf на куски по одной-две страницы.
С выносом наружу средств перелистывания (по факту - замены одного pdf в читалке на другой).

Answer 1

[Rsa97]

Никак не сделать. В самом конце PDF-файла находится запись startxref с указателем на таблицу объектов (блок xref), и блок trailer, определяющий структуру документа.. Так что, пока не прочитан весь файл, невозможно определить где в нём находятся отдельные страницы.
В описании формата PDF сказано:

Applications should read a PDF File from its end.

Comments

[bossigorxxx]

Эх, жаль( Начит не ту читалку выбрал, поторопился. Надо было найти плагин который pdf на картинки конвертирует и потом эти картинки читалка в пагинации страниц будет листать изображения в lazy load.

Answer 2

[Daemon23RUS]

Applications should read a PDF File from its end.

Чтение startxref решается через httpConnection.setRequestProperty("Range","-300"); (чтение последних 300 байт файла)
Далее через setRequestProperty вычитывается диапазон с первой/2й/3й
P.S. Изначально писал сообщение как комментарий к ответу Rsa97, но запостилось как ответ к вопросу, поэтому дополню: Посмотрите в эту сторону. https://github.com/mozilla/pdf.js.git

PDF.js is fetching the entire PDF file from a server. Can it fetch only the required portions for rendering?
Actually, PDF.js is doing just that. PDF is a complicated format; in most of the cases, the vital data of a PDF document is located at the end. Depending on browser support and on what web server returns the HTTP Range Requests headers, PDF.js may automatically start using HTTP Range Requests to fetch not-yet-loaded portions of a PDF needed for rendering visible pages, so a document can be rendered without fully loading it.

Comments

[Rsa97]

Ещё trailer надо прочитать, он непосредственно перед startxref, но его размер не определён. xref даст только список объектов, а trailer содержит структуру страниц.

[Daemon23RUS]

Rsa97, Чисто гипотетически (не спора ради), что нам мешает зачитать вторым запросом блок xref вместе с trailer. Первым запросом мы получили последние 300 байт, а в них начало xref, вторым запросом получаем нужняй хвост файла (мы то теперь знаем его размер) исключая последние 300 байт (их мы уже имеем, да и число 300 выбрано мной случайно как пример, его можно увеличить и 2й запрос выполнять только в том случае если размер хвоста его превысил)

[Rsa97]

Daemon23RUS, Можем. Просто придётся практически свой PDF-viewer писать, чтобы так по кусочкам его вычитывать.

[Daemon23RUS]

Rsa97, Зачем? Все давно придумано коллегами ранее.
https://github.com/mozilla/pdf.js.git

PDF.js is fetching the entire PDF file from a server. Can it fetch only the required portions for rendering?
Actually, PDF.js is doing just that. PDF is a complicated format; in most of the cases, the vital data of a PDF document is located at the end. Depending on browser support and on what web server returns the HTTP Range Requests headers, PDF.js may automatically start using HTTP Range Requests to fetch not-yet-loaded portions of a PDF needed for rendering visible pages, so a document can be rendered without fully loading it.