আপনার Jellyfin সার্ভারের এখনও একটি প্লেয়ার দরকার: যে বিভাজনটি কেউ ব্যাখ্যা করে না

২০২৬ সালের এপ্রিলের মধ্যে Jellyfin GitHub-এ ৫০,৫৬৮টি স্টার এবং Docker-এ ৩৬ কোটি পুল অতিক্রম করেছে। Plex-এর Lifetime Pass-এর দাম তিনগুণ হওয়ার পর থেকেই এই বৃদ্ধির বেশিরভাগ ঘটেছে। এ বছর অনেকেই প্রথমবারের মতো নিজেরা হোস্ট করা সার্ভার সেটআপ করেছেন।

এরপর তাদের অনেকেই মোটামুটি এ ধরনের কথা বলেছেন: "আমার ডেস্কটপে Jellyfin দারুণ, কিন্তু টিভিতে খারাপ।"

এই বাক্যে একটি গুরুত্বপূর্ণ শ্রেণিবিভ্রাট আছে, যা পরিষ্কার করা দরকার। কারণ এর ফলে মানুষ এমন একটি সার্ভার বারবার ঠিকঠাক করতে থাকেন, যেটি আসলে সমস্যার কারণই ছিল না।

সৎভাবে বললে: Tuneline হলো আপনার দেওয়া কনটেন্টের জন্য একটি মিডিয়া প্লেয়ার। এটি Jellyfin ক্লায়েন্ট নয়, Jellyfin-এর সঙ্গে এর কোনো ইন্টিগ্রেশন নেই এবং এটি আপনার লাইব্রেরি ব্রাউজ করে না। এখানে এর প্রাসঙ্গিকতা সীমিত—আমি সেটিই নির্দিষ্টভাবে ব্যাখ্যা করব।

দুটি প্রোগ্রাম, দুটি কাজ

নিজে হোস্ট করা প্রতিটি সেটআপে ভিন্ন দায়িত্বের দুটি সফটওয়্যার থাকে। সাধারণত এগুলো একসঙ্গে ইনস্টল করা হয়, তাই সবাই ধরে নেন যে এগুলো একই জিনিস।

Jellyfin, Plex এবং Emby—তিনটিই এই দুটি অংশ সরবরাহ করে। এটি সুবিধাজনক, কিন্তু এ কারণেই কোনো সমস্যা না হওয়া পর্যন্ত বিভাজনটি চোখে পড়ে না। সমস্যা হলে আবার বোঝা যায় না, কোন অংশটি বিগড়েছে।

কোন অংশটি ব্যর্থ হচ্ছে, তা বোঝার প্রশ্ন

সার্ভার কি ট্রান্সকোড করছে, নাকি ক্লায়েন্ট সরাসরি প্লে করছে?

• ডাইরেক্ট প্লে — সার্ভার ফাইলটি প্রায় অপরিবর্তিত অবস্থায় পাঠিয়ে দেয়। ডিকোডিংয়ের পুরো কাজ ক্লায়েন্ট করে। সার্ভারের CPU প্রায় নিষ্ক্রিয় থাকে।
• ট্রান্সকোড — ক্লায়েন্ট ফাইলটি চালাতে পারে না, তাই সার্ভার সেটিকে রিয়েল টাইমে নতুন করে এনকোড করে। এতে সার্ভারের CPU-তে প্রচণ্ড চাপ পড়ে।

Jellyfin-এর ড্যাশবোর্ডে প্রতিটি সক্রিয় স্ট্রিমের ক্ষেত্রে কোনটি ঘটছে, তা লাইভ দেখা যায়। তাই প্রথমে সেখানে দেখুন।

এরপর এভাবে বুঝুন:

• প্লেব্যাক খারাপ এবং সার্ভার ট্রান্সকোড করছে → ক্লায়েন্ট আপনার ফাইলগুলো স্বাভাবিকভাবে চালাতে পারছে না, তাই ক্ষতিপূরণ হিসেবে সার্ভারকে ভারী কাজ করতে হচ্ছে। সার্ভারে উন্নত GPU বা বেশি কোর যোগ করে এটি ঠিক করা আসলে উপসর্গের চিকিৎসা।
• প্লেব্যাক খারাপ, কিন্তু সার্ভার ডাইরেক্ট প্লে করছে → সমস্যাটি সরাসরি ক্লায়েন্টে। ক্লায়েন্ট যে স্ট্রিম চেয়েছিল, সেটিই পাচ্ছে, কিন্তু ঠিকভাবে রেন্ডার করতে পারছে না।
• প্লেব্যাক ঠিক আছে, কিন্তু নেভিগেশন ভয়াবহ → দ্বিধাহীনভাবে বললে, সমস্যাটি ক্লায়েন্টে। আপনার রিমোট কীভাবে কাজ করবে, সার্ভারের তাতে কোনো ভূমিকা নেই।

এই তিনটির মধ্যে দুটি ক্ষেত্রে সমাধান হলো ভিন্ন ক্লায়েন্ট, আর তৃতীয় ক্ষেত্রেও সমস্যাটি ক্লায়েন্টেই। এটাই মূল কথা।

টিভি ক্লায়েন্টগুলো কেন দুর্বল দিক

ডেস্কটপ ক্লায়েন্টে পূর্ণাঙ্গ ব্রাউজার এবং দ্রুতগতির CPU থাকে। টিভি ক্লায়েন্টে সাধারণত কোনোটিই থাকে না।

সাধারণ সমস্যাগুলো হলো:

• আপনার কোডেকের জন্য হার্ডওয়্যার ডিকোডার নেই। AV1 ডিকোডারবিহীন পুরোনো টিভি স্টিককে সব AV1 কনটেন্ট ট্রান্সকোড করতে হবে। এটি হার্ডওয়্যারের সীমাবদ্ধতা, সার্ভারের কোনো সেটিং নয়। (আপনার ডিভাইস কি AV1 ডিকোড করতে পারে?)
• এমন সাবটাইটেল ফরম্যাট, যা ট্রান্সকোড বাধ্যতামূলক করে। ছবিভিত্তিক সাবটাইটেল এবং কিছু স্টাইলযুক্ত ফরম্যাট দুর্বল ক্লায়েন্টে ভিডিওর ওপর বসানো যায় না। তাই সার্ভারকে সেগুলো ভিডিওতে স্থায়ীভাবে যুক্ত করতে হয়—অর্থাৎ শুধু সাবটাইটেলের জন্য পুরো ভিডিও ট্রান্সকোড করতে হয়।
• কম ক্ষমতাসম্পন্ন হার্ডওয়্যার, যা কোডেক যাই হোক না কেন, উচ্চ বিটরেটের কনটেন্টে আটকে যায়।
• মাউসের জন্য তৈরি ইন্টারফেস, যা পরে ডি-প্যাড দিয়ে চালানোর জন্য দেওয়া হয়েছে। (ভালো রিমোট নেভিগেশন কেমন হওয়া উচিত।)

সার্ভার টিউন করে এগুলোর কোনোটিই ঠিক করা যায় না। এর জন্য দরকার ভালো ক্লায়েন্ট, ভালো হার্ডওয়্যার, অথবা ক্লায়েন্ট যা করতে পারে না তা তাকে করতে না দেওয়া।

ক্লায়েন্ট কীভাবে মূল্যায়ন করবেন

যে প্ল্যাটফর্মেই, যা-ই বিবেচনা করুন না কেন, পাঁচটি বিষয় জিজ্ঞেস করুন:

1. এটি কি আমার ফাইল ডাইরেক্ট প্লে করতে পারে? আপনার আসল লাইব্রেরি দিয়ে পরীক্ষা করুন—আপনার কোডেক, বিটরেট এবং সাবটাইটেল ফরম্যাট দিয়ে। কোনো নমুনা ফাইল দিয়ে নয়।
2. এই ডিভাইসে কি হার্ডওয়্যার ডিকোডিং হয়? টিভি বক্সে সফটওয়্যার ডিকোডিং হলে ভিডিও আটকে যাবে এবং অতিরিক্ত গরম হবে।
3. আমি কি পুরোপুরি রিমোট দিয়ে এটি চালাতে পারব? চারটি দিকের বোতাম এবং OK দিয়েই প্রতিটি নিয়ন্ত্রণে পৌঁছানো যায় কি না দেখুন।
4. ট্রান্সকোড না করেই কি এটি আমার সাবটাইটেল চালাতে পারে?
5. এটির রক্ষণাবেক্ষণ হয় কি? স্টারের সংখ্যা নয়, সর্বশেষ রিলিজের তারিখ দেখুন।

প্রথম বিষয়টিই মানুষ সবচেয়ে বেশি এড়িয়ে যায়, অথচ সেটিই ঠিক করে আপনার সার্ভার প্রতি সন্ধ্যায় নিষ্ক্রিয় থাকবে, নাকি গরম হয়ে চলবে।

নন-Jellyfin প্লেয়ার কোথায় কাজে আসে

এবার সীমিত বিষয়টি নির্দিষ্টভাবে বলা যাক, কারণ এ ধরনের পোস্ট সাধারণত ঠিক এই জায়গাতেই বাড়াবাড়ি করে।

Jellyfin, Emby এবং Plex তাদের লাইভ অংশের জন্য একটি স্ট্রিম URL বা একটি M3U প্রকাশ করতে পারে। যে কোনো URL খুলতে পারে এমন প্লেয়ার সেটি চালাতে পারবে। তাই একটি নির্দিষ্ট পরিস্থিতিতে—যে ডিভাইসে Jellyfin ক্লায়েন্ট সত্যিই খারাপ এবং আপনি হালকা কিছু চান—একটি সাধারণ প্লেয়ার ব্যবহারযোগ্য ফ্রন্টএন্ড হতে পারে।

এতে যা পাবেন: আপনার সার্ভার সরবরাহ করা একটি URL-এর প্লেব্যাক।

এতে যা পাবেন না: আপনার লাইব্রেরি ব্রাউজিং, আর্টওয়ার্ক, দেখার ইতিহাস, যেখানে দেখা থামিয়েছেন সেখান থেকে চালু করার পয়েন্ট বা ব্যবহারকারীদের তথ্য। এগুলো সার্ভারের ক্লায়েন্ট প্রোটোকলে থাকে, আর সাধারণ প্লেয়ার সেই প্রোটোকল বোঝে না।

তাই এটি একটি সমস্যাযুক্ত ডিভাইসের জন্য বিকল্প ব্যবস্থা, ভালো ক্লায়েন্ট থাকা ডিভাইসে সেই ক্লায়েন্টের বিকল্প নয়। Tuneline ঠিক এই ভূমিকাতেই রয়েছে—এটি URL খোলে, এর বাইরে দাবিটি আর কিছু নয়। (এই সংযোগ কীভাবে কাজ করে।)

আপনার Jellyfin ক্লায়েন্ট ঠিকঠাক কাজ করলে সেটিই ব্যবহার করুন। সাধারণ প্লেয়ার কাঠামোগতভাবেই যেসব বিষয় জানতে পারে না, এটি সেগুলো জানে।

ব্যবহারিক ধাপগুলো

কোনো সমস্যা হলে ধারাবাহিকভাবে:

1. ড্যাশবোর্ড দেখুন। ডাইরেক্ট প্লে হচ্ছে, নাকি ট্রান্সকোড?
2. ট্রান্সকোড হচ্ছে? কোন স্ট্রিম বৈশিষ্ট্যের কারণে এটি হচ্ছে তা খুঁজে বের করুন—কোডেক, কনটেইনার নাকি সাবটাইটেল। Jellyfin আপনাকে তা জানায়।
3. সঠিক স্তরে সমাধান করুন। আপনার কোডেক ডিকোড করতে না পারা ক্লায়েন্টের সমস্যা। সার্ভারের জন্য আরও ভালো GPU কিনে এটি আড়াল করার চেষ্টা করবেন না।
4. নেভিগেশন নিয়ে অভিযোগ সবসময় ক্লায়েন্টের জন্য। আপনার রিমোট নিয়ে সার্ভারের কোনো মতামত নেই।
5. এরপরই কেবল বিবেচনা করুন, ভিন্ন ক্লায়েন্ট বা ভিন্ন হার্ডওয়্যারই সমাধান কি না।

প্রায় জিজ্ঞাসিত প্রশ্ন

মিডিয়া সার্ভার এবং মিডিয়া প্লেয়ারের মধ্যে পার্থক্য কী?

সার্ভার আপনার ফাইল সংরক্ষণ করে, মেটাডেটা সংগ্রহ করে এবং প্রতিটি স্ট্রিম কীভাবে পাঠানো হবে তা নির্ধারণ করে। প্লেয়ার সেটি গ্রহণ করে, ডিকোড করে এবং স্ক্রিনে দেখায়। Jellyfin দুটিই সরবরাহ করে, তাই এগুলোকে এক মনে করা হয়।

আমার কম্পিউটারে Jellyfin ঠিকঠাক চলে, কিন্তু টিভিতে খারাপ কেন?

প্রায় সবসময়ই সমস্যা ক্লায়েন্টে। ডেস্কটপ ক্লায়েন্টে আসল CPU ও ব্রাউজার থাকে; টিভি ক্লায়েন্টে প্রায়ই আপনার কোডেকের জন্য হার্ডওয়্যার ডিকোডার থাকে না, তাই ক্ষতিপূরণ হিসেবে সার্ভার ট্রান্সকোড করে।

আমার ক্লায়েন্ট ডাইরেক্ট প্লে করছে কি না কীভাবে বুঝব?

Jellyfin-এর ড্যাশবোর্ডে প্রতিটি সক্রিয় স্ট্রিমের জন্য রিয়েল টাইমে ডাইরেক্ট প্লে বা ট্রান্সকোড দেখানো হয়।

আরও শক্তিশালী সার্ভার CPU কি আমার টিভি বক্সের আটকে যাওয়া ঠিক করবে?

এতে ট্রান্সকোডিং কম সমস্যাযুক্ত হবে, কিন্তু এটি কেবল উপসর্গের চিকিৎসা। ক্লায়েন্ট আপনার ফাইল ডিকোড করতে না পারলে, সেটিই ঠিক করা দরকার।

আমি কি আমার Jellyfin সার্ভারের সঙ্গে নন-Jellyfin প্লেয়ার ব্যবহার করতে পারি?

সার্ভার যে স্ট্রিম URL বা M3U প্রকাশ করে, সেটি চালানোর জন্য—হ্যাঁ। তবে লাইব্রেরি ব্রাউজিং, আর্টওয়ার্ক, দেখার ইতিহাস বা যেখানে দেখা থামিয়েছিলেন সেখান থেকে চালু করার সুবিধা পাবেন না—এসবের জন্য আসল ক্লায়েন্ট দরকার।

সারকথা

• একটি সার্ভার এবং একটি প্লেয়ার আলাদা দুটি সিদ্ধান্ত, যদিও এগুলো একসঙ্গে সরবরাহ করা হয়।
• ডাইরেক্ট প্লে বনাম ট্রান্সকোড—কোন অংশটি ব্যর্থ হচ্ছে তা বোঝার জন্য এটাই প্রধান পরীক্ষা।
• ট্রান্সকোডিং সাধারণত ক্লায়েন্টের সীমাবদ্ধতা বোঝায়, সার্ভারের নয়—সমাধান করুন ক্লায়েন্টে।
• নেভিগেশন নিয়ে অভিযোগ সবসময় ক্লায়েন্টের জন্য।
• নমুনা নয়, আপনার আসল ফাইল দিয়ে ক্লায়েন্ট মূল্যায়ন করুন।
• একটি সাধারণ প্লেয়ার সার্ভারের স্ট্রিম URL খুলতে পারে, কিন্তু লাইব্রেরির কোনো সুবিধাই পায় না। এটি বিকল্প ব্যবস্থা, প্রতিস্থাপন নয়।

এমন কোনো একটি ডিভাইস আছে, যেখানে ক্লায়েন্টই দুর্বল দিক? ডাউনলোড করুন Tuneline এবং সেটিকে আপনার সার্ভার ইতিমধ্যে প্রকাশ করা একটি স্ট্রিম URL-এর দিকে নির্দেশ করুন। বিনামূল্যে এবং বিজ্ঞাপনমুক্ত।

— স্যাম এলিস