樂園日記
|
|
樂園日記
|
 |
雲端主機新增一支程式，用來重設上傳失敗的轉錄檔案，若已經重設，則刪除該轉錄檔案。
每次只要雲端主機出問題，手動重新上傳檔案自是免不了，只是每天有上傳額度的限制，需要計算好重傳的檔案數，才不會出問題。檔案數量一多，就變成天天要定時手動重傳！
在這樣的情況下，乾脆寫支程式來克服這個問題。
|
EEE變更網路連線方式，其中一個wifi網卡連線改為有線網路，保持穩定性。
有時候，還是只能用回老方法，才是最穩定的。
|
把 ubuntu 20.04 desktop 當作桌面，發現了一些問題。其中最嚴重的問題，就是使用一段時間後，滑鼠會當掉！
查了資料之後，原來這是藍牙的問題，使用下面指令來修正：
sudo rmmod btusb
sudo modprobe btusb
sudo /etc/init.d/bluetooth start
sudo systemctl enable bluetooth
以上的指令就是把藍芽模組先移除，再重新掛上、重新啟動藍芽的服務並開機時啟動之。
果真，滑鼠再也不當了。
|
ubuntu 20.04 以下列指令安裝音效輸入切換之後，就有聲音了：
sudo apt-add-repository ppa:yktooo/ppa -y && sudo apt-get update && sudo apt-get install indicator-sound-switcher -y |
樹莓派2B自啟用以來，SSH與XRDP伺服器會掛點，是件很討厭的事情，不過也沒時間去找問題，直到最近。
原來，這個問題在早期的樹莓派上很常見，原因在韌體與核心的搭配。那就更新一下，應該再也不會出現問題了吧！
更新指令參考如下：
sudo apt-get install rpi-udate
sudo rpi-update
sudo shutdown -r now
|
樹莓派4B4G，早在一開始出來的時候，就已經購買，但卻一直沒想好要拿它來做啥，因此就一直放著，一直到最近想要把Youtube的字幕自動化，才把它拿出來。
樹莓派隨著社群廣泛的應用，也不是當年的阿蒙，兩年前的安裝方式，說真的已經不適用！因為官網已經針對三大平台，MacOS、Linux、Windows提供了應用程式，只需下載該應用程式，就可以很容易初始化SD卡，將需要的作業系統寫入，省去了下載第三方應用程式與下指令的瑣事，這是很大的方便。
再者，只要把寫入Raspian的SD卡，加上ssh與wpa_supplicant.conf兩個檔案，就可以使用遠端ssh方式連入，方便度更是大幅度提升，不需要刻意另外找螢幕、鍵盤、滑鼠。
ssh檔案的內容可以是空的，只要SD卡上有ssh這個檔案即可。
以下是的範例檔案：
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=TW
network={
ssid="這邊改成您的無線分享器名稱"
psk="這邊改成該無線分享器的密碼"
key_mgmt=WPA-PSK
}
如果使用5G的頻道，wpa_supplicant.conf範例如下：
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=TW
freq_list=5745
network={
ssid="這邊改成您的5G無線分享器名稱"
psk="這邊改成該5G無線分享器的密碼"
key_mgmt=WPA-PSK
}
如果上述的5G頻率與無線分享器不一樣的話，可以先連到非5G的SSID，然後再以下面的指令確定5G頻道的使用頻率：
sudo iw wlan0 scan | grep -A5 'freq: 5'
確認5G的頻率之後，再把freq_list改為上面指令查到的數值。
可以改用USB SSD開機，對於有支援USB3的樹莓派4B來說，不再受限SD卡侷限的空間之外，更提升了存取的效能，對於一些需要效能與空間的應用，像是萃取影片字幕檔的應用，真是太棒了。不過，在轉換SD為SSD開機的過程中，有一點需要注意的就是，寫入開機韌體時，必須要把外接的SSD拔除，特別要注意這一點。
|
最近這幾天發現某台伺服器的CPU負荷竟高達100%，查了查，才發現是因為天氣預報的程式，因為SSL的更新，造成無法連線的問題而懸置！
雖然調整了程式碼，但一直出現 dh key too small 的問題，只好用python重新寫過。因為VSCode對python的cli偵錯很方便，但PHP就沒這麼便利。
好笑的是，在macos與windows下，新寫的python程式碼可以正確運行，但只要換到reaspian上，一樣是dh key too small！
還好python還找得到方法，可以克服dh key too small的問題，請參考https://www.coder.work/article/367421。
|
Apple Vision Framework終於克服一些小細節，可以在MACOS上做文字辨識。
但很可惜的是，目前只支援["en-US"]，不過，可以當成另類的車牌辨識的核心喔～(測試車牌圖片來自Google圖片搜尋車牌)
|
這幾天都在測試OCR的方案，像是被視為已經老舊的tesseract(正確性不高，若要實際應用，需要自行訓練與標記)，到Google的Vision API(需要花費，前一千次免費，之後每千次，1.5美金)，再到Apple的Vision Framework(僅限iOS與MacOS)，試圖找出一個正確性高，成本低廉且跨平台的解決方案方案。
|
接下去，一方面要趕著寫影片自動上字幕檔的程式，一方面要與Youtube Data API Quota Team的增額打交道，衝啊～～～
|
昨天深夜，上線新的翻譯模組，因為更新了相依的libraries，反而造成了無法正確上傳的錯誤！而反覆測試的結果，用光了每天上傳的額度。以是之故，停機十來小時，不停機的話，雲端的硬碟空間有限，會把硬碟空間耗盡。沒有考慮擴增硬碟空間的原因是每天上傳的額度是固定的，即使硬碟空間增加，也沒有多餘的額度可以上傳！
|
昨天晚上完成英文和簡體中文標題、敘述的資料，跑Youtube Data API更新，跑著跑著，出現了一連串的Failure，才驚覺API Quota爆了！
查了一下API Cost，Update竟然比Insert還多50個Cost，難怪一下子就把配額用光了。這下又要提出擴增配額的申請了。
算一算，三個頻道如果都要提供英文和簡體中文的話，還需要27000000的配額，比起上次申請的數字，多出好多，不知道是否會通過？如果沒能通過申請的話，要分天來完成的話，約要100天才能全部更新。
上次申請的時候，第八天通過。不知道這次申請，需要花多少天？
拭目以待吧。
|
今天終於把3451個生命電視台使用的字典資料表校對過一遍。
|
讓眼睛休息了一個星期，接下去來做影片自動翻譯的架構。
|
更新到MACOS 10.15.6，
這次更新，估計花費37分鐘，實際上用了31分鐘多一些。連帶XCode也要需要一起更新。
.jpg)
|
檢視相關的伺服器記錄檔，發現網路的嗅探攻擊，明顯比之前要多！
找個時間來解析這些記錄檔，把這些ip都加到黑名單。
|
iPhone版：
Android版：
來源：https://lifetvbooks.blogspot.com/2020/07/life-tv-iphoneandoird.html
因為昨日停電的緣故，想到說，不知道可不可以使用手機的熱點來支撐相關的服務？
為此，查了許多關於mobile port forwarding的資料。 整理下來，發現較為可行的方案為VPN Tunnel或IPv6搭配4G路由器的方案。 只不過這一類的方案，都需要額外的設定與新設備，新架構的支援，真的要解決臨時停電的方案，還比不上強化UPS，讓相關的路由器與電腦撐過2~3小時的停電時間。
不知道是否還有更好的方案？
|
今天早上7:00~9:00，因台電公司例行維護作業停電，網站相關服務中斷兩小時左右，不方便之處，敬請多多包涵。
|
2020-07-08 14:07~20:17，因中華電信重新配發固定IP，使得DNS需要做對應的變更，造成服務中斷，特此補記。
|
Shell Script 或批次檔 用 curl 來做一些 web 的存取，非常方便，而在 https 漸漸普遍的今天，使用 curl 來做 https get 或 post ，要記得加上 -k 的參數。
|
iOS開舊專案，需要變更的四個地方。
1.變更專案檔PROJECT的iOS Deployment Target為9.2，如下圖：
2.變更專案檔TARGETS 的Target為9.2，如下圖：
3.變更專案檔TARGETS 的Signing & Capabilities的Team為註冊帳號，如下圖：
4.變更專案檔 PROJECT 的 Build Settings 的 Architectures 為 Standard architectures，如下圖：
版本9.2，請依照需求修改之。
|
強化雲端主機的機制，當錯誤發生的時候，會自動處理相關錯誤並且發送LINE Alert。
不過，非雲端主機，遇上停電，也是沒辦法的！這個星期六(2020-07-11 08:00~11:00)要停電維護！屆時網站等相關等服務都會暫停三小時。
|
這陣子都在寫好久之前要寫的藏經閣iPhone版，挑戰不用xib與storyboard，純objective c來實作。
不是都已經進入swift年代了嗎？怎麼還用objective c呢？
這當然是有原因的，swift的改版，有痛過就知道了。
|
MariaDB竟然跑一跑就當掉了，而且還無法啟動！之前雖然上了守護的程式，但是撐了三個月還是掛了！
查了一下，這個問題已經出現好久了，但似乎沒有固定的解法，唯一看到的資料是說把my.cnf的[mysqld]區塊，加上performance_schema=off的敘述，也不知道有沒有用？
最後乾脆把守護程式增加程式碼，如果掛了無法啟動MariaDB伺服器的話，那就reboot。
|
經過多天的調整與測試後，LRA4-5終於可以使用youtube-dl轉錄生命電視台在Youtube的直播，而且上傳之後，後台也可以完整轉換上傳的檔案。
另一方面，也克服了LRA4在兩個轉檔之間的空隙，使兩個相鄰的轉錄檔案不再因為程式控制的因素而造成轉錄時間的空隙，使兩個相鄰的轉錄檔案可以重疊10~60秒，讓轉錄的檔案更為完整。
|
LRA4-5的轉檔，上傳到Youtube後，僅少數檔案能成功轉換，多數檔案都失敗！
不知道是否因為強制結束進程，造成某些應處理的部分沒處理造成的。試著把ProcessClose改為ProcessWaitClose，看看這個問題能否解決。
繼續實驗中…
修改LRA4，設法解決因變換串流伺服器因尖峰時刻而無法連線的問題。由呼叫ffmpeg.exe改為youtube-dl.exe，串流網址改為Youtube的直播。
觀察看看，這樣一來有沒有比較穩定些。
|
調整LYI.py的一些錯誤，避免重複的檔案資訊。
|
生命電視台變更串流伺服器，LRA4與LRA5配合變更相關的URL。
過往的日記本頁執行共花了: 0.28038597106934秒