JPEG ફોટોગ્રાફ્સ, ગુણવત્તા અને ફાઇલ કદને સંતુલિત કરવા માટે ઑપ્ટિમાઇઝ કરેલ નુકસાનકારક કમ્પ્રેશનનો ઉપયોગ કરે છે.
સામાન્ય ઉપયોગો
ડિજિટલ ફોટોગ્રાફી
વેબ છબીઓ અને થંબનેલ્સ
ફોટો જોડાણો ઇમેઇલ કરો
JPEG રૂપાંતરણ FAQ
JPEG ફાઇલ શું છે?
+
JPEG (જોઈન્ટ ફોટોગ્રાફિક એક્સપર્ટ્સ ગ્રુપ) એ ડિજિટલ ફોટોગ્રાફ્સ માટે એક ઇમેજ કમ્પ્રેશન સ્ટાન્ડર્ડ છે.
શું JPEG ને ફરીથી સંગ્રહવું તેને દરેક વખતે ખરાબ બનાવે છે?
+
હા, અને તે બંધારણ વિશે જાણવા જેવી એક વસ્તુ છે. દરેક સંગ્રહ ચિત્ર પર નુકસાનકારક એનકોડર ફરીથી ચલાવે છે કે જે પહેલેથી જ તેના દ્વારા ગયું છે, તેથી આર્ટીફેક્ટ્સ સંયોજિત - લખાણની આસપાસ બ્લોકિંગ અને હળવી બાજુઓ પર હલોઝ તરીકે પેઢીઓના હાથ પછી દૃશ્યમાન છે. નુકસાનકારક માસ્ટરમાંથી ફેરફાર કરો અને JPEG માં એકવાર નિકાસ કરો, અંતે, ફરીથી ખોલવા અને ફરીથી ફાઇલનો સંગ્રહ કરવાને બદલે. બીટસ્ટ્રીમ.jpg: DCT-આધારિત નુકસાનકારક સંકોચન સાથે સમાન છે, સામાન્ય રીતે ૪:૨:૦ ક્રોમા ઉપનમૂના સાથે, JFIF અથવા Exif હેડરમાં લપેટીને.
કેમ દરેક કેમેરા અને ફોન મને JPEG આપે છે?
+
કારણ કે તે બંધારણ છે કે જે પર સમગ્ર ફોટોગ્રાફિક શૃંખલા દાયકા પહેલાં સ્થાપિત થયેલ છે, અને ત્યારથી કંઇક કેમેરા બનાવનારને સુસંગતતા જોખમ માટે યોગ્ય નથી. સેન્સર માહિતી કેમેરા જાતમાં પ્રક્રિયા કરેલ છે અને એનકોડ થયેલ છે, મેનુમાં ગુણવત્તા સુયોજનમાં દફન થયેલ છે, અને કાર્ડ પર જે પડી જાય છે તે પહેલેથી જ સમાપ્ત થયેલ ચિત્ર છે. એટલા માટે ફોટાનું પ્રથમ ફેરફાર ક્યારેય નુકસાનકારક પગલું નથી કે જે લોકોની ચિંતા કરે છે - નુકસાનકારક પગલું પહેલેથી જ થયું છે, કેમેરાની અંદર. JPEG એ JPG અને JFIF ની જેમ જ પ્રમાણભૂત છે - ચાર-અક્ષર એક્સટેન્શન મૂળભૂત છે, અને ત્રણ-અક્ષર એક માત્ર DOS 8.3 ફાઇલનામ મર્યાદાને કારણે અસ્તિત્વ ધરાવે છે.
શું JPEG એ તેના બીજા એક્સટેન્સન જેવું જ બંધારણ છે?
+
હા. આ એક્સટેન્શન અને લાંબા અથવા ટૂંકા નામ તમે તેની બાજુએ જુઓ છો તે એક આધારભૂત બંધારણ વર્ણવે છે, અને કંઇપણ જે કોઈપણ વાંચે છે તે બંને વાંચે છે. બે નામો ઇતિહાસિક છે: DOS યુગથી આઠ-અક્ષરો ફાઇલનામ મર્યાદા, વેપારી તેના કાર્યક્રમનું નામ તેના ફાઇલ બંધારણની જગ્યાએ, અથવા બે કાર્યક્રમો જે ફક્ત મૂળભૂત રીતે અલગ છે. કોઈપણનું ફેરબદલી એ જ પરિણામ ઉત્પન્ન કરે છે, તેથી જે એક્સટેન્શન બીજા અંત પર સોફ્ટવેર ઇચ્છે છે તે વાપરો.
JPEG માં ફેરબદલી કરતી વખતે હું કઈ ગુણવત્તા સુયોજન વાપરવું જોઈએ?
+
કોઈપણ વસ્તુ માટે ૮૦ અને ૯૦ વચ્ચે ક્યાંક છે જેને વ્યક્તિ જોશે. લગભગ ૭૫ નીચે સ્કિન, આકાશ અને કોઈપણ મોટા સપાટ વિસ્તાર પર આર્ટીફૅકટ્સ બતાવવા શરૂ કરે છે; ૯૫ ની ઉપર ફાઇલ ઝડપથી વધે છે જ્યારે લગભગ કોઈપણ ફેરફાર જોઈ શકતું નથી. સુયોજન ચિત્રની ગુણધર્મ નથી, તે આ ખાસ નિકાસ વિશેનો નિર્ણય છે - તેથી ફાઇલ ક્યાં જશે તે માટે તેને પસંદ કરો, અને આગળની વખતે તમે અલગ જવાબની જરૂરિયાત હોય ત્યારે મૂળભૂતને રાખો.
મારા પારદર્શક પાશ્વભાગને JPEG માં સફેદ કેમ બનાવાયું?
+
કારણ કે JPEG એ તેને રાખવા માટે કોઈ આલ્ફા ચેનલ નથી. દરેક પિક્સેલને ચોક્કસ રંગ હોવો જોઈએ, તેથી પારદર્શકતા પાશ્વ ભાગ સામે કોમ્પોઝ થયેલ છે - મૂળભૂત રીતે સફેદ - ફાઇલ લખાયેલ છે તે સમયે. પછીથી કંઇપણ પુનઃપ્રાપ્ત કરી શકાય તેવું નથી. જો ચિત્રને રંગીન પાના પર બેસવાની જરૂર હોય અથવા ફોટો ઉપર, તો બંધારણમાં ફેરવો કે જે પારદર્શકતાને બદલે સંગ્રહે છે. JPEG દરેક JPG મર્યાદા વહેંચે છે - કોઈ આલ્ફા, પુનઃસંગ્રહ પર પેઢીનું નુકસાન નથી - સોફ્ટવેરનાં ઉમેરાયેલ નુકસાન સાથે કે જે બે એક્સટેન્સનને અલગ રીતે સંભાળે છે.
શું JPEG CMYK રંગને છાપવા માટે રાખી શકે છે?
+
તે કરી શકે છે, જે એ છે કે છાપન કાર્યપ્રવાહમાંથી ફાઇલો ક્યારેક સ્ક્રીન પર અજબ દેખાય છે: રંગો મોનિટર માટે પ્રકાશની જગ્યાએ પ્રેસ માટે ઇન્ક ટકામાં સ્પષ્ટ થયેલ છે. મોટાભાગના વેબ-મુખી બંધારણો માત્ર RGB છે, તેથી પરિવર્તનને અનુવાદ કરવાની જરૂર છે, અને અનુવાદ આશરે છે - સંતુલિત સીઓન અને નારંગી ફેરફાર સૌથી વધુ. પ્રિન્ટર તરફ જતા કંઈપણ માટે, મૂળભૂતને તમે પરિવર્તિત કરો તે કંઈપણની બાજુએ રાખો.
શું તેનો અર્થ એ થાય છે કે JPEG ત્રીસ વર્ષથી વધુ જૂનું છે?
+
સમય એ જ સમસ્યા નથી - તે સમયથી ઘણા બંધારણો હજુ પણ સંપૂર્ણપણે સારા છે, કારણ કે બધું જ તેમને અમલમાં મૂકવા માટે દાયકા સુધી હતું. જે મહત્વનું છે તે એ છે કે જે સમયે માનવામાં આવ્યું હતું: નાની ફાઇલો, મધ્યમ પ્રોસેસરો, નેટવર્ક નથી, અને કોઈની જરૂરિયાત ન હોય તેવી લાક્ષણિકતાઓ. જ્યાં આ માન્યતાઓ હજુ પણ બંધબેસે છે, બંધારણ સારુ છે. જ્યાં તેઓ નહિં, તે ફેરફાર કરવાનો કારણ છે.
શું હું JPEG માં ફેરફાર કરું ત્યારે કેમેરા અને સ્થાન મેટાડેટા સંગ્રહાયેલ છે?
+
તે જ્યાં લક્ષ્ય બંધારણ તેને આધાર આપે છે ત્યાંથી લાવવામાં આવે છે - કેમેરા મોડેલ, પ્રદર્શન, કેપ્ચર સમય, અને GPS ક્રમો જો ઉપકરણ તેમને રેકોર્ડ કરે છે. તે છેલ્લું એક પ્રકાશિત કરતા પહેલા વિચારવા જેવું છે: ફોન પર ફોટો સીધો જ તે લેવાયેલ ચોક્કસ સ્થાનને લઇ શકે છે. પરિવર્તન દરમિયાન મેટાડેટાને કાપી નાખો જ્યારે ચિત્ર ક્યાંક જાહેરમાં જશે.
શું હું JPEG ને સીધા વેબ પાના પર વાપરી શકું?
+
હા — દરેક વર્તમાન બ્રાઉઝર તેને મૂળભૂત રીતે રેન્ડર કરે છે, તેથી તેને ફૉલબેક નકલની જરૂર નથી અને પ્રકાશિત સમયે કોઈ પરિવર્તન નથી. બાકી રહેલ પ્રશ્ન આધારની જગ્યાએ વજન છે: આધુનિક વેબ બંધારણમાં તે જ ચિત્ર એ સામાન્ય રીતે તે જ દૃશ્યમાન ગુણવત્તા પર માપનો ત્રીજો ભાગ છે, જે ફૉલ્ડ ઉપર દેખાય છે તે કંઈપણ પર કરવા માટે યોગ્ય છે. JPEG એ વિસ્તરણ છે કે જે સૌથી વધુ કેમેરા, સ્કેનરો અને Unix-ઉત્પન્ન સોફ્ટવેર પસંદ કરે છે, અને તે વિશ્વવ્યાપી રીતે ઓળખાય છે.
શું હું JPEG ને ફેરબદલી કરવાને બદલે ફક્ત એક્સટેન્શનનું નામ બદલી શકું?
+
લગભગ ક્યારેય નહિં, અને તે સમજવા માટે યોગ્ય છે કેમ કે: એક્સટેન્શન લેબલ છે, જ્યારે અંદરના બાઇટ્સ એક ચોક્કસ બંધારણ માટે બંધારણ થયેલ છે. નામ બદલવું ફાઇલ ઉત્પન્ન કરે છે જેનું નામ તેની વિગતો પૂરી પાડતી નથી, અને જે કંઇપણ તેને ખોલે છે તે ફાઇલને નકારે છે અથવા તેને ખોટી રીતે વાંચે છે. એક નાનું અપવાદ એ બે બંધારણો છે જે ખરેખર અલગ નામો હેઠળ એક જ સંગ્રહસ્થાન છે - અને પછી પણ યોગ્ય રિવ્રેપ નામ બદલવા કરતા વધુ સુરક્ષિત છે.
શું હું JPEG ફાઇલોના સંપૂર્ણ ફોલ્ડરને એક જ વારમાં ફેરવી શકું?
+
ખાતા સાથે, હા - તેમને સાથે મૂકો અને તેઓ એક વખતે એક કામ તરીકે કતારમાં મૂકવામાં આવે છે, એક જ સુયોજનો બાટ પર લાગુ પાડેલ છે અને પરિણામો સાથે પાછા આવે છે. મુક્ત પરિવર્તનો એક ફાઇલને એકવાર ચલાવે છે (સંયોજન સાધનો બે લે છે); ચૂકવેલ યોજના એ છે કે જે બાટ પ્રક્રિયા અને મોટા પ્રતિ-ફાઇલ મર્યાદાને તાળું ખોલશે, જે સમગ્ર પેટીને બદલવાનું વાસ્તવિક બનાવે છે.
