IP-IP Stream-Converter and Transcoder

Streaming Protocol Converter and Transcoder

BIG-1050X Streaming Protocol-Converter UDP-SRT-UDP

Multicast in Unicast SRT and SRT in Multicast Converting

  • Input stream Formats: UDP/RTP Multicasts, importing Unicasts: RTSP, SRT, RTMP, HTTP, HLS, FLV, SPTS and MPTS
  • 6 Gigabit Network interfaces: 10/100/1000M RJ45 DVB and IPTV conform, PCR and Jitter correction
  • Three-level error detection based on TR101 290: Real-time monitoring of all input streams: PSI/SI and PCR, DVB Tables
  • Input analysis such as encoding format, aspect ratio, resolution, etc.: 50 (100) Re-multiplexing-Streams, max. 100 Mbit/s per channel

Broadcast grade, high performance protocol converter for up to 50 streams.
Available as 100-Stream Version: BIG-1100X.
Application example: UDP -> SRT -> WAN (CDN) -> SRT -> UDP
The BLANKOM BIG-1050X (1100X) is based on server platform architecture, and converts usual IP streaming TS protocols efficient for LAN/WAN Video stream transmissions.
The TS protocol is able to change UDP multicast or unicast URL’s from SRT/RTP/HTTP/HTTP-HLS/RTSP/RTMP to UDP and back to SRT w/o any modifications to the video/audio content quality.
BY looping/importing from external URL to UDP -> UDP-> SRT it is possible to import Internet-broadcasts first to UDP then to SRT.
A comfortable WEB- GUI allows an easy configuration. Roadmap: HLS-output-Streaming-format - via Licensekey available after update



Download Datasheet PDF


Transcoder IP IP and Multiplexer: New Re-design 2023

Stream Transcoding: Input IP multi- and unicast SPTS/MPTS h.264 and MPEG2 streams will be re-encoded = transcoded.
The BTR-6000 is a Broadcast grade, high performance transcoder for up to 32 SD or 16 HD or 1x 4K UHD channels.
Tested up to 30 HD to HD reducing bitrates by keeping format/resolution and codecs in many hospitals and clinic-IPTV systems to the bed TV terminals.
A full-HEVC 4K version BTR-6000VX and a broadcaster-grade h.265 4K with 4:2:2 as BTR-6000VX are also available upon request.




  • Video compliant with H.265/HEVC Baseline, MainProfile@L6.2 or less / H.264/AVC Baseline, Main&High Profile@L5.1 or less
  • H.264/AVC support HDx16 /SDx32, h.265/HEVC support 4Kx1 / 1080Px8 / 720Px16 / SDx32 depending on picture-re-scaling: Resolution from 96x96 to 4096x2160
  • MPEG2 support
  • Audio compliant with MPEG-1 Layer II Audio, MPEG4 Audio, AAC transcoding, AC3 passthrough or encoding to stereo-lipsync
  • Bitrate from 200 kbps to 20 Mbps, Up to 200 MPTS/SPTS output, 100 Mbps max. for each
  • PSI/SI edition and PID passthrough, PCR self-correcting
  • Re-Multiplexing DVB and IPTV conform
  • Multi-audio transcoding and pass through
  • Subtitle passing and EIT remultiplexing (MPTS->MPTS)
  • Logo and Text insertion, Rolling subtitle insertion
  • Support 1+N output stream backup feature
  • Inserting of Text, Logos and scrolling Text as TV-Overlays
  • chrominance sampling YUV 4:2:0, YUV 4:4:4 decoding and encoding
  • Real-time monitoring of input streams and three-level error detection based on TR101290 standard, PSI/SI information checking
  • input analysis such as encoding format, aspect ratio, resolution, etc.
  • Remote management by an inbuilt Webserver-Interface

Download the new BTR-6000 Datasheet PDF

But why transcoding is so important?

Here are a few key reasons why transcoding is crucial:

  • Compatibility Across Various Devices: Transcoding facilitates seamless viewing experiences across a wide range of devices, including smartphones, tablets, PCs, and smart TVs. This process addresses compatibility issues, ensuring a uniform experience on different platforms.
  • Optimized Bandwidth Usage: Through transcoding, media files can be adjusted to suit diverse network conditions. This involves compressing and encoding content, making it more suitable for streaming and reducing buffering problems, leading to smoother playback.
  • Improved User Engagement: Content creators can enhance the visual and auditory quality of their media for specific platforms using transcoding. Whether it involves adjusting resolution, bit rate, or frame rate, this process guarantees an immersive and enjoyable viewing experience.
  • Streamlined Storage and Delivery: Transcoded files maintain quality while occupying less space, facilitating efficient storage and faster delivery. This proves particularly advantageous for online platforms and streaming services dealing with substantial amounts of data.

What is transcoding?

Firstly, transcoding needs to be differentiated from two other easily confused digital video processes: compression and transmuxing/rewrapping.

Transcoding is taking encoded (or “compressed”) video or other digital content, decompressing it, and altering and re-compressing it. For example, a high-resolution video shot on a digital camera (HD, 4K, etc.) can be transcoded into a lower-resolution format for editing; in other words, smaller files that are faster and easier to manipulate in editing software. Or video for a live broadcast can be transcoded from its original format into differently formatted streams to be delivered out to the largest number of viewers on the widest range of devices. Transcoding is a digital-to-digital conversion of one type of encoded data (video or audio) to another, often because the target device that will be used to display the content requires a smaller file size. Think about watching a feature film on a smartphone and you’ll get the idea.

Encoding/compression is an important related concept. Compression is essential in preparing video for streaming; in earlier eras of video when audio and footage might come in on analog tape formats or even film, media would need to be digitized and compressed to be compatible with computer applications, like web pages or video editing workstations. This isn’t much of a concern now as today’s all-digital cameras can be set to internally compress footage into more manageable codecs like H.264. (Note: the word “footage” used to literally refer to a number of feet of film or tape!)

However, digital cameras still may capture uncompressed RAW files which are very large since they are data directly from the camera sensors with no loss of quality or alteration. This is often desirable to provide full detail that can be edited to a producer or content creator’s preference, but, due to the large file size, they will have to be compressed to a more manageable size for playback. Relating to transcoding: video pulled in by a digital camera may be immediately compressed by the camera or via a linked encoder, however as mentioned above, it still won’t be suitable for delivery to a wide online audience without transcoding!

Transmuxing/rewrapping is when content that is compressed is repackaged into a different delivery format—but without making any changes (including any further compression) to that packaged content. This is less of an intensive process than transcoding, and also a fairly common procedure in content delivery. This is only changing the way video and audio data packets are organized. For instance, you may have an H.264 video clip captured from a camera on your drive and by transmuxing, or rewrapping its container, it can be made suitable for delivery over the web via HLS (which breaks the video into small MPEG-2-TS files, referred to as chunks, of varied bitrate—but notably won’t make changes to the base clip).

Neither of these digital media tasks can properly be called transcoding. However, because they are related, they’re sometimes confused.

“Transcoding” as an umbrella term

Essentially, transcoding is a two-step process in which (encoded) data is decoded to an intermediate format and then encoded into a target format.

Three tasks might fall under the larger umbrella when someone refers to transcoding video content:

”Standard” transcoding

This is meant in the most general sense of transcoding a video or stream, making changes to the video/audio itself. For instance, if you were streaming a digital conference to the web, you might be working with IP cameras in your conference space. The IP cameras most likely function on the RTSP protocol and will not create a video stream suitable for playback over the web, so transcoding software or service will be necessary to convert your content into an adaptive bitrate stream. The “transcoding” process might also include the two types of changes below.


Transrating is a more specific type of transcoding that is intended specifically to change bitrate. So it’s the same video content, video format, and codec and the alteration is the bitrate: you might want to bring an 8Mbps bitrate down to 3Mbps, making it possible for the media to fit into less storage space or be broadcast over a lower bandwidth connection.


This is another specific type of transcoding that is used to resize a video frame (this may also be called “image scaling”), for example, bringing down 4K resolution to 1080p.

How does transcoding work?

Transcoding takes your video media (or possibly audio media), decodes it into an intermediate uncompressed format, and then re-encodes the content into its’ target format. As we also laid out in the last section, the process is likely to additionally include transrating and transsizing/image scaling.

A transcoding solution could take a video file that’s already been compressed and encoded (we’ll call it “ExampleVideo.mov”) and reformat it into an MP4 file using the H.264 codec that would be more suitable for online streaming (let’s call that transcoded version of the video “ExampleVideo.mp4”).

Depending on the video transcoder you decide to use, it could be anything from open-source software with a command-line interface to something with much more robust features and user interface. Transcoding can potentially happen via software on any PC or laptop, a dedicated media server, or a SaaS platform. One thing to keep in mind is that transcoding is, as they say, “computationally intensive.” In short, it benefits from substantial hardware and system resources, like generous amounts of system RAM, graphics acceleration, and higher-end CPUs.

In other words, don’t assume you’ll be able to easily transcode 4K video to a quality HLS or DASH stream with a Chromebook: typical ingest and transcoding of HD video for editing in traditional video production (corporate video, television, etc.), for example, can be known to tie up beefy desktop machines—sometimes for hours at a time.

Why transcoding is essential for successful streaming

As you now know, transcoding is a key part of an adaptive streaming workflow and a step in preparing your content for a delivery protocol (such as current industry-standard HLS) that can reach the widest possible number of display devices.

Media is constantly changing and evolving, with new devices, applications, and input sources being introduced regularly. While new cameras, new feeds, and innovations in webcasting improve the quality and variety of content being produced, they also inevitably create new challenges in content delivery. And if you want your viewers to always get the best quality viewing experience, adaptive streaming (at least at the time of this writing!) is the way to go. Transcoding is the essential intermediate step in moving your best content from the capture device to a high-quality streaming output such as HLS or DASH. These adaptive streaming formats are the best for reducing buffering and playback issues, delivering the sharpest possible picture continuously and with no interruptions.

Examples of transcoding

We pointed out above that transcoding is used heavily in traditional film and video production. Typical needs might be to “down-res” files captured with a camera to lower resolution, lower size “proxy” files which have lossy video quality but can be quickly edited; or to transcode high quality finished video from an editing format like Apple ProRes to a delivery format like H.264. This is usually a process of “local transcoding” relying on video editing and compression software (DaVinci Resolve, Avid Media Composer, Adobe Media Encoder, etc.) which will transcode files on the user’s computer. The main downsides are possible limitations due to hardware, as we mentioned earlier, and the need to manage multiple files yourself.

Let’s take a look at how transcoding might work in a streaming workflow. In this case, you would have a video asset (clip, livestream, etc.) from a capture device (video camera, IP camera, drone, or another device). The incoming video and audio data would likely be encoded in a file or streaming format by the camera and then sent off to an encoder … you might do this on a desktop, with a dedicated hardware encoder, or by sending it to a cloud server on the web to transcode. The encoder will then do the transcode, making sure that whatever the original data format is (as mentioned some cameras shoot RAW, or .raw, files, other video cameras might be outputting files with the extension .mov or .mpeg), it will be recompressed into a format suitable for internet streaming (most likely H.264). The encoder would also create multiple stream renditions that transrate/transsize to different bitrates and resolutions. The data is then sent to a media server (possibly, but not necessarily, the same server where the transcoder is located) to be packaged into an adaptive streaming format (like HLS) and served via HTTP over the “last mile” to viewers. As described, this will create multiple options for content delivery, from HD output on a smart TV or desktop to a suitable size for a tablet or smartphone screen.