YoutubeDL-Material icon indicating copy to clipboard operation
YoutubeDL-Material copied to clipboard

Support for Youtube Comments

Open GlassedSilver opened this issue 3 years ago • 4 comments

Feeling inspired by this project:

https://github.com/mattwright324/youtube-comment-suite

And sites like this one:

https://youtubecommentsdownloader.com/

Even returns the hierarchy.

GlassedSilver avatar Dec 14 '20 01:12 GlassedSilver

There's a neat npm module for this exactly. Could be useful, I guess under the description?

(the following is a sneak preview of the new player UI features) image

Tzahi12345 avatar Dec 15 '20 06:12 Tzahi12345

Oh nice! I like the direction for sure, but I do wonder about the reasoning behind keeping the title of the URL a "clickable" (but unactioned) gray box? Also wondering why the title is below the description excerpt.

And last but not least, the floating save file button is something I'm still not so sure about. Since it's floating it might be hiding stuff you actually want to read or interact with whilst you're trying not to scroll down too much to keep seeing more of the video.

Speaking of floating things and scrolling down and still seeing the video, would it be possible with the new player to have a smaller player float as you scroll on the page in the bottom right corner (PiP style)? YouTube has this, also when you go back to home and browse for other videos.

To the actual question though:

Yes, under the description is the best place if you ask me.

Would the npm module also allow scraping the users' unique identities? What about user icons?

The reason I'm asking is this: often times channels in the comments are channels we might subscribe to ourselves, so it would be neat if browsing the locally hosted version channel in YTDL-M (if present) could be done the same way it can be done on YT itself.

GlassedSilver avatar Dec 15 '20 14:12 GlassedSilver

I like the direction for sure, but I do wonder about the reasoning behind keeping the title of the URL a "clickable" (but unactioned) gray box?

For single videos it serves as a title, but for playlists you need some way to jump through them, so it doesn't make too much sense putting it above the description. This kinda means that there is no true "title" area

Found a nicer place for the share and download buttons btw, it definitely solves the "getting in the way" problem.

image

Speaking of floating things and scrolling down and still seeing the video, would it be possible with the new player to have a smaller player float as you scroll on the page in the bottom right corner (PiP style)?

Picture in picture is already possible if you're using Chrome at least, just hit the three dots on the bottom right of the video and click Picture in picture and it'll pop something up like this:

image

Would the npm module also allow scraping the users' unique identities? What about user icons?

That module does get the user ID but not their thumbnail, but this one does support both. Which got me thinking: how many comments do we want to download here? Some videos have thousands of them, is it really worth getting all or should the first, say, 50 be retrieved?

Tzahi12345 avatar Dec 15 '20 23:12 Tzahi12345

For single videos it serves as a title, but for playlists you need some way to jump through them, so it doesn't make too much sense putting it above the description. This kinda means that there is no true "title" area

Hmm, in my opinion the playlist field could pop up on demand. Like similar to how YouTube handles this. The title is always in the same place and if a playlist is playing it's a separate box on the right side. Of course it could also be done in a different layout, but I definitely think keeping it separate would make a lot of sense.

Found a nicer place for the share and download buttons btw, it definitely solves the "getting in the way" problem.

Oh, that is very nice indeed! Thanks so much for this little addition!

Since I'm peeking the view count there... After how many seconds or how much percentage played does it count a view? Or is it site hits? Latter would have the unintended consequence that any "short checks" are already views.

Additionally it would be handy to have filters for "watched: yes and no". Watch state should probably saved per user. thinking

Picture in picture is already possible if you're using Chrome at least, just hit the three dots on the bottom right of the video and click Picture in picture and it'll pop something up like this:

I know about that, it's the same with Firefox, but that calls a PiP window on a system level. What I mean is within the page, like going back to the home page you could have the last video continue playing.

This would also auto-pop out as you scroll down to the comments. Of course such a thing should be opt-outable. Some don't like this behavior.

If such a feature would take too much time away from other more urgent ideas I think it should be on the back-burner for sure, because it's more of a little QoL improvement and kinda conditional. But ymmv

That module does get the user ID but not their thumbnail, but this one does support both. Which got me thinking: how many comments do we want to download here? Some videos have thousands of them, is it really worth getting all or should the first, say, 50 be retrieved?

I think the cap, if any is wished, should be set by the user, because there may be wildly different ideas on the utility of this feature. Personally I don't mind at all to keep a few megabytes of extra data along with 50MB-5GB and up video files if it improves the "liveliness" of the browsing and watching experience. It's a very nice way to archive useful extra information as well that is often provided in instruction videos, sometimes the top-voted comments will get you by with a common problem in a particular video, but sometimes you really gotta click "view more" quite a bit! :o

GlassedSilver avatar Dec 17 '20 11:12 GlassedSilver