[Bug] When YouTube Live Chat Messages Are Too Many, Displayed Bullet Comment (Danmaku) Becomes Heavily Delayed

[voodoodio5]

Checklist

• [x] I make sure that the issue is NOT a duplicate of pinned issues
• [x] I make sure I am using the LATEST version - check here
• [x] I understand that issues with limited impact, such as those occurring on specific devices or under specific network conditions, will not be fixed
• [ ] I have attached the error report in the issue

Version

4.7

Describe the bug

Because the number of Bullet Comment(danmaku) messages that can be displayed on screen at one time is limited, when the live chat message volume is high, messages that should have appeared earlier are forced to wait in a long queue before they are finally displayed in the video. This results in severe delay between the actual live chat timing and the Bullet Comment(danmaku) shown on screen.

Frequency

Always (100% of the time)

Device

No response

Steps to reproduce the bug

No response

Additional context

No response

[InfinityLoop1308]

What's your suggested solution? Ignore too long danmaku? Drop danmaku if they are too much delayed?

[voodoodio5]

Thank you for your response. I’m not suggesting to remove the feature; rather, I hope it could be improved so that all danmaku messages can appear on time without delay — similar to how it works on Bilibili, or like the effect achieved by the Chrome extension “Flow Chat for YouTube Live.” To achieve this, it may be necessary to allow adjusting the maximum number of danmaku displayed simultaneously on screen, as well as the font size.

[voodoodio5]

In some videos, the danmaku visibility is not very good. If possible, it would be great to have more customization options for danmaku, such as font style and size, outline style, and scrolling speed.

[InfinityLoop1308]

Well I don't think these methods work. Actually we have to either

• Ignore danmaku that are too long (e.g. more than 100 characters)
• Drop danmaku if they are too much delayed (e.g. 3s)

Which one is better?

[voodoodio5]

If it comes down to choosing only one approach, I believe option 2 might be more suitable, since extremely long danmaku messages are relatively uncommon in practice. Alternatively, it may be ideal to implement both behaviors and allow users to switch between them via a setting, so different usage preferences can be accommodated.

Additionally, I would like to propose another feature if feasible: the ability to download the live chat/danmaku data. The exported file could follow a format similar to Bilibili’s XML danmaku format, or standard subtitle formats such as ASS or SRT. I believe this would be useful for users who need to archive or further process the chat content.