我是H.264/SVC標準的新手。我研究發現,android,ipad和iOSx等移動設備都支持H.264/AVC。由於H.264/SVC是H.264/AVC的擴展,具有用於基本配置文件和增強配置文件的多層結構,所以我想知道支持H.264/AVC的設備是否也支持H.264/SVC ?h.264/svc移動支持
回答
從我的理論研究來看,H.264 AVC播放器將無法解碼開箱即用的H.264 SVC流。
但是,在服務器上使用SVC作爲編碼格式並不一定意味着要將SVC編碼數據傳輸到客戶端。從SVC到AVC的轉換可以在服務器端完成,只需很少的計算工作。這不是一個重新編碼!市場上有越來越多的解決方案在服務器上使用H.264 SVC文件格式,但仍然在確定可用網絡帶寬之後向其客戶端發送定製數據速率的AVC流。這樣流媒體系統就與現有的客戶端保持兼容,但已經可以在服務器上使用SVC的優勢(例如,每個視頻只有一個文件和非常低的存儲開銷)。
另一方面,如果客戶端能夠處理它們,確實可以發送SVC格式的流。如果需要,這些SVC流可以降低數據速率 - 取決於可用帶寬 - 可以通過刪除SVC層輕鬆從原始SVC文件提取,並且計算能力較低。只要可用帶寬不允許流式傳輸完整的SVC文件,即時重建流併發送縮減層集(向下到簡單基本層)將在許多情況下有意義。畢竟這是SVC的全部內容:可以從單個主文件或高帶寬SVC流快速生成縮減帶寬版本。
事實上,從SVC流中丟棄的層甚至可以在從服務器到客戶端的途中在專用中間網絡節點和代理上進行。這允許在網絡連接的下一部分具有對於完整輸入流低的帶寬時減小信號數據速率。
,我發現對於系統產生適應SVC或AVC的SVC文件流在飛行中的一些提供商
有關H.264 SVC的更多細節請參見以下鏈接:
我目前正在自己研究這個問題。所以我剛剛將我的答案「一點點」提升爲新的發現。 :) – Jpsy
- 1. Backgroud移動支持
- 2. Laravel移動支持
- 3. 移動瀏覽器支持
- 4. GXT 3移動支持
- 5. Android上的WebRTC H.264支持
- 6. Android H.264 BaseProfile級別支持
- 7. DirectShow:IMediaSeeking :: SetRate不支持H.264流
- 8. Android:mp4 H.264 - 不支持基帶
- 9. 僅支持在移動設備上使用Android支持肖像
- 10. JavaScript WebSockets不支持移動設備?
- 11. 所有移動設備支持SSL?
- 12. 在iphone上移動safari支持xpath嗎?
- 13. 在移動設備上支持Touch.radiusX
- 14. 移動第一平臺不支持Crosswalk
- 15. 移動設備上的WebSocket支持
- 16. VS2010是否支持Windows移動項目?
- 17. 多級移動設備支持
- 18. JavaScript支持移動設備上的
- 19. DJI sdk支持移動應用程序
- 20. 支持Aptana中的jQuery移動
- 21. 谷歌地圖支持移動設備
- 22. 移動觸摸支持 - 在Closure庫
- 23. android.internal.telephony.xxx軟件包支持移動網絡
- 24. 移動瀏覽器的VoiceXML支持
- 25. 在移動環境中不支持titanium.database
- 26. 移動瀏覽器對CSS3的支持
- 27. 移動偵測並支持舊設備
- 28. c在移動平臺上的支持
- 29. NS-3是否支持移動IPv6?
- 30. 支持移動平臺上的SVG
您可能想要支持OGG。 –
你能告訴我爲什麼嗎? –
在網站上應該支持Ogg Vorbis和H.264。 –