Live data from Hacker News

Don't Buy the Snake Oil of Beamr Video

gist.github.com

81–90 of 144 posts

Re: Don't Buy the Snake Oil of Beamr Video

#81

TL;D(id)R version: Beamr isn't claiming a superior encoder. They're claiming to provide a service for video compression that is similar to what the tools like optipng and jpegoptim do for images: recompression without (noticeable) loss. Their big claim to fame, however, is that they determine the "minimum" bitrate for your video to still look good. So, in theory, if I feed back in the compressed video they give me -…

>Beamr isn't claiming a superior encoder.

Their sure make it sound like it in their marketing material. Hell, they've even gotten articles written about them that start like this[0]:

New technology from video encoding experts Beamr claims to be able to out-perform the new H.265 format by merely encoding H.264 better. Their video optimisation apparently reduces the bitrate of video streams by up to four times, while retaining their resolution, quality, and - most importantly - their industry-standard H.264 format. It works on all frame-sizes up to and including 4K

All the writing out there pretty much implies that thanks to Beamr Video's new technology, H.264 suddenly compresses up to four times better. Which is obviously not the case. No site is talking about "how most videos have 'too much' bitrate and how Beamr Video can select a much lower bitrate that is enough for the video to still look good", because that would be much more along the lines of what they're actually trying to do.

Anyway, there's something else that came to my mind from the discussion in this thread. Check out this section from a PR piece of theirs[1]:

>Online streaming services such as Netflix, Amazon and iTunes typically encode full HD (1080p) streams at 5-6 Megabits per second (Mbps). Utilizing Beamr Video optimization can reduce the required bitrate for full HD streaming to around 3-4 Mbps, enabling smoother playback, support for customers with lower broadband connectivity, and significant delivery cost savings to the streaming service providers.

Let's stop and think about this for a moment. As we have learned today:

* Beamr Video is not going to offer any kind of quality / filesize control in their service. Not even any kind of upper or lower bounds.

* Beamr Video is intended for re-encoding existing lossy video.

* Re-encoding from lossy to lossy is always going to introduce generation loss to some degree.

Combine these two facts, and you'll realize that for content providers like Netflix, Amazon and iTunes, this service is completely and utterly useless. When you're doing online streaming, bitrate matters. These services should all be encoding their video streams from very high quality sources (higher than what can be found on Blu-rays). If they ran these sources through Beamr, they'd only get a single video out of it, most likely at a bitrate far larger than what they're willing to stream (as demonstrated on Beamr's page, Blu-ray sources are enough to make for 9-30 Mbps streams on average, while, as the quoted section mentions, streaming services usually offer 1080p video around 5-6 Mbps). Thus, it rules Beamr out for this kind of straight encoding from high quality sources for online streaming use cases.

Now, they could encode all their streams like usuals, in different resolutions and bitrates, and then run these streams through Beamr, but does that make any damn sense? No, it does not. As I've proven, at the same bitrate, Beamr offers nothing over x264, so if any legitimate service wanted to offer their videos at smaller bitrates, they could just encode their videos straight to those bitrates from the high quality sources. Or, in case of something like Netflix that already encodes videos to several different bitrates, they could simply drop the higher-end streams. Not to mention that re-encoding with Beamr could potentially make the streaming experience worse due to the fact that Beamr does not seem to set any VBV options[2] for their encodes.

It's also the same situation with any digital video download services: If they wanted to offer lower-bitrate content, they could just encode the content directly to said lower bitrates. And since any legit digital video downloads are DRM'd up the bum (man, why must the legitimate digital video download market suck so much?), you, as an user, would not be able to make the video smaller through Beamr either.

So I guess the big question is: What actual use cases does this service have? Re-encoding Blu-ray sources isn't really that feasible for end users either, since what kind of user would have the patience to upload several dozens of gigabytes to Beamr with a regular consumer internet connection (unless they have Google Fiber or something)?

I guess ultimately this leaves us with regular users wanting to compress their videos taken with mobile phones or something, but if they for example want to put these videos up on YouTube, then there's really no reason for them to upload the full-sized original video to Beamr, wait for them to re-encode it, download it, and then upload that to YouTube, which is going to re-encode it again, when they could simply upload the original full-sized video straight to YouTube and have it be re-encoded only once.

[0] http://www.redsharknews.com/distribution/item/455-beamr-clai...

[1] http://www.prnewswire.com/news-releases/beamr-unveils-breakt...

[2] http://mewiki.project357.com/wiki/X264_Encoding_Suggestions#...

Re: Don't Buy the Snake Oil of Beamr Video

#82
post #38

Earlier quoted context omitted.

Ok, 1) Compress the original with x264, target around 2mbit 2) Compress the result of #1 with your algorithm. 3) Compress the original with x264, target the bitrate of the result of #2 Compare #2 and #3

Even if you compare #2 and #3 and they are similar quality, what would that prove? You could do #3 for a specific file after Beamr Video has processed it, but how would you know the right bitrate for #3 without applying Bearm Video in #2?

Independent person from the industry here following this (as I am sure there are many more onlookers to this thread).

drorgill i think now is the time to provide some hard empirical evidence on your part, given the initial claims and a sample test done here it is my feeling that it should be relatively trivial to provide a counter example. cheers.

Re: Don't Buy the Snake Oil of Beamr Video

#83
post #67

Earlier quoted context omitted.

>JPEGmini adaptively encodes each JPEG file to the minimum file size possible without affecting its original quality That is indeed what the FAQ says, but that being the case, the tool does not actually work very well, and the presentation is incredibly dishonest. The fact is that the JPEGmini versions of these images do lose noticeable quality, but Beamr is hiding this by giving a demo where the images are shown at…

I hope you're aware imgur compresses images that you upload to it regardless of whether they were already compressed.

Even if imgur did use a lossy format (which it didn't), you can see a difference between the top and bottom halves of that single image.

Re: Don't Buy the Snake Oil of Beamr Video

#84
post #81

TL;D(id)R version: Beamr isn't claiming a superior encoder. They're claiming to provide a service for video compression that is similar to what the tools like optipng and jpegoptim do for images: recompression without (noticeable) loss. Their big claim to fame, however, is that they determine the "minimum" bitrate for your video to still look good. So, in theory, if I feed back in the compressed video they give me -…

>Beamr isn't claiming a superior encoder. Their sure make it sound like it in their marketing material. Hell, they've even gotten articles written about them that start like this[0]: New technology from video encoding experts Beamr claims to be able to out-perform the new H.265 format by merely encoding H.264 better. Their video optimisation apparently reduces the bitrate of video streams by up to four times, while r…

Just for clarification - I completely agree with the testing that you have done here. I think you've proven that it's easier to get better results with CRF settings alone and that they're likely using x264 as the encoder behind the scenes.

I should have prefaced my commentary and noted that it was a response to the ("clarified") claims in this thread, from Beamr, about what the Beamr service actually provides.

In response to your tests, they claimed they were selling intelligent settings and "the lowest bitrate".

I just provided a means of testing this aspect as well.

Re: Don't Buy the Snake Oil of Beamr Video

#85
post #67

Earlier quoted context omitted.

I hope you're aware imgur compresses images that you upload to it regardless of whether they were already compressed.

Maybe they do that for lossy images, but I just compared what's on imgur to the original on my computer, and it is pixel-for-pixel identical. They did shave about 7KB off of it though, so maybe they push PNGs through pngout or similar. I mean, as far as I know, there aren't even any practically useful algorithms out there for doing lossy compression on PNGs (although there should be).

Fireworks, pngquant, and png-nq have quantization algorithms that will dither a 32-bit PNG with alpha down to 8-bit palletized PNGs with alpha. The palette selection algorithms the free tools use (I haven't used Fireworks) sometimes drop important colors used in only a small section of an image, resulting in a blue power LED losing its blue color.

Re: Don't Buy the Snake Oil of Beamr Video

#86
post #77
post #68

Earlier quoted context omitted.

Can you give examples? I've compressed thousands of files with JPEGmini and never found any banding or other loss of quality.

I'll leave it up to you to determine which is which. The results are undeniably atrocious. http://i.imgur.com/kadvgkyh.png http://i.imgur.com/OGvb2vM.png (Yes, the file name is the same in both because I imported the two and switched the layers on and off.)

When JPEGMini came out I thought it was a hoax. I've been working with various image compression tools since 1992, and was highly skeptical about their claims, but after encoding a ton of edge cases, I was convinced it was the real deal.

Have since encoded thousands of images for various clients with JPEGMini, and have never noticed ANY difference or persistent issues. Most of all, it saves me from having to experiment with individual image optimization settings. I always use it as a last step in every development project (last step because it has the annoying 'feature' that it overwrites the originals).

I dare you... Give me the original JPEG of your PNG samples (you DID start out with a JPEG, right?) and I'll repeat your experiment with my local JPEGMini install, then upload them to IMGUR for re-post here.

As to the issue at hand (Beamr/Snake-Oil): if Beamr saves me the trouble of manually having to fiddle with all kinds of optimization parameters to get very good result, much more difficult for video than JPEG, because scenes and requirements change, then that too is worth my time and money.

To be clear: I have nothing to do with Beamr or this company. I've been lurking around on HN for a long while, check my profile. The original Diaz post and claims like yours are simply a load of crock.

PS I know you can get better compression results with JPEG2000 and various more obscure formats, but the clincher for me has always been that the end result was straight ole JPEG. Works everywhere.

Re: Don't Buy the Snake Oil of Beamr Video

#87
post #37

Earlier quoted context omitted.

I think what Dror is saying that if you take #3 and run it through their tool you'll get a smaller size with the same quality. So it's some sort of h.264 post-processor... I agree evidence would be nice.

That's not what I think he's saying. I think he's saying that the whole point of Beamr is to not have to choose a fixed 2 Mbps bitrate. Thus the test should be: So the post should contain: 1) a random selection of high quality original videos (30-40 Mbit). 2) those videos compressed with Beamr. 3) those videos compressed with x264 - ALL WITH THE SAME OPTIONS - those options tuned to match the average bitrate of #2. N…

bjornsing, I think you might not understand what Diaz is doing. He is not manually tuning the parameters for each video file. He is actually letting x264 automatically choose the bitrate and encoding parameters, to achieve a desired level of quality.

Re: Don't Buy the Snake Oil of Beamr Video

#88
post #77

Earlier quoted context omitted.

I'll leave it up to you to determine which is which. The results are undeniably atrocious. http://i.imgur.com/kadvgkyh.png http://i.imgur.com/OGvb2vM.png (Yes, the file name is the same in both because I imported the two and switched the layers on and off.)

When JPEGMini came out I thought it was a hoax. I've been working with various image compression tools since 1992, and was highly skeptical about their claims, but after encoding a ton of edge cases, I was convinced it was the real deal. Have since encoded thousands of images for various clients with JPEGMini, and have never noticed ANY difference or persistent issues. Most of all, it saves me from having to experime…

 > The original Diaz post and claims like yours are simply a load of crock.

 > you DID start out with a JPEG, right?

I hope you like My Little Pony.

 > then upload them to IMGUR for re-post here

I wouldn't try uploading JPEG images to Imgur, they get put through a compressor.

Original — http://d.pr/GIWO+

Lossy — http://d.pr/XIUf+

Re: Don't Buy the Snake Oil of Beamr Video

#89

Earlier quoted context omitted.

What you've described sounds a lot like x264's --crf option, which adaptively chooses a bitrate based on the input. How is Beamr different?

The decision Beamr Video makes are "smarter" than x264's CRF mode, since they are based on a perceptual quality measure we have developed. This quality measure is similar to the one used in JPEGmini, our image optimization technology, and has been proven (in standard ITU BT.500 testing) to have higher correlation with subjective results than other quality measures such as SSIM.

If that is so, show examples of video files which prove it! Show us some uncompressed video files which compress both smaller and with better quality using Beamr (as compared to x264's CRF mode).

Re: Don't Buy the Snake Oil of Beamr Video

#90

Earlier quoted context omitted.

Maybe they do that for lossy images, but I just compared what's on imgur to the original on my computer, and it is pixel-for-pixel identical. They did shave about 7KB off of it though, so maybe they push PNGs through pngout or similar. I mean, as far as I know, there aren't even any practically useful algorithms out there for doing lossy compression on PNGs (although there should be).

Fireworks, pngquant, and png-nq have quantization algorithms that will dither a 32-bit PNG with alpha down to 8-bit palletized PNGs with alpha. The palette selection algorithms the free tools use (I haven't used Fireworks) sometimes drop important colors used in only a small section of an image, resulting in a blue power LED losing its blue color.

Yeah, technically that's lossy compression, but what I meant was lossy 32-bit PNG; that is, a preprocessing step before the prediction step which makes the result more compressible by the final DEFLATE step while having a minimal impact on quality.
Post reply on HN