j< ddlZddlmZddlmZddlmZmZmZm Z m Z m Z ddl m Z ejeZdZde d efd Zde d efd Zde d efd Zde d efd Zded efdZdeded efdZde ded efdZde d efdZddeeded efdZdS)N)BytesIO)IO) WHITESPACESWHITESPACES_AS_BYTESBinaryStreamType StreamTypelogger_warningread_non_whitespace) PdfReadErrori streamreturnct|}||dz }|dd|dddko|dddkp|ddtvS)NrEI)r readseekr)r ei_toks IC:\Projects\DSCons\.venv\Lib\site-packages\pypdf\generic\_image_inline.py_check_end_image_markerr1sn  ( (F fkk!nnF KKA "1":  UF1Q3K3$6$T&1+:TUrct} t||tx}z}|r|st d|d}|dkr;||d|dzz }|t| |zdzdn|d}|dkr|t| |zdz d|d}|tvr9|dd|d}|dz}|tv9||d|z }nLt|d kr||z }t d||ddz }|ddt|st d t|S) z` Extract HexEncoded stream from inline image. The stream will be moved onto the EI. TUnexpected end of stream.>rNrrrEI stream not found.) bytearrayr r BUFFER_SIZEr findrlenrrbytes)r data_out read_bytes data_bufferedpos_tokpos_eics r extract_inline__ascii_hex_decoder*8s {{H+F33V[[Q\E]E]7]z^  rNrrrr) rr rr r r!rr"rr#)r r$r%r&r's rextract_inline__ascii85_decoder,^s? {{H+F33V[[Q\E]E]7]z^  .reads?++f%% ?c'llf44:;; ;rFTrs&rrr)intr#rrrr )r rr$ not_firstr)szs` rextract_inline__dct_decoderCsT SU{{HI% DGG  g MH <<  DGGA  << KKA     '\\  '\\   T  QA MH1ad"B R!V $H/%2 #6 * *31222 ??r stream_outpositionc|dkrdS|}||dz |dtv}|||S)a3 Check whether the byte in front of `position` is a whitespace. Returns: Whether the preceding byte is whitespace. If no preceding byte exists, returns ``False`` because the ``EI`` marker is at the beginning of the image data and is therefore not delimited by anything. rFr)tellrrr)rDrEsaved_position is_whitespaces r_is_preceded_by_whitespacerJsg1}}u__&&NOOHqL!!!OOA&&+5MOON### r first_bytecF|}|dkr%|d}|dkp|tv}nK|dkrC|d}|dddko|dddkp|ddtv}nd }||d |S) a< Check whether `first_byte` starts an exact `Q` or `EMC` operator. `first_byte` has already been consumed from the stream, which is restored to its current position afterwards. Looking at this byte alone is not sufficient, as binary image data can easily be mistaken for one of these operators. QrrErNrsMCFr)rGrrr)r rKrEsuffixis_closing_operators r _is_followed_by_closing_operatorrQs{{}}HTQ$mDv/D t  Q$RaRjE1hvac{c7I7gVTUVWTW[\gMg# KK! rct} |t}|std|d}|dkr||n||d|dz|dz }||dzt|z d|}|d}|dkr||d|d}|dkr/||dz d| |n|tvr||dp|tvr|d}|tvt||s(t||s||dt|r||d||dz d| |n&|S) zLegacy method, used by defaultTrrNr<rrIr)rrr r r!writerGrr"truncaterrJrQis_followed_by_binary_datagetvalue)r rDr&r( sav_pos_ei saved_postok2tok3s rextract_inline_defaultr\sWJ4 K00  <:;; ;##    R<<   ] + + + +   ]1vz>: ; ; ;#**Q.J KK S%7%77 ; ; ; I;;q>>Dt|| Iq)));;q>>Ds{{ IM1---##J///;&& Iq)))+%%{{1~~+%% .j*EE NnOO  Iq))))&11  Iq))) KK A q ) ) )    + + + i4l     r r8c|}||}|||sdSd}d}t|D].\}}|dkr |tvrdS|tv}||s|}||r|}n/|dS||}||z } |||} | dr| dkrdS| ddrdS| d krdSdS) a Check if the next bytes of the stream look like binary image data or regular page content. This is just some heuristics due to the PDF specification being too imprecise about inline images containing the `EI` marker which would end an image. Starting with PDF 2.0, we finally get a mandatory length field, but with (proper) PDF 2.0 support being very limited everywhere, we should not expect to be able to remove such hacks in the near future - especially considering legacy documents as well. The actual implementation draws some inspiration from https://github.com/itext/itext-java/blob/9.1.0/kernel/src/main/java/com/itextpdf/kernel/pdf/canvas/parser/util/InlineImageParsingUtils.java FN T/r.rr)rGrr enumeraterr1replaceisdigit) r r8rEdataoperator_start operator_endindexbyterIoperator_lengthoperators rrVrV7sH{{}}H ;;v  D KK uNL    t "99%99944 44  !- !"N  %- %!L Eu "^3ON</0H4  _q%8%8uc""**,,ut 5r)r])loggingiortypingr_utilsrrrr r r errorsr getLoggerr3loggerr boolrr#r*r,r6rCr@rJrQr\rVrrrus8"!!!!!  8 $ $ VJV4VVVV#Z#E####L:%:$j$U$$$$N,'7,E,,,,^7cd(ZUt*:!::!%:!:!:!:!z66r%y6#6t666666r