Better Search/Filter in the Account Area

We've rolled out an update to the search/filter function in the Pipe account area:

  • you can now search by recording id
  • made it clear you need to search by the exact file name without extension
  • you can change the number of results per page by changing the limit value in the URL query string and it works reliably (max 200)
  • searching for "all" is not buggy anymore
  • fixed/updated search copy to better reflect the returned search results

Better Handling of Large Files When Pushing to DropBox

Sometimes larger files failed to be pushed to DropBox because of the way we handled the upload.

This is no longer the case!

From now on, files that are larger than 150 MB will be successfully uploaded to DropBox all the time, thanks to a new mechanism that uploads large files in manageable smaller chunks.

More Context Around Dates & Times

The Pipe account area shows many dates & times.

Some (recordings, logs, etc.) reflect the date & time in the city defined in your account settings while others (billing, usage, sign-ins, contracts, etc.) reflect the date & time on our servers which are set to Bucharest/Romania time.

If some of these dates & times had inaccurate or no accompanying context regarding the city of reference and timezone, they now do.

Fixed Issue with Screen Recordings Varying in Resolution

We've fixed an issue where if the following 4 clauses were met:

  1. screen recording
  2. made with Chrome
  3. that captured a window (not the screen)
  4. the window was resized during the recording process

the Chrome browser would produce a .mp4 file that had several sections in several resolutions. Such .mp4 files would not play in Safari, QuickTime, and VLC on Mac.

We're now analyzing Chrome screen recordings where the source is a window (window:*:* for camera name) and, if they have sections in different resolutions, we're converting the entire file to a single resolution .mp4 video file which plays correctly on all browsers and desktop players.

The resolution used for both the video and the snapshot will be the resolution of the 1st section/frame. All other sections will be stretched to fit this resolution (this is similar to how Firefox addresses the problem).

Here's how a recording with 7 sections in different resolutions (height differs between the segments) looks when analyzed:

Chrome screen recording with 7 sections in different resolutions.png

Made It More Clear That We Delete Unsaved Recordings After 1 Hour

In light of some users recording a video in the morning and saving it in the afternoon (with a Pipe integration that had Do Not Save activated.) we've made it more clear in our documentation and in the account area that we're deleting unsaved recordings made with the desktop recorder from our media servers 1 hour after the recording has finished writing to disk.

We keep the file on the media server for both playback and to wait for users to review it and (manually) save it.

In some cases, we might keep the file for longer (like when we need more time to copy it to the transcoding server).

Fixed Rare Issue with Recordings Not Playing in Safari

We've fixed an issue where recordings with 422 chroma key or 10 bit colour would be processed by our platform but the resulting .mp4 file would not play in Safari. We're now converting such videos to yuv420p or yuvj420p.

Here's the full list of formats we're converting:

  • yuv422p
  • yuvj422p
  • yuv444p
  • yuvj444p
  • yuv420p10le
  • yuv422p10le
  • yuv444p10le
  • nv12
  • nv16
  • nv21
  • nv20le

We've only seen a few of these formats in our production environment.

Here's a good 10 bit colour and chroma key explanation on YouTube.

New Us Region Is Ready for Rollout

Next week we'll start rolling out a 2nd US region on the east coast to complement the existing one on the west coast.

US2 Details:

  • recording will be made against media servers in NY
  • our storage will be on an S3 bucket in N Virginia
  • webhooks will be fired and files will be pushed to your storage from 68.183.96.15
  • URL example for recording stored by us https://us2-addpipe.s3.amazonaws.com/1edfef4c4967d69b7129ec3ffa534002/GBRsMl19YtbqwaFfRYCeX1rU4Rm05kRx.mp4
  • JS API location parameter value us2-addpipe.s3.us-east-1.amazonaws.com
  • recordings made against this region will be labeled with us2

Lots more details in the blog post.

Updates to the Recordings List

We've made improvements to the list of recordings:

  • The major browser and OS version for every recording is now shown on page (without having to hover with your mouse)
  • FIX: the recovered sign (R) was not shown for recordings made with the inline recorder on Chrome on Android
  • Made it more clear when a recording is a desktop upload or mobile upload
  • Better wording around not yet copied recordings

More Granular Info On Signed Contracts

We've reviewed how we keep track of and how we present information about the Terms of Service, Privacy Policy, and Data Processing Agreement you've agreed to (on signup up or through the account area).

You'll now see more granular information in https://addpipe.com/contracts and several pop-ups throughout the Pipe account area asking you to agree to some of these documents if you have not done so already.

Clarified What (Else) We're Deleting

At the bottom of the account page, we've clarified that when deleting an account we'll also delete:

  • the Google id for Google accounts
  • the information from our messaging software (Intercom)