感覺聊天室跟title跑馬燈對調比較合理？或是下面整條都是跑馬燈(不跑也沒差)
就我個人而言，我覺得這兩個應該相鄰啦…畢竟是很明顯有關聯的東西
那樣不是剛好跟playlist放一起，把所有跟播放清單有關的功能放到左邊panel，然後麥克風跟音量tts等放右邊？
仔細想想，這樣還不如左邊專注留播放清單相關功能就好
empty queue歐…我記得目前的queue沒有處理到所有item都被清掉的edge caSe
只要有 Play Store 沒 EoL 的 Android 都會有
然後手機就上 16G 電腦基本 64G RAM 醬
現在應該也只有 macOS 把 SSD 當 RAM 在用吧www
33MB+12MB怎麼也不會到232MB吧，Node.js到底為什麼會越來越肥
申請表單有中英對照，但翻得比 Google Translate 還差🌚
Lenovo 的 IPMI 預設密碼超級蠢的 www
不管是V8本身還是他有統計的C++部分都沒有變肥阿
你有開discord？
好像是有關discord的部分在噴
discord 根本把這個 bot 本來的邏輯反轉了
重點是從啟動到現在就只有rss在變肥，其他都沒增加
你是用libsodium-wrappers還是另一個？
因為也沒bound to js object，所以應該是完全看不到的
node-opus現在改用ffmpeg了，所以應該不是？
可是我是用最新版而不是discord.js dep的那個版本說
8/25/2017, 2:56:56 AM - rss: 140169216, heapTotal: 35954688, heapUsed: 30665448, external: 18496406
8/25/2017, 2:57:02 AM - program init
8/24/2017, 5:14:56 PM - rss: 163840000, heapTotal: 39624704, heapUsed: 35875272, external: 19800387
8/24/2017, 5:15:33 PM - [CIRTICAL] bad exit due to - Error: spawn ENOMEM
看起來不是那堆module的問題，我全部刪掉一樣在加
明明早上起來時，整個do機器被oom killer殺到process到處亂飛，各種奇怪process掛在init下，日誌裡卻沒oom killer的紀錄...
@mmis1000 改用ffmpeg輸出opus真的比直接給discord.js吃pcm好嗎？
我盡量讓他一次能播一首歌(O
如果播完一首歌之前炸掉我也沒辦法惹(#
因為我在linux上看到node一開就88MB+了
我怎麼覺得radio bot 需要一次大整理了啊(？
因為我覺得我的需求是一個音樂播放器而不是所謂的電台，雖然沒有差很多就是了
radiobot各種層面都是模組化的，只要copy paste就變一支新bot了(?
Um 播放的部分我覺得讓需要的人去想辦法就好了(O
TS可能搞台主機24Hr串流，Discord可能放一起串流(#
像是 config 跟 http server 都成功起來後，在開啟 player 之類的
require可沒辦法處裡async的東西，會讓整個程式變得更噁爛，不然就是要一堆 *****Sync
加上有紀錄與現在在聽 我想應該是超過 20 萬首播放紀錄吧
有取得title的api阿，還有給你嵌入網頁的撥放器
我覺得我把mixer拔掉然後queue改寫簡單一點大概就好了
直接把ffmpeg輸出的pcm pipe給其他的不行嗎？
我來跑久一點來驗證memory leak問題有沒有解決好了.-.
我猜是ffmpeg的stderr一直在噴進度條給node
那個是直接pipe給process.stderr的吧？
有呼叫resume的話，他會無視有沒有目標發事件的啊？
那到底是哪裡在噴啦.-.
感覺資料量沒有多大但是就是一直在增加阿
我的從rss看完全沒噴過阿。但還是會oom，我也不知道發生了什麼阿.-.
要不然就是他在一分鐘內噴了超過1gb，所以才log不到
我還是很好奇為什麼node在windows上跑反而省記憶體._.
等一下去把我的版本的error handle寫好QQ
The readable.resume() method can be used to fully consume the data from a stream without actually processing any of that data as illustrated in the following example:
我的看起來也沒leak啊，都會gc，然後他就死掉了
看到新聞阿…那些簽賭網站的伺服器主機都是新的耶…感覺超有錢的。
無法，因為每一個輸出讀取mixer的進度根本不一樣啊
剛剛我不小心改爛mp3輸出，然後discord輸出也莫名跟著炸了.-
幹我真的超黑人問號的，為什麼輸出mp3的ffmpeg的stdout被pause然後discord的輸出也會炸掉
因為mp3的input buffer會滿，然後就自動pause mixer的output
所以我剛剛想幫mixer直接加abort stream
abortstream是為了不要讓其中一個炸裂影響其他的才寫的啊
這樣一說，好像找到pcm導致discord掛點的原因了？
licson的格式是code block前後必須有空行
ide就是會自動把空白縮排到一樣高度啊，我也懶得刪
不過我打算用 C++ 寫個 native resampler
沒用阿，我下午用debug tool時戳好幾下都沒差
而且大概發生的時機都是在執行 9 ~ 12 小時候
nodejs: 老娘打死不從，誰都別想叫我 gc (?
好像有，可是增加的大小比RSS增加的大小不成比例阿
像是heap增加6MB RSS增加200MB之類的
反正我確定bug在discord.js裡，因為關掉它的licson完全沒事
--搞不好他6小時重起一次確保不會有任何memory leak阿--
node.js 裡 c side 的物件是不會被 node.js 本身認知道嗎？
資料格式（ASCII，Unicode，MP3 之類的）
你想知道 iplc 和 iepl 的分別嗎 www
好像修好linux上跑node記憶體很肥的問題了(?
node.js：我決定學 java 大哥把記憶體通通吃掉(?
別人AAC雙聲一般128K
opus雙聲48K直接碾壓別人的音質._.
It's time to ditch Skype and TeamSpeak.
阿不過現在radio的音樂來源音質原本就不怎樣了._.
順帶一提，如果bot對discord很不幸的會掉包的話...會瘋狂爆音
爆到你覺得聲音被砂石車輾過在扔進攪拌機裡攪拌均勻那種
設定最高96，不過api應該可以無視，暴力發更高的
我還是受不了關掉惹 還好沒聽
@licson 的提升音感利器 不然大概聽不到 3s 就會關掉了
下次暴力發128看看，等discord.js下一個版本(可能要幾個月後)
那個選項在playConvertedStream是擺設
誰知道 反正你發兩次的噪音我都有很大的音感提升阿www
chrome://webrtc-internals/
我去patch一下我的client，試試暴力發128好了
所以不是被2壓，是你的client配合discord伺服器自己切的
現在他是全discord伺服器上bitrate開最高的一個user(?)
事實證明，discord的server根本不care你的client傳了什麼鬼聲音給對方
discord.js的VoiceBroadcast的沒有把options傳進去
他有沒有 port 或 IP 我直接在 ROS 上看連線
discord開伺服器跟抽獎一樣，沒掉包就該偷笑了
discord 對 jitter 真的有夠敏感的...
但這音質少說已經有 256 左右的 MP3 了 真的挺厲害
@james58899 我發現他bitrate支援根本只有寫voiceConenction的，brocast的完全無視
所以為了 LOWNET 我包兩層去 Interoute
您可以選擇走我的 IMS 去 interoute（
其實 RouterOS 也有自己的服務 像是 DDNS 之類的
我光走去 Interoute MTU 剩下 1408 www
然後我還發現一件事，他的broadcast裡會重複編碼 opus packet，完全沒有節省到cpu
我的直接噴Error joining audio channel: TypeError: Cannot read property 'passes' of undefined
對惹 你的 opus 最高 bitrate 真的可以拉上 510Kbps 嗎
Opus supports constant and variable bitrate encoding from 6 kbit/s to 510 kbit/s
靠邀我戳開 FLAC 變 foobar2000 接 我整個沒聲音了www
是說正常人也不會想要做 512k 的 opus 吧？都拉到那麼高了，還不如直接撥 flac 算了
有沒有人有網頁版 Facebook Light 的網址
Telegram 我測試過是大概真正 96k 撥號上網還能用的現在應用
line的連線優化也還不錯，前提是沒人傳超肥的有聲貼圖
Facebook 這些在 96k 環境下載入一篇文都不知道要等多久
不然就改用 Linux + RT Kernel 放音樂好了（
是說是不是應該開一個網頁上傳歌曲的介面？不然flac之類沒法傳
只是你在 Linux 還真的不知道要找什麼音樂播放器
不過 RT Kernel 和 Lowlatency Kernel 的音效延遲好像不是真的差很遠
Jack + ALSA + Kernel overhead
