თუ გასულ წლებში ყველაზე საინტერესო შიდა ტექნოლოგიური სიახლეები ძირითადად პროგრამულ უზრუნველყოფას ეხებოდა, მაშინ 2019 წელს ბევრი საინტერესო რამ მოხდა ტექნიკის სფეროში. უფრო მეტიც, სახელმწიფომ მტკიცედ დაიწყო იმპორტის ჩანაცვლება და არა მხოლოდ პროგრამული უზრუნველყოფა.

სამთავრობო უწყებებმა 2019 წელს ფაქტობრივად გაანადგურეს T-პლატფორმები: კომპანია აგონიაშია, „თანამშრომლების 80% დატოვა“, საიტი გამორთულია.

კომპანია „T-Platforms“-ის პრობლემების ამოუწურავ ნაკადს, რომლის დამფუძნებელი და აღმასრულებელი დირექტორი პატიმრობაში იმყოფება, თანამშრომლების მასიური გათავისუფლებაც დაემატა. ორგანიზაციას არ აქვს საკმარისი თანხა არა მხოლოდ ხელფასებისთვის, არამედ, შესაძლოა, კორპორატიული ვებგვერდის მხარდაჭერისთვისაც კი, წერს CNews.

Rostec-ს სურს შექმნას რუსული ჩიპები Bluetooth-ისთვის, Wi-Fi-სთვის, NFC-ისთვის და ნივთების ინტერნეტისთვის

Rostec გვთავაზობს ჩიპების შემუშავებას Bluetooth, Wi-Fi, ZigBee, NFC, LPWAN, NB-IoT და Thread უკაბელო ტექნოლოგიებისთვის რუსეთში. ასევე უნდა გამოჩნდეს საკუთარი სისტემები ჩიპზე ნივთების ინტერნეტისთვის და LPWAN საბაზო სადგურებისთვის. მთლიანი ინვესტიცია რუსეთში ნივთების ინტერნეტის განვითარებაში 2030 წლისთვის იქნება 200 მილიარდ რუბლზე მეტი.

კასპერსკი მუშაობს პირველ ჩიპზე რუსეთში, რომელიც აჩქარებს ხელოვნურ ინტელექტს

კასპერსკის ლაბორატორიამ ხელი მოაწერა სტრატეგიული თანამშრომლობის ხელშეკრულებას რუსეთის პირველი ნეირომორფული პროცესორის შემქმნელთან ხელოვნური ინტელექტის სისტემების აპარატურის აჩქარებისთვის. ჩიპი საშუალებას მისცემს დიდი რაოდენობით მონაცემთა ლოკალურ დამუშავებას და ნერვულ ქსელებს ამ პროცესში გადამზადების საშუალებას მისცემს.

რუსეთს სჭირდება "Mir", სასურველია ყველა: რუსეთში მათ მოეთხოვებათ წინასწარ დააინსტალირონ Mir Pay სმარტფონებზე Apple Pay-ისა და Google Pay-ის ნაცვლად.

„იზვესტია“ იუწყება, რომ ფედერალური ანტიმონოპოლიური სამსახური (FAS) განიხილავს, რომ Mir Pay სერვისი გახდეს სავალდებულო განაცხადი რუსეთში გაყიდულ ელექტრონიკაზე წინასწარი ინსტალაციისთვის. გასული წლის ტენდენციებით თუ ვიმსჯელებთ, მსგავსი ინიციატივა ქვეყნის ხელისუფლებამ უნდა მოიწონოს.

როსკოსმოსში თანამგზავრების თითქმის ნახევრის გაუმართაობა აიხსნება სანქციებით რადიაციისადმი მდგრადი მიკროსქემებით და OneWeb-ის მიუწვდომელობით.

Roskosmos-მა არ დაასრულა 45 გაშვება, ძირითადად OneWeb-ისა და თავდაცვის სამინისტროს კოსმოსური ხომალდების მიუწვდომლობის გამო, თქვა დიმიტრი როგოზინმა, რუსული კორპორაციის აღმასრულებელმა დირექტორმა, კომენტირებისას ვიცე-პრემიერ იური ბორისოვის განცხადებაზე, რომ წელს რუსეთის კოსმოსური გაშვების პროგრამები დასრულდა. "50 პროცენტზე ცოტა მეტი." ამის შესახებ TASS იტყობინება.

ადაპტური ტრანსკოდირება: რა არის ეს?

ამ ტერმინს ეწოდება ინდივიდუალური ენობრივი მედიაცია, რომელსაც ახორციელებს მთარგმნელობითი სააგენტოს სპეციალისტი. ადაპტური ტრანსკოდირების საშუალებით, ინფორმაცია ითარგმნება ერთი ენიდან მეორეზე, ერთდროული ტრანსფორმაციით ინტერლინგვური ურთიერთქმედების კანონების შესაბამისად.
როგორც წესი, ადაპტური ტრანსკოდირება მოითხოვს ყურადღებას, თუ რომელი ენობრივი ჯგუფი ან ინფორმაციული ცვლილების კონკრეტული ფორმაა წარმოდგენილი კონტექსტში. ამიტომ, ადაპტური ტრანსკოდირება საშუალებას გაძლევთ აირჩიოთ თარგმანის ვარიანტი, რომელიც შეესაბამება ორიგინალური ტექსტის შინაარსს. ამავდროულად, ნათარგმნი ტექსტი არ შეიძლება გამოყენებულ იქნას ორიგინალური ტექსტის 100%-ით ჩანაცვლებისთვის.
თარგმანი ყოველთვის იყო ლინგვისტური მედიაციის ცენტრში. საწყისი და დანიშნულების ტექსტები უნდა იყოს ეკვივალენტური და იდენტური მნიშვნელობით. ტექსტების ასეთი მსგავსება საჭიროა ურთიერთგაგების მისაღწევად, რომელიც განისაზღვრება კომუნიკაციის ენობრივი თავისებურებებით.
ადაპტური ტრანსკოდირება არის პარატრანსლატორული ხასიათის და იძლევა ტექსტის კომპლექსურ ტრანსფორმაციას, რომელიც მოიცავს არა მხოლოდ ჩვეულებრივ თარგმანს, არამედ ტექსტის ადაპტაციას. ადაპტაციური ტრანსკოდირების არსი არის სხვადასხვა ფორმის ტექსტების შედგენის მეთოდი, აქცენტი ინფორმაციის მისაღებ სტილსა და ბუნებაზე და საჭირო მოცულობაზე. ტექსტებში მოცემული ძირითადი ინფორმაცია საგულდაგულოდ არის შერჩეული და გადაჯგუფებული.
ეს კომუნიკაციური ტექსტის ფორმატები განსხვავდება მათი დასაშვები მოცულობითა და მასალის წარმოდგენის გარკვეული წესებით. მათ შესაბამისად თარგმანის შესრულება ხელს უწყობს ტექსტის აღქმას.

საჭიროა ვიდეო ტრანსკოდირების საჭიროება

დღეს ციფრული ვიდეო შეკუმშვის ტექნოლოგიები მნიშვნელოვანია თითქმის ყველა ტიპის ვიდეო აპლიკაციებში. ისეთი პარამეტრების მნიშვნელობა, როგორიცაა შეკუმშვა და მონაცემთა თავსებადობა, კიდევ უფრო მნიშვნელოვანია საკომუნიკაციო მედიის კონვერგენციის მზარდი ტენდენციის გამო.
ყველაზე ცნობილ ციფრულ ვიდეო აპლიკაციებს მიეკუთვნება DVD, მაღალი გარჩევადობის ტელევიზია (HDTV), ვიდეოტელეფონია/ტელეკონფერენცია და, ახლახან, ვიდეო მეთვალყურეობა. თითოეულ ამ ტექნოლოგიას აქვს განვითარების საკუთარი ისტორია, შესაბამისად, თითოეულ მათგანს აქვს საკუთარი შეკუმშვის ალგორითმები.
ტრანსკოდირება ორ მნიშვნელოვან როლს ასრულებს. პირველ რიგში, ის უზრუნველყოფს კომუნიკაციას არსებულ და ახლად გაჩენილ მოწყობილობებს შორის. მაგალითად, ბევრი არსებული ვიდეო კონფერენციის სისტემა დაფუძნებულია H.263 ვიდეო კოდირების სტანდარტზე. უახლესი ვიდეო კონფერენციის სისტემები იყენებენ ძირითად H.264/AVC პროფილს. ამრიგად, ამ სისტემებს შორის კომუნიკაციის გასააქტიურებლად საჭიროა რეალურ დროში ვიდეო ტრანსკოდირება. მეორეც, საინფორმაციო ქსელებს, განსაკუთრებით ინტერნეტს, აქვთ შეზღუდული გამტარობა ვიდეო გადაცემისთვის. მაგალითად, ვიდეოების უმეტესობა ამჟამად ინახება DVD დისკებზე MPEG2 ფორმატში. გამტარუნარიანობის შეზღუდვები მოთხოვნილ ვიდეოში და IP ქსელების მეშვეობით ვიდეოს ნაკადი მოითხოვს ამ ვიდეო მონაცემების კონვერტაციას უფრო შეკუმშულ ფორმატში. ეს მიიღწევა ვიდეოს ტრანსკოდირებით რეალურ დროში გადაცემამდე. ზოგადად, ტრანსკოდირების შედეგად, ქსელის გამტარუნარიანობის 50%-მდე გამოიყოფა ვიდეოს ხარისხის დაკარგვის გარეშე.
ტრანსკოდირება ვიდეო კონფერენციებში

ასე რომ, ტრანსკოდირების ერთ-ერთი გამოყენება არის ვიდეო კონფერენციის სისტემები. განვიხილოთ ტიპიური ტრანსკოდირების სქემა, რომელიც გამოიყენება ასეთ სისტემებში (ნახ. 1). ერთი სიგნალის პროცესორი (DSP2) დეკოდირებს შეყვანის ვიდეო ნაკადს და წარმოქმნის რეკონსტრუირებულ ვიდეო ჩარჩოს, რომელიც იგზავნება სხვა ციფრული სიგნალის პროცესორზე (ამ მაგალითში DSP1) RapidIO სერიული ინტერფეისის (sRIO) მეშვეობით. DSP1 შიფრავს რეკონსტრუირებულ ვიდეო ჩარჩოს სასურველ ფორმატში. როგორც წესი, ვიდეოკონფერენციის ერთი მხარე იყენებს H.263-ზე დაფუძნებულ აღჭურვილობას, ხოლო მეორე მხარე იყენებს H.264-ზე დაფუძნებულ აღჭურვილობას.
მასპინძელი პროცესორი, რომელიც მართავს ქსელურ ტრაფიკს, დაუკავშირდება რამდენიმე DSP-ს (ამ შემთხვევაში ოთხს) PCI ავტობუსის კავშირის საშუალებით.
ამ მაგალითში პროცესორების ურთიერთქმედების მთავარი მახასიათებელია მათი კავშირი sRIO ინტერფეისით. ვინაიდან DSP-ებს შორის გადაცემული მონაცემები არის არაკომპრესირებული ვიდეო, ჩვეულებრივ 30 კადრი წამში, სიჩქარის მოთხოვნები მოწყობილობებს შორის კომუნიკაციისთვის ძალიან მაღალია.
თუ გადავიღებთ ვიდეოს სტანდარტული გარჩევადობით NTSC (720 x 480 პიქსელი) YUV 4:2:0, მაშინ თითოეული კადრის ზომა იქნება 720 × 480 × 1.5 = 518400 ბაიტი. შესაბამისად, 30 კადრი წამში სიხშირით, ხაზის გამტარუნარიანობა უნდა იყოს დაახლოებით 124 Mbps.
sRIO ინტერფეისის არჩევანი ნაკარნახევია ვიდეო მონაცემთა გადაცემის სიჩქარის მოთხოვნებით და მოქნილი გადართვის სტრუქტურის მხარდაჭერით. sRIO მხარს უჭერს მონაცემთა სამ სიჩქარეს: 1.24 Gbps, 2.5 Gbps და 3.125 Gbps. ეს ინტერფეისი იყენებს SerDes ტექნოლოგიას მონაცემთა ნაკადში საათის სინქრონიზაციის აღსადგენად და იყენებს 8-b/10-b კოდირებას. ეს სერიული ინტერფეისის სპეციფიკაცია მხარს უჭერს ერთი ხაზის (1X) და ოთხი ხაზის (4X) პორტებს. sRIO ინტერფეისის ფიზიკური ფენა განსაზღვრავს ხელის ჩამორთმევის მექანიზმს, რომელიც გამოიყენება მოწყობილობებს შორის კომუნიკაციის დამყარებისას, ასევე შეცდომის გამოვლენის ბრძანებას ციკლური ჭარბი კოდის საფუძველზე. ინტერფეისის ფიზიკური ფენა ასევე ადგენს პაკეტის პრიორიტეტს, რომელიც გამოიყენება გადართვის ქსოვილში მარშრუტიზაციისას.
sRIO გამტარუნარიანობის სრული სარგებლობისთვის, პროცესორებს უნდა ჰქონდეთ ეს ინტერფეისები. ასეთ პროცესორებს გვთავაზობს Texas Instruments. მაგალითად, TMS320C6455 სიგნალის პროცესორს აქვს ჩაშენებული sRIO ინტერფეისი, რომელიც უზრუნველყოფს ოთხ ერთდროულ კავშირს და აქვს მონაცემთა გადაცემის მაქსიმალური სიჩქარე 20 გბიტი/წმ ორივე მიმართულებით.
პროცესორი TMS320C6455

გარდა sRIO ინტერფეისისა, C6455-ს აქვს მნიშვნელოვანი ფუნქციების დამატებითი ნაკრები, რაც მას იდეალურს ხდის ტრანსკოდირებისთვის. ეს ფუნქციური მახასიათებლები შეიძლება გაერთიანდეს ოთხ ძირითად ბლოკად.
დიდი რაოდენობით მაღალსიჩქარიანი შეყვანა-გამომავალი ინტერფეისების ხელმისაწვდომობა. სისტემის დიზაინერები იყენებენ სხვადასხვა გადაწყვეტილებებს, ამიტომ ციფრული სიგნალის პროცესორი ვიდეო დამუშავების აპლიკაციებისთვის უნდა უზრუნველყოს I/O პორტები სისტემის მოდულების დასაკავშირებლად დაფის დონეზე. როგორც უკვე აღვნიშნეთ, C6455-ს აქვს ჩაშენებული sRIO პორტი მოწყობილობებს შორის კომუნიკაციისთვის.
სხვა I/O პარამეტრები C6455-ზე არის 1 გბ/წმ Ethernet Media Access Controller (EMAC), 32-bit Double Data Rate Memory Controller (DDR2-500) და 66 MHz ავტობუსი პერიფერიული მოწყობილობების დასაკავშირებლად (PCI). ჩაშენებული ბანკომატის ინტერფეისი (UTOPIA 2) საშუალებას აძლევს C6455 პროცესორს გამოიყენოს სატელეკომუნიკაციო ინფრასტრუქტურაში.
მონაცემთა ეფექტური გადაადგილება ჩიპში. მონაცემთა ეფექტური გადაადგილებისთვის ერთჩიპიანი არქიტექტურა C6455 პროცესორის ერთ-ერთი მთავარი უპირატესობაა მის წინამორბედებთან შედარებით. ვიდეო დამუშავების აპლიკაციებში, DSP-ები მუშაობენ როგორც მასპინძელი პროცესორის მონა. ამიტომ მათთვის მნიშვნელოვანია მაღალი გამტარუნარიანობა, დაბალი შეყოვნება და მონაცემთა პარალელური გადაცემის შესაძლებლობა მთავარ და სლავ მოწყობილობებს შორის. ამ მოთხოვნებმა განსაზღვრა მოწყობილობის არქიტექტურა: პერიფერიული მოწყობილობები, შიდა მეხსიერება და პროცესორის ბირთვი ურთიერთქმედებენ ერთმანეთთან C6455 პროცესორის ეფექტური გადამრთველის მეშვეობით (გადართული ცენტრალური რესურსი - SCR).
ასევე მნიშვნელოვანია მონაცემთა ნაკადის ოპტიმალური ორგანიზაცია. ის გაუმჯობესდა 256-ბიტიანი მეხსიერების ავტობუსების და შიდა პირდაპირი მეხსიერების წვდომის (IDMA) გამოყენებით. IDMA უზრუნველყოფს ფონური მონაცემების გადაადგილებას შიდა მეხსიერების ორ დონეს შორის, ასევე პერიფერიულ ავტობუსამდე და უკან.
დიდი რაოდენობით ჩიპზე მეხსიერება. ჩიპზე SRAM ბევრად უფრო სწრაფია ვიდრე გარე დინამიური SDRAM და გაცილებით მცირეა წარმოების მაღალი ღირებულების გამო. ტიპიური ვიდეო აპლიკაციებისთვის, ჩიპზე მეხსიერება ძირითადად ორ მიზანს ემსახურება: 1) ინახავს ხშირად გამოყენებულ კოდს და მონაცემებს, 2) იტვირთება/ატვირთავს დროებით მონაცემებს დამუშავებამდე და შემდეგ. ზოგადად, რაც უფრო ხელმისაწვდომია ჩიპზე მეხსიერება, მით უკეთესია აპლიკაციის შესრულება. C6455 DSP-ს აქვს უზარმაზარი ორი მეგაბაიტი სტატიკური ოპერატიული მეხსიერება.
პროგრამული თავსებადობა (SW). პროგრამული უზრუნველყოფის უკან თავსებადობა მნიშვნელოვანია, რადგან ბევრი ვიდეო აპლიკაცია შეიქმნა ტრანსკოდირების ფართო გამოყენებამდე დიდი ხნით ადრე. იმისათვის, რომ გამოიყენოთ არსებული პროგრამული უზრუნველყოფა ახალ პროცესორებზე, მიზანშეწონილია გააუმჯობესოთ DSP-ის შესრულება არა მისი ინსტრუქციების ნაკრების შეცვლით, არამედ პროცესორის ბირთვის არქიტექტურით. C6455 პროცესორს აქვს ორი არქიტექტურული სიახლე. პირველი დაკავშირებულია წრიული ბუფერის დანერგვასთან, რომელიც პოტენციურად ზრდის კოდის დამუშავების პროგრამული უზრუნველყოფის მილსადენის ეფექტურობას მოკლე ციკლებით. მეორე არის მშობლიური 32-ბიტიანი ინსტრუქციების 16-ბიტიანი ვერსიების გამოყენება, რაც საგრძნობლად ამცირებს პროგრამის კოდის ზომას და, ამრიგად, ამცირებს ქეშ მეხსიერებაზე წვდომისას „გამოტოვების“ სიხშირეს.
პროტოტიპის ტრანსკოდირების სისტემა

ტრანსკოდირება ასევე აუცილებელია DVD-დან მონაცემების IP ქსელის მეშვეობით გადასატანად, როგორიცაა კომპანიის სასწავლო სისტემაში, ვიდეო მოთხოვნის აპლიკაციებში და ვიდეო მაუწყებლობაში. ამ შემთხვევაში წყაროს ვიდეო ფორმატია MPEG2 და სამიზნე ფორმატი ძირითადად WMV9. გაითვალისწინეთ, რომ DSP-ების პროგრამირებადობა აადვილებს წყაროს/სამიზნე ვიდეო ფორმატის პრაქტიკულად ნებისმიერი კომბინაციის მხარდაჭერას.
ვიდეო მონაცემების ტრანსკოდირებისთვის საჭიროა მრავალი ტექნიკური საკითხის გადაჭრა, როგორიცაა ფორმატის კონვერტაცია, ვიდეო ნაკადის ბიტის სიჩქარის შემცირება და მისი დროებითი და სივრცითი გარჩევადობა. აქედან გამომდინარე, შემუშავებულია სხვადასხვა ინტელექტუალური ვიდეო მონაცემთა ტრანსკოდირების სქემა. მათი მთავარი პრინციპია შეყვანის ვიდეო ნაკადში შემავალი ინფორმაციის მაქსიმალური შესაძლო ხელახალი გამოყენება.
ამ განყოფილებაში განხილულია ვიდეო ტრანსკოდირების სისტემის პროტოტიპი, რომელიც შესაფერისია ნებისმიერი ტრანსკოდირების სქემისთვის, მოქნილი აპარატურის/პროგრამული ინფრასტრუქტურის საფუძველზე დაფუძნებული არქიტექტურის გამოყენების გამო. ვიდეო ტრანსკოდირების სხვადასხვა სამიზნე სცენარის დასაკმაყოფილებლად, არჩეულია ტრანსკოდირების უმარტივესი სქემა, რომელშიც ვიდეო ნაკადი მთლიანად დეკოდირდება და შემდეგ ხელახლა დაშიფრულია ახალი შეზღუდვების შესაბამისად.
სისტემაში მონაცემთა ნაკადი იწყება დიაგრამის მარცხენა მხარეს (სურათი 2), MPEG2-ით შეკუმშული ვიდეო ფაილით, რომელიც ინახება მყარ დისკზე და მთავრდება ბრტყელ პანელის ეკრანზე, სადაც ვიდეოს უკრავს Windows Media Player. ამ დემოში ვიდეო არის სტანდარტული NTSC გარჩევადობით (720 x 480 პიქსელი) და ტრანსკოდირდება 30 კადრი წამში.
ნაკადის ჩაძირვის მოდული, რომელიც მუშაობს DSP1-ზე, აფერხებს MPEG2 ნაკადს და აწყობს შეყვანას MPEG2 დეკოდერის მოდულში. მიღების ოპერაცია კონტროლდება TI-ს ქსელის განვითარების ნაკრების (NDK) ბიბლიოთეკის გამოყენებით, რომელიც არსებითად წარმოადგენს TCP/IP დასტას. ASF packetizer მოდული, რომელიც მუშაობს DSP2 პროცესორზე, წარმოქმნის ASF პაკეტებს WMV9 მოდულში შეკუმშული მონაცემებიდან. DSP2-ს ასევე აქვს NDK-ზე დაფუძნებული http სერვერი, რომელიც ამუშავებს სტრიმინგ მოთხოვნებს Windows Media Player-დან და გადასცემს მას ASF პაკეტებს. Windows Media Player დეკოდირებს ASF პაკეტებს და აჩვენებს ვიდეოს ეკრანზე.
მონაცემთა ნაკადის ერთ-ერთი ყველაზე საინტერესო და რთული ასპექტია ორი ციფრული სიგნალის პროცესორის ურთიერთქმედება sRIO ინტერფეისით. ყოველი ვიდეო კადრის გადაცემისას ხდება შემდეგი. მას შემდეგ, რაც DSP1 დაასრულებს ვიდეო ჩარჩოს გადაცემას, ის აგზავნის მონაცემთა პაკეტს, რომელსაც sRIO პროტოკოლის სპეციფიკაციაში უწოდებენ DOORBELL. DOORBELL პაკეტი წარმოქმნის სისტემის შეფერხებას DSP2 პროცესორში, რომელიც აცნობებს ჩარჩოს არსებობას. ამის საპასუხოდ, DSP2 იწყებს WMV9 ფორმატში კოდირების პროცესს. როდესაც ჩარჩო დაშიფრულია, DSP2 აგზავნის DOORBELL პაკეტს DSP1-ზე. ეს წარმოქმნის შეფერხებას DSP1-ში, რომელიც მიუთითებს იმაზე, რომ DSP1 მზად არის გააგრძელოს შემდეგი კადრის გადაცემა. პრაქტიკაში, პინგ-პონგის ბუფერული სქემა გამოიყენება ისე, რომ კოდირების/გაშიფვრის და მონაცემთა გადაცემის ოპერაციები პარალელურად განხორციელდეს.
მომხმარებლის გრაფიკული ინტერფეისის (GUI) ბლოკი უზრუნველყოფს სისტემაში ჩაშენებულ კონტროლისა და მონიტორინგის ფუნქციებს. sRIO ბმული და გიგაბიტი MAC (GMAC) ბმულის აქტივობა ნაჩვენებია რეალურ დროში. MPEG-2 მონაცემთა ნაკადზე გადაცემისას, საშუალო ბიტის სიჩქარეა 8 Mbps, რაც ტიპიურია სტანდარტული გარჩევადობის კოდირებისთვის 30 კადრი წამში. ASF პაკეტების ბმულზე გადაცემისას, გადაცემის საშუალო სიჩქარეა 4 Mbps. ეს აჩვენებს, რომ WMV9 ფორმატს შეუძლია გაათავისუფლოს სიჩქარის დაახლოებით 50% ვიდეოს მსგავსი ხარისხის უზრუნველყოფისას. საკომუნიკაციო არხისთვის sRIO ინტერფეისით, მონაცემთა საშუალო სიჩქარეა 124 Mbps.

ამრიგად, TI C6455 ციფრული სიგნალის პროცესორის შესაძლებლობები sRIO ინტერფეისთან ერთად, ისევე როგორც აღწერილი პროტოტიპის ტრანსკოდირების სისტემის დემონსტრირება, რომელიც დაფუძნებულია C6455 პროცესორებზე, მიუთითებს იმაზე, რომ IP ქსელებში ვიდეო გადაცემის რთული ამოცანის წარმატებით მოგვარება შესაძლებელია ორივე. ახლა და მომავალში..

სატელიტიდან ვიდეო გადაიცემა MPEG-2 კოდეკში ან H.264-ში (aka AVC ან MPEG-4 part10). როგორც წესი, სიმარტივისთვის MPEG-4 ნაწილი 10 მცირდება MPEG-4-ზე, მაგრამ აქ მნიშვნელოვანია, რომ არ ავურიოთ ის MPEG-4 ნაწილ 2-ში, რომელიც სრულიად შეუთავსებელია და არ ჰგავს H.264-ს და გამოიყენებოდა. ძველ IP კამერებში.

აუდიო გადაიცემა MPEG აუდიო ფენაში 2 (შემოკლებით mp2) ან ac3 (a/52).

უფრო მეტიც, მნიშვნელოვანია გვესმოდეს, რომ დღეს H264 ჩვეულებრივ შეკუმშულია ინტრარეფრეშით, ე.ი. ვიდეო ნაკადში არ არის საკვანძო კადრები (IDR ან keyframe). შეკუმშვის ეს მეთოდი საშუალებას გაძლევთ გაამარტივოთ ბიტური სიჩქარის ნახტომები.

შედეგად, სატელიტიდან გადაცემული აუდიო ან ვიდეო ოფცია iPhone-ზე არ უკრავს. ბრაუზერში მხოლოდ H264 თამაშობს.

ინტერნეტით გადაცემისას, როგორც წესი, შეგიძლიათ უსაფრთხოდ შეკუმშოთ ვიდეო mpeg2-დან h264-მდე ტრაფიკის სამჯერ შემცირებით.

დღეს ინტერნეტით HD არხების გადაცემისას, თქვენ უნდა შეკუმშოთ ნაკადი რამდენიმე სხვადასხვა ხარისხში: HD მაქსიმალური ხარისხით სტანდარტულ SD-მდე გადატვირთული არხების კომპენსაციისთვის.

შედეგად, სატელიტის ვიდეო უნდა გადაიტანოს სხვა კოდეკებში და ხარისხებში, რათა უზრუნველყოს მაღალი ხარისხის OTT სერვისი.

მნიშვნელოვანია, რომ არ ავურიოთ ტრანსკოდირება ხელახლა შეფუთვაში. ტრანსკოდირება არის ძალიან რესურსზე ინტენსიური ოპერაცია, რომელიც მოიცავს:

• ნაკადის დეკომპრესია დაშიფრულ ვიდეოზე/აუდიოზე
• დეკოდირება დაუმუშავებელ ვიდეოზე/აუდიოზე
• ზომის შეცვლა და სხვა პარამეტრები
• უკან კოდირება
• შეფუთვა ტრანსპორტისთვის ნაკადისთვის

შეფუთვა და ამოღება შედარებით მარტივი ოპერაციაა, სტრიმინგის სერვერს შეუძლია 1000-მდე არხის მართვა ერთ კომპიუტერზე. შეგიძლიათ ერთ კომპიუტერზე ტრანსკოდირება 1-დან 30 არხამდე, კომპიუტერის ზომისა და სიმძლავრის მიხედვით.

ტრანსკოდირებისთვის შეგიძლიათ გამოიყენოთ სპეციალიზებული გამოყოფილი მოწყობილობები, ცენტრალური პროცესორი ან ვიდეო ბარათი: გარე ან ჩაშენებული პროცესორში.

ჩვენ არ განვიხილავთ სპეციალიზებულ მოწყობილობებს, რადგან უმეტესწილად ეს არის კომპიუტერი რაიმე სახის პროგრამით, ან ძალიან ძვირი და ძალიან სპეციალიზებული აღჭურვილობა, ან უბრალოდ უსაფუძვლოდ ძვირი მოწყობილობა, რომელიც იყიდება მხოლოდ მწარმოებლის კომპანიის მარკეტინგული ძალისხმევით და არა. რაც საშუალებას იძლევა მიაღწიოს იმდენი ან მნიშვნელოვანი შედეგის მიღწევას.

H.264

CPU-ზე ვიდეოს დასამუშავებლად რამდენიმე განსხვავებული პროგრამაა, მაგრამ დღესდღეობით მხოლოდ ორი ბიბლიოთეკაა, რომელთა გამოყენებაც აზრი აქვს CPU-ზე H.264 კოდეკზე შეკუმშვისთვის: ეს არის უფასო libx264 და ფასიანი MainConcept. ყველაფერი დანარჩენი ან უარესია ან ბევრად უარესი, როგორც გამომავალი შედეგის, ასევე რესურსების გამოყენების თვალსაზრისით.

MainConcept–თან მუშაობის პრაქტიკა არ განიხილება ამ სტატიაში, მხოლოდ libx264 იქნება ნახსენები

H.264 კოდეკი დღეს არის ვიდეოს დე ფაქტო სტანდარტი, რადგან ის მხარდაჭერილია ყველა თანამედროვე მოწყობილობაში, გარდა Google-ის ზოგიერთი მოწყობილობისა.

ამის ალტერნატივა პრაქტიკულად არ არსებობს. დღეს H.265 გაჩნდა და ვითარდება, მას უკვე დიდი მხარდაჭერა აქვს, მაგრამ ჯერჯერობით მასთან მუშაობა სამომავლო ინვესტიციაა.

კოდეკები Google-ისგან: VP8 და VP9 უფრო მეტად არის Google-ის სურვილი, გადააფაროს საბანი, ვიდრე რაიმე მართლაც სასარგებლო. შედეგად მიღებული ხარისხი უარესია, არ არის ტექნიკის დეკოდირების მხარდაჭერა და შესაბამისად, მოწყობილობის ფასი იზრდება.

ვიდეოს კოდირებისას უნდა გესმოდეთ, რომ თქვენ უნდა დააბალანსოთ შემდეგ პარამეტრებს შორის:

• დაყოვნება შიგნიდან კოდირში ჩარჩოებში
• CPU გამოყენება (რამდენი მილიწამი სჭირდება ერთი კადრის შეკუმშვას)
• გამოსახულების ხარისხი (როგორ პიქსელირებულია და რა ფერები)
• გამომავალი ბიტის სიხშირე

ყველა ტიპის ეთერისთვის, CPU-ს გამოყენება აბსოლუტურად კრიტიკულია. თუ ენკოდერის პარამეტრები მოითხოვს CPU-ს სრულ გამოყენებას ან მეტს, მაშინ ვიდეოს არ ექნება დრო რეალურ დროში კოდირებისთვის და, შესაბამისად, ვიდეო ნაკადი დაიკარგება.

VOD-ისთვის ასეთი მკაცრი ლიმიტი არ არსებობს და ერთსაათიანი ფილმის დაშიფვრა შესაძლებელია სამი საათის განმავლობაში, თუ გსურთ ბიტრეიტის შემცირება. ამავდროულად, ეთერში ვიდეოსთვის, ისინი, როგორც წესი, კვლავ ცდილობენ გამოიყენონ არა მთელი პროცესორის სიმძლავრე, რათა დაამუშავონ არა 4, არამედ 10 არხი ერთ კომპიუტერზე.

რაც შეეხება ენკოდერის შიგნით შეფერხებას, ის გადამწყვეტია ვიდეოკონფერენციისთვის, მაგრამ სრულიად არაკრიტიკულია IPTV-სთვის. ტელევიზიის მაუწყებლობის 5 წამის დაგვიანებაც კი არ ცვლის მომსახურების ხარისხს.

კავშირი ბიტირეტსა და ხარისხს შორის საკმაოდ ნათელია: რაც უფრო მეტ ინფორმაციას გადავცემთ სურათის შესახებ, მით უკეთესი იქნება ის ნაჩვენები. როგორც წესი, თქვენ შეგიძლიათ გააუმჯობესოთ სურათის ხარისხი ბიტის სიჩქარის შემცირებით უფრო ეფექტური შეკუმშვის ხელსაწყოების არჩევით, რომლებიც საჭიროებენ მეტ შეფერხებას და მეტ ციკლს.

ამ რთული ურთიერთობის გაგება აუცილებელია იმისათვის, რომ უკეთ გავიგოთ პრეტენზიები, რომ „ჩვენი შიფრატორი საუკეთესო შიფრატორია მსოფლიოში“. მინიმუმ 4 პარამეტრი უნდა შეადარო, მაგრამ საბოლოოდ ყველაფერი აქამდე მიდის: რა თანხა ჯდება თვეში ერთი არხის სასურველი ხარისხისა და გამომავალი ბიტურის ტრანსკოდირება.

Flussonic მედია სერვერი ტრანსკოდირებისთვის

Flussonic Media Server-ის ცალკე პაკეტს გააჩნია ტრანსკოდერი.

Flussonic Media Server-ს შეუძლია ვიდეოს გაშიფვრა UDP/HTTP MPEG-TS, RTMP წყაროებიდან და დაშიფვრა რამდენიმე ხარისხითა და ზომით.

ეს ფუნქცია აუცილებელი ხდება მაშინ, როდესაც საჭირო ხდება ვიდეოს ჩვენება არა მხოლოდ სეტ-ტოპ ბოქსებზე, არამედ ტაბლეტებზეც: იქ ხელმისაწვდომი კოდეკების არჩევანი გაცილებით ნაკლებია, ვიდრე სეტ-ტოპ ბოქსზე.

მნიშვნელოვანია აღინიშნოს, რომ იმისთვის, რომ ვიდეო ითამაშოს iPhone-ზე, თქვენც კი გჭირდებათ H264-ის ტრანსკოდირება სატელიტიდან, რადგან, როგორც წესი, სატელიტზე გამოიყენება კოდირების შიდა განახლების რეჟიმი გლუვი ბიტის სიჩქარისთვის, რაც ქმნის ვიდეო, რომელიც არ უკრავს iPhone-ზე.

Flussonic Media Server უფრო მოსახერხებელია ვიდრე VLC ან სხვა ვარიანტები ტრანსკოდირების ორგანიზებისთვის, რადგან ის კონტროლდება ერთი კონფიგურაციის ფაილით და ავტომატურად აკონტროლებს ტრანსკოდირების სტატუსს. VLC, მეორეს მხრივ, მოითხოვს დიდი რაოდენობით მონიტორინგის სკრიპტების დაწერას ტრანსკოდირების სტატუსის თვალყურის დევნებისთვის.

Flussonic Media Server-ის შემდეგი მნიშვნელოვანი ფუნქცია ტრანსკოდირებისთვის არის ნაკადების ავტომატური გადაბალანსება, როდესაც ერთ-ერთი სერვერი ავარია. თუ 20 ტრანსკოდერიდან ერთ-ერთი გაფუჭდა ღამით, მაშინ დარჩენილი ტრანსკოდერების კონფიგურაცია შესაძლებელია, რათა ავტომატურად დაიჭიროს ნაკადები ტრანსკოდირებისთვის და სტრიმერი მიიღებს ნაკადებს სარეზერვო ტრანსკოდერებიდან.

IP კამერების სხვადასხვა მწარმოებლები ანიჭებენ მათ სხვადასხვა მხარდაჭერილი ვიდეო შეკუმშვის პროცესებს. როგორც წესი, ეს პროცესები მხოლოდ ემთხვევა CCTV პროექტების მოთხოვნებს. როდესაც მომხმარებლები გადადიან ვიდეო მონაცემებზე, ისინი იწყებენ ნაკლოვანებებს ფუნქციონალურობის, მოქნილობისა და კომფორტის თვალსაზრისით. ერთადერთი გამონაკლისი არის ის შეკუმშვის პროცესები, რომლებიც სპეციალურად შეცვლილია CCTV სისტემისთვის.

კამერის ჩაშენებული ვიდეო შეკუმშვის შესაძლებლობების პარამეტრები გავლენას არ ახდენს ტრანსკოდირებაზე, ამიტომ მისი გამოყენება შესაძლებელია თქვენი კამერის შეკუმშვის ფორმატების სხვა ფორმატებზე გადასაყვანად, რომლებიც საუკეთესოდ შეესაბამება თქვენს მოთხოვნებს. შეცვლილი ფორმატების მაგალითები მოიცავს სპეციალურ კოდეკებს, რომლებიც არა მხოლოდ ოპტიმიზებულია CCTV მომხმარებლებისთვის, არამედ შეესაბამება ცნობილ სტანდარტებს.

ტრანსკოდირების ტექნოლოგიის გამოყენების არგუმენტები მოიცავს:

• სხვადასხვა მწარმოებლის კამერების გაერთიანების დროს CCTV სისტემის ფუნქციური ჰომოგენიზაცია. კამერის მწარმოებლებს შორის განსხვავებების მიუხედავად, ტრანსკოდერის ყველა ფუნქცია ხელმისაწვდომი იქნება;
• ინტეგრაციის შესაძლებლობაგამოსახულების დამუშავება ტრანსკოდერში;
• ფუნქციის გამოყენებამაგალითად, მონაცემთა დინამიური ნაკადი რეალურ დროში (DLS), ნაკადის გარჩევადობის ავტომატური შესაბამისობით ოპერატორის მონიტორის ფანჯრის ზომასთან. ამის წყალობით, შესაძლებელია მნიშვნელოვნად შემცირდეს მრავალარხიანი მონაცემთა გადაცემისთვის რეალურ დროში გამოყენებული გამტარობა.

Შემაჯამებელი

მიუხედავად იმისა, რომ IP კამერების კონფიგურაციაში უფრო და უფრო მეტი ლოგიკურ-ინფორმაციული გადაწყვეტილებები ჩნდება, ტრანსკოდირების ტექნოლოგიის განვითარება სულ სხვა მიმართულებით მიდის. ამავდროულად, კამერა დღეს განიხილება, როგორც მაღალი ხარისხის სურათების წყარო. ყოველწლიურად ლოგიკური და ინფორმაციული შესაძლებლობები სულ უფრო და უფრო ნაკლებად სჭირდება კამერას, მისი ინტეგრაცია გამარტივებულია და ფუნქციონირება ხდება ერთგვაროვანი. CCTV საერთო პრობლემების დიდ რაოდენობასთან გამკლავებისას, ტრანსკოდირების სფეროში ცენტრალიზებულ ხედვის მიდგომას უფრო მეტი უპირატესობა აქვს, ვიდრე დეცენტრალიზებული ხედვის მიდგომას, რომელიც განპირობებულია ცალკეული კამერების მახასიათებლებით. ეს პუნქტი განსაკუთრებით მნიშვნელოვანია ასობით არხით აღჭურვილი დიდი სისტემების შემთხვევაში.

ტრანსკოდირება არ არის პანაცეა. სისტემის განსაკუთრებული მოთხოვნებიდან გამომდინარე, შესაძლებელია განისაზღვროს მისი ფორმა და მიზანშეწონილობა, ფუნქციონალური უპირატესობები და საჭირო ხარჯების დაზოგვა. ტრანსკოდირების ტექნოლოგია საშუალებას გაძლევთ გადაჭრათ ზოგიერთი პრობლემა უფრო ეფექტურად, ვიდრე თავად კამერის შესაძლებლობები იძლევა საშუალებას. სხვა პრობლემები კი, პირიქით, კამერის შესაძლებლობების დახმარებით უფრო ადვილად გადასაჭრელია, რაც დეცენტრალიზებული ლოგიკურ-ინფორმაციული შესაძლებლობების ეფექტურობაზე მიუთითებს. ფაქტობრივად, არ არსებობს კონფლიქტი ცენტრალიზებულ და დეცენტრალიზებულ ლოგიკურ-ინფორმაციულ შესაძლებლობებს შორის და თითოეული მათგანი ეფექტურია თავის სფეროში.