What’s the difference between Owncast, and Peertube’s livestreaming function?

Thank you for the apology 😊 I can understand how my post could’ve been construed as being lazy.

??? Why don’t you tap it and see.

I did try that. Nothing appeared to happen, or change on my end; however, I now realize what the issue was. The first thought that I had, when I first noticed that Icon, was actually the exact same as that which you said; it just never occured to me that I could be on the same instance as the comments in question. So, when I tried clicking that icon, I was clicking it on a post that was from Lemmy.world – the same instance that I am on. As such, I noticed no change in the displayed content – the page would appear to load, but nothing would actually change. This is, of course, to be expected – I just didn’t put 2 and 2 together. I apologize if my inquiry seemed lazy, or thoughtless.

As an aside, In my defence, the UI also doesn’t necessarily tell you what the icon does. If you hover your mouse over it, you will see the following:

Imo “link” isn’t exactly descriptive, as to the button’s purpose.

likely will cause issues at some point

What sort of issues?

It appears that I do have the “Show context” button (granted it’s a little hard to notice at first), but it appears to not be functioning properly. I just tested it in this thread by clicking “Show context” for this comment, and instead of showing me this comment, as I would expect, it instead showed me this comment.

Can you see if a moderator has removed comments from a thread?

Yes, but it involves sorting through the community modlog.

I wonder if this feature could be implemented – it would just be another sorting option in comment sections – assuming that the server actually stores this data.

Can you see the content of the removed comments?

No. Not even mods/admins can.

From what I can see in the modlog, it appears that you can see the content of comments, but just not the content of posts. It seems to treat comments as post titles in the log. What’s also weird is that they have links associated with them which appear to point at nothing. Perhaps they are supposed to point to the original comment/post?

Are moderators able to specify motive for the specific removal?

Yes, but to be honest, I have no idea where that reason goes or who it is visible to

It looks like you can see it underneath the removed item in a little bit of text that states “Reason”, and then the reasoning.

Go to filter by action and choose “removing comments”

That’s only within the modlog, though. I’m talking about withint the comment thread for a post. As I stated:

Also, can you see mod removals within a comment thread? Or is it only in the modlog that you can see removals?

You wont be able to see any reply context?

EDIT: Upon testing here, it appears not. That makes it rather unuseable, does it not?

Cool! However, while it does show the full log of removals, it appears that I can’t see the original content of the post – I can only see that a post with a title was removed. Also, can you see mod removals within a comment thread? Or is it only in the modlog that you can see removals?

I didn’t think that it would – I was hopeful that it might.

It appears that it is not opensource, unfortunately.

Idk anything about that community, but I feel like it’s safe to assume that Discord isn’t going to take kindly to the existence of a server that, from the name, appears to be centered around piracy. I haven’t checked (someone please correct me if I’m wrong), but I feel like it’s safe to assume that piracy is something that would violate Discord’s ToS. Just use Matrix – I implore you.

Y’all don’t update your services?

It would put the more popular instances under enormous stress, if they had to serve every single subscriber from any other instance.

From what I understand, media (images, videos, etc.) is not cached. Does that not mean that, in the worst case where every post contained an image, the instance would be serving every subscriber, anyways?

I don’t really understand this reasoning. Some server would still need to receive those requests at some point. Would it not be better if those requests were distributed, rather than pounded onto one server? If you have a server caching all the content for its users, then all of its users are sending all of those requests for content to that one single server. If users fetched content from their source servers, then the load would be distributed. The only real difference that I can think of is that the speed of post retreival. Even then, though, that could be flawed, as perhaps the source server is faster than one’s host server.

Please correct me if I am wrong, but this feels like a flaw with how Lemmy (perhaps other fediverse apps as well, I’m not sure) is designed. Why do I need to store all posts made to a community that one of the users on my instance subscribes to? Would it not be better to simply store my user’s posts, and comments, and the posts made to any communities hosted on my instance? Why do I need to store information from other instances, and users?

it is storage that requires more attention

Please correct me if I am wrong, but this feels like a flaw with how Lemmy (perhaps other fediverse apps as well, I’m not sure) is designed. Why do I need to store all posts made to a community that one of the users on my instance subscribes to? Would it not be better to simply store my user’s posts, and comments, and the posts made to any communities hosted on my instance? Why do I need to store information from other instances, and users?

you could use a lower quality stream (…) for motion detection, then use that to trigger recording on a higher quality stream.

Brilliant idea! Thank you for the suggestion!

If doing CPU-based motion analysis

Whyd do you specifically mention CPU-based motion analysis? Does this idea not work with the Google Coral TPU, for example?

That’s quite a few cameras. I would do an audit on how many you will actually need first, because you will likely find you could get by with 5-10.

That’s a fair point. I haven’t actually methodically gone through to see exactly how many I would need just yet. The numbers that I chose were somewhat just ballpark off the top of my head.

You will also want some form of reliable storage for your clips

I am planning to give the camera server dedicated storage for the data. If I’m really feeling like splurging on it, I may look into getting WD Purple drives, or the like.

as well as the ability to back up those clips/shots to the cloud somewhere.

I’m not sure that I would need this very much. I’m mostly interested in a sort of ephemeral surveilance system; I only really need to store, at most, a few days, and then rewrite over it all.

I’m personally running 4 cameras (3x1080 @ 15fps, 1x4k @ 25fps) through my ~7 year old Synology DS418play NAS

Would you say that 15FPS is a good framerate for surveilance? Or could one get away with even less to lessen the resource requirements?

whereas I can tweak stuff on Surveillance Station quite easily.

What tweaking do you generally need to do for the camera server?

The space requirements get super intense with many cameras like that unless you compress the video.

I think Frigate uses h264 if I remember correctly. Also I’m not planning on storing and archiving the recorded data. I most likely would only save a day or a couple days. You do raise a good point about vacations, though - I should probably have enough storage for possible vacations.

Also if the cameras don’t encode then the data flow would congest your network something fierce.

The newtork that the camera feeds would be flowing through would essentially be isolated from the rest of the network. I intend to hook the cameras up to a dedicated network switch, which would then be connected to the camera server.

The biggest issue as I see it with so many cameras would be how to find interesting stuff in all that data.

What’s nitce about Frigate, is that it uses OpenCV, and TensorFlow to analyze the video streams for moving objects.

More Information can be found on Frigate’s website.