Hacker News new | past | comments | ask | show | jobs | submit login

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.


He could start by actually displaying an understanding of how video compression works, maybe.


I'm not on one side or the other here, but...

What would prove your claims?


If you compare #2 and #3 and they are similar quality, it would prove your product is essentially not doing better than x264.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: