关于车机互联方式的一点想法
關(guān)于車機互聯(lián)方式,現(xiàn)階段有兩種主要方式:
1.車機與手機互聯(lián)后,手機的內(nèi)容通過usb或wifi投射到車機端,車機端或直接顯示,或做一定的修改再顯示。
2.車機端幾乎不與手機發(fā)生數(shù)據(jù)交互,而僅僅利用手機的熱點來共享網(wǎng)絡(luò)。
兩種方式各有利弊:
對于第一種方式來說,主要的運算都在手機端,這樣車機端的app會非常輕巧,也不會有太多bug(意味著不需要太多升級),而手機端因為隨時可以接入別的wifi,所以即使有bug要升級也是很輕松的事情。
同時,現(xiàn)階段多數(shù)中檔車型的車機的性能一般不會太高(比起手機的配置來說要低很多),這樣的機制可以有效減輕車機的運算負荷,使得因為車機運算不過來而出現(xiàn)卡頓的現(xiàn)象會減少。
但是,這種方式也有一定缺陷,主要的問題是,不論是usb傳輸還是wifi傳輸,都需要在手機端顯示完成后,將畫面壓縮,傳輸?shù)杰嚈C端,再由車機端解壓并顯示。這樣帶來的問題在于,車機端需要有一定的硬解碼能力,同時如果傳輸過來的畫面分辨率太高,還是會造成車機端因為解碼不過來或者傳輸速度達到瓶頸而導致卡頓的現(xiàn)象。如果傳輸?shù)姆直媛侍?#xff0c;又會造成用戶觀感體驗上的下降。
另外,不同的車機的解碼算法不同,會導致傳過來的畫面在不同的車機上會有一定程度的偏色問題。
對于第二種方式來說,主要的運算放在車機端,顯示效果和響應速度相對于另一種方式來說可以得到一定程度的保證。
但缺陷是,車機端的app會比較龐大,每次更新的時候需要耗費的手機流量也會較多。
同時,用戶肯定是希望可以打通車機端和手機端,從而使得自己手機上的數(shù)據(jù)或信息可以共享到車機端。這樣就要求app的開發(fā)商有比較強大的云服務能力,非BAT級別的企業(yè)不能為也。
個人的看法是,方式一在現(xiàn)階段應該是比較流行(包括android auto,carplay,myspin,以及百度的carlife均采用這種方式),但我并不認為這是未來的趨勢(至少在中國市場)。倒不是因為上面說的問題,而是因為用戶上了車以后,想用這些功能還需要掏出手機和usb線,連上車機以后才可以使用。我認為對于用戶來說這種操作還是過于麻煩了。(wifi連接當然不用這么麻煩,但由此帶來的手機耗電問題是很難解決的(除非無線充電技術(shù)普及)。
希望能出現(xiàn)一家企業(yè)(我心目中最適合的公司是騰訊,但尚不知騰訊和四維的wedrive到底采取何種方式),首先要有用戶的大量數(shù)據(jù)并且有強大的云端服務能力,其次有能力將自己開發(fā)的車載機終端(至少是app)打入各個車廠,還要有自己的地圖服務(當然還要期待三大運營商進一步降低流量費用),這樣的企業(yè)如果能做出車機終端平臺的話,我想其對于用戶的吸引力必將大于連接方式,而且因為和手機系統(tǒng)相關(guān)性較小,所以真的要一統(tǒng)江山也并非不可能(當然車廠那邊確實是個問題,但比起方式一又要考慮手機,又要考慮車廠來說至少難度小了一半了~)
總結(jié)
以上是生活随笔為你收集整理的关于车机互联方式的一点想法的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: crop和resize操作区别
- 下一篇: cmake-gui出错解决方法