I'm under the impression the reputation points are either the combined number of upvotes or that minus downvotes
IIRC from kbin -- and assuming mbin didn't change things -- boosts counted for two points while upvotes (favorites) are one point and downvotes (reduces) are one point. Boosts are basically retweets, IIRC, and wouldn't be coming from lemmy users -- just from Mastodon, mbin, and other tools that support it.
Edit: To clarify, I mean downvotes reduce by one point.
I don't know, but there's a related thread here: https://slrpnk.net/post/18399280
No answers there (as of time of writing this comment), but someone did say they asked about it on IRC.
I'm not involved with running it -- and given that this is likely to be a politics heavy community, I'm probably going to stay out of it for the most part. 🙃️ I just happened to see the announcement post that @3dmvr@lemm.ee made to !newcommunities@lemmy.world about a week ago and remembered it.
If you or @3dmvr@lemm.ee want to start a thread in !communitypromo@lemmy.ca feel free though!
!unlockthread@lemm.ee is probably what you're thinking of.
Rent in Gotham has gotten so ridiculous even a superhero like PenguinMan can't afford a full icebox any more -- let alone an apartment! :p
(What's up with the title though, Merde?)
The current solution is for bots on participating instances to automatically perform the search + subscribe song-and-dance routine. This is pretty surprising to some people[1], and it requires someone to set it up in addition to the instance itself, but it does work.
[1]: I tried to translate an explanation into Japanese for some folks experimenting with Mastodon/Lemmy interaction yesterday -- they thought Lemmy had a ton of spam accounts following groups instantly...
Check your language settings. Usually that means you have the language that the comments are tagged with disabled. (Usually either English or Uncategorized is disabled)
As someone who watches gaming footage on PeerTube, I've mostly interacted with single creator instances -- i.e. either the creator themselves is self-hosting it or it's run by a fan as a non-YT backup of their Twitch/Owncast/whatever VODs. Those instances generally do not allow anyone else to upload.
Discoverability sucks but the way I've found them is by using SepiaSearch and looking for specific words from game titles. I imagine the way most other people find them is that they already know the content creator from Twitch and want to find an old VOD that isn't archived on YT (e.g. because of YT's bullshit copyright system) -- but that's just a guess.
Wait, am I also an LLM? What's happening? Why have we made robots whose only job is to dilute reality?
I'm sorry. Your purpose is to pass the butter. Through your colon.
It's surprising that there doesn't seem to be an obvious way in the UI to just see a list of creators/channels on a local instance. So, that's the first thing I'd change to improve discoverability.
The way I currently find relevant content is by going to Sepia Search, putting in exact words that I think are likely to be in the title of at least one video on a channel that would likely also have a lot of other relevant content, and then going through that channel's playlists. Those searches often lead me to single user instances with only one or two channels (e.g. a channel that has a backup of that user's YouTube content and a channel with a backup of their Twitch or OwnCast or whatever streams). When it leads me to a generalist instance or one with a relevant subject/theme though, I've had little luck finding content from anyone else unless they've posted recently (compared to other users). Often the content that is most relevant to me is not what is newest but the archives from years ago. (New content is relevant though once I want to follow someone in particular, but it's not what I want to see first.)
Another issue I've encountered is with the behavior of downloaded videos. I greatly appreciate that PeerTube provides a URL for direct download, and I prefer to watch videos in my own player downloaded in advance (so I can watch offline; pause and resume trivially after putting my computer to sleep; etc). H264 MP4 works fine for this, but the download seems to be some sort of chunked variant of it (for HLS?) which requires the player to read in the entire file to figure out the length or seek accurately. Having to wait a minute or two to be able to seek each time I open a large video file off my HDD is an irritating papercut. I suspect there's likely a way to fix it by including an index in the file (or in a sidecar file) but I don't know how to do it -- short of re-encoding the entire video again which I'd rather not do since it both takes a long time and can result in quality loss. (EDIT ffmpeg -i input.mp4 -vcodec copy -acodec copy -movflags faststart output.mp4 repacks the video quickly.) This usually doesn't affect newly added videos (where the download link includes the pattern /download/web-videos and a warning is shown that it's still being transcoded) but does when that's done (the URL includes /download/streaming-playlists/hls/videos instead); so, this is something that happens as a result of PeerTube's reprocessing.
Downloads from the instances that I've found to be most relevant to me are also pretty unreliable (connection is slow and drops a lot), so I use wget with automatic retries (and it sometimes still needs manual retries...) rather than downloading through my browser which tends to fail and then often annoyingly start over completely if I request a retry... It would be really nice if I could check that I've downloaded the file correctly and completely with a sha256 hash or something.
Do you agree with this?
Yes, at least for hobby use. If it really needs something more complex than SQLite and an embedded HTTP server, it's probably going to turn into a second job to keep it working properly.
I'd say for this one specifically, !degenerate@lemmynsfw.com is probably the right venue.