<div dir="ltr">TexLive, which will include pdftex, is moving to github.<div><br></div><div>   <a href="https://github.com/TeX-Live/texlive-source" target="_blank">https://github.com/TeX-Live/texlive-source</a></div><div><br></div><div>The file you are looking for is</div><div><br></div><div>   <a href="https://github.com/TeX-Live/texlive-source/blob/trunk/texk/web2c/pdftexdir/pdftex.web" target="_blank">https://github.com/TeX-Live/texlive-source/blob/trunk/texk/web2c/pdftexdir/pdftex.web</a></div><div><br></div><div>Note that github is still not the "single truth" for TeXLive but it may be getting there.</div><div><br></div><div>-tom</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 26, 2019 at 1:12 PM Doug McKenna <<a href="mailto:doug@mathemaesthetics.com">doug@mathemaesthetics.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Tom -<br>
<br>
Thanks for the info what happens with EPSF text files.  That makes sense.<br>
<br>
For PDF, I've now read up on the two pdftex primitives, \pdfximage and \pdfimageresolution in the pdftex manual, Section 7.5 of, e.g.,<br>
<br>
<<a href="http://vlado.fmf.uni-lj.si/texceh/kako/tex2pdf/ex/pdftex-s.pdf" rel="noreferrer" target="_blank">http://vlado.fmf.uni-lj.si/texceh/kako/tex2pdf/ex/pdftex-s.pdf</a>><br>
<br>
\pdfimageresolution is a settable parameter relied upon by \pdfximage, and this parameter defaults to 72 (big points) if never set to something else (i.e., if it's 0).<br>
<br>
So I think that answers my question, which is that the TeX source code invoking the primitive \pdfximage is in charge of knowing and declaring any resolution other than 72/inch, and that the primitive \pdfximage doesn't care what the bounding box numbers are associated with the image file.  It appears that \pdfximage just scales them by \pdfimageresolution before doing other stuff to manage or record the image into the node tree, and its default is to treat the numbers it finds as measuring big points (PostScript points).  So setting \pdfimageresolution to 72.27 converts the sizes of a PDF image into the same exact size on the TeX page.<br>
<br>
All of this is presumption from reading the documentation.  I'm not sure where the source code (change file?) for \pdfximage can be perused to know for sure.<br>
<br>
Onward, into the fog ...<br>
<br>
- Doug McK.<br>
<br>
<br>
From: "Tom Rokicki" <<a href="mailto:rokicki@gmail.com" target="_blank">rokicki@gmail.com</a>><br>
To: "Doug McKenna" <<a href="mailto:doug@mathemaesthetics.com" target="_blank">doug@mathemaesthetics.com</a>><br>
Cc: <a href="mailto:tex-k@tug.org" target="_blank">tex-k@tug.org</a><br>
Sent: Saturday, January 26, 2019 10:49:26 AM<br>
Subject: Re: [tex-k] Where does conversion of PostScript pts to TeX pts occur?<br>
<br>
The EPSF macros literally read the EPSF file line by line looking<br>
for the bounding box.<br>
<br>
The scaling by 72.27/72.00 is done when the bounding box numbers<br>
are interpreted in Don's bp dimensions directly in the EPSF macros.<br>
<br>
The EPSF macros are pretty simple; you can look at them directly.<br>
<br>
I don't know what happens for PDF.<br>
<br>
-tom<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--  <a href="http://cube20.org/" target="_blank">http://cube20.org/</a>  --  <a href="http://golly.sf.net/" target="_blank">http://golly.sf.net/</a>  --</div></div></div></div></div>