Reduce Browser's Energy Impact for playing YouTube Video
< Feedback on YouTube CPU Tamer by DOMMutation
所以轉圈是因為CPU 100%的問題?真的不知道。。。
如果兩個 YouTube CPU Tamer 都沒打開,CPU會是多少
其實我做了這個後不怎麼滿意 之後會拿出第三個方案 會跟你講請你試試看
應該是吧,因為同時執行CPU下不來,會有1.2個幾秒時不時轉一下,但是點暫停1.2個影片很快就不轉了
(剛回來重新開機了)cent開4個LIVE
CPU Tamer 兩個都不開都大概50-70徘徊,偶爾拉80
只開DOMMutation看起來也差不多50-70
只開AnimationFrame就100%
1.如果3個都開新分頁在前,慢慢降到7X
2.如果2個LIVE都在前端,1個前端影片暫停的,聊天室如果在跳會CPU增加0-10%不等
3.如果3個LIVE都在前端,2個前端影片暫停的,會再增加CPU,大概85-90左右在跳(如圖片)
(就是單純聊天室也會增加CPU)
順帶一提,我4個LIVE播放時加開YouTube JS Engine Tamer,也很吃CPU,也是99-100,卡頓
有外顯的話,%會是怎樣樣
我開4個LIVE的都是外顯的,只有特別註明右邊螢幕的是內顯
左、中外顯是用DP、HDMI
右邊內顯DVI
這樣做的應該太少了,老電腦硬上3螢幕~"~
好吧,所以這個 PageIntersection 完全不可用,哈哈
目前看似乎是這樣
為確保我測試chrome只開在內顯
1個LIVE視窗
DOMMutation大概30-45%
AnimationFrame大概30-45%
PageIntersection大概50%
2個LIVE(一樣的)
DOMMutation大概40-55%
AnimationFrame大概45-60%
PageIntersection大概60-80%
chrome的話,兩個相差倒是不大
PageIntersection恩....
另外我開JS Engine Tamer都大概會多個10%左右,但都只使短短2分鐘,不清楚開久差異,畢竟昨天JS Engine Tamer開了放著有逐漸降低
不過這幾天我都開只YouTube: Stable Streaming測試,畢竟CENT會衝突廣告~
辛苦了~"~
有時間的話幫忙測試一下全新腳本
跟HyperChat類似,但功能沒那麼多 現在只做了最基本的功能
暫時Stylus之類的都不會起作用 也就是不能改樣式
YouTube的更新太多了,所以之後繼續的話也只能做最基本
(SuperFastChat一起用好像沒問題)
https://github.com/cyfung1031/userscript-supports/raw/main/boost-chat.user.js
YouTube Boost Chat 應該有效解決聊天室卡頓問題
的確差很多
YT腳本全開,左視窗LIVE*6+右邊內顯LIVE*2開AnimationFrame,直接100%,雖然讀取比較慢,但是開始影片播放後就不卡了。
中間螢幕再開RELIVE回放,也不卡頓。
聊天室的文字的確全部被預設;
不再是超連結手掌,設定的…也沒了,不用怕框選文字就一直跳檢舉選項了~YA;
可以改沒問題:
重點/全部聊天的下拉選單CSS、輸入框的CSS、投票調查CSS隱藏、公告置頂訊息CSS、上方SC+會員留言倒數的橫框CSS
字變得好小,不習慣~"~
PS.腳本[固定板手訊息在最上方堆疊]無效:YouTube Live: Highlight Moderator Comments
PS.PageIntersection開著雖然100%,但也不卡頓了
的確差很多YT腳本全開,左視窗LIVE*6+右邊內顯LIVE*2開AnimationFrame,直接100%,雖然讀取比較慢,但是開始影片播放後就不卡了。中間螢幕再開RELIVE回放,也不卡頓。聊天室的文字的確全部被預設;不再是超連結手掌,設定的…也沒了,不用怕框選文字就一直跳檢舉選項了~YA;可以改沒問題:重點/全部聊天的下拉選單CSS、輸入框的CSS、投票調查CSS隱藏、公告置頂訊息CSS、上方SC+會員留言倒數的橫框CSS字變得好小,不習慣~"~PS.腳本[固定板手訊息在最上方堆疊]無效:YouTube Live: Highlight Moderator CommentsPS.PageIntersection開著雖然100%,但也不卡頓了
如果 DOMMutation + YouTube Boost Chat 的話,CPU是多少?
沒有 YouTube Boost Chat 反而更低?
雖然讀取比較慢
https://github.com/cyfung1031/userscript-supports/raw/main/boost-chat.user.js
更新至 0.1.3
應該解決了
字變得好小,不習慣~"~
/* ==UserStyle==
@name YouTube Text
@namespace github.com/openstyles/stylus
@version 1.0.0
@description A new userstyle
@author Me
==/UserStyle== */
@-moz-document domain("youtube.com") {
/* Insert code here... */
.bst-yt-main{
font-size:16px;
}
}
暫時先這樣吧
你可以調 16px 那個數字
也好,先這樣,至少字還能變大,雖然邊界沒用
margin:0px !important;
padding:0px !important;
當初HyperChat雖然有G翻譯,就是字小,四面的邊界更擠,放大又模糊,就放棄了
讀取慢,主要是因為CPU100了,開6個以上沒辦法,不過影片不卡真的神奇
> 讀取慢,主要是因為CPU100了,開6個以上沒辦法,不過影片不卡真的神奇
這個新腳本跟HyperChat做法類似
因為我現在用Macbook看也時不時電腦變卡,所以打算做類似的
性能方面沒有直接跟HyperChat比較過
所以CPU100% 是因為沒顯示卡開了6個以上吧。這應該是正常
沒有顯示卡的話,可能安裝了 https://greasyfork.org/scripts/466131-disable-youtube-av1 會比較好
我想知道如果你開六個的不是YouTube而是Twitch
CPU會上到幾多%?
的確差很多YT腳本全開,左視窗LIVE6+右邊內顯LIVE2開AnimationFrame,直接100%,雖然讀取比較慢,但是開始影片播放後就不卡了。中間螢幕再開RELIVE回放,也不卡頓。聊天室的文字的確全部被預設;不再是超連結手掌,設定的…也沒了,不用怕框選文字就一直跳檢舉選項了~YA;可以改沒問題:重點/全部聊天的下拉選單CSS、輸入框的CSS、投票調查CSS隱藏、公告置頂訊息CSS、上方SC+會員留言倒數的橫框CSS字變得好小,不習慣~"~PS.腳本[固定板手訊息在最上方堆疊]無效:YouTube Live: Highlight Moderator CommentsPS.PageIntersection開著雖然100%,但也不卡頓了
如果 DOMMutation + YouTube Boost Chat 的話,CPU是多少?
沒有 YouTube Boost Chat 反而更低?
沒有注意到這篇回復~補充一下:
只開4個LIVE,左邊有顯卡的
DOMMutation + YouTube Boost Chat
CPU~50-77,但是降比較快
不開YouTube Boost Chat的話~最低60以上,要降比較慢
(可能開了2個holo聊天室刷多有關?CPU浮動大)
那有BOOST狀態下YouTube EXPERIMENT_FLAGS Tamer還有效果嗎?
用觀察的CPU差別不大不清楚
超快聊天室是有開.
聊天室name連結頻道,也不能用了QQ
https://greasyfork.org/scripts/452335
大概也50%左右可能我電腦問題QQ好難操作,不能把分頁拉出來,只能開新視窗再貼網址~"~作者都用EDAGE嗎
呀,我講錯了 是開YouTube
多開有50~60% 是正常
我在意的是90~100%
> CPU~50-77,但是降比較快
這樣就跟Twitch差不多吧
主要問題是
你這個環境,CPU在50~70應該是差不多吧 (Twitch是基準)
> CPU~50-77,但是降比較快
這樣就跟Twitch差不多吧
大致上差不多吧,雖然很多腳本,但是有強化腳本有差
另外開YouTube Boost Chat,左開4LIVE+在內建顯卡螢幕2LIVE,CPU大概70%,會高10%左右
左開4LIVE+2LIVE移到中間螢幕(都是外顯螢幕),大概60%
開YouTube Boost Chat,左開4LIVE+在內建顯卡螢幕2LIVE,CPU大概70%,會高10%左右左開4LIVE+2LIVE移到中間螢幕(都是外顯螢幕),大概60%
同樣狀況下,沒開YouTube Boost Chat,其他腳本不變,會是多少%?
左開4LIVE+2LIVE移到中間螢幕(都是外顯螢幕),
沒開YouTube Boost Chat,大概80%浮動,通常70%以上
如果2LIVE移到右邊內顯,就會80%以上,比較多時候到90%
(DOMMutation看來還是有發揮部分效果?)
左開4LIVE+2LIVE移到中間螢幕(都是外顯螢幕),沒開YouTube Boost Chat,大概80%浮動,通常70%以上如果2LIVE移到右邊內顯,就會80%以上,比較多時候到90%(DOMMutation看來還是有發揮部分效果?)
所以就是 DOMMutation降10%,YouTube Boost Chat降30%吧?
思考了一下,看來是這樣沒錯
YouTube Boost Chat穩定降的蠻多,不過大概降20%左右吧
https://github.com/cyfung1031/userscript-supports/raw/main/boost-chat.user.js
更新了
上面那個顯示內文問題修正了 (還在調整中) 我不清楚這個版本加的新東西會不會對令瀏覽器變卡頓。 有空就試試看吧
聊天室name連結頻道,也不能用了QQ
日後會把有用的功能都加進去
出現了內文,但是上面那排SC列表隱藏了,大概載入1秒後隱藏
https://www.youtube.com/live/qDgAZpqRur0?&t=3197
---
收到!
chrome和cent都會重複出現發言不過在chrome發現,先出現的符號像是系統預設(似乎是本機顯示),隔一秒出現的則是YT載入的樣式重整聊天室,本機樣式的就會消失了
發個鏈結和秒數給我,我看看
出現了內文,但是上面那排SC列表隱藏了,大概載入1秒後隱藏https://www.youtube.com/live/qDgAZpqRur0?&t=3197---收到!
SuperFastChat的問題,剛更新了
我好像沒寫清楚,是自己輸入的發言會重複,實際上只有自己畫面顯示兩個,所以重整聊天室就沒了(重要/全部聊天切換or關聊天室再次開)
沒問題了,辛苦了
SC的貼圖消失了@@"變成一般留言:空白
連結和秒數是?
https://www.youtube.com/watch?v=97_KLlaUICQ?&t=3600s
LIVE中,不過往上捲還看的到
https://www.youtube.com/watch?v=BDjEOkw_iOA
https://www.youtube.com/live/BDjEOkw_iOA?si=CGG7boBJvfT2KLFT&t=6636
【歌枠】マクロスF・Δ縛り歌枠✨✨【涼風しとら/深淵組】
時間1:50:30
找了一個回放的,不知為何分享的網址變成LIVE
不過全包含的腳本不影響
因為放大文字,版主名稱太多而斷行,背景顏色會break-word的樣子?
少數特例,不怎麼影響
https://www.youtube.com/watch?v=A930eAQYQog&t=7m8s
原本的版主貼網址,也會省略,但是超連結,所以OK
boost變成文字,省略的部分就沒辦法複製完全
https://www.youtube.com/channel/UCyxJ...
https://www.youtube.com/channel/UCyxJZ11fqa-N5CTbNi7-3dg
因為放大文字,版主名稱太多而斷行,背景顏色會break-word的樣子?少數特例,不怎麼影響https://www.youtube.com/watch?v=A930eAQYQog&t=7m8s
鏈結發錯時間了
https://www.youtube.com/watch?v=A930eAQYQog&t=1h32m50s
這個要研究
暫時補了一個顏色,再處理
另外兩個問題處理了
https://www.youtube.com/watch?v=A930eAQYQog&t=1h25m45s
真不好意思@@"
八成是yt-url-at-time用了打開的網址時間,但是複製的時候是手動在網址複製的,今天在嘗試不要改變網址列,或是把&t刪除,都失敗了..
成功了!
版主背景顏色完整,可以點超連結了
SC貼圖顯示了
感謝
開始出現新功能了,SC可以引用回復
https://www.youtube.com/live/idbogjuTqpk
不過看來只有某些頻道先出
https://www.youtube.com/live/idbogjuTqpk?si=VHx11mi-8uSXkMcJ&t=4848
https://www.youtube.com/watch?v=idbogjuTqpk&t=1h20m38s
忘了附上時間...
好險回放也還能看到
兩種網址都可以看到,就是yt-url-at-time不支援LIVE,手動改網址,乖乖用分享連結
這個SC回覆功能有夠無聊
有3000人以上同時收看的話,聊天速度快,數秒就跳過舊的
大家都在看畫面打自己的東西,很少故意去點人家的留言
還有直播主都會直接唸SC啦,根本不用這樣回覆
搞到奇奇怪怪的。。。
日後再檢討
剛推出的應該會一直改動
恩恩,這樣也好,反而不用擔心奇奇怪怪的新功能擋畫面!
yt-url-at-time不支援LIVE,手動改網址,乖乖用分享連結
yt-url-at-time不支援LIVE,手動改網址,乖乖用分享連結
忘了補充,後來有人寫了點YT標題,複製時間網址,就先用這個了
https://greasyfork.org/zh-TW/scripts/496747
各有優缺,差異在網址列不會被改變了
(那時候,一直想把ctrl改成恢復網址,後來勉強改成無秒數&t=,也算能用,後來看到那腳本就用了)
問問看之後能否支援這個的翻譯腳本,這是目前找到聊天室翻譯支援度比較好的
之後我也去對方的github問看看
https://greasyfork.org/zh-TW/scripts/472840-kiss-translator
boost-chat.user.js
似乎有機率,放個10多分鐘會聊天室停住
cent一開始是腳本都開
後來測試
cent只開boost,開兩個一樣live半小時卡住一個,最後第二個也卡了
chrome只開boost開兩個一樣live都有卡住
https://www.youtube.com/watch?v=N8F8x4Dlvos
測試開兩個一樣的,有卡住的,也有正常繼續跑的
持續看看
boost-chat.user.js似乎有機率,放個10多分鐘會聊天室停住cent一開始是腳本都開後來測試cent只開boost,開兩個一樣live半小時卡住一個,最後第二個也卡了chrome只開boost開兩個一樣live都有卡住https://www.youtube.com/watch?v=N8F8x4Dlvos測試開兩個一樣的,有卡住的,也有正常繼續跑的持續看看
把boost 關掉就不會出現這個情況?
關掉後的確是沒有,但說不定我電腦問題,現在打開BOOST看的LIVE目前沒問題...
https://www.youtube.com/watch?v=TC20-vumc38
嗯?不對剛剛出現一次
剛打錯,打開BOOST出現一次,後來暫時都沒出現了...
明天繼續,如果不出現好了
竟然在LIVE結束前一刻才出現,chrome出現機率比較高
如果換回之前的版本 0.1.28
是不是就沒有這個問題??
卡住的意思是,沒有新對話?
還是連點名字之類都沒反應
頂部的SuperChat,點他們有反應嗎
不會有新對話而已,操作都正常
點名稱跳頻道都OK
重新整理聊天室就好了,就是重要聊天/全部聊天
關閉聊天室再次按顯示,原本也可以,不過tabview現在是設定不會刷新reload。
我試試看舊版,不過本來就要開很久才出現,今晚不知會不會碰到
剛說完就出現了@@"
直播的chat已經跳不少了
大概掛著都超過半小時
https://www.youtube.com/watch?v=78PfxcJRqWQ
正在更新 Chrome (66%)
版本 126.0.6478.114 (正式版本) (64 位元)
那個放歌曲的直播台,似乎就不會出現,大概...是因為幾乎沒人留言吧
https://www.youtube.com/watch?v=4FBW3mkdKOs
果然還是要看V才會(誤
目前看樣子是只有0.1.32會
繼續掛holo測試
https://www.youtube.com/watch?v=QozgXbhPNE8
恩....28也出現一次了,右邊的
https://www.youtube.com/watch?v=2C_oSBGDikA
測試幾個都沒有發生
後來大空鴨有,32和28版都有出現卡聊天
https://www.youtube.com/watch?v=DLLuuSyMY44
第一次過了大概40分鐘點開看兩個都卡,截圖
第二次32版卡,想到拍了個GIF比較直觀
補充:
放歌曲台,在過了4小時回家,發現終於也卡了
我要準備重灌,正好看看環境不同,有沒有差
不用重灌。大概知道是什麼問題。之後有空再修復
了解,辛苦啦
更新了 boost-chat.user.js (0.1.33)
應該解決了這個問題,你試試看
再次更新了。應該會比之前順一點
boost-chat.user.js (0.1.35)
0.1.36測試了幾次,目前都沒有出現卡住了
cent瀏覽器,兩個holo EN組-未訂閱
掛了大概1-2小時
https://www.youtube.com/watch?v=BIDHfaYBU0Q
https://www.youtube.com/watch?v=otySNTUcZNw
辛苦了,舒服!
頂部的SuperChat,OK,還能看回復...現在hover會滾動動畫下移到按讚、能看到針對SC回復...感覺會越來越吃CPU運算...
我在Super Fast Chat那邊加入了全新的改良 (0.63.0)
你更新試試看
SC按讚去除而已,不會有滾動動畫了
?? 不明白,請解釋
那邊的更新是純粹解決卡噸問題,外觀和功能應該都不會改變
可以試一下是3個之中哪個開啟後出現的問題嗎?應該是有Bug
誤會了,原來是早就去除SC的讚了頂部SC,滑鼠移入會滾動,1.28還有,36去除了
應該沒關係
好像不同頻道,是否直播還是重播,也會不一樣
YouTube一直在改它的測試功能。不同用戶不同時間收到測試
測試:
版本 5.1.1130.123 (正式版本) (64 位元) (Portable) (Chromium 118.0.5993.159)
Violentmonkey BETA 2.19.1
10點到12點回來,看到boost有卡聊天
左邊有開JS Tamer,
中間Super Fast Chat,
右邊Boost Chat 1.36
報告一下,昨天我也出現了卡住的問題。要實時Live+累積1000條聊天紀錄才會出現的Bug。可是沒找到真正的原因。日後再處理
版本更新了 boost-chat.user.js
有測試過,應該修復了。
喔喔!竟然有確定數字了
難怪都要很久才卡,不過其實很少1000條,除了特定耐久LIVE(holo例外,只拿來測試ww)
辛苦了
終於找到了一些Bug。現在應該沒大問題的。
另外想問一下有什麼UserStyle是需要的?
我在看看。應該可以轉換成Boost Chat版
(在正式放這個Boost Chat到Greasy Fork之前盡量完善一下)
終於等到這時候啦!!
*tint的可選擇name斷行後再顯示聊天文字
(原來時間戳記可以出現了)
*tint的#author-photo大頭貼靠左,以此延長文字顯示長度
(現在是設定.bst-yt-main{margin:0px 0px 0px -15px)
*稍微變大大頭貼#author-photo
*讓聊天室文字能接入KISS Translator的翻譯功能,目前我用腳本版
(現在只能chrome右鍵全網頁翻譯成中文繁體)
*隱藏:重新整理就會出現的聊天室提醒框
*如果name斷行,行距可能會變得太大,到時想調整
非必要(不知道有沒有影響性能)
*文字陰影+背景圖片
*可隱藏emoji的代碼框(例如:clapping_hands:)
目前input、SC計時、貼圖、切換全部聊天:下拉改按鈕,都還可以使用CSS,就不影響
非必要:
*板手的name也能像版主有類似的背景色,之前我是用background(0,0,255,0.5),不太確定這樣的效果好不好
*聊天交叉背景色
*腳本:全螢幕聊天室窗的透明度
主要還是效能為重吧,如果反而拖累的選項就算了
問問看之後能否支援這個的翻譯腳本,這是目前找到聊天室翻譯支援度比較好的之後我也去對方的github問看看https://greasyfork.org/zh-TW/scripts/472840-kiss-translator
我突然發現之前無視了這個留言
這個 boost-chat.user.js
是基本上隔離了其他的腳本
一般方法的話不會檢測到裡面的東西。
很抱歉。暫時沒有辦法翻譯
了解,幸好現在都還算順,就比較少開boost了,遇到CPU居高不下才會開
或者偶爾遇到不支援之前那個舊跳頻道腳本的時候
感謝~
了解,幸好現在都還算順,就比較少開boost了,遇到CPU居高不下才會開或者偶爾遇到不支援之前那個舊跳頻道腳本的時候感謝~
我修改了Boost一下 (v0.1.54) 現在外部可以抓Boost的chat信息 你有空可以試一下。
可以的話,幫忙測試一下
https://greasyfork.org/scripts/520718-youtube-fix-memory-leakage-by-usepatchedlifecycles
這個會不會造成什麼不良影響
正常使用的話記憶體應該有改善,沒副作用
了解,看看多開YT一段時間會不會記憶體釋放
(Boost Chat相關討論轉至 https://greasyfork.org/scripts/520755-youtube-boost-chat )
YT看直播+影片順滑多了,受益+1,感謝~
看起來對內外顯卡同時開3螢幕比較適用
剛好在多開,4個LIVE,2-3個直播存檔
在開了不少腳本情況下,YouTube CPU Tamer by AnimationFrame開著,不久就容易時不時頓一下,或轉圈一下,一直維持CPU100%
(之前偶爾就會記憶體崩潰,不過chrome就不會)
DOMMutation在F5過後,開始播放就下降到8X%-7X%
(左螢幕4個,右螢幕2,中間的暫停了)
測試環境:
Cent Browser
版本 5.0.1002.354 (正式版本) (32 位元) (Chromium 102.0.5005.167)
顯示卡:同時使用
內建Intel(R) UHD Graphics 630>螢幕VOC-2276W
外插NVIDIA GeForce GTX 1650>螢幕*2台VOC-2790VX
處理器 Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz 2.81 GHz
已安裝記憶體(RAM) 16.0 GB (15.8 GB 可用)
系統類型 64 位元作業系統,x64 型處理器
版本 Windows 10 工作站專業版
版本 22H2
OS 組建 19045.2965