Libvips: वीआईपी सीएलआई पाइप के साथ फ़ाइल स्वरूप निर्दिष्ट करता है

को निर्मित 6 मई 2016 · 4टिप्पणियाँ · स्रोत: libvips/libvips

इमेजमैजिक में मैं पाइप से पढ़ और लिख सकता हूं और उनका प्रारूप निर्दिष्ट कर सकता हूं:

cat in.jpg | convert JPG:- -resize 50% PPM:- | jpeg-recompress --ppm -q medium - out.jpg

vips cli टूल्स में मैं/dev/stdin या/dev/stdout का उपयोग कर सकता हूं, लेकिन फ़ाइल प्रारूप को इंगित करने का कोई तरीका प्रतीत नहीं होता है, जो कि आप vips में पाइप का उपयोग करके कितना पूरा कर सकते हैं।

यह बहुत अच्छा होगा यदि वीआईपी को इनपुट और आउटपुट छवियों के लिए लोडर/सेवर को निर्दिष्ट/ओवरराइड करने की अनुमति दी जाए।

उदाहरण वाक्य रचना:

cat in.jpg | vips resize -[load=jpeg] -[save=ppm] 0.5 | jpeg-recompress --ppm -q medium - out.jpg

यह .v फ़ाइलों को लिखने के लिए डिस्क i/o का भुगतान किए बिना कई vips cli संचालन को श्रृंखलाबद्ध करने की अनुमति भी देगा।

enhancement

स्रोत

felixbuenemann

👍3

सबसे उपयोगी टिप्पणी

इसे 8.9 में जोड़ा गया है। आप लिख सकते हैं उदा।

aws s3 cp s3://mybucket/input.jpg - | \
  vips thumbnail_source [descriptor=0] .jpg 128 | \
    aws s3 cp - s3://mybucket/output.jpg

जारी नोट में अधिक जानकारी है:

https://libvips.github.io/libvips/2019/12/11/What 's-new-in-8.9.html

jcupitt 11 जुल॰ 2020

🚀4

सभी 4 टिप्पणियाँ

हाय फेलिक्स, इस बारे में थोड़ी बात की गई है, यहां तक कि धाराओं के समर्थन के साथ एक प्रयोगात्मक शाखा भी है:

https://github.com/jcupitt/libvips/tree/load-from-stream

यह इस सी प्रोग्राम को चला सकता है:

https://gist.github.com/jcupitt/ff21f5b8d1dd6ba54c6f

यह एक सॉकेट से छवियों की एक श्रृंखला को पढ़ता है, उन्हें संसाधित करता है, और उन्हें पूरी छवि लोड किए बिना किसी अन्य सॉकेट में भेजता है। इसका उद्देश्य AWS बकेट को सपोर्ट करना था, लेकिन यह कमांड-लाइन पाइप्स के लिए भी काम करेगा, जिसमें थोड़ी मात्रा में अतिरिक्त काम होगा।

इस मुद्दे पर इस बारे में लंबी बातचीत हुई:

https://github.com/lovell/sharp/issues/30

मैंने थोड़ी देर के लिए हार मान ली, फिर यह बिटरोट हो गया, फिर मैंने इसे मास्टर में विलय करने के लिए तैयार करने की कोशिश की, और कुछ समस्याओं को मारा। इसे अभी भी थोड़ा और काम करने की ज़रूरत है: /

jcupitt 6 मई 2016

मैं एकाधिक छवियों को स्ट्रीम करने के बारे में बात नहीं कर रहा था, हालांकि यह एक अच्छी सुविधा होगी।

मुख्य विचार लोडर या सेवर (या मोटे तौर पर फ़ाइल प्रकार) को सेट करने में सक्षम होना है, जब इसे फ़ाइल एक्सटेंशन से अनुमान नहीं लगाया जा सकता है। मुझे यकीन है कि फ़ाइल प्रकारों के लिए और भी समस्याएं हैं जिनके लिए मांग की आवश्यकता है, लेकिन उदाहरण के लिए। जेपीईजी, पीएनजी, पीपीएम ठीक काम करेगा। यह तब भी मददगार होगा, जब कई कार्यान्वयन हैं जो एक ही फ़ाइल प्रकार को उत्सर्जित या लोड कर सकते हैं। उदाहरण के लिए PDF को या तो pdfload या Magickload के साथ लोड किया जा सकता है।

felixbuenemann 6 मई 2016

मुझे लगता है कि आपको काम करने के लिए /dev/stdin के लिए स्ट्रीमिंग सामग्री की आवश्यकता होगी। उदाहरण के लिए, यह विफल रहता है:

$ cat k2.jpg | vips jpegload /dev/stdin x.jpg
VipsJpeg: Not a JPEG file: starts with 0x87 0xe5
...

फ़ाइल लोडर कई बार अपना इनपुट खोलने में सक्षम होने की उम्मीद करते हैं। स्ट्रीमिंग सामग्री एक पठन बफर जोड़ देगी जो इसे संभव बनाती है - स्ट्रीम चीज़ से कई छवियां सिर्फ एक बोनस है।

jcupitt 10 मई 2016