ڈیسیمل اور Base16، Base32، اور Base64 کے درمیان نمبرز دونوں سمتوں میں تبدیل کریں، خودکار بیس شناخت کے ساتھ۔ ڈیسیمل اینکوڈ کریں یا اینکوڈڈ ویلیو ڈی کوڈ کریں۔
המר בין מספרים עשרוניים וקידודי בסיס סטנדרטיים (בסיס16/הקס, בסיס32, בסיס64). הזן ערך בכל שדה כדי להמיר.
הזן מספר שלם חיובי (מקסימום: 9,007,199,254,740,991)
הזן ערך מקודד בבסיס16, בסיס32 או בסיס64
بیس کنورٹر کسی عدد کو لکھنے کے ایک طریقے سے دوسرے طریقے میں تبدیل کرتا ہے۔ کمپیوٹرز، URLs، اور ڈیٹا فارمیٹس شاذ و نادر ہی کوئی سادہ ڈیسیمل عدد اسی صورت میں محفوظ کرتے ہیں — وہ اسے ایک زیادہ کمپیکٹ یا ٹرانسپورٹ کے لیے محفوظ اینکوڈنگ میں پیک کر دیتے ہیں، جیسے Base16 (hexadecimal)، Base32، یا Base64۔ یہ ٹول دونوں سمتوں میں تبدیل کرتا ہے: ایک ڈیسیمل عدد لکھیں اور اس کی Base16/Base32/Base64 صورت دیکھیں، یا ایک اینکوڈڈ ویلیو پیسٹ کریں اور ڈیسیمل واپس حاصل کریں۔ یہ یہ بھی معلوم کرتا ہے کہ اینکوڈڈ ویلیو کس بیس میں ہے۔
ہر پوزیشنل نمبر سسٹم کا ایک بیس (یا radix) ہوتا ہے — یعنی ان مختلف علامتوں کی تعداد جو وہ ایک ہندسے کے لیے استعمال کرتا ہے۔ ڈیسیمل بیس-10 ہے (0–9)۔ یہاں دی گئی اینکوڈنگز ایک بڑے سمبل سیٹ کے بدلے مختصر سٹرنگ حاصل کرتی ہیں:
0-9 اور A-F۔ ہر کریکٹر 4 بٹس رکھتا ہے۔ یہ رنگ کوڈز
(#FF0000)، میموری ایڈریسز، اور ہیشز کے لیے ہر جگہ استعمال ہوتا ہے۔A-Z اور 2-7 (RFC 4648)۔ ہر کریکٹر 5 بٹس رکھتا ہے۔ یہ کیس-غیر حساس ہے اور
آسانی سے الجھنے والے کریکٹرز سے پاک ہے، اس لیے یہ بلند آواز سے پڑھے جانے یا ہاتھ سے ٹائپ کیے جانے کی
صورت میں بھی درست رہتا ہے۔A-Z، a-z، 0-9، +، اور / (RFC 4648)۔ ہر کریکٹر 6 بٹس رکھتا ہے۔ یہ
صرف-ٹیکسٹ چینلز، جیسے ای میل یا JSON فیلڈ، کے ذریعے بائنری ڈیٹا لے جانے کا معیاری طریقہ ہے۔بیس جتنا زیادہ ہوگا، اسی عدد کے لیے اتنے ہی کم کریکٹرز درکار ہوں گے — لیکن اتنا ہی بڑا حروفِ تہجی کا سیٹ یاد رکھنا پڑے گا۔
اس ٹول میں دو فیلڈز ہیں اور یہ اسی فیلڈ میں کام کرتا ہے جس میں آپ لکھیں:
ویلیوز کو JavaScript کے زیادہ سے زیادہ محفوظ انٹیجر، 9007199254740991 (یعنی 2^53 − 1) تک محدود رکھا گیا ہے۔ اس سے اوپر، انٹیجرز کو درست طریقے سے ظاہر نہیں کیا جا سکتا، اس لیے اگر کنورٹر آگے بڑھتا رہے تو یہ خاموشی سے غلط ہندسے دے سکتا ہے — یہ ٹول اندازہ لگانے کے بجائے حد سے باہر ہونے کی خرابی بتاتا ہے۔ ڈیسیمل ان پٹ ایک غیر-منفی انٹیجر ہونا چاہیے؛ اینکوڈڈ ان پٹ میں صرف وہی کریکٹرز استعمال ہونے چاہئیں جو اس کے بیس کے لیے درست ہیں، ورنہ ٹول بے معنی ڈی کوڈ کرنے کے بجائے اسے نشان زد کر دیتا ہے۔
FF، کیونکہ 255 = 15×16 + 15 اور دونوں ہندسے F ہیں۔ یہی وجہ ہے کہ
#FFFFFF سفید ہے: تینوں بائٹس اپنی زیادہ سے زیادہ ویلیو پر ہیں۔3E8 (3×256 + 14×16 + 8 = 1000)۔FF کو ڈی کوڈ کرنا۔ اسے Base16 کے طور پر شناخت کیا جاتا ہے، جو 255 میں ڈی کوڈ ہوتا ہے۔FF ہوتا ہے — ہر 4 بٹس کے لیے ایک ہیکس کریکٹر،
یعنی ہر بائٹ کے لیے دو کریکٹرز۔ اسی بائٹ کو Base32 میں ایک لمبی سٹرنگ اور Base64 میں ایک پیڈڈ گروپ
درکار ہوتا ہے، یہی وجہ ہے کہ رنگوں اور ایڈریسز جیسی مختصر ویلیوز کے لیے ہیکس ہی پڑھنے میں آسان انتخاب
رہتا ہے۔data: URIs، ای میل اٹیچمنٹس (MIME)، JSON یا XML کے اندر تصاویر یا سرٹیفکیٹس ایمبیڈ
کرنا، JWT ٹوکنز۔چونکہ ہر اینکوڈنگ دراصل اسی بنیادی عدد کی ایک نمائندگی ہے، اس لیے ان کے درمیان تبدیلی کبھی بھی ویلیو کو نہیں بدلتی — صرف یہ بدلتا ہے کہ اسے لکھنے کے لیے کتنے کریکٹرز درکار ہیں اور یہ کن چینلز سے محفوظ طریقے سے گزر سکتی ہے۔
آپ کے ورک فلو کے لیے مفید ہونے والے مزید ٹولز کا انعام کریں