varia multicast? #4

Open
opened 2021-03-17 12:36:27 +01:00 by mb · 4 comments

From a pad, via lain, decentral1se:

varia multicast? https://en.wikipedia.org/wiki/Multicast

Being able to tune into the event using multiple channels was so great, how can that aspect be emphasized in the way that we talk about the infrastructure?

From a pad, via lain, decentral1se: > varia multicast? https://en.wikipedia.org/wiki/Multicast Being able to tune into the event using multiple channels was so great, how can that aspect be emphasized in the way that we talk about the infrastructure?
Owner

This issue has some links to the methods we used for the video stream for FHM#1.

One thing that didn't help us communicate from the Varia space to the rest was the limit on our upload bandwidth in the space. It would be good to make that visible! We have tools that can tell us when the pipes are full and that might help to visualise the underyling infrastructure. Also a small web page that shows our server, the space and talks about self-hosting (I like some points in Yunohost page) would be good - to make that explicit and hopefully more accessible.

It is now quite clear to me that we can host a lot of what we need on the Varia server to allow multiple forms of participation. And when we need more resources, we can rely on the tools of friendly organisations like Constant and their BigBlueButton. For FHM#1 we had read only access to the BigBlueButton for those who had older computers but I wonder if we can't get write access for them also through some audio stream piping or even VoIP.

[This issue](https://git.vvvvvvaria.org/varia/homebrewserver.club/issues/3) has some links to the methods we used for the video stream for FHM#1. One thing that didn't help us communicate from the Varia space to the rest was the limit on our upload bandwidth in the space. It would be good to make that visible! We have tools that can tell us when the pipes are full and that might help to visualise the underyling infrastructure. Also a small web page that shows our server, the space and talks about self-hosting (I like some points in [Yunohost page](https://yunohost.org/en/selfhosting)) would be good - to make that explicit and hopefully more accessible. It is now quite clear to me that we can host a lot of what we need on the Varia server to allow multiple forms of participation. And when we need more resources, we can rely on the tools of friendly organisations like Constant and their BigBlueButton. For FHM#1 we had read only access to the BigBlueButton for those who had older computers but I wonder if we can't get write access for them also through some audio stream piping or even [VoIP](https://en.wikipedia.org/wiki/Voice_over_IP).
Author

Yesss great idea to make a webpage with information about the underlying infrastructure!

I love the commands that you documented here https://wiki.vvvvvvaria.org/Internet#Understanding_our_capacity, can we display the output of the $ nload command (for example) in the browser? Maybe using the same setup as for the https://loading.vvvvvvaria.org page? It would be so useful during events, but also for ourselves to understand our capacities better.

Next to that, it would be so nice to write a bit about it, document some oh no not again another power drop in Charlois informalities & more.

The Yunohost page is indeed nice.

We could make a page here on the git, using the varia.website repo? That is where we now host pages such as https://vvvvvvaria.org/en/pages/collective-infrastructures.html.

Yesss great idea to make a webpage with information about the underlying infrastructure! I love the commands that you documented here https://wiki.vvvvvvaria.org/Internet#Understanding_our_capacity, can we display the output of the `$ nload` command (for example) in the browser? Maybe using the same setup as for the https://loading.vvvvvvaria.org page? It would be so useful during events, but also for ourselves to understand our capacities better. Next to that, it would be so nice to write a bit about it, document some *oh no not again another power drop in Charlois* informalities & more. The Yunohost page is indeed nice. We could make a page here on the git, using the varia.website repo? That is where we now host pages such as https://vvvvvvaria.org/en/pages/collective-infrastructures.html.

You can cat /proc/net/dev to read network IO directly from the kernel. A small bash script can format / process this and output a .json file which can be polled by the site. See here for inspiration :)

You can `cat /proc/net/dev` to read network IO directly from the kernel. A small bash script can format / process this and output a .json file which can be polled by the site. See [here](https://github.com/lowtechmag/materialserver/blob/master/ina219_stats.sh) for inspiration :)
Owner

Very nice idea to have a separate page to talk about the self-hosting practices of Varia.

To go back to the first point that Manetta raised after the Read & Repair this morning, I agree.

Experiencing the stream in this way for me was broader than broadcasting. In a sense it was expanding the notion of what broadcasting can be, with ideas such as the fact that the Etherpad is already a form of textual streaming.

But also that reading a pdf together can be a form of streaming (okay maybe this is a stretch).

Expanded broadcasting (like "expanded cinema").

Very nice idea to have a separate page to talk about the self-hosting practices of Varia. To go back to the first point that Manetta raised after the Read & Repair this morning, I agree. Experiencing the stream in this way for me was broader than broadcasting. In a sense it was expanding the notion of what broadcasting can be, with ideas such as the fact that the Etherpad is already a form of textual streaming. But also that reading a pdf together can be a form of streaming (okay maybe this is a stretch). Expanded broadcasting (like "expanded cinema").
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: varia/web-narrowcast#4
No description provided.