Could there be a second package with Live-streaming configured?

[mhgcic]

@girish We asked for more licenses because we wanted to separate our services on separate servers, but when we asked for this we got asked why? And to explain how this would be a benefit to us?

For example, we have a server for our websites like this https://www.mhgresource.directory/

But we have websites like this https://www.landingstrip.social that we would like to keep this websites apps on one server to keep them running at all times, and so that it is not interfered with by other apps or server issues.

We wanted to separate mastodons, discourse etc on servers only for that type of app, to help better manage them and so that not all apps are affected by a server issue.

Also got told to upscale servers to compensate by adding more apps, never getting a reply to my answers to the questions I was asked, so we did not chase it up.

But to answer your question no not really, I want to be able to host multiple Pixelfed apps on one Cloudron server.

But if Pixelfed is locked to using the default port only like in the setup instructions,

I don't understand why it says "only default works" and then shows a port range "1024-65535" when Pixelfed says the default port is 1935. It says to the novice that you can use any port between 1024-65535 even though it says about the default being the only one to work.

And can not use other ports or the same port for all Pixlefed apps then it seems like we would have to host each Pixelfed app on a separate server.

Hope this all make sense.

[nebulon]

I guess the issue here is, that the Cloudron dashboard UI for the port configuration is too generic for this. In theory all ports from that range can be used and this works for many apps, but in reality pixelfed can only use one specific port. There is not really much we can do from the platform side to support multiple pixelfed instances on the same server (not really a Cloudron limitation though).

[plusone-nick]

I ran into the same/similar issue recently but with peertube* and pixlefed both wanting the 1935 port, i think i ended up switching peertube to 1936 but have yet to test that it works....

Seems like we should make an upstream request to pixlefed to make the port variable?

[mhgcic]

@nebulon thanks for clearing that up, but for us that is a limitation, we were told that we can run any number of the same app on one server. In reality this is not possible, due to port limitations.

I have used different ports but yet to test them on pixlefed, I need to get around to that.

It's fine if it's mastodon, we have multiple masto instances on one server without issues. But now I do wonder what if mastodon or other apps that might update adding streaming services and let's face it it would not be hard to see it happen or that they would not add simular as streaming is becoming more popular, that it would become a major issue in the future, this would mean that we would have to move all instances to their own server.

This is why I say multiple apps should be able to share a port like RTMP or simular streaming services by using domain/url to direct the stream to the right app on cloudron.

Hope it makes sense, it maybe unrealistic as I don't know much about ports and deeper workings of software etc.. I can just see using some apps for our services are going to be an issue either now a d for some in the future.

This is one of the many reasons for the need of more then one license.

I suppose it is lucky the for the moment cloudron has a free plan allowing two apps, we will take advantage of this.

[robi]

The port issue is an upstream limitation and you can ask/encourage them to upgrade their code to be more flexible or even port share.

[mhgcic]

@robi I would have thought port share must be a must when allowing for more than one of the same app on a server.

[mhgcic]

@plusone-nick I will keep that in mind for when we play with peertube.

[nebulon]

Unfortunately there is nothing we can do from a platform side to enable portsharing of custom protocols if those do not support this. But I understand this is a rather low-level limitation of how technology works here and I can see how this is not at all obvious

[jdaviescoates]

I've created an issue upstream about this here:

https://github.com/pixelfed/pixelfed/issues/4671

[jdaviescoates]

I've also just asked on Mastodon about whether or not is it should currently be possible to live stream using the Android app https://social.coop/@jdaviescoates/111133795346848012