http mixed content 解決

http mixed content 混和內容警告!!!!

---

公司明年春晚在北海道 ∼  太神了 冷靜回歸正題
在上一篇在架設完，從adobe media server apache 的flv.js播放器 要改架設為 https 的問題，變成了以下問題在已經，https 可以正常進行推流後，在相同網域進行推播可以看到

奇怪這邊好好的，在切換成flv

新增說明文字

原因就是混和內容，在 混合內容 ，自己去查~，反正解決方案就是

一 基於 livego 伺服器轉發問題，我們可以得知 在https 的rtmp推播的情況下又在下一層的目錄，裡面的 flv.js 並不能播放 http 網址的東東，所以呢我找了很多，隧道? proxy 正向代理，反向代理?

最後選擇的是 proxy，再找一個吧 node-http-proxy 話說為什麼要寫那麼複雜

我們來精簡版，94這麼簡單

https nodejs rtmp publisher use openssl

https nodejs rtmp publisher use openssl

---

新增https 功能
由於呢在chrome 呢 如果調用getUserMedia api 則必需要https 代理來小改造一下

打造一個多人串流系統 Android 推流 至 rtmp server part6

遠距醫療串抖音cc，在跟病人通話的時候可以加點特效(誤，病人玩起來了，顧及到健康長照?)

公司功能越加越多了，在搭建完flex html5 android ...，編碼速度瓶頸可能要從軟體編碼變到硬體編碼，過一陣子再來研究ffmpeg硬體加速，感覺弄完都可以自己架一個直播串流平台了。

過完年...公司變港商了666，取之github還之github

https://github.com/x213212/rtmp_player_publish

解析度調整

ffmpeg to any media format bug

---

在Android 使用的是硬體編碼，在版本過低的或是手持裝置cpu速度不同下將會發生硬體編碼速度跟不上camera fps所以會導致產生media 時間戳發生不對導致 無法產生flv或者其他格式所以，除了在andorid 會發生這狀況，在上一章http5 to rtmp推流圖片至伺服器過程，也有可能會發生這狀況，有聲音沒畫面等等
可以透過ffmpeg 再把進行轉推流，也算把格式再進行一次補齊，至於速度問題可能要好好研究一下用nvdia 進行硬體加速。

address1 adobe_media_server

address2 livego 

 ffmpeg -re -i rtmp:// address1 -r 60 -vcodec libx264 -s 640x480 -preset ultrafast -tune zerolatency -filter_complex aresample=44100 -bufsize 1000 -c:a aac -b🅰️0 128k -f flv rtmp:// address2