2019年9月29日 星期日

1073/1283 目前的問題

.

給還有在用 1073/1283 媒體播放機的網友參考。


1073 刷 r13 目前遇到的問題:

1073 刷 r13 韌體雖然可以解 https,但是不能看的訊源已經遇到兩個:

RTHK 與 CNET 。

直接播放 RTHK  視像新聞的 mp4 檔,與 CNET 的 mp4 檔:

例如:
https://newsstatic.rthk.hk/videos/vfile_1483217_1_20190929174507.mp4
https://cnetvideo.cbsistatic.com/vr/2019/09/25/1608775235580/Nintendo_RingCon_105611_5130.mp4


都會出現錯誤訊息:














但是看 RTHK 的《鏗鏘集》又都正常。


VOA

美國之音的格式在 2019.10~2019.11期間 發生異動。舊版已無法收看。








1073/1283 看 YouTube 的問題:

很多新的影片都是播5秒後,畫面凍結,聲音則繼續播。

這是有原因的。

在以前,1073/1283可以播放影片的時候,大家有沒有注意到一點,就是沒有廣告。

YouTube 不爽「駭客」跳過廣告的作法,於是施行一些「反制」動作。

MoServices 的「駭客」們能不能「反反制」YouTube。我們只能繼續看下去。


但是用 search 看一些舊的影片,倒是都可以看。


就先加減用吧。





.









9 則留言:

David 提到...

您好,

您說, 1283 的機器現在播放 YouTube 的 mp4 影片會有"播放後五秒, 影像即凍結, 但聲音持續"的問題, 我也遇到同樣問題.

我的播放器是 iBT-1283PVR, 刷 2019_03 韌體, 以及兆赫的 ZIN-101T, 刷 2017_09 韌體.

不論是用播放器直接連網串流播放 YouTube 的 mp4 影片, 或是先從電腦用程式(4K Video Downloader 或 YouTube-DLG)將影片下載至隨身碟, 再從播放器的 USB 插槽播放, 皆會有此問題.

不過, 值得注意的是... 隨身碟內同一部會出問題的影片, 若拿到電腦 (Win7 + Potplayer)播放, 或從我家四年前購置的電視機的 USB 插槽播放, 則無問題.

倒不是所有的 YouTube mp4 影片都有問題, 而是自今年一月以來的"部份" mp4 影片有問題. 例如以下的影片即有問題:

https://bit.ly/35kzwQT

可從以下網址下載此影片 (Google Drive, 9 MB):

https://bit.ly/2LXUTjg

但以下的影片無問題:

https://bit.ly/31XbJnL

可從以下網址下載此影片 (Google Drive, 13 MB):

https://bit.ly/33diUbQ

既然用電腦或我家的電視機播放不會有問題, 故個人懷疑是 YouTube 對 mp4 影片的格式做了新的改變, 而 1283 的韌體 mod 皆基於原廠 2011-05-05 的版本, 其內建的 mp4 codec 已老舊, 跟不上, 才會出問題. 不過, 這純屬猜測.

不知是否有辦法做個實驗, 將 1283 韌體內的 mp4 codec 更換為最新版本?

匿名 提到...

順便說一下...

我用的網頁瀏覽器是 FireFox. 我發現, 最近若想用 Firefox 在您的 blog 以"名稱/網址"或"匿名"留言, 則 Accept third-party cookies 須設為 Always, 也不能僅設為 From visited, 否則按下"發佈"或"預覽"後, 不會跳出驗證視窗, 也就無法發佈或預覽.

也不能直接將 blogger.com, blogspot.com 及 googlesyndication.com 的 cookie 設為 allow, 那也無效.

Chrome 也須做類似設定.

IE 及 Edge 則無此問題.

ElectronMania 提到...

moservices 的論壇也有人說是格式變動的問題。

install.img 解開第一層有個 video_firmware.bin 檔案,
該檔應該就是 video codec,該檔有新有舊,但都是原廠釋出。
該檔可互換包回,會改變系統資訊的video版本。

應該是他們圈內人才知道要如何更新video_firmware.bin為最新版。

ElectronMania 提到...

可能是受他們的"安全性加強機制"的影響。

常常,我們並不知道他們是異動了什麼。

ElectronMania 提到...

未來,有沒有解決方案?恐怕不能太樂觀。
想看更多,可能得慢慢考慮改用 Android。

例如用手機將TED節目投影到Chromecast來看。

David 提到...

您好,

之前談到, 部份 YouTube 的 mp4 影片在播放後數秒鐘, 影像即凍結, 但聲音持續, 現在發現, 問題出在 mp4 的封裝格式 (container format), 詳情不知. 唯若將 YouTube 影片的 mp4 檔案先下載, 再播放, 則可用電腦將封裝格式改為 TS 或 AVI, 或其後再改回 MP4, 即可順利播放.

可使用 avidemux 這款軟體開啟 mp4 檔, 一切預設值保持不變, 包括程式視窗左側的 Video Output 及 Audio Output 均維持預設的 Copy, 僅 Output Format 改為選擇 Mpeg TS Muxer (ff) 或 AVI Muxer, 再存檔, 即可將 mp4 的封裝格式改為 TS 或 AVI, 且因影音不須重編碼, 轉換速度相當快. 不過, 若 Output Format 仍選 MP4 Muxer, 則問題依舊.

avidemux 官網的網址載於 https://avidemux.org/ (二網站擇一, 另一為論壇)

此程式有繁體中文介面: Edit > Preferences > User Interface > Language > System Language

若待轉換的 mp4 檔眾多, 則可用下面的指令製作一 bat 批次檔, 執行此 bat 檔即可自動將多個"置於同一資料夾"的 mp4 檔轉換為 ts 檔, 並續轉回 mp4 檔.

--- 以下為批次檔說明 ---

avidemux 安裝資料夾內, 除 GUI 主程式 avidemux.exe, 尚有 command line 專用程式 avidemux_cli.exe. 此批次檔使用後者, 以避免出現 GUI.

此批次檔...

(1) 須以 Big-5 繁體中文儲存, 否則無法執行.

(2) 須置於 mp4 檔所在之資料夾.

(3) 特別注意: mp4 檔所在之資料夾, 其路徑(path)不可有中文, 否則 avidemux_cli.exe
無法找到檔案. 例如: C:\aaa\MP4檔\ 或 C:\aaa\MP4檔\bbb\ 皆屬無效路徑.
但檔名可以有中文.

(4) 批次檔內的變數 avidemux_cli 須設為 avidemux_cli.exe (非 avidemux.exe) 的
路徑及檔名. 可在此檔內搜尋 set avidemux_cli= .

批次檔執行時, 會在目前資料夾產生兩個子資料夾: TS Files 及 MP4 Files (Good). 程式先將 mp4 檔轉為 ts 檔, 置於 TS Files, 再將 ts 檔轉回 mp4, 置於 MP4 Files (Good). 若不想再轉回 mp4, 可在轉換 TS 作業完成後, 在轉回 mp4 之前的十五秒等待期間, 按 CTRL + C, 再按 y, 結束程式.

轉換之後的 mp4 檔, 跳轉播放似較 ts 檔順暢.

我的電腦知識非常淺薄, 不會寫程式, bat 檔也僅懂皮毛. 請多指教.

avidemux.exe 的 command 臚列於以下網頁, 但因係舊版 avidemux, 故非全部 command, 也不知是否全部都可用於 avidemux_cli.exe .

http://www.avidemux.org/admWiki/doku.php?id=using:command_line_usage

從 command window 執行 avidemux_cli --help , 在 command window 內容近底部處, 會顯示最新可用指令, 但無全部指令.

以下網址為批次處理(batch processing)的教學:

https://www.avidemux.org/admWiki/doku.php?id=tutorial:batch_processing

但其中為 bat 檔所舉例子有一個錯誤: 缺少 --output-format AVI 這個 command. 另外, --force-alt-h264 似無必要.


--- 以下為批次檔內容 ---


@echo off

echo.
echo 按任意鍵開始轉換, 或按 CTRL + C 再按 y 取消轉換.

pause > nul

:: 以下這一行的 avidemux_cli 變數須設為 avidemux_cli.exe 的路徑及檔名.

set avidemux_cli="路徑\avidemux_cli.exe"

echo.
echo 正在將 mp4 檔轉為 ts 檔, 並儲存於 TS Files 資料夾...

:: 經驗證, 若檔案的路徑(path)包含中文, 則 avidemux_cli 常無法載入(load)檔案.
:: 故以下的資料夾皆以英文命名. 檔名則可包含中文.

md "TS Files" 2> nul

for %%f in (*.mp4) do %avidemux_cli% --output-format ffTS --load "%%f" --save "TS Files\%%f.ts" > nul 2> nul

:: 以下將轉換後的 *.mp4.ts 檔名更改回 *.ts 檔名.
:: 先以 ren *.mp4.ts *. 將 .ts 副檔名連同句點一併去除.
:: 再將 .mp4 副檔名以 ren *.mp4 *.ts 改回 .ts 副檔名.

ren "TS Files\*.mp4.ts" "*."
ren "TS Files\*.mp4" "*.ts"

echo.
echo 所有 mp4 檔皆已轉為 ts 檔. 將繼續將 ts 檔轉回 mp4 檔.
echo.
echo 現在等待15秒鐘, 以確定所有 ts 檔皆儲存完畢. 如不等待, 則按任意鍵.
echo 亦可按 CTRL + C, 再按 y , 終止程式.

Timeout 15 > nul

echo.
echo 正在將 ts 檔轉回 mp4 檔, 並儲存於 MP4 Files (Good) 資料夾...

md "MP4 Files (Good)" 2> nul

cd "TS Files"

for %%f in (*.ts) do %avidemux_cli% --output-format MP4 --load "%%f" --save "..\MP4 Files (Good)\%%f.mp4" > nul 2> nul

:: 以下將轉換後的 *.ts.mp4 檔名以上述 ren 指令改回 *.mp4 檔名.

ren "..\MP4 Files (Good)\*.ts.mp4" "*."
ren "..\MP4 Files (Good)\*.ts" "*.mp4"

:: 將 ts 檔轉回 mp4 檔時, 每個 ts 檔會產生一個對應的 idx2 檔. 此檔無用, 故予刪除.

del *.idx2

echo.
echo 所有 ts 檔皆已轉回 mp4 檔. 按任意鍵關閉此視窗.

pause > nul

ElectronMania 提到...

目前與前一陣子的比較:
以前,每一頁3X6=18部影片,大部分會凍結。
目前,每一頁3X6=18部影片,大部分不會凍結。

有可能是:某一版製作 mp4 的程式有一點不相容。
使用新版製作 mp4 的影片不會凍結。用舊版的才會凍結。
只能期待舊版慢慢被淘汰。

電腦影片的格式很龐雜,很難一直平安無事。

David 提到...

以上的解決方法是將出問題的 mp4 轉成 ts, 再轉回 mp4, 其實有些笨.

最好是...

用程式詳細分析數個 mp4 檔轉換前後的封裝格式, 比較後,找出共通的相異之處, 這個共通的相異之處應該就是問題癥結所在.

找出問題後, 從此就可用程式直接修正 mp4 封裝出問題的地方. 如果能批次處理多檔案就更好.

但我還找不到能"詳細"分析封裝以及修改封裝的程式.

ElectronMania 提到...

應對格式異動或出入,往往很累人。
而辛辛苦苦克服格式異動或出入之後,它已改正或再度異動。
這種狀況從有影片開放式格式以來,一直都在發生。恐怕也不會有終止之日。