YoutubeDL-Material
YoutubeDL-Material copied to clipboard
Support for Youtube 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.
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)
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.
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.
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:
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?
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