Akışlı Medya Oynatıcı OEM/ODM Kılavuzu

Akışlı Medya Oynatıcı OEM/ODM Kılavuzu: Referans Kartından Ölçeklenebilir Ürüne

AV1 kod çözme, daha yüksek çözünürlüklü video hatları, Wi-Fi 6, Gigabit Ethernet ve giderek daha yetenekli olan ARM SoC'ler, ticari akış donanımı için temel çizgiyi yükseltiyor. Ancak bir OEM/ODM projesi için codec desteği yalnızca başlangıç ​​noktasıdır.

Laboratuvarda iyi performans gösteren bir Akışlı Medya Oynatıcısı, termal kısıtlama, kararsız BSP'ler, yetersiz RAM, zayıf OTA kurtarma, uyumsuz DRM gereksinimleri, zayıf çevre birimi desteği veya müşterinin ara yazılımını karşılayamayan ürün yazılımı nedeniyle ticari olarak başarısız olabilir.

Başarılı bir OEM/ODM programı bu nedenle bitmiş bir perakende kutusuyla değil sistem mimarisiyle başlar.

B2B alıcıları için amaç, bir referans platformunu gerekli donanım, ürün yazılımı, yazılım, termal özellikler, bağlantı ve yaşam döngüsü desteğine sahip kontrollü, markalı, bakımı yapılabilir bir ürüne dönüştürmektir.

Akışlı Medya Oynatıcı OEM/ODM Projesinde Neler Özelleştirilmeli?

Bir OEM projesinde yapılacak ilk hata, özelleştirmeyi logo baskısı ve muhafaza değişiklikleri olarak ele almaktır.

Ciddi bir Streaming Media Player OEM/ODM programı beş düzeyde değişiklik içerebilir:

1. SoC ve PCBA mimarisi

2. Bellek, depolama, bağlantı ve arayüzler

3. Android/Linux BSP ve çekirdek

4. Uygulama çerçevesi ve UI/UX

5. Üretim, OTA, güvenlik ve yaşam döngüsü yönetimi

Gerekli özelleştirme ne kadar derin olursa, yalnızca bitmiş kutuları tedarik etmek yerine donanım ve ürün yazılımı mühendisliğini kontrol eden bir üreticiyle çalışmak o kadar önemli hale gelir.

1. PCBA ve SoC Özelleştirmesi

SoC seçimi uygulamanın iş yükünü takip etmelidir.

4K OTT oynatmaya yönelik bir platformun, çok ekranlı dijital bilgi ekranı, yapay zeka çıkarımı, konaklama uygulamaları veya endüstriyel medya işlemeyi yöneten bir platformdan farklı gereksinimleri vardır.

Değerlendirme şunları içermelidir:

• CPU mimarisi ve sürdürülebilir performans

• GPU yeteneği

• Video kod çözücü ve kodlayıcı blokları

• AV1, H.265/HEVC ve VP9 desteği

• HDR ve görüntü hattı

• HDMI çıkış özelliği

• RAM bant genişliği ve kapasitesi

• eMMC veya diğer depolama seçenekleri

• Ethernet denetleyicisi

• Wi-Fi/Bluetooth yonga seti

• USB ve seri arayüzler

• GPIO gereksinimleri

• Güç yönetimi mimarisi

• Termal özellikler

Standart referans tasarımı dağıtımla eşleşmediğinde PCBA değişikliği gerekli hale gelir.

Örneğin, bir OEM müşterisi ek USB bağlantı noktalarına, Gigabit Ethernet'e, farklı bir kablosuz modüle, RS-232'ye, özel GPIO'ya, artırılmış depolamaya, değiştirilmiş bir güç devresine veya farklı bir konektör yapılandırmasına ihtiyaç duyabilir.

Bu değişiklikler PCBA düzenini, sinyal bütünlüğünü, güç dağıtımını, EMI performansını, termal yolu ve muhafaza tasarımını etkiler. Bağımsız modifikasyonlar olarak ele alınmak yerine birlikte tasarlanmaları gerekir.

2. Sürekli Çalışma için Isı Mühendisliği

Tüketici akış cihazları genellikle aralıklı konut kullanımına göre tasarlanmıştır. Ticari ekipmanlar uzun süreler boyunca sürekli olarak çalışabilir.

Bu, termal tasarım gereksinimini değiştirir.

Bir OEM Akışlı Medya Oynatıcısının, sınırlı bir kurulum alanında çalışırken sürekli 4K kod çözmeyi, ağ trafiğini, yerel depolama erişimini, reklam oynatmayı, yapay zeka çıkarımını veya birden fazla uygulamayı desteklemesi gerekebilir.

SZTomato, soğutucu boyutları, termal arayüzler, bileşen yerleşimi, ısı dağıtım yolları ve muhafaza hava akışı dahil olmak üzere hedef iş yüküne göre özel soğutma çözümlerini özelleştirebilir.

Amaç sadece daha düşük bir yüzey sıcaklığı değildir. Mühendislik hedefi, gereksiz termal kısma olmadan kararlı SoC performansıdır.

Pratik bir doğrulama programı şunları ölçmelidir:

• Sürekli yük altında SoC sıcaklığı

• CPU/GPU kullanımı

• Video kod çözücü kullanımı

• Termal kısma davranışı

• Güç tüketimi

• Ortam sıcaklığı performansı

• Uzun süreli oynatma kararlılığı

Termal doğrulama, konaklama, dijital tabela, ulaşım, endüstriyel ekranlar ve arızalı bir oynatıcının değiştirilmesinin bir teknisyen gerektirdiği diğer kurulumlar için özellikle önemlidir.

Firmware Mimarisi Nasıl Oluşturulur

Donanım özelleştirmesi platformu oluşturur. Firmware özelleştirmesi, platformun gerçekten müşterinin ekosistemine uyup uymadığını belirler.

Büyük bir OEM dağıtımı için standart bir tüketici görüntüsü nadiren yeterlidir.

Android mi, AOSP mi yoksa Linux mu?

İşletim sistemi uygulamaya göre seçilmelidir.

Projenin TV odaklı bir kullanıcı deneyimi ve uyumlu uygulama ekosistemi gerektirdiği durumlarda Android TV uygun olabilir.

AOSP, sistem davranışı üzerinde daha fazla kontrol sağlar ve özelleştirilmiş başlatıcılara, sistem uygulamalarına, Cihaz Sahibi kontrolüne veya kontrollü uygulama ortamlarına ihtiyaç duyan markalı ticari ürünler için genellikle daha uygundur.

Endüstriyel uygulamalar, uç bilişim, dijital tabela, özel ara yazılımlar veya Linux düzeyinde sistem kontrolünün öncelikli olduğu projeler için Linux, Debian veya Ubuntu tercih edilebilir.

Önemli olan hangi işletim sisteminin moda olduğu değildir. BSP, çekirdek, sürücüler, ara katman yazılımı, uygulamalar, güncelleme mekanizması ve donanım arayüzlerinin tek bir ürün mimarisi olarak muhafaza edilip edilemeyeceğidir.

Linux/Android Çekirdek Optimizasyonu

Standart SDK/BSP gerekli davranışı sağlamadığında çekirdek katmanı önem kazanır.

Projeye bağlı olarak mühendislik şunları içerebilir:

• Ethernet ve Wi-Fi sürücüleri

• USB yapılandırması

• Ekran ve HDMI davranışı

• Ses arayüzleri

• GPIO

• Seri iletişim

• Güç yönetimi

• Termal politikalar

• Depolama yapılandırması

• Önyükleme optimizasyonu

• Sistem izinleri

• Donanım hızlandırma

Çekirdek optimizasyonu ölçülebilir ürün gereksinimlerine göre yönlendirilmelidir.

Hızlı bir şekilde önyüklenen ancak uzun süreli çalışma sonrasında ağ bağlantısını kaybeden bir cihaz optimize edilmez. 4K videonun kodunu çözen ancak birkaç saat sonra aşırı ısınan bir oynatıcı da optimize edilmemiştir.

Amaç, gerçek iş yükü altında öngörülebilir sistem davranışıdır.

Özel UI/UX ve Uygulama Katmanı

Kullanıcı arayüzü bir diğer önemli OEM farklılaşma noktasıdır.

Özelleştirilmiş bir başlatıcı, standart Android ana ekranını aşağıdakileri içeren, operatör kontrollü bir ortamla değiştirebilir:

• Marka kimliği

• Özel gezinme

• Hizmet kısayolları

• Önerilen içerik

• Reklam alanları

• Ağırlama hizmetleri

• Dijital tabela kontrolleri

• Kısıtlı sistem erişimi

Yönetilen uygulamalar için Cihaz Sahibi API'leri ve kiosk/kilitleme-görev mekanizmaları, kullanıcının onaylı uygulamalara ve sistem işlevlerine erişimini kısıtlayabilir.

Bu özellikle otel TV sistemleri, ticari ekranlar, IPTV hizmetleri, eğitim dağıtımları ve halka açık terminaller için değerlidir.

SDK/API Entegrasyonu: Oynatıcıyı İş Sistemine Bağlama

Bir Akışlı Medya Oynatıcısı, müşterinin mevcut altyapısıyla bütünleştiğinde önemli ölçüde daha değerli hale gelir.

OEM/ODM tedarikçisinin aşağıdakiler için API'leri kullanıma sunması veya entegre etmesi gerekebilir:

• IPTV ara yazılımı

• OTT platformları

• CMS platformları

• Dijital tabela sistemleri

• Abone yönetimi

• Reklam sistemleri

• Analitik platformları

• Cihaz temel hazırlığı

• Uzaktan izleme

• İçerik yönetimi

• Kurumsal kimlik doğrulama

SDK/API entegrasyonunun fiziksel muhafazadan daha önemli hale geldiği yer burasıdır.

Örneğin, bir sistem entegratörü, dağıtımdan sonra kendisini otomatik olarak kaydeden, bir bulut platformundan yapılandırmayı alan, onaylanmış uygulamaları yükleyen, içerik indiren, cihaz sağlığını raporlayan ve fiziksel müdahale olmadan OTA güncellemelerini alan bir oynatıcıya ihtiyaç duyabilir.

Bu iş akışı, donanım yazılımı mimarisi sırasında dikkate alınmalıdır; sonradan akla gelen bir düşünce olarak eklenmemelidir.

OTA Güncelleme Sistemleri ve Uzun Vadeli Ürün Kontrolü

OEM alıcıları, bir üretim anlaşması imzalamadan önce ürün yazılımı yaşam döngüsünü değerlendirmelidir.

Bir ürün mükemmel bir donanımla birlikte gönderilebilir ve ürün yazılımı güncellemeleri manuel bakım gerektiriyorsa çalıştırılması yine de pahalı olabilir.

Sağlam bir OTA mimarisi şunları ele almalıdır:

• Firmware sürüm yönetimi

• Artımlı veya tam görüntü güncellemeleri

• Cihaz grupları

• Aşamalı dağıtım

• Otomatik güncelleme politikaları

• Doğrulamayı güncelle

• Başarısız güncelleme kurtarma

• Geri alma

• Uzaktan teşhis

• Uygulama güncellemeleri

• Yapılandırma yönetimi

Büyük dağıtımlar için aşamalı OTA dağıtımı özellikle önemlidir.

Mantıklı bir süreç, yeni aygıt yazılımını ilk olarak kontrollü bir test grubuna yayınlamaktır. Kararlılık doğrulamasının ardından güncelleme daha büyük cihaz popülasyonlarına genişletilebilir.

Bu, kurulu sistemin tamamını etkileyen tek bir ürün yazılımı hatası riskini azaltır.

Platformda Güvenlik, DRM ve HDCP Tasarlanmalıdır

Akış donanımı, korunan içerik ekosistemleri içerisinde giderek daha fazla çalışmaktadır.

Hizmet ve içerik sağlayıcı gereksinimlerine bağlı olarak platformun DRM çerçeveleri, güvenli önyükleme, şifreli iletişim, uygulama kimlik doğrulaması, HDCP korumalı HDMI çıkışı ve donanım destekli güvenlik işlevleri için desteğe ihtiyacı olabilir.

SoC ve aygıt yazılımı mimarisi sonlandırılmadan önce DRM ve HDCP gereksinimleri tanımlanmalıdır.

Bu, OEM açısından önemli bir husustur çünkü güvenlik özellikleri her zaman yonga setleri arasında değiştirilemez. Bir yazılım değişikliği, gerekli güvenlik özelliğinden yoksun bir donanım platformunu telafi edemez.

Ticari dağıtımlar için mühendislik ekibi bu nedenle içerik koruma gereksinimlerini projenin başında belirlemelidir.

Pratik Bir Medya Oynatıcısı OEM/ODM Geliştirme Süreci

Kontrollü bir OEM programı tanımlanmış bir mühendislik sırasını takip etmelidir.

Aşama 1: Gereksinimlerin Tanımı

Belge:

• Hedef pazar

• Uygulama senaryosu

• Video çözünürlüğü

• Gerekli codec'ler

• Ekran arayüzleri

• Ağ arayüzleri

• İşletim sistemi

• RAM/depolama

• Başvuru gereksinimleri

• DRM gereksinimleri

• OTA gereksinimleri

• Çevre koşulları

• Hedef üretim hacmi

Bu belge platform seçiminin temelini oluşturur.

Aşama 2: Platform ve PCBA Seçimi

İş yüküne göre SoC ve referans mimarisini seçin.

Daha sonra hangi bileşenlerin standart kalabileceğini ve hangilerinin değişiklik gerektirdiğini belirleyin.

Bu, gereksiz NRE'yi azaltır ve platformun sabit parçalarının bir iş nedeni olmadan yeniden tasarlanmasını önler.

Aşama 3: Firmware ve SDK Geliştirme

Gerekli BSP'yi, çekirdek yapılandırmasını, sürücüleri, sistem hizmetlerini, uygulamaları, başlatıcıyı, UI/UX'i, API'leri ve OTA çerçevesini oluşturun.

Ürün yazılımı yalnızca bir geliştirme kartı yerine gerçek üretim donanımına göre test edilmelidir.

Aşama 4: EVT, DVT ve Üretim Doğrulaması

Mühendislik Doğrulama Testi, donanım ve ürün yazılımı sorunlarını erken tespit etmelidir.

Tasarım Doğrulama Testi daha sonra beklenen çalışma koşulları altında ürünün tamamını doğrulamalıdır.

Test şunları içermelidir:

• Uzun süreli video oynatma

• Ağ kesintisi ve kurtarma

• HDMI çalışırken takılabilir davranışı

• Wi-Fi kararlılığı

• Ethernet çıkışı

• OTA kesinti kurtarma

• Güç döngüsü testi

• Termal stres

• Depolama güvenilirliği

• Uygulama kararlılığı

• Uzaktan yönetim işlevleri

Ancak bu alanlar doğrulandıktan sonra proje seri üretime geçmelidir.

OEM/ODM Mühendislik Yeteneği Neden Kutunun Spesifikasyonundan Daha Önemlidir?

İki Akışlı Medya Oynatıcı aynı SoC'yi kullanabilir ve tamamen farklı ticari sonuçlar sunabilir.

Fark genellikle uygulamadan kaynaklanır.

PCB düzeni, bellek seçimi, termal tasarım, güç düzenlemesi, BSP kalitesi, çekirdek yapılandırması, sürücü kararlılığı, başlatıcı mimarisi, uygulama entegrasyonu, OTA tasarımı ve üretim kalitesi, nihai ürünü etkiler.

Bu nedenle satın alma ekiplerinin bir OEM/ODM tedarikçisini mühendislik düzeyinde değerlendirmesi gerekir.

SZTomato'nun yaklaşımı, OEM'i kozmetik bir kişiselleştirme hizmeti olarak ele almak yerine bu katmanları kontrol etmeye dayanmaktadır. Yetenekleri arasında PCBA donanım modifikasyonu, SoC platformu geliştirme, özel ürün yazılımı, Android/Linux optimizasyonu, SDK/API entegrasyonu, özel UI/UX, OTA sistemleri ve özel termal çözümler yer alır.

Bu model, müşterinin başka bir genel perakende kutusu yerine farklılaştırılmış bir Akışlı Medya Oynatıcısına ihtiyaç duyduğu projelere uygundur.

Aynı mimari, IPTV operatörleri, OTT servis sağlayıcıları, telekom projeleri, konaklama grupları, dijital tabela şirketleri, sistem entegratörleri ve endüstriyel uygulamalar için uyarlanabilir.

B2B Tedarik Yöneticileri için OEM/ODM Kontrol Listesi

Akışlı Medya Oynatıcısı üreticisini seçmeden önce şu soruları sorun:

Donanım

• PCBA değiştirilebilir mi?

• RAM ve depolama yapılandırmaları özelleştirilebilir mi?

• Ethernet, Wi-Fi, USB, RS-232, GPIO veya diğer arayüzler değiştirilebilir mi?

• Üretici termal tasarımı kontrol ediyor mu?

Firmware

• Android/AOSP/Linux ürün yazılımı özelleştirilebilir mi?

• Linux/Android çekirdeği değiştirilebilir mi?

• Önyükleme işlemi ve sistem hizmetleri değiştirilebilir mi?

• Özel bir başlatıcı ve UI/UX geliştirilebilir mi?

Entegrasyon

• Tedarikçi SDK'ları ve API'leri entegre edebilir mi?

• Cihaz Sahibi ve kiosk fonksiyonları uygulanabilir mi?

• Ara katman yazılımı ve CMS platformları entegre edilebilir mi?

• Uzaktan yönetim sistemleri desteklenebilir mi?

Güvenlik ve Yaşam Döngüsü

• Platform hangi DRM ve HDCP gereksinimlerini destekleyebilir?

• OTA güncelleme altyapısı mevcut mu?

• Geri alma destekleniyor mu?

• Üretim ürün yazılımı sürümleri nasıl kontrol edilir?

• Seri üretimden sonra BSP'nin bakımını kim yapıyor?

Üretme

• Fabrikanın arkasında bir mühendislik ekibi var mı?

• EVT/DVT testi yapılabilir mi?

• Tedarikçi NRE'yi ve takımları destekleyebilir mi?

• Aynı donanım ve ürün yazılımı yapılandırması uygun ölçekte korunabilir mi?

Bu sorular, orijinal bir OEM/ODM programını özel markalı bir satın alma işleminden ayırır.

Sonuç: Yalnızca Donanım Tedarikçisini Değil, Mühendislik Ortağını da Seçin

A Akışlı Medya Oynatıcı OEM/ODM projesi, donanım, ürün yazılımı, yazılım entegrasyonu, termal tasarım, güvenlik ve üretim tek bir sistem olarak tasarlandığında başarılı olur.

En güçlü platformun mutlaka en yüksek CPU frekansına veya reklamı yapılan en fazla özelliğe sahip platform olması gerekmez. Gerekli video iş yükünü karşılayan, termal olarak kararlı kalan, müşterinin yazılım yığınıyla bütünleşen, kontrollü OTA güncellemelerini destekleyen, içeriği koruyan ve tutarlı bir şekilde uygun ölçekte üretilebilen platformdur.

B2B satın alma yöneticileri ve sistem entegratörleri için bir sonraki adım, SoC, PCBA, işletim sistemi, arayüzler, donanım yazılımı, UI/UX, SDK/API entegrasyonu, DRM/HDCP, termal koşullar, OTA mimarisi ve üretim hacmini kapsayan bir teknik gereksinim incelemesi olmalıdır.

Proje bir logo ve özel bir kartondan fazlasını gerektiriyorsa platformu donanım, çekirdek, ürün yazılımı ve uygulama düzeylerinde değiştirebilecek mühendislik kapasitesine sahip bir OEM/ODM üreticisi seçin.

SZTomato şunları sağlar: Akışlı Medya Oynatıcı Kendi hizmet, ara yazılım ve dağıtım gereksinimlerine göre tasarlanmış, yapılandırılabilir bir platforma ihtiyaç duyan işletmeler için OEM/ODM geliştirme.