compress

Transcode for 4K TV

Objective: To get the highest quality transcode possible specifically focused on ProRes film transfers.

Resources:

4K ProRes 422HQ

2K ProRes 422HQ

4K smartTV Samsung

Current Myffmpeg and ffmpeg

Results:

  • 422 does not seem to work with myffmpeg – error
  • If 16:9 is not specified, then the TV shows a 4:3 with black bars
  • 4K, 4096x2160, only works once on the TV and then the TV shows black screen
    • Turning TV off and on makes it work again…only once more
    • Audio works
  • H265 does not seem to work
  • What does work:
    • 16x9
    • H264
    • AAC
    • UHD 3840x2160
    • 2048x1536
    • MP4
  • AVI and MKV are supposed to work….but could not get one working maybe due to the combination of other items.

MyFFmpeg parameters:

These parameters seem to work fine with our 4K TV:

  • UHD H264 High 16x9 MP4
    • Should work fine for 4K ProRes files
  • 2K H264 High 16x9 MP4
    • Should work fine for 2K ProRes files

Zipping Files for Upload

When you want to zip something as a ZIP, TAR, TAR.GZ, or even TAR.BZ2, here's a good and easy article on how to do it:

  • http://www.simplehelp.net/2008/12/15/how-to-create-and-extract-zip-tar-targz-and-tarbz2-files-in-linux/

Here's the meat and potatos for when we want to upload stuff this was to media temple:

  1. SSH into drone (192.168.0.103) and browse into the directory you want to compress
  2. Type:sudo tar -zcvf archivename.tar.gz *
  3. Upload the file into the folder you wish the files to be located on our web server (Likely with SmartFTP)
  4. SSH into media temple and browse to the folder with the archive.
  5. Type: tar -zxvf archivename.tar.gz

Here's the text from the website:


ZIP

Zip is probably the most commonly used archiving format out there today. Its biggest advantage is the fact that it is available on all operating system platforms such as Linux, Windows, and Mac OS, and generally supported out of the box. The downside of the zip format is that it does not offer the best level of compression. Tar.gz and tar.bz2 are far superior in that respect. Let’s move on to usage now.

To compress a directory with zip do the following:

# zip -r archive_name.zip directory_to_compress

Here’s how you extract a zip archive:

# unzip archive_name.zip

TAR

Tar is a very commonly used archiving format on Linux systems. The advantage with tar is that it consumes very little time and CPU to compress files, but the compression isn’t very much either. Tar is probably the Linux/UNIX version of zip – quick and dirty. Here’s how you compress a directory:

# tar -cvf archive_name.tar directory_to_compress

And to extract the archive:

# tar -xvf archive_name.tar.gz

This will extract the files in the archive_name.tar archive in the current directory. Like with the tar format you can optionally extract the files to a different directory:

# tar -xvf archive_name.tar -C /tmp/extract_here/

TAR.GZ

This format is my weapon of choice for most compression. It gives very good compression while not utilizing too much of the CPU while it is compressing the data. To compress a directory use the following syntax:

# tar -zcvf archive_name.tar.gz directory_to_compress

To decompress an archive use the following syntax:

# tar -zxvf archive_name.tar.gz

This will extract the files in the archive_name.tar.gz archive in the current directory. Like with the tar format you can optionally extract the files to a different directory:

# tar -zxvf archive_name.tar.gz -C /tmp/extract_here/

TAR.BZ2

This format has the best level of compression among all of the formats I’ve mentioned here. But this comes at a cost – in time and in CPU. Here’s how you compress a directory using tar.bz2:

# tar -jcvf archive_name.tar.bz2 directory_to_compress

This will extract the files in the archive_name.tar.bz2 archive in the current directory. To extract the files to a different directory use:

# tar -jxvf archive_name.tar.bz2 -C /tmp/extract_here/

Data compression is very handy particularly for backups. So if you have a shell script that takes a backup of your files on a regular basis you should think about using one of the compression formats you learned about here to shrink your backup size.

Over time you will realize that there is a trade-off between the level of compression and the the time and CPU taken to compress. You will learn to judge where you need a quick but less effective compression, and when you need the compression to be of a high level and you can afford to wait a little while longer.