EchoVideo

As Instructor I want to use the embed > Playlist functionality to add multiple videos in a playlist to embed in my LMS Course. While there is a button in the player for "Playlist toggle" that shows you the list of videos in that playlist when opening an embedded playlist, I would like for the playlist to open in that view by default. Could this please be added as a option when you are selecting your settings in the "Playlist Options" modal during embedding?

While testing individual sharing, a video was shared with a student who was then able to modify the media title and AskEcho content. In many instructor-to-student sharing scenarios, the intent is to provide access to view or interact with the media, not to modify its metadata or AI-generated content. This creates a risk of: * Accidental modification of media titles and descriptions * Unauthorised changes to AskEcho content * Confusion around ownership and content integrity * Additional support overhead when shared content is altered unexpectedly Proposed Solution When sharing media with an individual, provide an "Allow Edit" toggle that can be enabled or disabled by the content owner. When "Allow Edit" is Enabled Recipients can: * Edit media title/name * Edit descriptions and metadata * Modify AskEcho content * Perform any other existing edit actions permitted by current sharing rules When "Allow Edit" is Disabled Recipients can: * Access and view the shared media * Use permitted playback and engagement features Recipients cannot: * Change the media title * Edit descriptions or metadata * Modify AskEcho content * Make any content-level changes Example UI Options Option 1: Toggle Within the Share Dialog Add an Allow Edit toggle directly to the "Share with an Individual" dialog before the user clicks Done . Benefits: * Permission is configured at the time of sharing * Easy to understand * Consistent with existing sharing workflows Option 2: Per-User Permission Control Display an Allow Edit toggle beside each individual user in the sharing management screen. Benefits: * Permissions can be adjusted after sharing * Different users can have different levels of access * Provides greater flexibility for instructors and administrators Expected Benefits * Greater control over shared content * Protects media metadata and AskEcho content from unintended changes

As an Admin, I need to have the ability to disable transcripts in the player at the individual Section level. Today, when media is transcribed, the transcripts are available in every Section that media is published to. In some Sections we do not want the transcripts to be available.

We host EchoVideos in multiple external platforms. In some of those platforms we need to embed videos with a 4:3 AR rather than 16:9. Please provide 4:3 options in the embed modal.

Simple - when viewing slides in a section, the arrow keys should advance the slides!!!

As an instructor I would like to be able to lock the seekbar or progress bar so that students are forced to listen to whole video.

We create SCORM packages using Rise 360 that need to include Echo videos. These packages are delivered through our institutional LMS to authenticated students. Current limitation: Public embeds are the only option for including Echo videos in SCORM packages, but they experience intermittent 403 errors. Public embeds also don't align with our institutional content security requirements. We would like to request domain-restricted embed codes that: Function in static HTML/SCORM packages (no server-side authentication handshake) Only play when embedded on whitelisted domains (our LMS domain) Provide more reliable playback than current public embeds Similar to: YouTube's domain restriction feature for unlisted videos, or Vimeo's privacy settings for embedded content.

Suppose I have 20 videos already in the system from guest lectures, and I want to publish these to a class for students to watch. The videos already have a creation date/time from when the events occurred, and it is meaningfully useful to show the students that "this is a guest lecturer who gave a talk here on March 23 of 2025." In the current setup, if I want to faithfully show the date the videos were made, I have to manually transfer this information to the form, even though Echo knows it. Particularly for republishing videos, this is onerous; it is common when setting up a course to go through and put all the dates in. I don't want "today at noon" for the whole course! But the default is designed for the one-off case rather than for designing a course with pre-made materials. Next to the date field, I propose two buttons that can set the date using formation that Echo360 knows. Original Date: Writes in the date the media was created on the server. Especially with Echo360 recording hardware, this is essentially publishing the "honest" day and time the video was made. Term Offset: This button (greyed out if a term isn't selected in the form) checks the start date of the term the video was originally published into, and finds how many days after that the media was added. Then, it fills in a date that is the same offset from the current term selection. Eg: Suppose a video was published 14 days after the start of a term in Spring 2023. When I republish to a class in Fall 2025, the term offset button fills in the date 14 days after the start of Fall 2025 term (sliding forward if that lands on an exclusion date). Most course website systems (LMS) have such a feature, to shift assignment due dates from a previous course offering to a set of new dates for the current term. These two options would make the UI much easier to use for deploying course content in designed classes, and would pave the way for future features like bulk-publishing, which would rely on these kind of options.

Currently, the "sort by" status is forgotten every time the user navigates out of the video selection screen. I've had to change it to "sort by newest" dozens of times already. It would be much nicer if Echo360 remembered our "sort by" selection.

Students and staff are becoming increasingly more comfortable watching vertical or square video due to Tik-Tok and instagram etc. they are also viewing the content more and more on phones. (you can check the stats on that) Can we make it so a vertical or square player style can be used or made selectable? We can have the closed captions and controls appear over the bottom 1/8th. We can upload vertical videos but the players stay in widescreen and when viewed on a phone they become tiny.