KEY, PPTX501 views

Broadcast your programming

Termcast is a system for broadcasting terminal sessions over the internet. It allows applications to stream their terminal output to viewers through a Termcast server. The Termcast server uses sockets to connect streamers and viewers. It supports multiple streamers and viewers connecting simultaneously and notifies them of events like resizing. Client applications can use the Termcast connector to stream their output or view streams through a telnet or web interface.

Technology◦

Broadcast Your
Programming
Jason May
@jasonmay
jasonmay [irc.perl.org]
jasonmay [irc.freenode.net]

Termcast
Socket

TCP

AppX Manager

AppY UNIX

AppZ

Termcast
Streamer A Socket

TCP

AppX Manager

AppY UNIX

AppZ

Termcast
Streamer A Socket

UNIX
TCP

AppX Manager

Socket A AppY UNIX

AppZ

Termcast
Streamer A Socket

TCP

AppX Manager

Socket A AppY UNIX

UNIX AppZ

Termcast
Streamer A Socket “A new streamer
connected!”
TCP

AppX Manager

Socket A AppY UNIX

UNIX AppZ

Termcast
Viewer A Socket

TCP

AppX Manager

Socket A AppY UNIX

UNIX AppZ

*click*

Termcast
Streamer A Socket

TCP

AppX Manager

Socket A AppY UNIX

[ANSI]
UNIX AppZ

A new streamer connected!

Connect to him at /tmp/fooXYZ.sock

UNIX

Streamer resized his terminal to 160x48!

UNIX

App::Termcast::Connector

• Callback Stack
• Dispatcher

App::Termcast::Server::Telnet

• App::Termcast::Connector
• Reﬂex
• Listening telnet socket

New Hotness

• HTML5 Canvas
• Web::Hippie
• Term::VT102::Incremental

• App::Termcast
• App::Termcast::Server
• Application Components
• Write your own!

Reference

• https://github.com/doy/app-termcast

• http://termcast.org/

• https://github.com/jasonmay/app-termcast-server

• https://github.com/jasonmay/app-termcast-connector

• https://github.com/jasonmay/app-termcast-server-telnet

• https://github.com/jasonmay/app-termcast-server-web

Broadcast your programming

1.
Broadcast Your Programming Jason May @jasonmay jasonmay [irc.perl.org] jasonmay [irc.freenode.net]
2.
Why?
3.
Demonstrations
4.
Explanations
5.
Ostentation
6.
The World ofLearning
7.
Streaming
11.
termcast.org
12.
ttrtail.c
13.
App::Termcast (:
14.
server PTY termcast stdout
15.
App::Termcast::Server
16.
Implementation
17.
Termcast Socket TCP Manager UNIX
18.
Termcast Socket TCP AppX Manager AppY UNIX AppZ
19.
Termcast Socket TCP AppX Manager AppY UNIX AppZ
20.
Termcast Streamer A Socket TCP AppX Manager AppY UNIX AppZ
21.
Termcast Streamer A Socket UNIX TCP AppX Manager Socket A AppY UNIX AppZ
22.
Termcast Streamer A Socket TCP AppX Manager Socket A AppY UNIX UNIX AppZ
23.
Termcast Streamer A Socket “A new streamer connected!” TCP AppX Manager Socket A AppY UNIX UNIX AppZ
24.
Termcast Viewer A Socket TCP AppX Manager Socket A AppY UNIX UNIX AppZ *click*
25.
Termcast Streamer A Socket TCP AppX Manager Socket A AppY UNIX [ANSI] UNIX AppZ
26.
A new streamerconnected! Connect to him at /tmp/fooXYZ.sock UNIX
27.
Streamer ABC disconnected. UNIX
28.
Streamer resized histerminal to 160x48! UNIX
29.
Client Side
30.
App::Termcast::Connector
31.
App::Termcast::Connector • Callback Stack •Dispatcher
32.
App::Termcast::Server::Telnet
33.
App::Termcast::Server::Telnet • App::Termcast::Connector • Reﬂex •Listening telnet socket
35.
App::Termcast::Server::Web
36.
Inspired by HTML::FromANSI
37.
New Hotness • HTML5Canvas • Web::Hippie • Term::VT102::Incremental
38.
• App::Termcast • App::Termcast::Server •Application Components • Write your own!
39.
Reference • https://github.com/doy/app-termcast • http://termcast.org/ • https://github.com/jasonmay/app-termcast-server • https://github.com/jasonmay/app-termcast-connector • https://github.com/jasonmay/app-termcast-server-telnet • https://github.com/jasonmay/app-termcast-server-web

Editor's Notes

#2 \n
#3 Some of you may be wondering, &#x201C;Why would you want to broadcast the projects you are working on?&#x201D;\n
#4 The first thing that comes to mind, (I don&#x2019;t know why), is possibly for a demo, say, for a talk!\n\ncode reviews\n
#5 Does something not make sense to you? Let me &#x201C;show&#x201D; you!\n
#6 You can also broadcast to be ostentatious, or in other words, a showoff. What if you&#x2019;re 13 years old and you want to show everyone your cool new fancy bash prompt? Gotta broadcast it!\n
#7 So, all of these purposes fall under one aspect: education. The Internet, among other things, is used all around the world for education. There are many universities that teach their courses online. You have Webinars, crowd-sourced encyclopedias, and even your home-brewed video tutorials online.\n
#8 Streaming over the web is a great way to teach.\n
#9 And what if it could be as easy as installing a single module?\n
#10 And then as easy as typing a command to start broadcasting?\n
#11 \n
#12 App::Termcast -> termcast.org\ntelnet termcast.org -> view broadcasters\nextremely basic client written in C (required ttyrec)\n
#13 the original client is a C file\ncompile by hand with gcc\nrun ttyrec\npoint ttrtail to the ttyrec\n
#14 So Jesse Luehrs wrote App::Termcast.\n\nbypasses ttyrec, sends straight to server\n
#15 reads pty input\n\nsends to server and stdout\n
#16 So we figured, why have something tied to telnet?\n\nHost it anywhere\n\nMore extendible: &#x201C;brain&#x201D; for broadcasting terminals\n
#17 Let me explain what I mean by &#x201C;brain&#x201D;\n
#18 You have two sockets:\n termcast\n manager\n
#19 The manager socket is for communication between application sockets\nTelnet\nIRC\nWeb\n
#20 Let&#x2019;s say the bottom app is a web app\n\nand someone points their browser to it\n\nnobody is connected\n
#21 Streamer A connects to the TCP socket\n\n\n
#22 A new listening unix socket is created for the streamer\n
#23 A new listening unix socket is created for the streamer\n
#24 When server accepts the termcast connection...\n\nThe manager socket tells all the apps that the streamer connected\n
#25 Poof! The browser sees a new connection\n\nclicks to start viewing over the web\n
#26 logic in the app makes it connect to Socket A (the socket representing Streamer A) to start receiving data.\nIt&#x2019;s just a raw stream of ANSI\nthen when Streamer B connects, Socket B will be made, and so on.\n
#27 When the termcast connection arrives,\nthe manager tells all the apps the represented socket path\nthis is what the apps use when people try to view connections through the app. an ID is also given to each stream.\n
#28 connections aren&#x2019;t the only thing that the manager will message to the apps.\nIt will tell the apps when a streamer disconnects, sending its ID.\n
#29 Terminal properties can change mid-stream, such as terminal size. the manager will let apps know this too.\n
#30 But what about the client side with regard to the apps?\n
#31 I wrote a convenient distribution for having your own app connect to this &#x201C;brain&#x201D; of a server.\n
#32 lets you register a series of callbacks\n connect / disconnect\n various responses, like getting the current list of termcast sessions\nit is backend-independent. you could use reflex, anyevent, IO::Select, anything you want. jut invoke connector&#x2019;s dispatch method when you receive socket input, and it triggers all the callbacks for you\n\n
#33 One of the apps I am working on for this server, is app-termcast-server-telnet.\n\n\n
#34 uses my connector module, reflex, listening telnet socket.\n\nvery straightforward, most complicated part of the code is the telnet interface logic.\n
#35 Looks kind of like this.\n
#36 I&#x2019;m also working on a termcast web component. It&#x2019;s a bit more complicated than the telnet one.\n\n
#37 My first prototype used HTML::FromANSI\njust processes ANSI, then it turned it all into a bunch of HTML\nmy web app was just a single raw fcgi app that did a basic GET request every 0.1 seconds or so, and did a simple update on a div.\nvery inefficient\n
#38 HTML5 Canvas\nPlack App - mount it yourself\nWeb::Hippie (WebSockets, degrades to MXHR polling, etc.)\nt-vt-i made by yours truly, processes ANSI, returns only parts that changed, convenient for sending as JSON over the web\nyou can find it on my github page\n
#39 \n
#40 \n

Editor's Notes

#2 \n
#3 Some of you may be wondering, &#x201C;Why would you want to broadcast the projects you are working on?&#x201D;\n
#4 The first thing that comes to mind, (I don&#x2019;t know why), is possibly for a demo, say, for a talk!\n\ncode reviews\n
#5 Does something not make sense to you? Let me &#x201C;show&#x201D; you!\n
#6 You can also broadcast to be ostentatious, or in other words, a showoff. What if you&#x2019;re 13 years old and you want to show everyone your cool new fancy bash prompt? Gotta broadcast it!\n
#7 So, all of these purposes fall under one aspect: education. The Internet, among other things, is used all around the world for education. There are many universities that teach their courses online. You have Webinars, crowd-sourced encyclopedias, and even your home-brewed video tutorials online.\n
#8 Streaming over the web is a great way to teach.\n
#9 And what if it could be as easy as installing a single module?\n
#10 And then as easy as typing a command to start broadcasting?\n
#11 \n
#12 App::Termcast -> termcast.org\ntelnet termcast.org -> view broadcasters\nextremely basic client written in C (required ttyrec)\n
#13 the original client is a C file\ncompile by hand with gcc\nrun ttyrec\npoint ttrtail to the ttyrec\n
#14 So Jesse Luehrs wrote App::Termcast.\n\nbypasses ttyrec, sends straight to server\n
#15 reads pty input\n\nsends to server and stdout\n
#16 So we figured, why have something tied to telnet?\n\nHost it anywhere\n\nMore extendible: &#x201C;brain&#x201D; for broadcasting terminals\n
#17 Let me explain what I mean by &#x201C;brain&#x201D;\n
#18 You have two sockets:\n termcast\n manager\n
#19 The manager socket is for communication between application sockets\nTelnet\nIRC\nWeb\n
#20 Let&#x2019;s say the bottom app is a web app\n\nand someone points their browser to it\n\nnobody is connected\n
#21 Streamer A connects to the TCP socket\n\n\n
#22 A new listening unix socket is created for the streamer\n
#23 A new listening unix socket is created for the streamer\n
#24 When server accepts the termcast connection...\n\nThe manager socket tells all the apps that the streamer connected\n
#25 Poof! The browser sees a new connection\n\nclicks to start viewing over the web\n
#26 logic in the app makes it connect to Socket A (the socket representing Streamer A) to start receiving data.\nIt&#x2019;s just a raw stream of ANSI\nthen when Streamer B connects, Socket B will be made, and so on.\n
#27 When the termcast connection arrives,\nthe manager tells all the apps the represented socket path\nthis is what the apps use when people try to view connections through the app. an ID is also given to each stream.\n
#28 connections aren&#x2019;t the only thing that the manager will message to the apps.\nIt will tell the apps when a streamer disconnects, sending its ID.\n
#29 Terminal properties can change mid-stream, such as terminal size. the manager will let apps know this too.\n
#30 But what about the client side with regard to the apps?\n
#31 I wrote a convenient distribution for having your own app connect to this &#x201C;brain&#x201D; of a server.\n
#32 lets you register a series of callbacks\n connect / disconnect\n various responses, like getting the current list of termcast sessions\nit is backend-independent. you could use reflex, anyevent, IO::Select, anything you want. jut invoke connector&#x2019;s dispatch method when you receive socket input, and it triggers all the callbacks for you\n\n
#33 One of the apps I am working on for this server, is app-termcast-server-telnet.\n\n\n
#34 uses my connector module, reflex, listening telnet socket.\n\nvery straightforward, most complicated part of the code is the telnet interface logic.\n
#35 Looks kind of like this.\n
#36 I&#x2019;m also working on a termcast web component. It&#x2019;s a bit more complicated than the telnet one.\n\n
#37 My first prototype used HTML::FromANSI\njust processes ANSI, then it turned it all into a bunch of HTML\nmy web app was just a single raw fcgi app that did a basic GET request every 0.1 seconds or so, and did a simple update on a div.\nvery inefficient\n
#38 HTML5 Canvas\nPlack App - mount it yourself\nWeb::Hippie (WebSockets, degrades to MXHR polling, etc.)\nt-vt-i made by yours truly, processes ANSI, returns only parts that changed, convenient for sending as JSON over the web\nyou can find it on my github page\n
#39 \n
#40 \n

Broadcast your programming

More Related Content

Viewers also liked

Similar to Broadcast your programming

Recently uploaded

Broadcast your programming

Editor's Notes

More Related Content

Viewers also liked

Similar to Broadcast your programming

Recently uploaded

Broadcast your programming

Editor's Notes