Feedback

[miguelmota]

Please leave feedback for streamhut here!

[Tchoupinax]

Hello,

I have a question for you. I tried this and I saw that the spectator has a little "read-only" on its view. Is It only for viewing or spectator can interact with the terminal ? :)

Regards,

[miguelmota]

@Tchoupinax the terminal in the browser says read-only because the spectator can only view. Will be adding a feature soon to optionally be able to interact with the sender's terminal

[boppy]

As I love to host my stuff "locally", I totally love the idea behind this tool! And if it'll also get a return channel, I would not even think about using a public tool where I cannot review sources/is not self hosted...

As I never used Go I cannot provide any help or hints, but would love to use the result :-) And I can provide testing on a Debian-Server and my local arch if needed.

Feature-Questions:

• Is there any timeline for the return channel
• Is there a plan to have frontend themes? I really do not like the current front end style ;)

And, last but no least: Thanks for sharing this tool with the public and making it OSS!

[miguelmota]

@boppy thanks for trying out streamhut! To answer your questions;

• currently no timeline on return channel but will prioritize this.
• frontend themes are a great idea! an option to include a custom stylesheet would be good.

Happy to accept PRs too. In an ideal world I'd work on this full time but unfortunately been busy with other things so progress has kind of stalled, but will start picking it up again if there's more interest in the project.

Appreciate the feedback 👍

[Kagee]

Would it be possible to send this via an encrypted channel by i.e. piping through an installed openssl?

[miguelmota]

@Kagee sending through encrypted channels is on the todo list. Happy to to merge PRs

[fguisso]

Awesome, thanks for share this tool.

features:

• share mic audio togheter.
• I don't know how tmux works, but there is a way to stream this?

[richardfat7]

Awesome tool, the best part is you have chosen to make it open source so we can trust it more.

But only one problem, if my command generate thousand (or ten thousand) of line, the new-comer of the channel will experience a big lag to load "past" data before they see the "live" data. It will be great if there is some pagination when they first load, so the new-comer of the channel will see what is the most up-to-date part, then either by user scrolling up the page or automatically, load the previous data.

This may also related to the way streamhut used to transfer the stream data (by WS line by line for each packet), it will be better if it can merge the short lines into a bigger part before sending out.

[cpyarger]

This would be super cool if it worked with screen

[jeevan1337]

@miguelmota

Thank you for creating this Awesome tool.

Is there a way that we can terminate publicly created URL once we finishing Sharing our terminal output.

If not, Please consider on adding this option which will good if we see in security perspective.

Thank You.