آپ اپنے اسپیکر کی مقدار کو ایپ ، آپریٹنگ سسٹم وسیع ، یا اپنے اسپیکر سیٹ اپ پر جسمانی کنٹرول کے ذریعہ ایڈجسٹ کرسکتے ہیں۔ زیادہ سے زیادہ آواز کے ل Which کون سا طریقہ بہتر ہے؟
آج کا سوال وجواب کا سیشن ہمارے پاس سوپر یوزر کے بشکریہ ہے St اسٹیک ایکسچینج کی ایک ذیلی تقسیم ، سوال و جواب کی ویب سائٹوں کی کمیونٹی ڈرائیو گروپ بندی۔
سوال
سپر صارف کے قارئین Qwwy نے مندرجہ ذیل سوال اٹھائے ہیں:
اگر موسیقی کافی زیادہ بلند نہیں ہے تو ، میں کس طرح بہترین معیار حاصل کروں گا (چاہے فرق حقیقت میں اتنا چھوٹا ہی کیوں نہ ہو)؟
- میرے میوزک پلیئر ، گیم یا دیگر صوتی تیار کرنے والے سوفٹویئر پروگرام میں میوزک کو زیادہ بلند کرکے؟
- آپریٹنگ سسٹم کی سطح پر حجم بڑھا کر (مثال کے طور پر ، ونڈوز نوٹیفیکیشن ایریا میں اسپیکر آئیکن پر کلک کرکے اور حجم کو تبدیل کرکے)؟
- آپ کے کمپیوٹر سے منسلک امپلیفائر یا اسپیکر پر حجم تبدیل کرکے ، اور اس طرح ہارڈ ویئر میں حجم میں تبدیلی لائیں؟
کیا پروگراموں بمقابلہ OS سے فرق پڑتا ہے؟ کیا سافٹ ویئر بمقابلہ ہارڈ ویئر سے کوئی فرق پڑتا ہے؟
آئیے ہم چیزوں کی تہہ تک پہنچتے ہیں: کیا اسپیکر پر یا اپنے کمپیوٹر کی ترتیبات میں حجم کو بہتر بنانا بہتر ہے؟
جواب
اس سوال کے حتمی جواب کے ساتھ سپر صارف کا تعاون کرنے والا انڈریک چھلانگ لگا رہا ہے۔
عام طور پر پروگرام بمقابلہ OS سے کوئی فرق نہیں پڑتا ہے۔ اہم بات یہ ہے کہ آیا آپ سافٹ ویئر میں یا ہارڈ ویئر میں حجم ایڈجسٹ کر رہے ہیں۔
سافٹ ویئر میں حجم کم کرنا بنیادی طور پر تھوڑا سا گہرائی کو کم کرنے کے مترادف ہے۔ ڈیجیٹل آڈیو میں ، سگنل کو مختلف نمونوں میں تقسیم کیا جاتا ہے (ہزاروں بار فی سیکنڈ لیا جاتا ہے) ، اور تھوڑا سا گہرائی وہ بٹس ہے جو ہر نمونے کی وضاحت کے لئے استعمال ہوتی ہیں۔ سگنل کو تیز کرنا ہر نمونے کو ایک سے کم تعداد میں ضرب دے کر کیا جاتا ہے ، اس کا نتیجہ یہ ہوتا ہے کہ اب آپ آڈیو کو بیان کرنے کے لئے پوری ریزولوشن استعمال نہیں کررہے ہیں ، جس کے نتیجے میں متحرک حد اور سگنل ٹو شور تناسب کم ہوجاتا ہے۔ خاص طور پر ، ہر 6 DB توجہ تھوڑا سا گہرائی کو ایک سے کم کرنے کے مترادف ہے۔ اگر آپ نے شروع کیا تو ، کہتے ہیں ، 16 بٹ آڈیو (آڈیو سی ڈیز کے لئے معیاری) اور حجم کو 12 ڈی بی نے کم کردیا ہے تو ، اس کی بجائے آپ مؤثر طریقے سے 14 بٹ آڈیو سن رہے ہوں گے۔ حجم کو بہت زیادہ نیچے کردیں اور معیار کو نمایاں طور پر تکلیف پہنچنا شروع ہوجائے گی۔
ایک اور مسئلہ یہ ہے کہ ان حسابوں سے اکثر گول غلطیاں ہوجاتی ہیں ، اس وجہ سے کہ نمونے کی اصل قدر اس عنصر کی کثیر نہ ہو جس کے ذریعہ آپ نمونے تقسیم کررہے ہیں۔ بنیادی طور پر کوانٹیشن شور کیا ہے یہ متعارف کرانے سے یہ آڈیو کے معیار کو مزید خراب کرتا ہے۔ ایک بار پھر ، یہ زیادہ تر حجم کی سطح پر ہوتا ہے۔ مختلف پروگرام سگنل کو کم کرنے اور ان غلطیوں کو دور کرنے کے ل slightly قدرے مختلف الگورتھم استعمال کرسکتے ہیں ، جس کا مطلب ہے وہاں شاید کسی آڈیو پلیئر اور او ایس کے مابین نتیجہ خیز سگنل میں کچھ فرق ہو ، لیکن اس سے یہ حقیقت نہیں بدلی جاسکتی ہے کہ تمام معاملات میں آپ اب بھی قدرے گہرائی کو کم کررہے ہیں اور اس کے بجائے بینڈوتھ کا ایک حصہ ضرو کو منتقل کرنے پر ضائع کررہے ہیں۔ مفید معلومات کی.
یہ پی ڈی ایف اگر آپ مزید جاننے میں دلچسپی رکھتے ہیں تو آپ کے پاس مزید معلومات اور کچھ عمدہ عکاسی ہے۔
ہارڈ ویئر میں حجم کو کم کرنے کا نتیجہ اس بات پر منحصر ہے کہ حجم کنٹرول کو کس طرح نافذ کیا جاتا ہے۔ اگر یہ ڈیجیٹل ہے ، تو اثر اتنا ہی ہے جتنا سافٹ ویئر میں حجم کو کم کرنا ، لہذا آڈیو کوالٹی کے لحاظ سے ، جس میں آپ استعمال کرتے ہو اس میں شاید کوئی فرق نہیں پڑتا ہے۔
مثالی طور پر ، آپ کو مکمل طور پر اپنے کمپیوٹر سے آڈیو آؤٹ پٹ کرنا چاہئے ، تاکہ زیادہ سے زیادہ ریزولوشن (قدرے گہرائی) حاصل ہوسکے ، اور پھر اسپیکرز کے سامنے آخری چیزوں میں سے ایک کے مطابق ینالاگ حجم کنٹرول ہو۔ یہ فرض کرتے ہوئے کہ آپ کے اشارے کے راستے میں موجود تمام ڈیوائسز کم سے کم معیار کے ہیں (یعنی آپ ایک سستے کم آخر یمپلیفائر کا جوڑا اعلی کے آخر میں ڈیجیٹل ماخذ اور ڈی اے سی کے ساتھ نہیں کررہے ہیں) ، جو بہترین آڈیو کوالٹی دیتی ہے۔
@ جورین تبصرے میں ایک اچھا سوال پوسٹ کیا:
لہذا اگر میں سافٹ ویئر کا حجم کنٹرول زیادہ سے زیادہ مرتب کرنا چاہتا ہوں تو ، میں اچانک ایک انتہائی چھوٹے سے قابل استعمال حد سے متعلق اپنے ینالاگ کنٹرولوں سے کیسے نپٹتا ہوں؟ (کیونکہ یہاں تک کہ ینالاگ حجم کو آدھے کر دینا بھی بہت تیز ہے۔)
یہ مسئلہ ہوسکتا ہے جب حجم کنٹرول ایک یمپلیفائر کا حصہ ہوتا ہے ، جو شاید زیادہ تر کمپیوٹر سیٹ اپ کے معاملے میں ہوتا ہے۔ چونکہ ایک امپلیفائر کا کام ، جیسا کہ نام سے ہی پتہ چلتا ہے ، اس میں اضافہ ہوتا ہے ، اس کا مطلب یہ ہے کہ حجم کنٹرول ہے حاصل کرنا 0 سے لے کر 1 سے زیادہ (اکثر بہت زیادہ) تک ہوتا ہے ، اور جب آپ حجم کنٹرول کو آدھے راستے کی طرف موڑ دیتے ہیں تو ، آپ شاید مزید توجہ نہیں دیتے ، لیکن در حقیقت سگنل کو اپنے سافٹ ویئر میں مقرر کردہ سطح سے آگے بڑھاتے ہوئے۔
اس کے حل کے ایک جوڑے ہیں:
- ایک غیر فعال attenuator حاصل کریں. چونکہ یہ سگنل کو بڑھا نہیں دیتا ہے ، لہذا اس کا فائدہ 0 سے 1 تک ہوتا ہے ، جو آپ کو بہت زیادہ استعمال کرنے کے قابل حد فراہم کرتا ہے۔
- ینالاگ کے دو حجم کنٹرول ہیں۔ اگر آپ کے پاور ایمپلیفائر یا اسپیکر کے پاس حجم یا ان پٹ ٹرم کنٹرول ہے تو ، یہ بہت اچھا کام کرے گا۔ ماسٹر حجم کی سطح کو مرتب کرنے کے لئے اس کا استعمال کریں تاکہ آپ کے باقاعدہ حجم کنٹرول کی قابل استعمال حد اطلاق زیادہ سے زیادہ ہوجائے۔
- اگر پچھلے دونوں ممکن نہیں ہیں یا ممکن نہیں ہیں تو ، OS کے حجم کو محض اس وقت نیچے کردیں ، جب تک کہ آپ ینالاگ حجم کنٹرول اور آڈیو کوالٹی پر قابل استعمال حد کے درمیان بہترین سمجھوتہ نہ کرلیں۔ انفرادی پروگراموں کو 100 Keep پر رکھیں تاکہ لگاتار کئی گہرائی میں کمی سے بچ سکیں۔ امید ہے کہ آڈیو کوالٹی میں نمایاں نقصان نہیں ہوگا۔ یا اگر وہاں ہے تو ، پھر میں شاید ایک نیا یمپلیفائر حاصل کرنا شروع کروں گا جس کے پاس اتنا ہی حساس ان پٹ نہیں ہے ، یا اس سے بہتر ، ان پٹ حاصل کو ایڈجسٹ کرنے کا ایک طریقہ ہے۔
ٹویٹ ایمبیڈ کریں تبصرے میں بتایا کہ قدرے گہرائی میں کمی کا مسئلہ جدید آپریٹنگ سسٹمز پر لاگو نہیں ہوتا ہے۔ خاص طور پر ، وسٹا کے ساتھ شروع ہوکر ، ونڈوز خود بخود کسی بھی توجہ کرنے سے پہلے ہی تمام آڈیو اسٹریمز کو 32 بٹ فلوٹنگ پوائنٹ پر اپسمپل کرتا ہے۔ اس کا مطلب یہ ہے کہ ، اگرچہ آپ حجم کو کم کرتے ہیں تو ، قرارداد کا کوئی مؤثر نقصان نہیں ہونا چاہئے۔ پھر بھی ، آخر کار آڈیو کو کم کنورٹ (16 بٹ ، یا 24-بٹ پر کرنا پڑتا ہے اگر ڈی اے سی اس کی حمایت کرتا ہے) ، جو کچھ کوکیشن غلطیوں کو متعارف کرائے گا۔ نیز ، پہلے دھیان دینا اور بعد میں تیز کرنا شور کی منزل میں اضافہ کرے گا ، لہذا سافٹ ویئر کی سطح کو 100 at پر رکھنے اور ہارڈ ویئر میں کشیدہ کرنے کا مشورہ ، جتنا ممکن ہو آپ کی آڈیو چین کے اختتام کے قریب ، اب بھی کھڑا ہے۔
وضاحت میں شامل کرنے کے لئے کچھ ہے؟ تبصرے میں آواز بند. ٹیک سیکھنے والے اسٹیک ایکسچینج کے دوسرے صارفین سے مزید جوابات پڑھنا چاہتے ہیں؟ چیک کریں یہاں مکمل بحث کا دھاگہ .
