teeকমান্ড ডিফল্টরূপে ফাইল প্লাস মান আউটপুট যেকোন নম্বরে মান ইনপুট এবং কপি থেকে সার্চ দেখতে man teeআরো বিস্তারিত জানার জন্য। এর অর্থ আপনি ইনপুট থেকে টি কে একটি ফাইল তৈরি করতে এবং তারপরে আউটপুটটিকে অন্য কোনও কিছুর কাছে পাইপ করতে বলতে পারেন।
অতিরিক্ত পাইপ যুক্ত করা তাত্ত্বিকভাবে কিছুটা অদক্ষতা যুক্ত করে। এটি তাত্পর্যপূর্ণ কিনা তা আপনার নিজের স্ট্রিমিং পদ্ধতিটি ব্যবহার করে আপনাকে বিচার করতে হবে। আমার বর্তমান পদ্ধতি সম্পূর্ণ রেজোলিউশনে সন্তোষজনক নয়। এখনই এটি একটি বিশাল আগ্রহ নয় তবে যখন এটি হবে তখন আমি আরও ভাল কিছু সন্ধান করার চেষ্টা করব (উদাহরণস্বরূপ gstreamer clvc এর চেয়ে ভাল কাজ করে)।
তবে, একই সাথে লক্ষ্য করার মতো বিষয় যে ফাইলটি স্থানীয়ভাবে একই সময়ে পাইতে সংরক্ষণ করা নিখুঁত মানের, তাই কার্যকলাপটি বর্ণবাদীদের সাথে হস্তক্ষেপ করে না। এখানে একটি উদাহরণ:
raspivid -o - -t 0 | tee test_video.h264 |
cvlc -v stream:///dev/stdin --sout '#standard{access=http,mux=ts,dest=:8080' :demux=h264
পাঠযোগ্যতার জন্য আমি এটিকে দুটি লাইনে বিভক্ত করেছি; আপনি |(পাইপ) পরে রিটার্ন হিট করতে পারেন এবং কমান্ডটি ঠিক তেমনভাবে শেষ করতে পারেন যা দিয়ে আপনি কোনও লাইন ভাঙতে পারেন \। আপনি cvlcযা চান তার সাথে প্রতিস্থাপন করতে পারেন। আবার, যদিও প্রবাহটি নিম্নমানের ছিল, test_video.h264নিখুঁতভাবে এসেছিল।
আমি যদি রেজোলিউশনটি 640x360 এ নামিয়ে রাখি তবে এই ব্যবস্থাটি ঠিক আছে, দ্বিতীয় বা দুটি বিলম্বের সাথে যা আমি সাধারণত পাই। আমার মনে হয় না teeবা দ্বিতীয় পাইপটি প্রবাহের মানের ক্ষেত্রে কোনও পার্থক্য করে; এগুলি এখানে প্রয়োজনীয়গুলির চেয়ে অনেক বেশি হাই থ্রুটপুট সক্ষম এবং সিস্টেম সংস্থানগুলির ক্ষেত্রে খুব বেশি প্রয়োজন হয় না।
সিপিইউ 35-45% এ চলেছিল, যা ভিডিও সান স্ট্রিমিংয়ের সময় একই রকম tee।
raspividআপনিteeকোনও ফাইল এবং জিস্ট্রিমার বা অন্য যে কোনও কিছুতে ( আউটপুট) আউটপুট দিতে পারতেনman tee। যতক্ষণ না একটি স্ট্রিম সরাসরি ডিস্কে থাকে, তত বেশি ওভারহেড যুক্ত হবে না, তবে আপনি যদি একই সাথে দুটি আলাদা ফর্ম্যাটে ইনপুটটি প্রসেস করতে চান তবে আমি মনে করি পাইটি হ্যান্ডল করার পক্ষে খুব বেশি কাজ হবে।