From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/112033 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jano Kula Newsgroups: gmane.comp.tex.context Subject: Re: names of cached images Date: Fri, 2 Jul 2021 17:01:57 +0200 Message-ID: References: <0ffc6982-d46b-8341-c31f-a3a4af2ec893@xs4all.nl> Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2730664587720824709==" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9800"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mailing list for ConTeXt users To: Hans Hagen Original-X-From: ntg-context-bounces@ntg.nl Fri Jul 02 17:03:22 2021 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane-mx.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lzKhO-0002E8-Ns for gctc-ntg-context-518@m.gmane-mx.org; Fri, 02 Jul 2021 17:03:22 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 0F6242855B7; Fri, 2 Jul 2021 17:02:41 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9G9Vf3YpdVr0; Fri, 2 Jul 2021 17:02:39 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id F3C092855F2; Fri, 2 Jul 2021 17:02:38 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 973F82855F0 for ; Fri, 2 Jul 2021 17:02:37 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dF3zCfJzBsps for ; Fri, 2 Jul 2021 17:02:35 +0200 (CEST) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.210.53; helo=mail-ot1-f53.google.com; envelope-from=jano.kula@gmail.com; receiver= Original-Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id B565C2855B7 for ; Fri, 2 Jul 2021 17:02:35 +0200 (CEST) Original-Received: by mail-ot1-f53.google.com with SMTP id o17-20020a9d76510000b02903eabfc221a9so10386375otl.0 for ; Fri, 02 Jul 2021 08:02:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+79JSUQNiaKWn2LLuRA30iq7TTiF2agBbqLD9ini6FU=; b=Fe+Sqk0V7cGyuc4iXbjnStNIfPQXOYWodBLtS52vHSdAFsym02WKWzqR2CTH9xVq7B UluotLBGEk94o2nUaowEwngC9ZJyR83l1zYPksx/qRVjyJ7IGgNmnWDpPZ9I+vU7aZxw JER9I1RjSQaKONKpjHAMyL+JbpsA1BZvhUGb2Zbxzd4x8LbkalB5hlUO5Fo6eu8OyYOL Kz3eMJUK88zC92HWu4ziVmfIqiipflBqbVZ6Iom6DY8rVrVDXZFO0aM4dEZWNz5cPTVB l5FdRzOJAcRbjr/nSGmbpnW3TGSz8xSB2MSffFVG9eJ0fXla3RdPg2nFLjN1sqZ/sscY 4aPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+79JSUQNiaKWn2LLuRA30iq7TTiF2agBbqLD9ini6FU=; b=lYgUA2or7/nYVV0MTRSr2QVOsrDscJrYrlzQEC8OzsQ4LhiRhyzyoB1iB12PQGh/Ph QjgutrkM+kpOzjEzqrDM7O/4zYW8GYDojTpBOsL36u/Uvb1cSY5kvljf1eYvrrgrkqdK c6K6xy9tg+1p5A8G6VwijVPkrQfYuX5tVEUtJwc7IptihnOsXPCYoTFIMW6K8DfbdW5X xbw6XU9qagDqaqX9QCzq9DLlN2Xk0t6mVcE40bO1lfxOg/wAifAB+uMaAo9PS08vUJiX IprpROAsvlwIzw+N/Yj78PJh9PnHoDbyk4/d60c9Ya4hJg4Wt1gOsSXqQQHggrLCaC5S QTvg== X-Gm-Message-State: AOAM532XvU3eCXzsLgB1KSB1OGx8q8Pon6l51y5W/KZ529XuTqRdvEFo lEohdnoRLf5A51jgflVd+zJRacO6S4HAYvHYUng= X-Google-Smtp-Source: ABdhPJwvAc/h089PDElz1j0a+3+qh/wptB57GJjJC25eAK1emECLBhMOkMxLF8J12WURx2uI+YnQvBM7Q6notW2gKlk= X-Received: by 2002:a05:6830:1f55:: with SMTP id u21mr4861643oth.4.1625238153202; Fri, 02 Jul 2021 08:02:33 -0700 (PDT) In-Reply-To: X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.io gmane.comp.tex.context:112033 Archived-At: --===============2730664587720824709== Content-Type: multipart/alternative; boundary="000000000000cc11fc05c6253e76" --000000000000cc11fc05c6253e76 Content-Type: text/plain; charset="UTF-8" Hello again, likely a bug and one question. Using this code with lmtx: \starttext \externalfigure[mill][width=40mm,cache=./first,conversion=gray.pdf] % mill... \externalfigure[mill][width=40mm,cache=.,conversion=gray.pdf] % m_k_i_v_mill... \externalfigure[mill][width=40mm,cache=./second] % no visible caching \stoptext *First two figures* Chached image in the ./cache subdirectory has a lmtx name without prefix, the cached image in the current directory has mkiv syntax with m_k_i_v_ prefix. *Third figure* The images are cached to a specified directory, only when some conversion is used. I'd like to cache images without any transformation. Is there any conversion which doesn't alter the figure, just caches it? Is new conversion type needed? Or is there other way to force caching without conversion? Thank you, Jano On Wed, Jun 9, 2021 at 3:23 PM Jano Kula wrote: > Hello Hans, > > On Sun, Jun 6, 2021 at 4:56 PM Hans Hagen wrote: > >> On 6/6/2021 1:16 PM, Jano Kula wrote: >> > Hello list, >> > >> > usingconversion=gray.pdf in lmtx the cached images' names have some >> > string in their name. I thought it's a name of random sequence of >> luatex >> > cache, but the string is the same on other machines and I don't know, >> > where it comes from. mkiv used to have m_k_i_v_ string there. >> > >> > hacker.pdf = source image >> > hacker_jpg_c60ccda70ef92e32d7a6334f31c23259.gray.pdf = cached linux >> > hacker_jpg_c60ccda70ef92e32d7a6334f31c23259.gray.pdf = cached win >> > >> > MWE >> > \starttext >> > \externalfigure[hacker] >> > [cache=./, >> > conversion=gray.pdf] >> > \stoptext >> > >> > Is it intended behavior? >> sure, something like that is always intended; it's an md5 of a hash of >> all relevant parameters so that when you change one (say the resolution) >> we now that we need to update >> > > Thank you, wiki updated. > J. > --000000000000cc11fc05c6253e76 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello again,

likely a bug and one quest= ion. Using this code with lmtx:

\starttext
\externalfigure[mill][width=3D40mm,cache=3D./first,con= version=3Dgray.pdf] % mill...=C2=A0=C2=A0
\externalfigure[mill][width=3D= 40mm,cache=3D.,conversion=3Dgray.pdf] =C2=A0 =C2=A0 =C2=A0 % m_k_i_v_mill..= .
\externalfigure[mill][width=3D40mm,cache=3D./second] =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0% no visible caching\stoptext


First two figures=C2= =A0=C2=A0
Chached image in the ./cac= he=C2=A0subdirectory has a lmtx name without prefix, the cached imag= e in the current directory has mkiv syntax with=C2=A0 m_k_i_v_ prefix.

= Third figure
The images are cached to a specified director= y, only when some conversion is used. I'd like to cache images without = any transformation. Is there any conversion which doesn't alter the fig= ure, just caches it? Is new conversion type needed? Or is there other way t= o force caching without conversion?

Thank you,
Jano


On Wed, Jun 9, 2021 at 3:23 PM Jano Kula &l= t;jano.kula@gmail.= com> wrote:
Hello Hans,

On Sun, Jun 6, 2021 at 4:56= PM Hans Hagen <j= .hagen@xs4all.nl> wrote:
On 6/6/2021 1:16 PM, Jano Kula wrote:
> Hello list,
>
> usingconversion=3Dgray.pdf in lmtx the cached images' names have s= ome
> string in their name. I thought it's a name of random sequence of = luatex
> cache, but the string is the same on other machines and I don't kn= ow,
> where it comes from. mkiv used to have=C2=A0m_k_i_v_ string there.
>
> hacker.pdf =3D source image
> hacker_jpg_c60ccda70ef92e32d7a6334f31c23259.gray.pdf =3D cached linux<= br> > hacker_jpg_c60ccda70ef92e32d7a6334f31c23259.gray.pdf =3D cached win >
> MWE
> \starttext
> \externalfigure[hacker]
>=C2=A0 =C2=A0 =C2=A0 [cache=3D./,
>=C2=A0 =C2=A0 =C2=A0 conversion=3Dgray.pdf]
> \stoptext
>
> Is it intended behavior?
sure, something like that is always intended; it's an md5 of a hash of =
all relevant parameters so that when you change one (say the resolution) we now that we need to update

Thank you= , wiki updated.
J.=C2=A0
--000000000000cc11fc05c6253e76-- --===============2730664587720824709== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============2730664587720824709==--