3Shain / Comen

📺直播用弹幕栏【原bilichat】

Home Page:https://comen.app

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

【新功能提议|REQUEST NEW FEATURE】集中讨论版

ilharp opened this issue · comments

(Archived)

这里是bilichat讨论交流群的群号。如果有使用方面的问题可以进群提问,确定有issue或者enhancement的时候请使用issues或pr。
bilichat交流群:906600901

有点超纲了,包括发表情包这个功能我也觉得有点超纲了。
最初的目的只是为了适配仿真油管评论栏,现在,将来也是。

但设置了alpha这个路由的目的是为了以后还能有个beta,delta...版,也许是不局限于模仿油管的版本,或是为实现特定功能的版本。不过做不做还是看有没有需求吧。目前看来,这些需求并不是很大。

所以目前的主分支大方向是稳定性+模块化重构(提升扩展性),新功能我要往后推一点。

另外看下我提交的i18n分支,还是说我一口气做完好了

群后面找时间开一个

commented

有时间怎么搞一搞,看看能不能用vue写angular组件
(邪恶的计划出现了

commented

我大概又个办法,不过需要用webpack用loader吧
webpack好麻烦2333算了吧
不过这个cli我用不了,暂时不知道是不是我的问题

commented

我不是dalao 我不是dalao
不过真巧,我明天也有考试
我现在犯了看谁有考试都是IBDP的病

commented

@3Shain
BiliChat要不要考虑弄一个代码规范?
哪里有空格,哪里换行,那样的→_→

@3Shain
BiliChat要不要考虑弄一个代码规范?
哪里有空格,哪里换行,那样的→_→

一切以angular规范为准,ng lint指令会检查代码规范性并尝试自动修正
但别随便玩那个,我会隔段时间在master分支检查

commented

@3Shain
BiliChat要不要考虑弄一个代码规范?
哪里有空格,哪里换行,那样的→_→

一切以angular规范为准,ng lint指令会检查代码规范性并尝试自动修正
但别随便玩那个,我会隔段时间在master分支检查

这不是会造成许多本质无建设性的commit/add/del吗(有时很迷惑

ps: https://github.com/illacceptanything/illacceptanything 潜 入 成 功

commented

哇,都是做大的PR的人啊
代码规范这个一般不用自己搞吧大概(?)
不过建议每次commit或者PR之前先拿formatter检查一遍自己修改过的部分,省去单独commit的麻烦
话说回来你们有去评论区索要->打钱或者是招募翻译的吗
如果招到了日语翻译并且想要省事的话可以直接让翻译给我发邮件,我拿到字符串之后PR,这就省了“翻译步骤:第一步,注册GitHub”之类的麻烦
不过也有可能是我麻烦了♂

我一般都是一边写一边检查的,不过不同人有不一样的处理方法
楼上所说,这个repo应该是按照Angular规范间断性检查,由3Shain来做,所以我们倒是不用担心太多了了。

commented

Afanyiyu

告诉他一下127.0.0.1是本地的意思呗
话说在哪?我要去围观下谁那么有热心→_→

为庆祝项目100star达成,抽一个contributor给我打钱,那么是谁这么幸运呢

commented

@3Shain
他贡献最多了

commented

1.楼上都是逻辑奇才
2.star已经101了
3.也就是说这个项目已经被M$看上了,去喂自家IntelliCode了,恭喜恭喜
4.今晚我可能会有PR(啊现在做PR感觉就像投ボカロ稿一样,好激动www)

惊了,虽然我现在大概是vscode atom双修程序员,但是这个IntelliCode该怎么用啊→_→?(刚刚装上
(顺便vscode有没有什么好看的Theme,求推荐
屏幕快照 2019-05-18 下午11 19 30

commented

Afanyiyu

告诉他一下127.0.0.1是本地的意思呗
话说在哪?我要去围观下谁那么有热心→_→

……要不你去告,我已经笑死了
好像是在3Shain投的专栏那里

惊了,还能写专栏
我要不要给vtbs.moe也写一个2333

commented

顺便有时间的话咱们几个尝试一下Live Share,组团开黑撸代码

这是个好主意!
不过我们首先要确定一下写啥2333

commented

GIT_AUTHOR_NAME="Recorder" GIT_AUTHOR_EMAIL="example@example.com" GIT_COMMITTER_NAME="Recorder" GIT_COMMITTER_EMAIL="example@example.com" git -c commit.gpgsign=false commit -m "update"
(滑稽

commented

卧槽我才想起来明天八点是第八场考试!!!
………我要不要睡了啊
听匹老板的术听到四点,我没救了

睡前点赞投币有助于考试→_→!

commented
commented

能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西

能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西

ws里会包含等级。目前不考虑显示用户等级。

commented

关于等级之类的,有可能可以考虑给一个不显示的元素?可以让使用者自己css调什么的

在 2019年5月25日,下午10:49,3Shain @.***> 写道: 能不能显示用户等级啊.我还没搞明白那个等级是图片还是ws里面的东西 ws里会包含等级。目前不考虑显示用户等级。 — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

不准备提供,按照目前的目的,这不是我需要实现的功能。

是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。

commented

是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。

虽然我没说,但这功能已经实装了,取60秒前最后一条发言

是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。

虽然我没说,但这功能已经实装了,取60秒前最后一条发言

居然已经有了么ww 配置方法?想试试。(这算内测么)

还有个想法 通过正则提取之类的方法把礼物信息摘出来,然后把提示信息什么的通过本地配置的方法进行更改(换成日文英文、加梗)。
然后现在上舰似乎是跟普通礼物用的同一套样式? 虽然可以通过设置阈值换成油管的绿色,但是不知道礼物和舰长价格用的是折前还是折后价格 也挺头疼的。

是不是可以做一个手动SC?
比如缓存礼物信息20s,20s内发送的第一条弹幕会和礼物信息一起组合成油管样式的SC显示出来。

虽然我没说,但这功能已经实装了,取60秒前最后一条发言

居然已经有了么ww 配置方法?想试试。(这算内测么)

不需要配置方法,默认已经可以上了

commented

最新出了个心愿墙,能否安排下?

最新出了个心愿墙,能否安排下?

说实话没搞懂这个功能

commented

https://github.com/Afanyiyu/BiliChat-User-Guide/blob/master/Deploy.md
里面已经加入了docker的部署方法,以及使用淘宝npm加速npm install的方法
同时采用了cnpm和npm双install,确保二者服务器任一出现bug都不会对docker的build造成影响
(对没错就是因为cnpm的服务器拽不下@nguniversal来(到现在也是)我才加的这个特性)
现在已经可以直接从docker hub往下pull了
commit全在我fork的repo的Docker分支,commit太多我就不PR了

你看Il·三脚猫·Harper又学了个Docker
哈哈O(∩_∩)O(旁白《=不要脸(x))

如果用npm,但是 --registry=https://registry.npm.taobao.org 呢?

commit太多可以用那个squash还是什么的merge来着

能不能兼容更多的直播平台呢?或者搞个通用的API什么的

B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)

B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)

已实现基本支持。

B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)

已实现基本支持。

请问怎么设置呢?

B站新出了“醒目留言”(等于SC),最低30元(30000金瓜子)无上限(无法输小数点)

已实现基本支持。

请问怎么设置呢?

使用最新版即可,无需额外设置

想问一下能不能单独只显示主播弹幕或者房管弹幕之类的?

请问能否设置弹幕停留时间?

有部分金瓜子礼物不能显示,不知道是礼物太新了还是怎样emm?
使用的是v1.3.2版
image

有部分金瓜子礼物不能显示,不知道是礼物太新了还是怎样emm?
使用的是v1.3.2版
image

minGiftValue 最低显示礼物价值,默认20

minGiftValue 最低显示礼物价值,默认20

按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档在执行的目录下放置了一份config.json,以及在URL后面直接添加了 ?minGiftValue=1 ,依旧不起作用。

以及个人建议config.json是不是固定到某个指定的位置更好?

minGiftValue 最低显示礼物价值,默认20

按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。

以及个人建议config.json是不是固定到某个指定的位置更好?

一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置

minGiftValue 最低显示礼物价值,默认20

按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。
以及个人建议config.json是不是固定到某个指定的位置更好?

一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置

minGiftValue我感觉不能设置0 所以我都是设置的1
以及我感觉可能跟这个设置没有关系,我测试了一下送21个礼物,但依旧不会显示。
image

另外我尝试直接改了main.js里面的数值为1 重启后再测试也是问题依旧

顺便大佬您在Github上留的个人首页502了emm

minGiftValue 最低显示礼物价值,默认20

按照 CONFIG.md 的说法进行了修改,仍然不起作用。
另:我使用了systemd,系统为debian 10,在/usr/local/bin 和 /usr/local/lib/node_modules/bilichat 以及 /usr/local/lib/node_modules/bilichat/dist 三个位置均放置了同一份config.json文件。
以及我同时尝试了单独执行bilichat并按照说明文档,在执行的目录下放置了一份config.json,依旧不起作用。
以及个人建议config.json是不是固定到某个指定的位置更好?

一个||判断造成的bug导致minGiftValue不能填0,填一个极小值试试
config.json读的就是进程执行相对路径,不是执行程序所在文件路径,个人认为这样最方便,但之后会加个参数指定文件位置

minGiftValue我感觉不能设置0 所以我都是设置的1
以及我感觉可能跟这个设置没有关系,我测试了一下送21个礼物,但依旧不会显示。
image

另外我尝试直接改了main.js里面的数值为1 重启后再测试也是问题依旧

顺便大佬您在Github上留的个人首页502了emm

控制变量测试呢,比如换个礼物,用url参数,可以配合另一个参数用银瓜子测试

首页本来也没东西(

控制变量测试呢,比如换个礼物,用url参数,可以配合另一个参数用银瓜子测试

首页本来也没东西(

image
换了一个礼物↑

image
有换了一个礼物并在URL后面加了参数↑

然后金瓜子不够了Orz

image
URL上加了"?minGiftValue=1&silverGiftRatio=1"后,辣条20个,显示了↑

image
URL上加了"?minGiftValue=1&silverGiftRatio=1"后,辣条1个,不显示↑

image
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条19个,不显示↑

image
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条21个,不显示↑

image
URL上加了"?minGiftValue=1&silverGiftRatio=0.1"后,辣条201个,显示了↑

image
URL上加了"?minGiftValue=1&silverGiftRatio=20"后,辣条1个,显示了↑

怎么突然感觉是不是“礼物的价值”影响了这个问题……?

@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1

@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1

咦,原来单位是按照1000:1来计算的吗?

@blackfoxsar 吃瓜一毛钱一个,minGiftValue应该得到0.1

image
大概知道发生了什么了……我改了main.js后链接用错了(用成了 3shain.com 的链接了……)总之目前已经能正常显示了=w=
谢谢大佬帮忙解决问题=w=

新功能提议

使用户可以屏蔽自定义关键词或者正则,或者加载类似 https://github.com/jnxyp/Bilibili-Block-List 中的xml文件,使被匹配到的弹幕不被显示

贡献一条镜像站地址

https://bilichat.home.8mi.tech:444

新功能建议,关于环境的

cPanel的NodeJS环境无法加载BiliChat,先是运行了git拉取的,再切换成Release的压缩包文件,但还是无法运行,设置了log输出地址了,但没有任何log,只在项目文件夹额外创建了两个文件夹,public与tmp
个人建议,发布cPanel服务端的使用教程

新功能建议,关于环境的

cPanel的NodeJS环境无法加载BiliChat,先是运行了git拉取的,再切换成Release的压缩包文件,但还是无法运行,设置了log输出地址了,但没有任何log,只在项目文件夹额外创建了两个文件夹,public与tmp
个人建议,发布cPanel服务端的使用教程

非BiliChat的问题和意见不建议在此版发布。

一条建议

大佬是否考虑更换b站新版的接口
以及提供更广泛的信息给UI制作者,比我我正在想帮朋友定制一个UI,其实很希望一个持续更新的接口项目作为依赖

一条看完这个项目我想做(或者说是正在做)的事

我在试图使用electron包装这个项目并为大佬提供一个小白也可以自己手动调整config的UI,如果可以,大佬可以考虑给我提供更多的接口

1.你所说的新版接口是什么啊 源码都在这摆着了还能有什么更广泛的信息(

2.ConfigUI这个倒是已经有人做过了(隔壁)不过你想做也可以做
但是能够提供的信息没有更多了啊 源码都在那里放着了

(另外3shain最近大概很忙吧 不知道他能不能及时回复你(

我试图输出了message,比如收费的那个跨播,是可以显示用户牌子等级、舰长进入直播间之类的=.=

哦,你是指 这里 没有对所有可能的 CMD 进行处理吧
这也不是 BiliChat 的接口啊,是B站官方的(

CMD 的处理在 这里 有着最为详细的参考,同时 这里 有一些可以参考的东西。

新功能建议

今天研究了一下自定义配置文档,对 customEmotions 这个功能很喜欢,但是感觉现在的全文匹配在实际应用中会有一些缺陷,举例如下:

已有表情贴纸定义【贴贴】,但是在直播中经常出现的词组会是【XX贴贴】,这时就无法实现对部分内容匹配进行显示了。

所以想请教一下能否实现匹配弹幕的部分内容进行替换呢

新功能建议

今天研究了一下自定义配置文档,对 customEmotions 这个功能很喜欢,但是感觉现在的全文匹配在实际应用中会有一些缺陷,举例如下:

已有表情贴纸定义【贴贴】,但是在直播中经常出现的词组会是【XX贴贴】,这时就无法实现对部分内容匹配进行显示了。

所以想请教一下能否实现匹配弹幕的部分内容进行替换呢

因为图片尺寸不规范,会造成排版不美观的原因,所以没有考虑部分替换的方式。
对于类emoji的表情替换,大概会做成一个新功能(但目前而言需求还是很模糊的

npm版本已经非常久没更新了,希望能定期更新一下

image

目前其实是推荐使用公共服务的,最为稳定
不过确实需要更新一下 @3Shain

氦,其实他现在已经不提倡自己部署了,因为用户自己部署的服务总会出奇奇怪怪的问题
不过npm上的包确实该更新了