हेलवेटिका [नीयू] इलस्ट्रेटर में बिल्कुल भयानक क्यों दिखता है?

15

आकार या इकाइयों की परवाह किए बिना, सभी ओएस संस्करणों सहित, मेरे मैक पर इलस्ट्रेटर CS4 + में हेल्वेटिका हमेशा भयानक दिखती है। नीचे 12px, 24px और 36px में Helvetica के स्क्रीनशॉट हैं।

हेलवेटिका 12px पर जीपीएक्स में हेल्वेटिका हेलवेटिका 36px पर

क्या इसका प्रतिकार करने का कोई तरीका है? अन्य फोंट बहुत अच्छे लगते हैं, लेकिन हेल्वेटिका (नीयू या अन्यथा) हमेशा भयानक दिखता है, जैसे कि सबपिक्सल रेंडरिंग बंद है।

adobe-illustrator text

— एंड्रयू
स्रोत

2

यह एक ठोस जवाब नहीं ला सकता है, लेकिन मेरा मानना है कि आपके सटीक सवाल को Adobe के फोरम पर चर्चा की जा रही है। यहाँ: फ़ोरम .adobe.com

— हेनरिक

1

लिंक के लिए धन्यवाद! चर्चा हालांकि बहुत पुरानी है। मुझे यह विश्वास करना मुश्किल है कि मेरे फोंट सीएस के कई संस्करणों के माध्यम से, कई ओएस पर, कई कंप्यूटरों पर भ्रष्ट हो गए हैं। क्या मैं वास्तव में केवल एक ही हूं जो इसे प्रभावित करता है?

— एंड्रयू

FWIW मैंने आंतरिक बनाम निर्यात किए गए png रेंडरिंग पर एक तुलना परीक्षण किया कि यह देखने के लिए कि मेरे सिस्टम पर फ़ॉन्ट कैसे प्रस्तुत करता है (निश्चित रूप से अच्छा नहीं है)। एक उम्मीद करेगा कि "टाइप ऑप्टिमाइज़्ड" रेंडर बेहतर दिखाई देगा, लेकिन अजीब तरह से यह "आर्ट ऑप्टिमाइज़्ड" रेंडर है जो संतोषजनक होने के करीब आता है। i.imgur.com/izTuj.png

— हेनरिक

1

@, आपके रेंडर बहुत सटीक वर्णन करते हैं कि मैं क्या देख रहा हूं। उन लोअरकेस आर हास्यास्पद हैं!

— एंड्रयू

10

सबसे पहले, winky के दो सामान्य कारण, गलत, असंतुष्ट पाठ जहां वर्ण एक दूसरे के सापेक्ष सही ढंग से पंक्तिबद्ध या आकार नहीं देते हैं जो इस विशिष्ट मामले में कारण नहीं हैं :

पिक्सेल ग्रिड में मिस-अलाइनमेंट। इलस्ट्रेटर के अधिक हाल के संस्करणों में 'पिक्सेल ग्रिड के लिए संरेखित करें' विकल्प है, लेकिन यह सब कुछ प्रभावित करता है और इसके परिणाम 1 स्ट्रोक से कम की चौड़ाई को रोकने जैसे परिणाम हैं। आप वुंड्स से पिक्सेल संरेखित स्क्रिप्ट (डाउनलोड) के साथ अन्य वस्तुओं के बिना व्यक्तिगत वस्तुओं को पिक्सेल-संरेखित कर सकते हैं ।
डबल जांचें कि पाठ बहुत थोड़ा घुमाया नहीं गया है, क्योंकि यह संकेत को पागल कर देगा।

हालाँकि, यह विशेष मामला , विशेष प्रकार के एंटी-अलियासिंग और हिंटिंग का एक संयोजन है। Illustrator CS5 में + इस प्रकार के विकल्प हैं कि फ़ोटोशॉप में उन लोगों के समान एंटी-अलियास कैसे हैं , इसलिए हम संयोजन की तुलना कर सकते हैं (शीर्ष पंक्तियां 10 हेल्वेटिका नी लाइट, नीचे की पंक्तियां 14pt हैं), जिनमें से CS4 केवल 'तेज' का उपयोग करता प्रतीत होता है:

संकेत के साथ (यानी ऑनस्क्रीन पूर्वावलोकन, या, CS5 + में, "टाइप ऑप्टिमाइज़्ड" चयनित के साथ वेब के लिए सहेजें)

यहाँ छवि विवरण दर्ज करें

संकेत के बिना (अर्थात वेब के लिए अनुकूलित 'सहेजें या CS4 से कम वेब के लिए सहेजें):

यहाँ छवि विवरण दर्ज करें

आप बदसूरत विकृति देख सकते हैं, फ्लैट-टॉप किए गए अक्षरों को कम कर सकते हैं और गोल-टॉप किए गए अक्षरों को बढ़ा सकते हैं, यह दर्शाते हैं कि कब इशारा किया जा रहा है और जब एंटी-एलियासिंग 'तीव्र' है , भले ही ऑब्जेक्ट स्वयं पिक्सेल ग्रिड से जुड़ा हो या नहीं - क्योंकि संकेत (पिक्सेल ग्रिड को फिट करने के लिए विवरण समायोजित करना) प्रत्येक वर्ण के प्रत्येक विवरण के स्तर पर हो रहा है, न कि पाठ ऑब्जेक्ट के लिए।

(मुझे कुछ भी नहीं सूझ रहा है कि प्रत्येक एंटी-अलियासिंग विधि क्या करती है - यह 'क्रिस्प' और 'स्ट्रॉन्ग' की तरह दिखता है, जो वास्तव में इलस्ट्रेटर के संकेत को बंद कर सकता है, या कम से कम, इसे कम कर सकता है)

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

CS6 पर, आपका इन चीजों पर नियंत्रण है। वेब आउटपुट के लिए इन-इमेज टेक्स्ट के लिए CS4, मैं जिस वर्कअराउंड की सिफारिश करूंगा, वह है ऑन-स्क्रीन प्रिव्यू के स्क्रीनशॉट्स को फोटोशॉप पर 100% तक कॉपी करना जब आप हिन्टिंग करना चाहते हैं, और सेव फॉर वेब प्लस पिक्सेल एलाइन स्क्रिप्ट का उपयोग करते समय आप हिन्टिंग नहीं चाहते हैं, और जहां फ़ोटोशॉप में दो छवियों को जोड़ना उचित है, उन्हें ओवरले करना और एक के क्षेत्रों को मिटाना जहां आप दूसरे का प्रतिपादन चाहते हैं। या, फ़ोटोशॉप में टेक्स्ट को लागू करें और इसके एंटी-अलियासिंग नियंत्रण का उपयोग करें।

संकेतित पाठ आमतौर पर पठनीयता के लिए बेहतर होता है, लेकिन इन जैसे कुछ मामलों में, यह बुरी तरह से गलत हो जाता है ...

— user56reinstatemonica8
स्रोत

वाह, क्या शानदार जवाब है! मुझे खेद है कि मैंने इसे पहले की तरह चिह्नित नहीं किया! आपके प्रयोग इसके तह तक पहुंचने में बेहद मददगार रहे हैं, और मुझे यह सुनकर खुशी हुई कि CS6 में वास्तव में हमारा नियंत्रण है।

— एंड्रयू

6

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

वास्तव में, ओएस एक्स हर समय सबपिक्सल एंटीएलियासिंग का उपयोग नहीं करता है, केवल जब प्रतिपादन एक अपारदर्शी पृष्ठभूमि पर होता है:

पाठ को केवल उप-पिक्सेल एंटिआलिज़िंग का उपयोग करके खींचा जा सकता है जब इसे मौजूदा अपारदर्शी पृष्ठभूमि में एक ही समय में कंपोज़ किया जाता है।

- Apple का CATextLayer क्लास संदर्भ

इसके अलावा, Adobe ओएस एक्स और विंडोज के लिए एक अलग पाठ रेंडरिंग इंजन का उपयोग करते हैं, संभवतः इसलिए उनके पास लगातार क्रॉस-प्लेटफ़ॉर्म परिणाम हो सकते हैं।

मुझे यकीन नहीं है कि हेल्वेटिका नीयू विशेष रूप से खराब या अलग क्यों है। यह शायद व्यापक मतभेदों का एक लक्षण है।

— मार्क एडवर्ड्स
स्रोत

2

मेरा सुझाव है कि हर बार Apple पूर्वावलोकन में फ़ाइल खोलें। इसमें काफी बेहतर टेक्स्ट रेंडरिंग है। यह आपको कम से कम समस्या के आसपास काम करने की अनुमति देता है जब तक आप निर्यात करने का निर्णय नहीं लेते।

— अतिथि
स्रोत

2

ऑन-स्क्रीन प्रस्तुत किए जाने वाले पाठ में आमतौर पर कुछ स्तर के हाइनिंग और एंटी-अलियासिंग लागू होते हैं। इन दोनों का उद्देश्य पाठ को स्क्रीन पर अधिक पठनीय बनाना है।

इलस्ट्रेटर यहाँ एक अलग स्तर पर इशारा कर रहा है या एंटी-अलियासिंग है जो आप सामान्य रूप से अपने ऑपरेटिंग सिस्टम में देखते हैं, इसलिए यह अलग दिखता है (और आप को गलत लगता है, क्योंकि लोगों के विषय पर बहुत अधिक शोध किया जा रहा है। उनके चुने हुए OS पाठ को प्रस्तुत करते हैं, और बाकी सब गलत दिखते हैं)।

अच्छी खबर यह है कि यह आम तौर पर अंतिम परिणाम के लिए कोई फर्क नहीं पड़ता है, जब इलस्ट्रेटर में आप वेक्टर उत्पादन के बारे में अधिक चिंतित होते हैं, तो यह नहीं कि यह आपकी स्क्रीन के लिए रेखांकन में इलस्ट्रेटर में कैसा दिखता है। अगर इलस्ट्रेटर ने इसे आपके लिए बहुत "अच्छा" प्रदान किया है, तो यह अभी भी बहुत अच्छा पूर्वावलोकन नहीं दे रहा है कि आउटपुट क्या होगा, क्योंकि स्क्रीन का rasterised डिस्प्ले बहुत सीमित कारक है; पत्र-आकृतियों का एक अच्छा पूर्वावलोकन प्राप्त करने के लिए आपको बहुत करीब से ज़ूम करने की आवश्यकता है, और यह कैसे मुद्रित दिखता है, इसका अच्छा पूर्वावलोकन प्राप्त करने के लिए - आपको इसे प्रिंट करना होगा।

विरोधी aliasing परदे पर पाठ के rasterisation का एक परिणाम के रूप में बदसूरत पत्र आकार रोकने में मदद करता है लेकिन वहाँ विरोधी aliasing के कई प्रकार हैं। अधिकांश OSs इन दिनों उप-पिक्सेल एंटीलियासिंग को नियोजित करते हैं जो सबसे "कुरकुरा" प्रकार है क्योंकि यह क्षैतिज रिज़ॉल्यूशन को ट्रिपल करता है, जबकि आपका नमूना एंटी-पिक्सेल एंटी-अलियासिंग नहीं दिखाता है। नतीजतन, ऊर्ध्वाधर "उपजी" छोटे आकार में बहुत कुरकुरा नहीं दिखता है।

ऑन-स्क्रीन टेक्स्ट का संकेत पिक्सेल ग्रिड के साथ संरेखित करने के लिए उन्हें स्थानांतरित करके, पाठ के तने और बार को अधिक विशिष्ट और तेज बनाने में मदद करता है। ऑपरेटिंग सिस्टम अपने स्तर पर बेतहाशा भिन्नता से विंडोज के साथ इसे बहुत मजबूती से कर रहा है, और मैक ओएस एक्स शायद ही कोई ऐसा कर रहा है। एक परिणाम के रूप में कुछ भी आप क्या करने के लिए उपयोग किया जाता है शायद गलत लग रहा है (के रूप में बुरा संकेत भी गलत लग रहा है)। आपके द्वारा प्रदान किए गए नमूने शो टेक्स्ट को बहुत अधिक संकेतित करते हैं, और लोअरकेस "x" के शीर्ष पर गलती मुझे विश्वास दिलाती है कि इलस्ट्रेटर इसे ऑटो-हिंट कर रहा है। ऑटो-हिंटिंग कुछ फोंट को ठीक लग सकता है, और अन्य वास्तव में खराब दिखते हैं। विशेष रूप से यदि आप आमतौर पर मैक ओएस एक्स का उपयोग करते हैं, तो यह आपके लिए बहुत गलत है।

वैसे भी, जैसा कि कहा गया है, यह अंतिम परिणाम को प्रभावित नहीं करता है।

— thomasrutter
स्रोत

मैं अक्सर इलस्ट्रेटर का उपयोग डिजिटल प्रारूप में निर्यात करने के स्पष्ट लक्ष्य के साथ करता हूं, और प्रिंट सामान के लिए शायद ही कभी इसका उपयोग करता हूं। इसलिए जब मैं समझता हूं कि मुद्रित होने पर यह ठीक लगेगा, रेटिना-एस्क के साथ यह वास्तव में अब कोई मुद्दा नहीं होना चाहिए। मैं लगभग नहीं बल्कि Illustrator सिर्फ प्रदर्शन के लिए देशी प्रणाली फ़ॉन्ट प्रतिपादन का उपयोग करेंगे। हालांकि यह अलग-अलग क्रॉस-प्लेटफ़ॉर्म होगा, यह कम से कम प्रति-प्लेटफ़ॉर्म संगत होगा।

— एंड्रयू

समस्या यह है कि आप एक रेखापुंज छवि बना रहे हैं, जहाँ उप-पिक्सेल मौजूद नहीं हैं। उप-पिक्सेल रेंडरिंग हार्डवेयर की क्षमता है।

— हॉरेटो सेप

@ इसका अनुपात पूरी तरह से सच नहीं है अगर आप स्क्रीन पिक्सेल ऑर्डर और कॉन्फ़िगरेशन को पहले से जानते हैं तो आप सबपिक्सल रेंडरिंग को सेंक सकते हैं।

— पूजा

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

— थोमसट्रेटर

-1

यह मेरे कंप्यूटर पर बहुत अच्छा लग रहा है:

यहाँ छवि विवरण दर्ज करें

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

यदि आप 300dpi + प्रिंट रिज़ॉल्यूशन के लिए Helvetica का उपयोग करते हैं, या आप हाय-रिज़ॉल्यूशन LCD (या सिर्फ बड़े नियमित 72 PPI LCDs, जो दूर से देखने के लिए डिज़ाइन किए गए हैं) पर दे रहे हैं, तो यह समस्या नहीं है।

— लेसे मेजेस्टे
स्रोत

काला पीला पर सफेद पर काला की तुलना में अधिक विपरीत है

— रयान

3

@ रेयान: वास्तव में नहीं। सफेद पर काला (या इसके विपरीत) 100% विपरीत (डिजिटल इमेजिंग सिस्टम और दृश्य तीक्ष्णता परीक्षण के लिए) माना जाता है। पीले रंग के साथ सफेद को बदलने से ल्यूमिनेंस में अंतर कम होता है। पीला, लाल की तरह, किसी का ध्यान आकर्षित करने में अच्छा है, यही कारण है कि पीले और काले मानक चेतावनी रंग हैं। लेकिन एक सामान्य 8-बिट आरजीबी डिस्प्ले में पीले पर एए काले को हरे और नीले चैनलों में 255 स्तरों के माध्यम से कदम रखने की आवश्यकता होती है जबकि सफेद पर सभी 3 चैनलों के लिए ऐसा करने की आवश्यकता होती है।

— लेज़ माजेते