मैं छवि डेटा के वास्तविक बाइट-आकार को बदलने के बिना ImageMagick के साथ DPI बदलना चाहता हूं

45

जीआईएमपी में मुझे जो करना है, उसके लिए एक बहुत ही सरल तरीका है। मेरे पास केवल जर्मन संवाद स्थापित है, लेकिन मैं इसका अनुवाद करने की कोशिश करूंगा। मैं Picture -> PrintingSizeवैल्यूज को एडजस्ट करने और फिर एडजस्ट करने की बात कर रहा हूं X-Resolutionऔर Y-Resolutionजो मुझे तथाकथित डीपीआई वैल्यूज के रूप में जानते हैं। आप वह प्रारूप भी चुन सकते हैं जो डिफ़ॉल्ट रूप से है Pixel/Inch। (जर्मन में संवाद है Bild -> Druckgrößeऔर वहाँ X-Auflösungऔर Y-Auflösung)

ठीक है, वहाँ मूल्य अक्सर 72डिफ़ॉल्ट रूप से होते हैं। जब मैं उन्हें बदल देता हूं उदाहरण के लिए 300यह प्रभाव होता है कि छवि कंप्यूटर पर समान रहती है, लेकिन अगर मैं इसे प्रिंट करता हूं, तो यह छोटा होगा यदि आप इसे देखते हैं, लेकिन सभी विवरण अभी भी हैं, बस छोटा -> इसमें है मुद्रित पेपर पर एक उच्च रिज़ॉल्यूशन (लेकिन छोटे आकार ... जो मेरे लिए ठीक है)।

मैं अक्सर ऐसा कर रहा हूं जब मैं LaTeX के साथ काम कर रहा हूं, या pdflatexहाल ही में उबंटू-मशीन पर कमांड के साथ सटीक होना है । जब मैं GIMP के साथ उपरोक्त प्रक्रिया मैन्युअल रूप से कर रहा हूं तो सब कुछ ठीक काम करता है। परिणामी पीडीएफ में चित्र छोटे दिखाई देंगे लेकिन उच्च मुद्रण गुणवत्ता के साथ।

मैं जो करने की कोशिश कर रहा हूं वह जीआईएमपी में जाने की प्रक्रिया को स्वचालित करना और डीपीआई मूल्यों को समायोजित करना है। चूंकि ImageMagick को शानदार माना जाता है और मैंने इसे इस उपकरण के साथ अपने लक्ष्य को प्राप्त करने के लिए कई अन्य कार्यों के लिए इस्तेमाल किया। लेकिन यह सिर्फ वही नहीं करता जो मैं चाहता हूं।

बहुत सी चीजों की कोशिश करने के बाद, मुझे लगता है कि यह वास्तव में कमांड है जो मेरा दोस्त होना चाहिए:

convert input.png -density 300 output.png

यह डीपीआई को 300 पर सेट करना चाहिए, क्योंकि मैं वेब में हर जगह पढ़ सकता हूं। यह काम करने लगता है। लेकिन जब मैं फ़ाइल की जांच करता हूं तो यह वही रहता है (EDIT: जो मैं उम्मीद करता हूं, जैसा कि ऊपर बताया गया है)।

file input.png output.png
     input.png: PNG image data, 611 x 453, 8-bit grayscale, non-interlaced
    output.png: PNG image data, 611 x 453, 8-bit grayscale, non-interlaced

जब मैं इस कमांड का उपयोग करता हूं, तो ऐसा लगता है कि जैसा मैंने चाहा था वैसा ही हुआ:

identify -verbose output.png | grep 300
    Resolution: 300x300
    PNG:pHYs                 : x_res=300, y_res=300, units=0

काफी मजेदार, वही आउटपुट आता है input.pngजिसके लिए मुझे भ्रमित करता है ... तो यह देखने के लिए गलत पैरामीटर हो सकता है?

लेकिन जब मैं अब pdflatexछवि के साथ अपने टीएक्स को प्रस्तुत करता हूं तब भी बड़ा और धुंधला होता है। जब मैं GIMP के साथ फिर से छवि खोलता हूं तो इसके 72बजाय DPI मान सेट किए जाते हैं 300। इसलिए वास्तव में इसका कोई प्रभाव नहीं था।

अब यहां क्या दिक्कत है। क्या मुझे कुछ गलत हो रहा है? मैं गलत नहीं हो सकता क्योंकि सब कुछ ठीक GIMP के साथ काम करता है।

इसमें किसी भी मदद के लिए धन्यवाद। मैं अन्य स्वचालित समाधानों के लिए भी खुला हूं जो आसानी से एक लिनक्स सिस्टम पर किया जाता है।

— बोरिस डैपेन
स्रोत

user1694803: आपको मार्टिन विल्सन के उत्तर और 'अपवोट' को वापस करने के लिए याद रखना चाहिए ( ^उसके उत्तर के बाईं ओर स्थित छोटे आइकन पर भी क्लिक करें ), न कि इसे केवल 'स्वीकार' करें जैसे ही आपके पास पर्याप्त व्यक्तिगत प्रतिष्ठा है (मुझे लगता है कि मुझे इसकी आवश्यकता है) +15) ...

— कर्ट फ़िफ़ेल

76

इकाइयों को निर्दिष्ट करें - मुझे लगता है कि जब मुझे यह विकल्प छोड़ा गया था तो एक समस्या याद आ रही है (हालाँकि DPI डिफ़ॉल्ट होनी चाहिए), उदाहरण के लिए:

convert -units PixelsPerInch input.png -density 300 output.png

क्या आप जानते हैं कि GIMP द्वारा कौन से एम्बेडेड डेटा फ़ील्ड्स को रिज़ॉल्यूशन पढ़ने के लिए उपयोग किया जाता है - क्या इसका अपना कोई है जो ImageMickick द्वारा उपयोग किए गए मानक को ओवरराइड करता है? उदाहरण के लिए, फ़ोटोशॉप उपयोग करता है Photoshop:XResolutionऔर Photoshop:YResolutionइसलिए आपको एक घनत्व सेटिंग को पहचानने के लिए फ़ोटोशॉप के लिए इनको सेट करना होगा (ImageMagick यह नहीं कर सकता है - हम ExifTool का उपयोग करते हैं)।

— मार्टिन विल्सन
स्रोत

2

मुझे -density 300पहले डालने की जरूरत थी input.png। मैं पीडीएफ परिवर्तित कर रहा था। फिर भी धन्यवाद।

— अकोस्टैडिनोव

पीएनजी से टीआईएफएफ रूपांतरण के लिए मुझे उपयोग करने की आवश्यकता थी, विकल्पों के क्रम की परवाह किए बिना -set units PixelsPerInch -density 300सरल -unitsकाम नहीं करता था।

— एंड्री

5

ध्यान दें कि आप एक्सपोजिटूल का उपयोग प्रस्तावों को पढ़ने के लिए कर सकते हैं। उदाहरण के लिए, Exiftool '-*resolution*' c.jpgदिखा सकते हैं

रिज़ॉल्यूशन यूनिट: इंच एक्स रिज़ॉल्यूशन: ३०० वाई रिज़ॉल्यूशन: ३००

Exiftool भी पैरामीटर सेट करने में सक्षम है, लेकिन जैसा कि मैन पेज में नोट किया गया है Image::ExifTool::TagNames, एक्स्ट्रा टैग एक्ससेलिंग और YResolution एक्ज़िफ़टूल द्वारा लिखने योग्य नहीं हैं।

मैं नहीं जानता कि क्या ImageMagick में रिज़ॉल्यूशन-बदलते विकल्प हैं, लेकिन अगर यह नहीं होगा तो आश्चर्य होगा। इसके अलावा, इस तरह के कार्यों को स्वचालित करने के लिए जीआईएमपी स्क्रिप्ट लिखना सीधा है, और छोटे कार्यक्रमों के साथ प्रस्तावों को बदलना भी संभव है। उदाहरण के लिए, निम्नलिखित एक सी प्रोग्राम (कंपाइलेबल थ्रू gcc setRes.c -O3 -Wall -o setRes) है जो एक jpeg फ़ाइल के पहले कुछ बाइट्स को पढ़ता है, 300 में रिज़ॉल्यूशन बदलता है, और उन्हें फिर से लिखता है। जैसा कि दिखाया गया है कार्यक्रम x86 जैसे छोटे-एंडियन मशीनों के लिए स्थिरांक का उपयोग करता है। ऐसा लगता है जैसे एक संदेश के साथ समाप्त करना चाहिए एक बड़े endian मशीन पर चलाते हैं Error: xyz may be not a .jpg file, भले ही xyz है एक jpeg फ़ाइल। ध्यान दें, मैंने परिणामस्वरूप चित्रों का परीक्षण नहीं किया है pdflatex; आप शायद टेक्स एसई में एक प्रश्न पोस्ट करने के लिए सार्थक पाएंगे ।

/* jiw -- 24 Sep 2012 -- Re: set resolution in a jpg -- Offered without
warranty under GPL v3 terms as at http://www.gnu.org/licenses/gpl.html
*/
#include <stdlib.h>
#include <stdio.h>
void errorExit(char *msg, char *par, int fe) {
  fprintf (stderr, "\n%3d Error: %s %s\n", fe, msg, par);
  exit (1);
}
// Note, hex constants are byte-reversed on little vs big endian machines
enum { JF=0x464a, IF=0x4649, L300=0x2c01, B300=0x012c, NEWRES=L300};
int main(int argc, char *argv[]) {
  FILE *fi;
  short int buf[9];
  int r, L=sizeof buf;
  if (argc<2) errorExit(argv[0], "requires a .jpg file name", 0);
  fi = fopen(argv[1], "r+b");
  if(!fi) errorExit("open failed for", argv[1], ferror(fi));
  r = fread(buf, 1, L, fi);
  if (r != L) errorExit("read failed for", argv[1], ferror(fi));
  if (buf[3] != JF || buf[4] != IF) // Check JFIF signature
    errorExit(argv[1], "may be not a .jpg file", 0);
  buf[7] = buf[8] = NEWRES;
  fseek(fi, 0, SEEK_SET);
  r = fwrite(buf, 1, L, fi);
  if (r != L) errorExit("write failed for", argv[1], ferror(fi));
  return 0;
}

— जेम्स वाल्डबी - jwpat7
स्रोत

1

इससे मुझे बहुत मदद नहीं मिलती है, क्योंकि मैं पीएनजी के साथ काम कर रहा हूं और जेपीजी या यहां तक कि सी का कोई सुराग नहीं है। यह उपयोगी होने के लिए मेरे लिए "गहरा" ज्ञान है। शायद कोई और इसका इस्तेमाल कर सकता है।

— बोरिस डैपेन

हां, मुझे सवाल पर अधिक ध्यान देना चाहिए था! इसका पुन: उपयोग करते हुए, JPG का उल्लेख नहीं किया गया है, PNG स्पष्ट रूप से है।

— जेम्स वाल्डबी - jwpat7

हां, मैं कोई और हूं और मैं इसका उपयोग कर सकता हूं : मैंने अपनी .jpg फाइल को एक हेक्स संपादक में खोला है और ऊर्ध्वाधर और क्षैतिज घनत्व के लिए नौवें और ग्यारहवें बाइट को संपादित किया है। इसलिए-बोलने वाला मैं अपने कोड को मैन्युअल रूप से "निष्पादित" करता हूं।

— u_Ltd।

2

मैं समझाने के लिए कैसे समझ नहीं सकता है परिवर्तित केवल मेटाडेटा जोड़ने और फिर से एनकोड नहीं करने के लिए अपने [मोनोक्रोम] बिटमैप; यह फ़ाइल का विस्तार कर रहा था> 50%।

मुझे पता चला कि pngcrush (एक ImageMagick टूल नहीं) भी घनत्व मेटाडेटा जोड़ सकता है। यह कमांड लाइन इसे 600 डीपीआई चिह्नित करती है और अन्य अनुकूलन की अनुमति देती है, जिससे फ़ाइल का आकार ~ 10% कम हो जाता है:

pngcrush -res 600 in.png out.png

— चार्ल्स बोलिंग
स्रोत

-1

"मैं छवि डेटा के वास्तविक बाइट-आकार को बदलने के बिना इमेजमैजिक के साथ डीपीआई बदलना चाहता हूं।"

यह पूरी तरह से असंभव है!

चूंकि:

     more "Dots per Inch" 
<==> more pixels per area 
<==> more total pixels per image 
<==> more total bytes per image

इसके अलावा आपको समझ में नहीं आता है कि वास्तव में DPI क्या है:

यह एक पूरी तरह से अमूर्त मूल्य है जो केवल प्रिंटआउट या स्क्रीन पर प्रस्तुत करने या मॉनिटर करने के निरपेक्ष आकार को जानने के संदर्भ में व्यावहारिक मूल्य प्राप्त करता है:
- 1 इंच चौड़े वर्ग पर आप बहुत ही 72x72 पिक्सेल की छवि प्रिंट कर सकते हैं: प्रिंटआउट का रिज़ॉल्यूशन होगा 72dpi।
- आप इसे 1/4 इंच चौड़े वर्ग पर भी प्रिंट कर सकते हैं: फिर प्रिंटआउट का रिज़ॉल्यूशन होगा 288dpi।
- ( नोट: यदि आप इसे 288dpi1 इंच के वर्ग पर प्रिंट करते हैं , तो यह अब एक ही छवि नहीं है: इसमें प्रिंटर ड्राइवर या कुछ अन्य फ़िल्टरिंग तंत्र के माध्यम से कुछ अतिरिक्तता आ जाएगी, और यह 288x288 पिक्सेल पिक्सेल के बजाय बन जाएगा 72x72 पिक्सेल की छवि ... )
दोनों प्रिंटआउट में एक ही छवि की जानकारी होगी - 288dpi छवि में अचानक अधिक नहीं होगी।

यदि आप मूल 72x72 पिक्सेल की छवि को 1 इंच चौड़े वर्ग के रूप में प्रिंट करना चाहते हैं, लेकिन 288dpiतब आपको छवि को फिर से भरना होगा (इस मामले में इसे स्केल करना होगा)। मूल में प्रत्येक 1 पिक्सेल के लिए आपको नई, अपकर्षित छवि के 4 पिक्सेल की आवश्यकता होगी। अब अलग-अलग एल्गोरिदम हैं जिनका उपयोग यह गणना करने के लिए किया जा सकता है कि इन 4 पिक्सेल (नए पिक्सेल में से 3) में कौन से रंग मान हैं:

आप उन्हें मूल पिक्सेल के समान दे सकते हैं (जो कि बहुत ही "कच्चा" एल्गोरिथम है,)
या आप पड़ोसी पिक्सेल के रंग मूल्यों के साथ मूल पिक्सेल के रंग मूल्य के कुछ औसत कर सकते हैं।

किसी भी स्थिति में आप पिक्सेल की 288 पंक्तियों से मिलकर एक बड़ी छवि बना रहे हैं जो प्रत्येक 288 पिक्सेल ऊँची (288x288 पिक्सेल) है।

जब आप "पिक्चर -> प्रिंटिंग साइज" से गुजरते हैं, तो जिम्प आपके लिए क्या करता है: यह निरपेक्ष पिक्सेल आकारों में आवश्यक परिवर्तनों की फिर से गणना करने की प्रक्रिया को सरल बनाता है, जिससे यह अधिक उपयोगकर्ता के अनुकूल हो जाता है। इस उद्देश्य के लिए...

... यह पहली बार आपसे DPI के बारे में पूछता है क्योंकि एक दिया गया प्रिंटर अपने मुद्रण रिज़ॉल्यूशन को मनमाने ढंग से नहीं बदल सकता है (कुछ केवल एक प्रस्ताव नहीं दे सकता है, लेकिन शायद 2 या 3 अलग-अलग रिज़ॉल्यूशन भी)। तो यह आपसे पूछता है कि आप किस प्रस्ताव को प्रिंट करना चाहते हैं। वह पहली जानकारी है।
... तो यह जानकारी के दूसरे टुकड़े के लिए भी पूछता है: किस आकार में ( या cm, ) प्रिंटआउट को कागज पर दिखाई देना चाहिए।mminch

जानकारी के इन दो टुकड़ों के अनुसार, जिम्प तब अनुरोधित स्थान पर अनुरोधित स्थान को भरने के लिए उपयोग किए जाने वाले पिक्सल की कुल संख्या (पिक्सल की मूल संख्या से अतिरिक्त) की गणना करता है।

हालाँकि, अधिक पिक्सेल को शामिल करके एक रेखापुंज छवि को स्केल करना इसमें वास्तविक जानकारी नहीं जोड़ता है, और यह केवल इसमें 'गुणवत्ता' जोड़ता है जो काल्पनिक है। यह मानव आँख को अच्छा लग सकता है यदि आपका स्केल अप एल्गोरिथम एक 'अच्छा' है। और यह बदसूरत लगेगा, अगर आप मौजूदा पिक्सल को डबल, तिगुना या चौगुना करते हैं, जैसे कुछ सरल एल्गोरिदम करते हैं।

रेखापुंज छवियों के लिए,
डीपीआई सेटिंग केवल मुद्रण याइसे प्रदर्शित करने के संदर्भ में प्रासंगिकहै। क्योंकि प्रिंटर या मॉनिटर ने निश्चित संकल्प दिए हैं। वहाँ यह जानकारी है कि केवल ...

... एक प्रिंटर ड्राइवर या
... एक छवि प्रसंस्करण अनुप्रयोग जो मुद्रण का समर्थन करता है

पता करने की जरूरत।

और ImageMagick का प्रलेखन मेरे साथ पूर्ण समझौते में है:

-density width
-density widthxheight
उपकरणों के प्रतिपादन के लिए एक छवि का क्षैतिज और ऊर्ध्वाधर रिज़ॉल्यूशन सेट करें ।

वेक्टर छवियों या फ़ाइल स्वरूपों
(जैसे पीडीएफ या पोस्टस्क्रिप्ट) के लिए डीपीआई सेटिंग हालांकिउन्हें रेखापुंज करनेके संदर्भ में अत्यंत महत्वपूर्ण है। एक उच्च डीपीआई अधिक चित्र जानकारी को रेखापुंज प्रारूप में स्थानांतरित करेगा और इसलिए वास्तविक मूल गुणवत्ता से अधिक विवरण संरक्षित करेगा। जब किसी दिए गए आकार की वेक्टर छवि को एकउच्च DPI के साथयारेखापुंज मेंपरिवर्तित किया जाता हैmm, तोयह सीधे छवि में कुल पिक्सेल की एक उच्च संख्या में अनुवाद करेगा।cminch

इसके अलावा, ImageMagick ऐसे 'मुद्रण' का समर्थन नहीं करता है। इसके बजाय, केवल ImageMagick ...

... फ़ाइलों को किसी दिए गए रेखापुंज प्रारूप से अन्य रेखापुंज प्रारूपों में परिवर्तित करता है;
... या यह तराजू छवियों को नीचे या तराजू;
... या यह एक विशिष्ट एल्गोरिथ्म के अनुसार रंग मूल्यों को बदलता है;
... या यह छवियों को क्रॉप करता है, उन्हें ओवरले करता है, उन्हें इन्वर्ट करता है, उन्हें मिरर करता है;
...और क्या नहीं....

... लेकिन हेरफेर की गई छवियों को प्रिंट करने के लिए, आपको एक अलग प्रोग्राम का उपयोग करने की आवश्यकता है।

कुछ छवि प्रारूप (TIFF, PNG, ...) अपने मेटा डेटा में आंतरिक रूप से एक DPI सेटिंग का समर्थन करते हैं।

लेकिन यह एक 'संकेत' विशेषता से अधिक नहीं है जो अंतर्निहित रेखापुंज छवि को नहीं बदलता है। यही कारण है कि आपने यह खोज की है:

"जब मैं फ़ाइल की जाँच करता हूँ तो यह वही रहता है।"

यह 'संकेत' संभवतः प्रिंटर ड्राइवरों द्वारा या लाटेक्स जैसे पेज निर्माण कार्यक्रमों द्वारा स्वचालित रूप से मूल्यांकन किया जा सकता है। इस तरह के DPI 'संकेत' की अनुपस्थिति में (या अगर वे किसी तरह से खुद को पेश नहीं करते हैं जैसे कि LaTeX उन्हें करने की उम्मीद करता है), LaTeX को किसी पृष्ठ पर किसी भी दी गई छवि को प्रस्तुत करने के लिए कमांड करने में सक्षम होना चाहिए जिस तरह से वह इसे बचाता है। के लिए - यह छवि के चारों ओर बस कुछ और स्पष्ट LaTeX कोड की जरूरत है!

कुछ अन्य छवि प्रारूप (JPEG (?), BMP, ...) अपने आंतरिक मेटा डेटा पर DPI संकेत संग्रहीत करने का भी समर्थन नहीं करते हैं।

तो जिम्प केवल उसी चीज का समर्थन करता है जो आप देखते हैं कि यह "पिक्चर -> प्रिंटिंग साइज" के साथ कर रहा है क्योंकि यह एक इमेज प्रिंट करना चाहता है। ImageMagick के साथ आप प्रिंट नहीं कर सकते।

जब आप प्रिंट करते हैं तो जिम्प के साथ क्या करना चाहते हैं, उसे करते रहें। यह ImageMagick के साथ कोई मतलब नहीं है।

यह अतिरिक्त IM दस्तावेज़ीकरण स्निपेट भी देखें , जो विभिन्न शब्दों में एक ही विषय की व्याख्या करता है।

तो यह क्या है:

यदि आप जिम्प के साथ अपनी छवि को 'हेरफेर' करते हैं, और फिर परिणाम को LaTeX में एम्बेड करते हैं, तो पृष्ठ ऐसा दिखता है जैसे आप इसकी उम्मीद करते हैं।
यदि आप ImageMagick के साथ अपनी छवि को 'हेरफेर' करते हैं, और फिर परिणाम को LaTeX में एम्बेड करते हैं, तो पृष्ठ वैसा दिखता है जैसा आप अपेक्षा करते हैं।

उपरोक्त समस्या को हल करने के लिए कृपया निम्नलिखित प्रदान करें:

आपके ImageMagick इंस्टॉलेशन का सटीक संस्करण (का पूरा आउटपुट convert -versionऔर convert -list configure);
(ए) के लिए एक लिंक मूल नमूना छवि;
(एक लिंक) उसी छवि को जिम्प द्वारा हेरफेर किया गया;
(ImageMagick द्वारा हेरफेर की गई) उसी छवि का लिंक।

इस तरह हम समस्या को हल करने में मदद कर सकते हैं।

लेकिन ध्यान दें: यह एक अलग समस्या है जो आपके वर्तमान विषय / शीर्षक से पूछती है: "मैं छवि डेटा के वास्तविक बाइट-आकार को बदलने के बिना इमेजमैजिक के साथ डीपीआई बदलना चाहता हूं"

अपडेट करें

चूंकि यह अभी भी कुछ पाठकों के लिए स्पष्ट नहीं है कि मैंने ऊपर क्या उल्लेख किया है, यहां एक और प्रयास है ...

छवि फ़ाइल के अंदर 'रिज़ॉल्यूशन' या 'घनत्व' के रूप में जो कुछ भी नोट किया गया है , वह मेटाडेटा विशेषता है । फ़ाइल द्वारा वर्णित वास्तविक पिक्सेल की संख्या पर इसका कोई प्रभाव नहीं है और इस संबंध में पूरी तरह से अप्रासंगिक है। यह सिर्फ एक संकेत है जो मुद्रण या रेंडरिंग डिवाइस या एक एप्लिकेशन का उपयोग करता है या नहीं कर सकता है जब मुद्रण, प्रतिपादन या छवि प्रदर्शित करता है।

इस प्रयोजन के लिए, यह छवि फ़ाइल के भीतर संग्रहीत केवल कुछ संख्या है। ये संख्या आउटपुट डिवाइस जैसे प्रिंटर और डिस्प्ले को बताती है कि प्रति इंच कितने डॉट्स (या पिक्सेल) छवि पर प्रदर्शित होना चाहिए। पोस्टस्क्रिप्ट, पीडीएफ, एमडब्ल्यूएफ और एसवीजी जैसे वेक्टर प्रारूपों के लिए यह पिक्सेल स्केल को छवि द्वारा उपयोग किए जाने वाले किसी भी वास्तविक दुनिया निर्देशांक को खींचने के लिए कहता है।

एक उदाहरण, जहां छवि मेटाडेटा के अंदर ImageMagick द्वारा नोट किया गया रिज़ॉल्यूशन मान किसी एप्लिकेशन द्वारा सम्मानित नहीं किया गया है Adobe Photoshop है। फ़ोटोशॉप 8bim नामक एक मालिकाना प्रोफ़ाइल में एक वांछित प्रिंट या डिस्प्ले रिज़ॉल्यूशन के बारे में अपने संकेत संग्रहीत करता है । छवि फ़ाइल के मेटाडेटा में रिज़ॉल्यूशन परिवर्तन लिखने के लिए कहने पर भी ImageMagick इस प्रोफ़ाइल को नहीं छूता है। दूसरी ओर, फ़ोटोशॉप, अन्यथा मानक मेटाडाटा फ़ील्ड में ImageMagick द्वारा संग्रहीत सभी रिज़ॉल्यूशन संकेतों को अनदेखा कर देगा, जो इस उद्देश्य के लिए परिभाषित किया गया है जैसे ही यह अपना स्वयं का 8bim प्रोफ़ाइल देखता है ।

ओपी को शीर्षक चुनना चाहिए:

'मैं छवि में पिक्सेल की वास्तविक संख्या को बदले बिना ImageMagick के साथ DPI (मेटाडेटा रिज़ॉल्यूशन संकेत) को बदलना चाहता हूं'

सभी गलतफहमी से बचने के लिए ...

— कर्ट Pfeifle
स्रोत

1

"जब मैं फ़ाइल की जाँच करता हूँ तो यह वही रहता है।" यह वही चीज है जो मैं चाहता हूं। मैं मुझे इस पाठ में शामिल नहीं है। कृपया मेरे सवाल का जवाब पढ़ें ... धीरे से ... ARGL

— बोरिस डैपेन

6

"यह पूरी तरह से असंभव है!" नहीं यह संभव नहीं है ... यह सिर्फ इतना है कि मुद्रित होने पर छवि सिकुड़ जाती है। जो मैंने अपने प्रश्न में बहुत विस्तार से बताया

— बोरिस डैपेन

5

आप बात भी किस बारे में कर रहे हैं। मैंने प्रश्न के अंदर अपने उपयोग-मामले के बारे में विस्तार से बताया है। यदि आप केवल शीर्षक से प्रश्नों का उत्तर देते हैं तो आप यहां किसी की मदद नहीं कर सकते हैं।

— बोरिस डैपेन

4

आपकी घातक दोष प्रारंभिक धारणा थी: "प्रति क्षेत्र अधिक पिक्सेल <==> प्रति चित्र अधिक पिक्सेल" यदि क्षेत्र स्थिर है तो यह केवल सच है। यह मामला नहीं है।

— सिंह इजन

1

हाँ। डीपीआई केवल सार्थक है अगर उपकरणों को प्रदान किया जाए। यह एक ऐसा क्षेत्र भी होता है जिसे इस रिज़ॉल्यूशन के प्रासंगिक होने पर छवि फ़ाइल में संग्रहीत किया जा सकता है। सवाल ने स्पष्ट रूप से पूछा कि पिक्सेल डेटा को बदलने के बिना इस क्षेत्र को कैसे बदलना है।

— लियो इज़ेन