এটি হল zita-j2n কমান্ড যা আমাদের একাধিক বিনামূল্যের অনলাইন ওয়ার্কস্টেশন যেমন উবুন্টু অনলাইন, ফেডোরা অনলাইন, উইন্ডোজ অনলাইন এমুলেটর বা MAC OS অনলাইন এমুলেটর ব্যবহার করে OnWorks ফ্রি হোস্টিং প্রদানকারীতে চালানো যেতে পারে।
কার্যক্রম:
NAME এর
zita-j2n, zita-n2j - স্থানীয় নেটওয়ার্কে মাল্টিচ্যানেল অডিও পরিবহনের জন্য জ্যাক ক্লায়েন্ট।
সাইনোপিসিস
zita-j2n [ অপশন ] আইপি ঠিকানা আইপি-পোর্ট
zita-n2j [ অপশন ] আইপি ঠিকানা আইপি-পোর্ট
zita-j2n [ অপশন ] আইপি ঠিকানা আইপি-পোর্ট ইন্টারফেস
zita-n2j [ অপশন ] আইপি ঠিকানা আইপি-পোর্ট ইন্টারফেস
বর্ণনাঃ
সাধারণ
zita-j2n (প্রেরক) এবং zita-n2j (রিসিভার) অ্যাপ্লিকেশনগুলি 64 পর্যন্ত বিনিময় করার অনুমতি দেয়
চলমান দুই বা ততোধিক সিস্টেমের মধ্যে পূর্ণ-মানের অসংকুচিত অডিও স্ট্রিমগুলির চ্যানেল
জ্যাক অডিও সার্ভার। প্রেরক এবং প্রাপক(গুলি) প্রত্যেকের নিজস্ব নমুনা হার থাকতে পারে এবং
সময়ের আকার, এবং তাদের মধ্যে কোন শব্দ ঘড়ি সিঙ্ক অনুমান করা হয় না। রিসিভার অভিযোজিত ব্যবহার করে
অডিও স্ট্রিম(গুলি) কে তার স্থানীয় নমুনা হারে রূপান্তর করতে পুনরায় নমুনা করা হচ্ছে।
প্রেরক এবং প্রাপকের মধ্যে কোন প্রভু/দাস সম্পর্ক নেই। এটি একটি সুস্পষ্ট
নকশা লক্ষ্য। সব ক্ষেত্রে জিটা-এনজেব্রিজ ব্যবহার করার নেট ফলাফল থাকার অনুরূপ
এটি ব্যবহার করে সিস্টেমের সাউন্ড কার্ডের মধ্যে এনালগ অডিও সংযোগ। প্রেরক কিছুই না
অডিও সংকেত উপলব্ধ বা ছাড়া রিসিভার (গুলি) প্রভাবিত করবে করতে পারেন
কোনো প্রেরক না থাকলে নীরবতায় ফিরে যাওয়া। এক্সরান বা স্কিপড সাইকেল প্রভাবিত করবে না
সিঙ্ক্রোনাইজেশন বা রিস্যাম্পলিং। উভয় প্রান্তে জ্যাক ফ্রিহুইলিং সাময়িকভাবে স্থগিত করা হবে
operation.
Zita-njbridge দুটি উপায়ে ব্যবহার করা যেতে পারে: এক-থেকে-এক, বা এক-থেকে-অনেক। IPv4 এবং IPv6 উভয়ই
সমর্থিত।
ওয়ান-টু-ওয়ান সেটআপের জন্য উপরে দেখানো কমান্ডের প্রথম ফর্ম ব্যবহার করা উচিত। দ্য
ব্যবহৃত প্রোটোকল হল UDP এবং প্রেরক এবং প্রাপক উভয়ের জন্য প্রয়োজনীয় ip-ঠিকানা যুক্তি
রিসিভার যে. একটি সংখ্যাসূচক আইপি ঠিকানার পরিবর্তে একটি হোস্ট নাম ব্যবহার করা যেতে পারে, এটি
getaddrinfo() ব্যবহার করে দেখা হবে।
একটি থেকে একাধিক সেটআপের জন্য দ্বিতীয় ফর্মটি অবশ্যই ব্যবহার করতে হবে আইপি-ঠিকানার যুক্তি একটি হওয়া উচিত
বৈধ মাল্টিকাস্ট ঠিকানা, এবং বাধ্যতামূলক ইন্টারফেস আর্গুমেন্ট নেটওয়ার্ক নির্বাচন করে
ইন্টারফেস ব্যবহার করতে হবে।
রিস্যাম্পলার ছাঁকনি দৈর্ঘ্য।
রিসিভার তার স্থানীয় হারে সংকেত পুনরায় নমুনা করতে zita-resampler লাইব্রেরি ব্যবহার করে। দ্য
রিস্যাম্পলিং অ্যালগরিদমের অংশ হিসেবে ব্যবহৃত মাল্টিফেজ লো-পাস ফিল্টারের দৈর্ঘ্য
অডিও ব্যান্ডউইথ নির্ধারণ করে, এবং লেটেন্সি যোগ করে। এটি একটি উল্লেখযোগ্য প্রভাবও ফেলতে পারে
অনেক চ্যানেল প্রাপ্ত হলে CPU লোডে।
Zita-njbridge প্রেরক এবং প্রাপকের নিম্নের উপর ভিত্তি করে একটি ফিল্টার দৈর্ঘ্য নির্বাচন করবে
নমুনা হার। 44.1 Khz এবং তার উপরে নমুনা হারের জন্য নির্বাচিত মান একটি ফলাফল হবে
0.1 kHz পর্যন্ত 20 dB-এর বেশি নয়। --filt বিকল্পটি ওভাররাইড করতে দেয়
স্বয়ংক্রিয় কনফিগারেশন, কিন্তু এটি সাধারণত প্রয়োজনীয় হবে না।
অদৃশ্যতা সমস্যা।
দুটি জ্যাক সিস্টেমকে আনসিঙ্ক্রোনাইজড পিরিয়ডের সাথে সংযুক্ত করার সময় ন্যূনতম অতিরিক্ত
সবচেয়ে খারাপ পরিস্থিতিতে লেটেন্সি হল দুটি পিরিয়ড সময়ের যোগফল। অতিরিক্ত বিলম্ব
কোনো বাধা ছাড়াই সংযোগ কাজ করার জন্য প্রয়োজনীয় কোনো বিলম্বের অর্থ। গোল-
একটি আদর্শ থেকে ট্রিপ লেটেন্সি (শূন্য অতিরিক্ত লেটেন্সি) এনালগ ইনপুট প্রেরকের একটি আদর্শে
(idem) রিসিভারের এনালগ আউটপুট এই মানের দ্বিগুণ হবে। সবচেয়ে খারাপ অবস্থা মানে
যে প্রেরক এবং গ্রহণকারী উভয়ই তাদের নিজ নিজ মধ্যে নির্বিচারে সময় চালাতে পারে
সময়সীমার।
Zita-njbridge একটি সংজ্ঞায়িত এবং ধ্রুবক অতিরিক্ত বিলম্ব প্রদান করার জন্য ডিজাইন করা হয়েছে। লক্ষ্য
মান হল দুটি পিরিয়ডের সমষ্টি, প্লাস রিস্যাম্পলিং বিলম্ব এবং অতিরিক্ত বাফারিং
ব্যবহারকারী দ্বারা নির্দিষ্ট. প্রকৃত বিলম্ব হবে এই মান এবং গড় নেটওয়ার্ক
বিলম্ব পরেরটি অজানা তাই এর ক্ষতিপূরণের কোন উপায় নেই। এই হবে
একটি রিটার্ন চ্যানেল, অথবা দুটি সিস্টেমে ঘড়ি সিঙ্ক করার কোনো উপায় ব্যবহার করে সম্ভব
যা তখন গড় নেটওয়ার্ক বিলম্ব পরিমাপ করতে ব্যবহার করা যেতে পারে। বর্তমান রিলিজ
zita-njbridge এটি প্রদান করে না কারণ এটি একটি স্থানীয় নেটওয়ার্কে ব্যবহারের জন্য। একটি নিবেদিত
অথবা হালকাভাবে লোড করা গিগাবিট ইথারনেট একটি সাধারণ নেটওয়ার্ক বিলম্ব প্রদান করতে পারে
মিলিসেকেন্ড
zita-n2j-এর --buff বিকল্পটি লক্ষ্যে নির্দিষ্ট সংখ্যক মিলিসেকেন্ড যোগ করে
বিলম্ব ডিফল্ট মান হল 10 ms যা একটি মাঝারি লোডের জন্য যথেষ্ট
গিগাবিট স্থানীয় নেটওয়ার্ক। এটি শূন্যে সেট করা যেতে পারে, উদাহরণস্বরূপ যখন এটি জানা যায় যে
প্রেরক সর্বদা তার জ্যাক পিরিয়ডের শুরুর কাছাকাছি চলে যাবে এবং নেটওয়ার্ক বিলম্বিত হবে
এই সময়ের চেয়ে কম।
যদি 10ms এর উপরে কোনো নেটওয়ার্ক বিলম্বের ঝাঁকুনি থাকে, তাহলে অতিরিক্ত বাফার সময় বাড়ানো হবে
প্রাপ্ত অডিও স্ট্রিমগুলির মাঝে মাঝে বাধা এড়াতে প্রয়োজনীয়।
প্রেরক ঠিক কখন তার জ্যাক পিরিয়ডের মধ্যে চলে তার উপর লেটেন্সি নির্ভর করে না।
এটি একটি সাউন্ডকার্ডের প্লেব্যাকের অনুরূপ: যখন প্লেব্যাকের নমুনাগুলি ভালভাবে লেখা হয়
দেরি হওয়ার আগে এটি লেটেন্সি হ্রাস করে না, ডাটা ঠিক ততক্ষণ পর্যন্ত বাফার করা হয়
সময়ের শেষ। জিটা-এনজেব্রিজের ক্ষেত্রে বাকি সময় পাওয়া যায়
নেটওয়ার্ক বিলম্ব। এই কারণে, যখন প্রেরক শুধুমাত্র হালকাভাবে লোড হয় এবং নেটওয়ার্ক বিলম্ব হয়
ছোট, রিসিভারে --buff 0 ব্যবহার করা সম্ভব।
ব্যবহার on ব্যাপক এলাকা or বেতার নেটওয়ার্ক।
বর্তমান বাস্তবায়ন স্থানীয় নেটওয়ার্কে ব্যবহার করার জন্য ডিজাইন করা হয়েছে যা আরও বা প্রদান করে
কম বা মাঝারি বিলম্বের সাথে প্যাকেটের কম নির্ভরযোগ্য ডেলিভারি। মাঝে মাঝে হারিয়ে যাওয়া প্যাকেট
সিঙ্ক্রোনাইজেশন বা পুনরায় নমুনা তৈরিতে প্রভাব ফেলবে না, তবে যেকোন নমুনা অর্ডারের বাইরে আসছে
উপেক্ষা করা হবে (তারা আগে নীরবতা দ্বারা প্রতিস্থাপিত হবে)। অতিরিক্ত বাফারিং (ব্যবহার করে
--buff বিকল্প) একটি নিরবচ্ছিন্ন সংকেত অনুমতি দেবে বিলম্ব জীটার উপস্থিতিতে, এ
অতিরিক্ত বিলম্বের মূল্য। Zita-njbridge দূরপাল্লার ইন্টারনেট ব্যবহারযোগ্য হতে পারে
সংযোগ, কিন্তু মনে রাখবেন এটি এর জন্য ডিজাইন করা হয়নি।
ওয়্যারলেস নেটওয়ার্কে কর্মক্ষমতা সম্পূর্ণরূপে সুযোগের বিষয়। আবার জিটা-এনজব্রিজও নয়
যেমন ব্যবহারের জন্য ডিজাইন করা হয়েছে।
বিকল্প
সাধারণ অপশন
--help
প্রিন্ট কমান্ড লাইন এবং বিকল্প সারাংশ.
--জনাম নাম
জ্যাক ক্লায়েন্ট ক্লায়েন্ট নাম নির্বাচন করুন। ডিফল্ট হল 'zita-j2n' বা 'zita-n2j'।
--jserv সার্ভার
সংযোগ করতে জ্যাক সার্ভার নির্বাচন করুন।
zita-j2n অপশন
--চ্যান চ্যানেল
ট্রান্সমিট করার জন্য চ্যানেলের সংখ্যা, ডিফল্ট হল 2 চ্যানেল।
--16 বিট
16-বিট স্বাক্ষরিত পূর্ণসংখ্যার নমুনা হিসাবে অডিও পাঠান।
--24 বিট
24-বিট স্বাক্ষরিত পূর্ণসংখ্যার নমুনা হিসাবে অডিও পাঠান। এটি ডিফল্ট বিন্যাস।
--ভাসা
32-বিট ফ্লোটিং পয়েন্ট নমুনা (জ্যাকের অভ্যন্তরীণ বিন্যাস) হিসাবে অডিও পাঠান।
--এমটিইউ MTU
MTU পাথের zita-j2n কে অবহিত করুন, এটিকে সেই আকার পর্যন্ত প্যাকেট ব্যবহার করার অনুমতি দেয়। দ্য
ডিফল্ট মান হল 1500৷ মনে রাখবেন যে একটি ভাগ করা নেটওয়ার্কে বড় MTU মানগুলি বাড়তে পারে৷
নেটওয়ার্ক বিলম্ব ধাক্কা.
--হপস হপস
মাল্টিকাস্ট প্যাকেটের জন্য সর্বোচ্চ সংখ্যক হপ সেট করুন। একটি থেকে ডিফল্ট, যেমন
মাল্টিকাস্ট শুধুমাত্র স্থানীয় নেটের জন্য।
zita-n2j অপশন
--চ্যান তালিকা
চ্যানেল সংখ্যার একটি তালিকা আরোহী ক্রমে এবং কমা বা ড্যাশ দ্বারা পৃথক করা হয়
অক্ষর, পরেরটি একটি পরিসীমা নির্দেশ করে। চ্যানেল নম্বর 1 থেকে শুরু হয়। শুধুমাত্র
অনুরোধ করা চ্যানেলগুলি পুনরায় নমুনা করা হবে এবং একটি সংশ্লিষ্ট জ্যাক পোর্ট থাকবে। চ্যানেল
প্রেরক দ্বারা প্রদান করা হয় না নীরবতা আউটপুট হবে. ডিফল্ট চ্যানেল তালিকা '1,2'।
--বাফ সময়
মিলিসেকেন্ডে নির্দিষ্ট সময়ের মধ্যে লক্ষ্য লেটেন্সি বাড়ান। ডিফল্ট হল 10
মাইক্রোসফট. এটির ঠিক কী অর্থ রয়েছে তার জন্য উপরের বর্ণনাটি দেখুন।
-- ফিল্ট বিলম্ব
দুটি নমুনা হারের নিচের নমুনাগুলিতে, রিস্যাম্পলার ফিল্টার বিলম্ব সেট করুন
রেঞ্জ 16..96। বিস্তারিত জানার জন্য উপরে দেখুন.
--তথ্য
অতিরিক্ত ডায়গনিস্টিক তথ্য প্রিন্ট করুন। তিনটি মান প্রতি দুইবার প্রিন্ট করা হবে
দ্বিতীয়: ফ্রেমে গড় রিস্যাম্পলার কন্ট্রোল লুপ ত্রুটি, রিস্যাম্পলার অনুপাত
সংশোধন ফ্যাক্টর, এবং প্রাপ্তিতে উপলব্ধ ফ্রেমের ন্যূনতম সংখ্যা
বাফার।
onworks.net পরিষেবা ব্যবহার করে অনলাইনে zita-j2n ব্যবহার করুন