IPad / iPod / iPhone से बैश के लिए स्ट्रीमिंग वीडियो - सस्ते और हंसमुख

हैलो, प्रिय habrozhitel!

इस लघु लेख में मैं "एक फल कंपनी" :) के उपकरणों के लिए एक ऑनलाइन प्रसारण प्रणाली बनाने के अनुभव को साझा करना चाहता हूं।




मोबाइल उपयोगकर्ताओं को पूरी तरह से स्ट्रीमिंग वीडियो का आनंद लेने के लिए, ऐप्पल ने एक सरल दृष्टिकोण का उपयोग करने का सुझाव दिया - वीडियो स्ट्रीम को छोटे टुकड़ों में काट दिया जाता है, जो डिवाइस बारी-बारी से खेलता है, जिससे उपयोगकर्ता को वीडियो निरंतरता का भ्रम होता है।

वीडियो क्लिप स्वयं को HTTP और HTTPS दोनों पर प्रसारित किया जा सकता है - यह समय पर किसी भी वेब सर्वर पर निर्देशिका के लिए वीडियो क्लिप को खुद को संलग्न करने और उनके बारे में जानकारी के साथ प्लेलिस्ट को अपडेट करने के लिए पर्याप्त है।

इस तथ्य के बावजूद कि वीडियो क्लिप एक प्रोटोकॉल पर प्रसारित होती है, जो वास्तविक समय डेटा प्रबंधन (उसी RTSP / RTP / RTMP की तरह) का समर्थन नहीं करता है, इस दृष्टिकोण के कई फायदे हैं - यहां तक ​​कि एक स्कूली छात्र भी स्थिर सामग्री और (मेरी राय में) वितरित करने के लिए एक वितरित प्रणाली बना सकता है। मुख्य विशेषता) यह दृष्टिकोण आपको NAT / प्रॉक्सी के माध्यम से इन प्रोटोकॉल के काम के लिए एक टैम्बोरिन के साथ नृत्य नहीं करने की अनुमति देता है।

डेवलपर्स के लिए साइट पर Apple प्रलेखन में एक तस्वीर है जो स्पष्ट रूप से बताती है कि यह कैसे काम करता है (हालांकि आईपैड खुद वहां नहीं खींचा गया है):



इस दृष्टिकोण में सबसे महत्वपूर्ण बात यह है कि जो सर्वर पहले वीडियो को परिवर्तित करने के लिए ज़िम्मेदार है, उसे 25 फ्रेम प्रति सेकंड से अधिक की गति से परिवर्तित करने का समय है, और दूसरी बात, इसमें नोड्स के साथ एक अच्छा पर्याप्त और स्थिर संबंध है जो स्थैतिक सामग्री वितरित करता है।

जब हमारे ग्राहकों में से एक (मोल्दोवा और रोमानिया में प्रसिद्ध टेलीविजन चैनल - जर्नल टीवी) ने हमें एमडीएक्स नेटवर्क में iPhone / iPad / iPod के लिए एक समान प्रसारण प्रणाली लागू करने के लिए कहा (देश के अंदर एक हाई-स्पीड नेटवर्क जिसमें सभी प्रदाता और ट्रैफ़िक जिसमें असीमित) हमारे पास एक विकल्प था:

1. रेडी-मेड सिस्टम का उपयोग करें (मैं NDA के रूप में निर्माताओं का नाम नहीं लूंगा) - एक सर्वर और एक सॉफ्टवेयर के लिए एक हार्डवेयर-सॉफ्टवेयर कॉम्प्लेक्स, जिसमें सीटी और झगड़े होते हैं, के लिए 10,000 यूरो की लागत और क्षितिज तक (सॉफ्टवेयर में उपलब्ध प्रतिद्वंद्वियों के आधार पर)। आपको अंत सामग्री को नोड्स (एज सर्वर, अंग्रेजी शब्दावली में एज सर्वर) को वितरित करने की अनुमति देता है - जो निश्चित रूप से, मूल्य में शामिल नहीं हैं।
2. हम इस तरह की प्रणाली को स्वतंत्र रूप से लागू कर सकते हैं, खासकर जब से कई मुफ्त डिस्क रहित सर्वर थे जिनका उपयोग हम सामान्य वेबकास्टिंग के लिए करते हैं (वीएलसी का उपयोग करके और HTTP के माध्यम से, वैसे - अगर यह दिलचस्प है, तो मैं आपको बताऊंगा) - बहुत तेज प्रोसेसर और रैम का एक गुच्छा ।
3. चूंकि हम आसान तरीकों की तलाश नहीं कर रहे हैं, और ग्राहक के लिए नई प्रणाली पर बहुत पैसा खर्च करने का कोई मतलब नहीं था, इसलिए हमने दूसरा विकल्प चुना।

हमारे पास क्या था:

1. किसी भी रूप में वीडियो सिग्नल तक असीमित पहुंच, हमने एसडीआई को चुना
2. कनवर्टर sdi-> DV, जिसे हम आम तौर पर IEE1394 के रूप में देखते थे, जिसे "फायर वायर" के रूप में जाना जाता है।
3. उबंटू मेवरिक पर चलने वाले बोर्ड पर 4-कोर Xeon के साथ एक डिस्क रहित सर्वर।

संक्षेप में, सिस्टम का एल्गोरिथ्म इस प्रकार है:

1. 10 सेकंड तक चलने वाली वीडियो क्लिप प्राप्त करें (Apple से सिफारिशों के अनुसार)।
2. इसे वांछित प्रारूप में बदलें (MPEG2 से परिवहन कंटेनर में MPEG-4)
3. प्लेलिस्ट अपडेट करें
4. आइटम 1 पर लौटें

अब, एल्गोरिथ्म के इन बिंदुओं को कैसे लागू किया गया था।

हमने DVgrab उपयोगिता का उपयोग करके आवश्यक अवधि के वीडियो क्लिप प्राप्त करने का निर्णय लिया - यह उसी टेलीविजन के वीडियो संग्रह सिस्टम में घड़ी के आसपास काम करते समय खुद को अच्छा साबित हुआ। बेशक, आपको रैम पर सीधे 10-सेकंड के वीडियो क्लिप को रैम में सहेजना होगा। 10 सेकंड के असम्पीडित वीडियो में 35 मेगाबाइट लगते हैं। संकुचित टुकड़ा 800kbps की एक बिटरेट पर लगभग 1.2 मेगाबाइट लेता है।

वीडियो क्लिप को ffmpeg की मदद से बदलने का फैसला किया गया था - वह भी कुछ समय पहले और अपनी बहुमुखी प्रतिभा के कारण टेलीविजन के उसी वीडियो संग्रह की प्रणाली में मजबूती से बस गया था। एक कोडेक के रूप में, H264 - x264 का एक मुफ्त कार्यान्वयन उपयोग किया जाता है।

सिस्टम स्वयं, जो नए वीडियो टुकड़ों के आगमन की निगरानी करता है, प्लेलिस्ट को परिवर्तित करना और अपडेट करना शुरू करता है (उसी समय, प्लेलिस्ट में वीडियो टुकड़े तथाकथित "विंडो" का प्रतिनिधित्व करते हैं - केवल 3 टुकड़े प्लेलिस्ट में संग्रहीत किए जाते हैं, 10 डिस्क पर लिखा गया था) ।

दरअसल, यहां यह कोड है:

#!/bin/bash
#set -x

VIDEO_FILES=( ); # array to store all available *.ts files at the moment
VIDEO_FILES_MAX=10; # how many elements can be stored in $VIDEO_FILES array
LIST_LEN=0; #*.ts list length

VIDEO_WINDOW=""; # array to store current video files window
VIDEO_WINDOW_LEN=3; # how many files we are storing in the window

LAST_CONVERTED=0; # ID of last converted video slice

RAW_SLICES_PATH="/tmp/DV/"; # where to look for raw video slices
MP4_SLICES_PATH="/tmp/MP4/"; # where to place converted chunks
MP4_SLICES_WEBPATH="http://istream.jurnaltv.md/live/"; # web path from the user`s POV
SLICE_DURATION=10; # seconds, 10-15 seconds recomended by Apple
M3U_FILE_NAME="/tmp/MP4/live.m3u"; # full path to the m3u index file

FFMPEG_CMD="/usr/local/bin/ffmpeg -y -i ";

update_m3u() {
# updating number of elements
LIST_LEN=${#VIDEO_FILES[@]};
echo "Number of elements in array is: $LIST_LEN ";
echo -n "(";
for slice in ${VIDEO_FILES[@]}
do
echo -n "${slice} ";
done
echo ")";
echo;
# getting last $VIDEO_WINDOW_LEN files from array
let LAST_IDX=LIST_LEN-VIDEO_WINDOW_LEN;
if [ $LAST_IDX -le 0 ]
then
LAST_IDX=0;
fi
echo "Last index we must use is $LAST_IDX";
# recreating m3u file
# getting slice id from $LAST_CONVERTED
SLICE_ID=0;
let SLICE_ID=LAST_CONVERTED-VIDEO_WINDOW_LEN;
if [ $SLICE_ID -le 0 ]
then
SLICE_ID=0;
fi
echo "------------- DUMP START ------------- ";
echo "#EXTM3U">$M3U_FILE_NAME;
echo "#EXT-X-TARGETDURATION:$SLICE_DURATION">>$M3U_FILE_NAME;
echo "#EXT-X-MEDIA-SEQUENCE:$SLICE_ID">>$M3U_FILE_NAME;
i=$LAST_IDX;
while [ $i -lt $LIST_LEN ]; do
echo "#EXTINF:${SLICE_DURATION},">>$M3U_FILE_NAME;
echo "${MP4_SLICES_WEBPATH}${VIDEO_FILES[${i}]}">>$M3U_FILE_NAME;
let i++;
done
echo "------------- DUMP END ------------- ";

# if array length is greater than $VIDEO_FILES_MAX - remove first element and compact array: array=( "${array[@]}" )
if [ $LIST_LEN -ge $VIDEO_FILES_MAX ]
then
echo "Packing array by removing first element";
echo ${MP4_SLICES_PATH}${VIDEO_FILES[0]};
rm -f ${MP4_SLICES_PATH}${VIDEO_FILES[0]};
unset VIDEO_FILES[0];
VIDEO_FILES=( "${VIDEO_FILES[@]}" );
fi
echo "-------";
}

# gracefly handle SIG_TERM
on_sigterm() {
echo "Got sigterm, exiting!";
RUN="0";
}

trap 'on_sigterm' TERM

# cleanup source and converted folders
rm -f ${RAW_SLICES_PATH}*.dv;
rm -f ${MP4_SLICES_PATH}*.dv;

# forever do
# convert video
# move to MP4
# erase original
# add converted to the tail of array
# update live.m3u file for $VIDEO_WINDOW_LEN files
# if array len>$VIDEO_FILES_MAX
# then remove first element from array and compact array it
# forever end

RUN="1";
raw_slice="";

while [ $RUN -eq "1" ]; do
#getting oldest file from the list of slices
raw_slice=`ls -tr ${RAW_SLICES_PATH}|head -1`;
if [ "$raw_slice" != "" ];
then
OPEN_FLAG=`lsof|grep $raw_slice|wc -l`;
if [ $OPEN_FLAG -eq 0 ];
then
#converting video
echo "Converting ${raw_slice}">>/tmp/istream.txt
#sleep 6; # simulating transcoding delay
mp4_slice="live-${LAST_CONVERTED}.ts";
$FFMPEG_CMD ${RAW_SLICES_PATH}${raw_slice} -acodec libfaac -ac 1 -ar 48000 -ab 96k -vcodec libx264 -vpre baseline -vpre fast -vpre ipod640 -b 800k -g 5 -async 25 -keyint_min 5 -s 512x256 -aspect 16:9 -bt 100k -maxrate 800k -bufsize 800k -deinterlace -f mpegts ${MP4_SLICES_PATH}${mp4_slice}
rm -f ${RAW_SLICES_PATH}$raw_slice
LIST_LEN=${#VIDEO_FILES[@]};
VIDEO_FILES[${LIST_LEN}]=$mp4_slice;
#generating m3u file
let LAST_CONVERTED++;
update_m3u;
else
sleep 1; # sleep one second
echo "Waiting for file to be closed!";
fi
else
sleep 1; # sleep one second
echo "Sleeping!";
fi



कोड कुछ हद तक इष्टतम नहीं हो सकता है, अनुकूलन और संशोधनों के लिए जगह है (उदाहरण के लिए, आप अलग-अलग बिट्रेट्स के साथ 2-3 धाराएं बना सकते हैं), लेकिन यह कोड काम करता है - और इस दृष्टिकोण के साथ, एक विभाजन उपयोगिता की कोई आवश्यकता नहीं है।

दुर्भाग्य से, यह वीडियो स्ट्रीम केवल उन लोगों के लिए उपलब्ध है जो MDX से जुड़े हैं - अर्थात केवल मोल्दोवा के उपयोगकर्ताओं के लिए, लेकिन इस सेवा का उपयोग करने वाले उपयोगकर्ताओं के एक टट्टू के साथ हजार की समीक्षा के अनुसार, वे "उनके साथ एक छोटा टीवी ले जाना पसंद करते हैं।"

मुझे समुदाय से सवालों के जवाब देने में खुशी होगी।

पुनश्च हमारे कार्यालय प्रबंधक तात्याना को टैबलेट के साथ मुद्रा देने के लिए सहमत होने के लिए धन्यवाद, और एक फोटोग्राफर के रूप में काम करने के लिए विपणन निदेशक :)।