[jira] [Commented] (GUACAMOLE-250) Implement support for in-browser playback of screen recordings
[
https://issues.apache.org/jira/browse/GUACAMOLE-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15963706#comment-15963706
]
Michael Jumper commented on GUACAMOLE-250:
--
When building the array of syncs (during processing of the received video),
could represent each sync as a "frame" object, with that frame either being
incremental (a set of instructions between itself and the previous frame) or
absolute (a snapshot of client state).
The would allow the transport receiving instructions to be abstracted away (no
need to use byte offsets, nor any need to maintain the original XHR as a
buffer), such that any tunnel implementation could be used as a source of
instructions. Besides being cleaner and easier to implement, this would allow
things like client-side session recording (or even DVR-like rewinding of an
active session) to be done using the same core pieces.
> Implement support for in-browser playback of screen recordings
> --
>
> Key: GUACAMOLE-250
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-250
> Project: Guacamole
> Issue Type: New Feature
>Reporter: yalinliu
>Assignee: Michael Jumper
>Priority: Minor
>
> Screen recordings of Guacamole sessions are simply dumps of the Guacamole
> protocol data from one side of the connection. Currently, these recordings
> are played back after being converted to video using {{guacenc}}, but they
> could just as easily be played back directly by Guacamole itself. Direct
> playback would remove the need to translate recordings to video (an expensive
> operation) and would allow playback within any browser which Guacamole
> already supports.
> Since the {{Guacamole.Client}} object accepts any implementation of the
> {{Guacamole.Tunnel}} interface, implementing some sort of "playback tunnel"
> which would parse Guacamole protocol from a static file (rather than connect
> through a Guacamole server tunnel) might be easy.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (GUACAMOLE-250) Implement support for in-browser playback of screen recordings
[
https://issues.apache.org/jira/browse/GUACAMOLE-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15963669#comment-15963669
]
Michael Jumper commented on GUACAMOLE-250:
--
Looking into the need for seeking (automatic generation of keyframes based on
recordings), we can't just take raw snapshots of client state, since that's
uncompressed and would be enormous (100 keyframes could easily approach 1 GB
for large screens), *but* compressing state would work (ie: save layers and
buffers as PNG data). I've verified with a basic POC that encoding PNGs for
visible layers at regular intervals while playing back a recording as fast as
possible does not add too much overhead.
Overall approach:
# Add support to {{Guacamole.Client}} for (1) exporting its current state as an
object and (2) importing its state from an object. This object will form the
foundation of Guacamole's auto-generated keyframes, and will need to persist
the contents of its layers in a compressed form (PNG).
# Implement a new object, {{Guacamole.Player}}, which downloads static files
using normal {{XMLHttpRequest}}, feeding its own internal {{Guacamole.Client}}
using an internal implementation of {{Guacamole.Tunnel}}. This particular
client instance runs solely for the purpose of generating keyframes and decodes
the stream as quickly as possible. Simultaneously, another {{Guacamole.Client}}
(also contained within {{Guacamole.Player}}) will be used for playback, and
will be fed data in realtime (delayed as necessary to match time with the sync
instructions in the stream) through yet another internal {{Guacamole.Tunnel}}.
When seeking needs to occur, the nearest keyframe to the desired point in time
will be used to reinitialize the playback client, and instructions after the
keyframe and up to the desired point in time will be fed to the playback
client, followed by normal time playback of the remaining instructions.
> Implement support for in-browser playback of screen recordings
> --
>
> Key: GUACAMOLE-250
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-250
> Project: Guacamole
> Issue Type: New Feature
>Reporter: yalinliu
>Assignee: Michael Jumper
>Priority: Minor
>
> Screen recordings of Guacamole sessions are simply dumps of the Guacamole
> protocol data from one side of the connection. Currently, these recordings
> are played back after being converted to video using {{guacenc}}, but they
> could just as easily be played back directly by Guacamole itself. Direct
> playback would remove the need to translate recordings to video (an expensive
> operation) and would allow playback within any browser which Guacamole
> already supports.
> Since the {{Guacamole.Client}} object accepts any implementation of the
> {{Guacamole.Tunnel}} interface, implementing some sort of "playback tunnel"
> which would parse Guacamole protocol from a static file (rather than connect
> through a Guacamole server tunnel) might be easy.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (GUACAMOLE-197) Implement Support for RADIUS Authentication
[
https://issues.apache.org/jira/browse/GUACAMOLE-197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15963273#comment-15963273
]
Nick Couchman commented on GUACAMOLE-197:
-
{quote}
There's currently a bug that I need to fix for the build process to exclude
some JAR signatures. You currently have to work around it by removing two files
from the resulting JAR file: META-INF/BCKEY.SF and META-INF/BCKEY.DSA.
{quote}
Just committed a change to fix this issue, so you should just be able to build
and use the resulting JAR file in your /etc/guacamole/extensions directory.
> Implement Support for RADIUS Authentication
> ---
>
> Key: GUACAMOLE-197
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-197
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole, guacamole-client
>Reporter: Nick Couchman
>Priority: Minor
> Fix For: 0.9.13-incubating
>
>
> Working on implementing a RADIUS authentication module -
> guacamole-auth-radius. The basic implementation is completed - with a basic
> PAP or CHAP RADIUS server, the authentication succeeds and the user is logged
> in.
> I'm running into an issue, though, trying to implement Challenge/Response in
> RADIUS. I have my RADIUS server configured to talk to LinOTP for MFA/2FA,
> and RADIUS sends the AccessChallenge package back, asking for the second
> factor. My issue is in my continual failure to grasp the connection between
> the servlet side and the AngularJS web application. I've copied the Duo
> authentication code and tried to morph it into something that will present
> another box for the RADIUS challenge, but I can't get my controller function
> to actually fire.
> Once that is working, I'd like to support other RADIUS authentication
> protocols, like EAP-TLS and EAP-TTLS, so there's a little more work to be
> done, but right now I'm focusing on the basic protocols and the
> challenge/response.
> Will have a repo posted here in a moment for working on this.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Resolved] (GUACAMOLE-264) RDP version being used in Guacamole
[ https://issues.apache.org/jira/browse/GUACAMOLE-264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Jumper resolved GUACAMOLE-264. -- Resolution: Invalid > RDP version being used in Guacamole > --- > > Key: GUACAMOLE-264 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-264 > Project: Guacamole > Issue Type: Wish > Components: RDP >Reporter: Deepak Tripathy > > I had few quick query on the RDP version being used in Guacamole. Can you > please help me with the answer to those? > > 1.What is/are the version of RDP supported/compatible with the Guacamole > version 0.9.9.? > 2.What are the plan for supporting the newer version? -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (GUACAMOLE-264) RDP version being used in Guacamole
[ https://issues.apache.org/jira/browse/GUACAMOLE-264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15963100#comment-15963100 ] Michael Jumper commented on GUACAMOLE-264: -- Please don't open a bug report if you simply have a question about Guacamole. Use the mailing lists instead: http://guacamole.incubator.apache.org/support/#mailing-lists Thanks. > RDP version being used in Guacamole > --- > > Key: GUACAMOLE-264 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-264 > Project: Guacamole > Issue Type: Wish > Components: RDP >Reporter: Deepak Tripathy > > I had few quick query on the RDP version being used in Guacamole. Can you > please help me with the answer to those? > > 1.What is/are the version of RDP supported/compatible with the Guacamole > version 0.9.9.? > 2.What are the plan for supporting the newer version? -- This message was sent by Atlassian JIRA (v6.3.15#6346)
