Thanks for the update and continuing to share this project. What does the roadmap look like into the future?

steelbrain 8 hours ago | parent | next [-]

I am thinking of adding a Windows application with an installer and a tray icon that you can use for some basic settings like changing port or password, or toggling automatic startup.

For linux, I am thinking of adding convenience helpers around systemd service installation

▲

toomuchtodo 8 hours ago | parent [-]

Very cool. Peertube supports remote runners [1] [2], might take a look for inspiration. As a distributed compute enthusiast, big fan of of this model for media processing.

[1] https://docs.joinpeertube.org/maintain/tools#peertube-runner

[2] https://docs.joinpeertube.org/admin/remote-runners

▲

steelbrain 8 hours ago | parent | next [-]

Very cool! Thank you for sharing! I didn't know this existed, so now I'm curious how they solved it :)

My usecase is just-in-time media transcoding, I'll see if PeerTube remote runners support it

▲

bastiao 6 hours ago | parent | prev [-]

Very nice. Could this concept be applied to have ffmpeg running in webassembly, and over HTTP?

▲

toomuchtodo 6 hours ago | parent [-]

	▲	bastiao 6 hours ago \| parent [-]
		Exactly - but can transcoding be remote?

▲

pastescreenshot 8 hours ago | parent | prev [-]

This is neat. The thing I would most want in the README is a benchmark section showing where it wins and where it does not. My guess is long GPU bound transcodes look great and tiny file churn workloads probably do not. Having that boundary spelled out would make adoption a lot easier.