Media3 ব্যবহার করে মিডিয়া প্রি-লোডিং-এর উপর আমাদের তিন-পর্বের সিরিজের দ্বিতীয় পর্বে আপনাকে স্বাগতম। এই সিরিজটি আপনার অ্যান্ড্রয়েড অ্যাপে অত্যন্ত রেসপন্সিভ ও লো-ল্যাটেন্সি মিডিয়া অভিজ্ঞতা তৈরির প্রক্রিয়ায় আপনাকে পথ দেখানোর জন্য ডিজাইন করা হয়েছে।

• পর্ব ১: মিডিয়া৩-এর মাধ্যমে প্রি-লোডিং-এর পরিচিতি অংশে মৌলিক বিষয়গুলো আলোচনা করা হয়েছে। আমরা সাধারণ প্লেলিস্টের জন্য PreloadConfiguration এবং ডাইনামিক ইউজার ইন্টারফেসের জন্য আরও শক্তিশালী DefaultPreloadManager-এর মধ্যে পার্থক্যটি অন্বেষণ করেছি। আপনি শিখেছেন কীভাবে বেসিক এপিআই লাইফসাইকেল প্রয়োগ করতে হয়: add() দিয়ে মিডিয়া যোগ করা, getMediaSource() দিয়ে একটি প্রস্তুত MediaSource পুনরুদ্ধার করা, setCurrentPlayingIndex() এবং invalidate() দিয়ে অগ্রাধিকার পরিচালনা করা, এবং remove() ও release() দিয়ে রিসোর্স মুক্ত করা।
• পর্ব ২ (এই পোস্ট): এই ব্লগে, আমরা DefaultPreloadManager-এর উন্নত ক্ষমতাগুলো নিয়ে আলোচনা করব। আমরা আলোচনা করব কীভাবে PreloadManagerListener ব্যবহার করে গুরুত্বপূর্ণ তথ্য জানা যায়, ExoPlayer-এর সাথে কোর কম্পোনেন্ট শেয়ার করার মতো প্রোডাকশন-রেডি সেরা অনুশীলনগুলো প্রয়োগ করা যায়, এবং কার্যকরভাবে মেমোরি ম্যানেজ করার জন্য স্লাইডিং উইন্ডো প্যাটার্নে দক্ষতা অর্জন করা যায়।
• পর্ব ৩: এই সিরিজের চূড়ান্ত পর্বে, একটি পারসিস্টেন্ট ডিস্ক ক্যাশের সাথে প্রি-লোডম্যানেজারকে একীভূত করার বিষয়ে বিস্তারিত আলোচনা করা হবে, যা আপনাকে রিসোর্স ম্যানেজমেন্টের মাধ্যমে ডেটা ব্যবহার কমাতে এবং একটি নির্বিঘ্ন অভিজ্ঞতা প্রদান করতে সক্ষম করবে।

আপনি যদি Media3-তে প্রিলোডিং-এর ক্ষেত্রে নতুন হন, তবে এগিয়ে যাওয়ার আগে আমরা আপনাকে পার্ট ১ পড়ে নেওয়ার জন্য বিশেষভাবে পরামর্শ দিচ্ছি। যারা প্রাথমিক পর্যায় ছাড়িয়ে আরও এগিয়ে যেতে প্রস্তুত, চলুন দেখে নেওয়া যাক কীভাবে আপনার মিডিয়া প্লেব্যাক বাস্তবায়নকে আরও উন্নত করা যায়।

আড়ি পাতা: PreloadManagerListener ব্যবহার করে অ্যানালিটিক্স সংগ্রহ করুন

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

PreloadManagerListener দুটি অপরিহার্য কলব্যাক প্রদান করে, যা প্রি-লোডিং প্রক্রিয়া এবং অবস্থা সম্পর্কে গুরুত্বপূর্ণ তথ্য দেয়।

• onCompleted (MediaItem mediaItem) : আপনার TargetPreloadStatusControl দ্বারা সংজ্ঞায়িত একটি প্রিলোড অনুরোধ সফলভাবে সম্পন্ন হলে এই কলব্যাকটি চালু হয়।
• onError (PreloadException error) : এই কলব্যাকটি ডিবাগিং এবং মনিটরিংয়ের জন্য উপযোগী হতে পারে। যখন কোনো প্রিলোড ব্যর্থ হয়, তখন এটি সংশ্লিষ্ট এক্সেপশনটি প্রদান করে কল করা হয়।

নিম্নলিখিত উদাহরণ কোডে দেখানো অনুযায়ী, আপনি একটিমাত্র মেথড কলের মাধ্যমে একটি লিসেনার রেজিস্টার করতে পারেন:

val preloadManagerListener = object : PreloadManagerListener {
    override fun onCompleted(mediaItem: MediaItem) {
        // Log success for analytics. 
        Log.d("PreloadAnalytics", "Preload completed for $mediaItem")
    }

    override fun onError( preloadError: PreloadException) {
        // Log the specific error for debugging and monitoring.
        Log.e("PreloadAnalytics", "Preload error ", preloadError)
    }
}

preloadManager.addListener(preloadManagerListener)

শ্রোতার কাছ থেকে অন্তর্দৃষ্টি আহরণ করা

এই লিসেনার কলব্যাকগুলো আপনার অ্যানালিটিক্স পাইপলাইনের সাথে সংযুক্ত করা যেতে পারে। এই ইভেন্টগুলো আপনার অ্যানালিটিক্স ইঞ্জিনে ফরোয়ার্ড করার মাধ্যমে, আপনি নিম্নলিখিত গুরুত্বপূর্ণ প্রশ্নগুলোর উত্তর পেতে পারেন:

• আমাদের প্রিলোড সফলতার হার কত? (মোট প্রিলোড চেষ্টার সাথে onCompleted ইভেন্টের অনুপাত)
• কোন CDN বা ভিডিও ফরম্যাটগুলিতে ত্রুটির হার সবচেয়ে বেশি? (onError থেকে প্রাপ্ত এক্সেপশনগুলো পার্স করে)
• আমাদের প্রিলোড ত্রুটির হার কত? (মোট প্রিলোড চেষ্টার সাপেক্ষে onError ইভেন্টের অনুপাত)

এই ডেটা আপনার প্রি-লোডিং কৌশল সম্পর্কে পরিমাণগত মতামত দিতে পারে, যা এ/বি টেস্টিং এবং ব্যবহারকারীর অভিজ্ঞতার ডেটা-ভিত্তিক উন্নতিতে সক্ষম করবে। এই ডেটা আপনাকে আপনার প্রি-লোডের সময়কাল, প্রি-লোড করতে চাওয়া ভিডিওর সংখ্যা এবং বরাদ্দ করা বাফারগুলোকেও বুদ্ধিমত্তার সাথে সূক্ষ্মভাবে সমন্বয় করতে সাহায্য করতে পারে।

ডিবাগিংয়ের বাইরে: মার্জিত UI ফলব্যাকের জন্য onError ব্যবহার

একটি ব্যর্থ প্রিলোড ব্যবহারকারীর জন্য আসন্ন বাফারিং ইভেন্টের একটি জোরালো ইঙ্গিত। onError কলব্যাক আপনাকে প্রতিক্রিয়াশীলভাবে সাড়া দেওয়ার সুযোগ দেয়। শুধু ত্রুটি লগ করার পরিবর্তে, আপনি UI পরিবর্তন করতে পারেন। উদাহরণস্বরূপ, যদি আসন্ন ভিডিওটি প্রিলোড হতে ব্যর্থ হয়, তাহলে আপনার অ্যাপ্লিকেশনটি পরবর্তী সোয়াইপের জন্য অটোপ্লে নিষ্ক্রিয় করে দিতে পারে, যার ফলে প্লেব্যাক শুরু করার জন্য ব্যবহারকারীকে ট্যাপ করতে হবে।

এছাড়াও, PreloadException টাইপটি পরীক্ষা করে আপনি আরও বুদ্ধিমান একটি পুনঃপ্রচেষ্টা কৌশল নির্ধারণ করতে পারেন। একটি অ্যাপ ত্রুটির বার্তা বা HTTP স্ট্যাটাস কোডের উপর ভিত্তি করে ম্যানেজার থেকে একটি ব্যর্থ সোর্সকে অবিলম্বে সরিয়ে ফেলার সিদ্ধান্ত নিতে পারে। ব্যবহারকারীর অভিজ্ঞতায় লোডিং সমস্যা যাতে ছড়িয়ে না পড়ে, সেজন্য আইটেমটিকে UI স্ট্রিম থেকে সেই অনুযায়ী সরিয়ে ফেলতে হবে। ত্রুটিগুলো আরও গভীরভাবে খতিয়ে দেখার জন্য আপনি PreloadException থেকে HttpDataSourceException- এর মতো আরও সূক্ষ্ম ডেটাও পেতে পারেন। ExoPlayer ট্রাবলশুটিং সম্পর্কে আরও পড়ুন।

বাডি সিস্টেম: ExoPlayer-এর সাথে কম্পোনেন্ট শেয়ার করা কেন প্রয়োজন?

ডিফল্টপ্রিলোডম্যানেজার এবং এক্সোপ্লেয়ার একসাথে কাজ করার জন্য ডিজাইন করা হয়েছে। স্থিতিশীলতা এবং কার্যকারিতা নিশ্চিত করার জন্য, তাদের অবশ্যই বেশ কিছু মূল উপাদান শেয়ার করতে হবে। যদি তারা আলাদা, অসংগঠিত উপাদান দিয়ে কাজ করে, তবে এটি থ্রেড সেফটি এবং প্লেয়ারে প্রিলোড করা ট্র্যাকগুলির ব্যবহারযোগ্যতাকে প্রভাবিত করতে পারে, কারণ আমাদের নিশ্চিত করতে হবে যে প্রিলোড করা ট্র্যাকগুলি সঠিক প্লেয়ারেই প্লে করা হচ্ছে। এই আলাদা উপাদানগুলি নেটওয়ার্ক ব্যান্ডউইথ এবং মেমরির মতো সীমিত রিসোর্সের জন্য প্রতিযোগিতা করতে পারে, যা পারফরম্যান্সের অবনতি ঘটাতে পারে। লাইফসাইকেলের একটি গুরুত্বপূর্ণ অংশ হলো যথাযথ ডিসপোজাল পরিচালনা করা; ডিসপোজালের প্রস্তাবিত ক্রম হলো প্রথমে প্রিলোডম্যানেজার এবং তারপরে এক্সোপ্লেয়ারকে রিলিজ করা।

DefaultPreloadManager.Builder এই শেয়ারিং সহজ করার জন্য ডিজাইন করা হয়েছে এবং এতে আপনার PreloadManager ও একটি লিঙ্ক করা প্লেয়ার ইনস্ট্যান্স উভয়কেই ইনস্ট্যানশিয়েট করার জন্য API রয়েছে। চলুন দেখি BandwidthMeter, LoadControl, TrackSelector, Looper-এর মতো কম্পোনেন্টগুলো কেন শেয়ার করা আবশ্যক। এই কম্পোনেন্টগুলো ExoPlayer Playback-এর সাথে কীভাবে কাজ করে তার ভিজ্যুয়াল উপস্থাপনাটি দেখুন।

একটি শেয়ার্ড ব্যান্ডউইথমিটারের সাথে ব্যান্ডউইথ দ্বন্দ্ব প্রতিরোধ করা

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

একটিমাত্র ব্যান্ডউইথমিটার শেয়ার করার মাধ্যমে, ট্র্যাকসিলেক্টর প্রি-লোডিং বা প্লেব্যাকের সময় বর্তমান নেটওয়ার্ক পরিস্থিতি এবং বাফারের অবস্থার ওপর ভিত্তি করে সর্বোচ্চ মানের ট্র্যাক নির্বাচন করতে সক্ষম হয়। এরপর এটি সক্রিয় প্লেব্যাক সেশনটিকে সুরক্ষিত রাখতে এবং একটি মসৃণ অভিজ্ঞতা নিশ্চিত করতে বুদ্ধিদীপ্ত সিদ্ধান্ত নিতে পারে।

preloadManagerBuilder.setBandwidthMeter(customBandwidthMeter)

ExoPlayer-এর শেয়ারকৃত LoadControl, TrackSelector, Renderer কম্পোনেন্টগুলোর মধ্যে সামঞ্জস্য নিশ্চিত করা

• লোডকন্ট্রোল (LoadControl) : এই কম্পোনেন্টটি বাফারিং নীতি নির্ধারণ করে, যেমন প্লেব্যাক শুরু করার আগে কী পরিমাণ ডেটা বাফার করতে হবে এবং কখন আরও ডেটা লোড করা শুরু বা বন্ধ করতে হবে। লোডকন্ট্রোল শেয়ার করার মাধ্যমে এটি নিশ্চিত করা হয় যে, প্রি-লোড করা এবং সক্রিয়ভাবে প্লে হওয়া উভয় মিডিয়ার ক্ষেত্রেই প্লেয়ার এবং প্রি-লোডম্যানেজারের মেমরি ব্যবহার একটি একক, সমন্বিত বাফারিং কৌশল দ্বারা পরিচালিত হয়, যা রিসোর্স নিয়ে দ্বন্দ্ব প্রতিরোধ করে। সামঞ্জস্য নিশ্চিত করার জন্য, আপনি কতগুলো আইটেম এবং কত সময়ের জন্য প্রি-লোড করছেন তার সাথে সমন্বয় করে আপনাকে দক্ষতার সাথে বাফারের আকার বরাদ্দ করতে হবে। দ্বন্দ্বের সময়, প্লেয়ার স্ক্রিনে প্রদর্শিত বর্তমান আইটেমটির প্লেব্যাককে অগ্রাধিকার দেবে। একটি শেয়ারড লোডকন্ট্রোল থাকলে, প্রি-লোড ম্যানেজার ততক্ষণ পর্যন্ত প্রি-লোড করতে থাকবে যতক্ষণ না প্রি-লোডিংয়ের জন্য বরাদ্দ করা টার্গেট বাফার বাইট তার সর্বোচ্চ সীমায় পৌঁছায়; এটি প্লেব্যাকের জন্য লোডিং শেষ হওয়া পর্যন্ত অপেক্ষা করে না।

দ্রষ্টব্য: Media3- এর সর্বশেষ সংস্করণ (1.8)-এ LoadControl-এর শেয়ারিং নিশ্চিত করে যে এর Allocator-টি PreloadManager এবং প্লেয়ারের সাথে সঠিকভাবে শেয়ার করা যায়। প্রি-লোডিং কার্যকরভাবে নিয়ন্ত্রণ করার জন্য LoadControl ব্যবহার করার ফিচারটি আসন্ন Media3 1.9 রিলিজে উপলব্ধ হবে।

preloadManagerBuilder.setLoadControl(customLoadControl)

• TrackSelector : কোন ট্র্যাকগুলো (যেমন, একটি নির্দিষ্ট রেজোলিউশনের ভিডিও, একটি নির্দিষ্ট ভাষার অডিও) লোড এবং প্লে করা হবে, তা নির্বাচন করার দায়িত্ব এই কম্পোনেন্টের। শেয়ারিং নিশ্চিত করে যে প্রি-লোডিংয়ের সময় নির্বাচিত ট্র্যাকগুলোই প্লেয়ার ব্যবহার করবে। এটি এমন একটি অপচয়মূলক পরিস্থিতি এড়িয়ে চলে যেখানে একটি 480p ভিডিও ট্র্যাক প্রি-লোড করা হয়, কিন্তু প্লেব্যাকের সময় প্লেয়ারটি তা বাতিল করে একটি 720p ট্র্যাক নিয়ে আসে।<br /> প্রি-লোড ম্যানেজারের প্লেয়ারের সাথে TrackSelector-এর একই ইনস্ট্যান্স শেয়ার করা উচিত নয়। পরিবর্তে, তাদের একই ইমপ্লিমেন্টেশনের ভিন্ন TrackSelector ইনস্ট্যান্স ব্যবহার করা উচিত। এই কারণেই আমরা DefaultPreloadManager.Builder-এ TrackSelector-এর পরিবর্তে TrackSelectorFactory সেট করি।

preloadManagerBuilder.setTrackSelectorFactory(customTrackSelectorFactory)

• রেন্ডারার : ​​এই কম্পোনেন্টটি সম্পূর্ণ রেন্ডারার তৈরি না করেই প্লেয়ারের সক্ষমতা বোঝার জন্য দায়ী। চূড়ান্ত প্লেয়ারটি কোন কোন ভিডিও, অডিও এবং টেক্সট ফরম্যাট সমর্থন করবে, তা দেখার জন্য এটি এই ব্লুপ্রিন্টটি পরীক্ষা করে। এর ফলে এটি বুদ্ধিমত্তার সাথে শুধুমাত্র সামঞ্জস্যপূর্ণ মিডিয়া ট্র্যাক নির্বাচন ও ডাউনলোড করতে পারে এবং প্লেয়ারটি যে কন্টেন্ট চালাতে পারে না, তার জন্য ব্যান্ডউইথ অপচয় হওয়া থেকে বিরত থাকে।

preloadManagerBuilder.setRenderersFactory(customRenderersFactory)

এক্সোপ্লেয়ারের আরও উপাদান সম্পর্কে পড়ুন।

সোনালী নিয়ম: সবকিছুর জন্য একটি সাধারণ প্লেব্যাক লুফার

প্লেয়ার তৈরি করার সময় একটি Looper পাস করার মাধ্যমে, কোন থ্রেডে একটি ExoPlayer ইনস্ট্যান্স অ্যাক্সেস করা যাবে তা স্পষ্টভাবে নির্দিষ্ট করা যেতে পারে। Player.getApplicationLooper ব্যবহার করে সেই থ্রেডের Looper-টি কোয়েরি করা যায় যেখান থেকে প্লেয়ারটি অ্যাক্সেস করতে হবে। প্লেয়ার এবং PreloadManager-এর মধ্যে একটি শেয়ার্ড Looper বজায় রাখার মাধ্যমে এটি নিশ্চিত করা হয় যে, এই শেয়ার্ড মিডিয়া অবজেক্টগুলোর উপর সমস্ত অপারেশন একটিমাত্র থ্রেডের মেসেজ কিউ-তে সিরিয়ালাইজড হবে। এটি কনকারেন্সি বাগ কমাতে পারে।

লোড বা প্রি-লোড করার জন্য মিডিয়া সোর্সসহ PreloadManager এবং প্লেয়ারের মধ্যেকার সমস্ত ইন্টারঅ্যাকশন একই প্লেব্যাক থ্রেডে সম্পন্ন হওয়া প্রয়োজন। থ্রেড সেফটির জন্য Looper শেয়ার করা আবশ্যক এবং একারণে আমাদের অবশ্যই PreloadManager এবং প্লেয়ারের মধ্যে PlaybackLooper শেয়ার করতে হবে।

PreloadManager ব্যাকগ্রাউন্ডে একটি স্টেটফুল MediaSource অবজেক্ট প্রস্তুত করে। যখন আপনার UI কোড player.setMediaSource(mediaSource) কল করে, তখন আপনি এই জটিল, স্টেটফুল অবজেক্টটিকে প্রি-লোডিং MediaSource থেকে প্লেয়ারের কাছে হস্তান্তর করছেন। এই ক্ষেত্রে, সম্পূর্ণ PreloadMediaSource ম্যানেজার থেকে প্লেয়ারে স্থানান্তরিত হয়। এই সমস্ত ইন্টারঅ্যাকশন এবং হস্তান্তর একই PlaybackLooper-এ হওয়া উচিত।

যদি PreloadManager এবং ExoPlayer ভিন্ন থ্রেডে কাজ করে, তাহলে একটি রেস কন্ডিশন (race condition) ঘটতে পারে। ঠিক যে মুহূর্তে প্লেয়ারের থ্রেড MediaSource থেকে ডেটা পড়ার চেষ্টা করছে, সেই মুহূর্তে PreloadManager-এর থ্রেডটি হয়তো সেটির অভ্যন্তরীণ অবস্থা পরিবর্তন করছে (যেমন, একটি বাফারে নতুন ডেটা লিখছে)। এর ফলে অপ্রত্যাশিত আচরণ দেখা দেয় এবং IllegalStateException ঘটে, যা ডিবাগ করা কঠিন।

preloadManagerBuilder.setPreloadLooper(playbackLooper)

চলুন দেখি, সেটআপের মধ্যেই কীভাবে আপনি ExoPlayer এবং DefaultPreloadManager-এর মধ্যে উপরের সমস্ত উপাদানগুলো শেয়ার করতে পারেন।

val preloadManagerBuilder =
DefaultPreloadManager.Builder(context, targetPreloadStatusControl)

// Optional - Share components between ExoPlayer and DefaultPreloadManager
preloadManagerBuilder
     .setBandwidthMeter(customBandwidthMeter)
     .setLoadControl(customLoadControl)
     .setMediaSourceFactory(customMediaSourceFactory)
     .setTrackSelectorFactory(customTrackSelectorFactory)
     .setRenderersFactory(customRenderersFactory)
     .setPreloadLooper(playbackLooper)

val preloadManager = val preloadManagerBuilder.build()

পরামর্শ: আপনি যদি ExoPlayer-এ DefaultLoadControl ইত্যাদির মতো ডিফল্ট কম্পোনেন্ট ব্যবহার করেন , তাহলে সেগুলোকে DefaultPreloadManager-এর সাথে স্পষ্টভাবে শেয়ার করার প্রয়োজন নেই। আপনি যখন DefaultPreloadManager.Builder-এর buildExoPlayer- এর মাধ্যমে আপনার ExoPlayer ইনস্ট্যান্স তৈরি করেন, তখন এই কম্পোনেন্টগুলো স্বয়ংক্রিয়ভাবে একে অপরের সাথে রেফারেন্সড হয়ে যায়, যদি আপনি ডিফল্ট কনফিগারেশনসহ ডিফল্ট ইমপ্লিমেন্টেশন ব্যবহার করেন। কিন্তু আপনি যদি কাস্টম কম্পোনেন্ট বা কাস্টম কনফিগারেশন ব্যবহার করেন, তাহলে উপরের API-গুলোর মাধ্যমে DefaultPreloadManager-কে সে সম্পর্কে স্পষ্টভাবে জানাতে হবে।

উৎপাদন-প্রস্তুত প্রিলোডিং: স্লাইডিং উইন্ডো প্যাটার্ন

একটি ডাইনামিক ফিডে, একজন ব্যবহারকারী কার্যত অসীম পরিমাণ কন্টেন্ট স্ক্রল করতে পারেন। যদি আপনি কোনো উপযুক্ত অপসারণ কৌশল ছাড়া ক্রমাগত DefaultPreloadManager-এ ভিডিও যোগ করতে থাকেন, তাহলে অনিবার্যভাবে একটি OutOfMemoryError দেখা দেবে। প্রতিটি প্রি-লোডেড MediaSource একটি SampleQueue ধরে রাখে, যা মেমোরি বাফার বরাদ্দ করে। এগুলো জমা হতে থাকলে, অ্যাপ্লিকেশনটির হিপ স্পেস নিঃশেষ করে ফেলতে পারে। এর সমাধান হলো একটি অ্যালগরিদম, যার সাথে আপনি হয়তো ইতিমধ্যেই পরিচিত, এবং একে স্লাইডিং উইন্ডো বলা হয়। স্লাইডিং উইন্ডো প্যাটার্নটি মেমোরিতে অল্প কিছু ও সহজে পরিচালনাযোগ্য আইটেম বজায় রাখে, যেগুলো ফিডে ব্যবহারকারীর বর্তমান অবস্থানের যৌক্তিকভাবে সংলগ্ন থাকে। ব্যবহারকারী যখন স্ক্রল করেন, তখন এই পরিচালিত আইটেমগুলোর "উইন্ডো" তাদের সাথে সাথে সরে যায়, যা নতুন দৃশ্যমান আইটেমগুলোকে যুক্ত করে এবং দূরে থাকা আইটেমগুলোকে সরিয়ে দেয়।

স্লাইডিং উইন্ডো প্যাটার্ন বাস্তবায়ন করা

এটা বোঝা অপরিহার্য যে PreloadManager-এর কোনো বিল্ট-ইন setWindowSize() মেথড নেই। স্লাইডিং উইন্ডো একটি ডিজাইন প্যাটার্ন, যা ডেভেলপার হিসেবে আপনাকে প্রিমিটিভ add() এবং remove() মেথড ব্যবহার করে ইমপ্লিমেন্ট করতে হবে। আপনার অ্যাপ্লিকেশন লজিককে অবশ্যই স্ক্রল বা পেজ পরিবর্তনের মতো UI ইভেন্টগুলোকে এই API কলগুলোর সাথে সংযুক্ত করতে হবে। আপনি যদি এর জন্য কোনো কোড রেফারেন্স চান, তবে আমাদের socialite স্যাম্পলে এই স্লাইডিং উইন্ডো প্যাটার্নটি ইমপ্লিমেন্ট করা আছে, যেখানে একটি PreloadManagerWrapper- ও রয়েছে যা একটি স্লাইডিং উইন্ডোর অনুকরণ করে।

যখন কোনো আইটেম ব্যবহারকারীর দেখার জন্য শীঘ্রই আর প্রদর্শিত হওয়ার সম্ভাবনা থাকে না, তখন আপনার ইমপ্লিমেন্টেশনে preloadManager.remove(mediaItem) যোগ করতে ভুলবেন না। ব্যবহারকারীর কাছাকাছি না থাকা আইটেমগুলো সরাতে ব্যর্থ হওয়াই প্রিলোডিং ইমপ্লিমেন্টেশনে মেমরি সমস্যার প্রধান কারণ। remove() কলটি রিসোর্স মুক্ত করা নিশ্চিত করে, যা আপনার অ্যাপের মেমরি ব্যবহারকে সীমিত ও স্থিতিশীল রাখতে সাহায্য করে।

TargetPreloadStatusControl ব্যবহার করে একটি শ্রেণীবদ্ধ প্রিলোডিং কৌশলের সূক্ষ্ম সমন্বয়

এখন যেহেতু আমরা কী প্রি-লোড করব (আমাদের উইন্ডোর আইটেমগুলো) তা নির্ধারণ করে ফেলেছি, তাই প্রতিটি আইটেমের জন্য কী পরিমাণ প্রি-লোড করতে হবে তার জন্য একটি সুনির্দিষ্ট কৌশল প্রয়োগ করতে পারি। পার্ট ১- এ TargetPreloadStatusControl সেটআপের মাধ্যমে কীভাবে এই সূক্ষ্ম নিয়ন্ত্রণ অর্জন করা যায়, তা আমরা ইতিমধ্যেই দেখেছি।

মনে রাখবেন, +/- ১ অবস্থানে থাকা একটি আইটেম +/- ৪ অবস্থানে থাকা একটি আইটেমের চেয়ে প্লে হওয়ার সম্ভাবনা বেশি থাকতে পারে। ব্যবহারকারী পরবর্তীতে যে আইটেমগুলো দেখার সম্ভাবনা সবচেয়ে বেশি, সেগুলোর জন্য আপনি আরও বেশি রিসোর্স (নেটওয়ার্ক, সিপিইউ, মেমরি) বরাদ্দ করতে পারেন। এটি নৈকট্যের উপর ভিত্তি করে একটি "প্রিলোডিং" কৌশল তৈরি করে, যা তাৎক্ষণিক প্লেব্যাকের সাথে রিসোর্সের দক্ষ ব্যবহারের ভারসাম্য রক্ষার মূল চাবিকাঠি।

আপনার প্রিলোড সময়কাল কৌশল নির্ধারণ করতে, পূর্ববর্তী বিভাগগুলিতে আলোচিত PreloadManagerListener-এর মাধ্যমে অ্যানালিটিক্স ডেটা ব্যবহার করতে পারেন।

উপসংহার এবং পরবর্তী পদক্ষেপ

Media3-এর DefaultPreloadManager ব্যবহার করে দ্রুত, স্থিতিশীল এবং সম্পদ-সাশ্রয়ী মিডিয়া ফিড তৈরি করার উন্নত জ্ঞান এখন আপনার রয়েছে।

চলুন মূল বিষয়গুলো সংক্ষেপে দেখে নেওয়া যাক:

• অ্যানালিটিক্স সংক্রান্ত তথ্য সংগ্রহ করতে এবং শক্তিশালী ত্রুটি ব্যবস্থাপনা বাস্তবায়ন করতে PreloadManagerListener ব্যবহার করুন।
• গুরুত্বপূর্ণ উপাদানগুলো যাতে শেয়ার করা হয়, তা নিশ্চিত করতে আপনার ম্যানেজার এবং প্লেয়ার উভয় ইনস্ট্যান্স তৈরি করার জন্য সবসময় একটিমাত্র DefaultPreloadManager.Builder ব্যবহার করুন।
• OutOfMemoryError প্রতিরোধ করতে add() এবং remove() কলগুলো সক্রিয়ভাবে পরিচালনা করার মাধ্যমে স্লাইডিং উইন্ডো প্যাটার্নটি প্রয়োগ করুন।
• পারফরম্যান্স ও রিসোর্স ব্যবহারের মধ্যে ভারসাম্য রেখে একটি স্মার্ট ও স্তরভিত্তিক প্রিলোডিং কৌশল তৈরি করতে TargetPreloadStatusControl ব্যবহার করুন।

পর্ব ৩-এ এরপর কী: আগে থেকে লোড করা মিডিয়া দিয়ে ক্যাশিং

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

আপনার কি কোনো মতামত জানানোর আছে? আমরা আপনার কথা শোনার জন্য আগ্রহী।

সাথে থাকুন, আর আপনার ভিডিও প্লেব্যাক আরও দ্রুত করে তুলুন! 🚀